Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #181812 > unrolled thread
| Started by | Marion <marion@facts.com> |
|---|---|
| First post | 2025-01-31 17:48 +0000 |
| Last post | 2025-02-02 22:54 +0000 |
| Articles | 20 on this page of 158 — 14 participants |
Back to article view | Back to alt.comp.os.windows-10
Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-01-31 17:48 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-01-31 19:09 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 19:26 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-01-31 21:18 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-01-31 23:19 +0100
The "label" command (Was: Clever helpful suggestion for portable memory using Windows &) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:24 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-01-31 22:25 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:38 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-01-31 23:39 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:48 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Quincy the fifth <quincythefifth@telekom.net> - 2025-02-01 00:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 06:03 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-02-01 10:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:45 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:51 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 14:55 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 19:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 20:54 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:21 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 14:43 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 00:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 01:59 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:06 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-03 13:28 +0100
What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-03 13:09 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 14:34 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors knuttle <keith_nuttle@yahoo.com> - 2025-02-03 10:47 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Newyana2 <newyana@invalid.nospam> - 2025-02-03 15:15 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:25 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Newyana2 <newyana@invalid.nospam> - 2025-02-05 09:32 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 20:46 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Paul <nospam@needed.invalid> - 2025-02-03 15:42 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 22:40 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:45 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-04 15:41 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:18 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:05 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Paul <nospam@needed.invalid> - 2025-02-05 20:04 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:17 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 21:02 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:47 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:28 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-08 10:18 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 23:35 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-10 08:47 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-10 10:55 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-11 01:00 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-13 19:59 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-13 22:15 +0000
[OT] Storage technology "back then" (was Re: What is an animal or an SSD drive? [...]) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-14 02:10 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-18 11:56 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-18 21:55 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-21 09:12 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-21 23:35 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-25 18:27 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-25 18:25 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:53 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-26 13:10 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-26 15:02 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-25 20:28 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:54 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:49 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-21 14:12 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 04:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 05:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 06:05 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 21:34 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 00:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 09:42 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:54 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-08 04:22 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:07 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 23:42 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 02:21 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:05 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 09:59 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 19:12 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:30 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 11:31 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 14:27 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 14:35 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:21 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-06 23:58 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-07 05:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 10:30 +0100
Editing binary data with editors - or is there no difference of text and binary? Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-07 10:57 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 11:44 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-07 14:39 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 19:39 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:26 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 18:12 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 23:14 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:50 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:27 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:21 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:07 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:20 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 05:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-01 16:34 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-01 16:29 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:10 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 15:44 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 10:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 15:14 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-04 10:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-04 13:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-04 19:51 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-04 23:12 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 15:24 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:50 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 16:04 +0100
[meta] posting mistake Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 16:26 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-02 16:29 +0000
ext4 on Android (Was: blah, blah, blah...) gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-02 16:37 +0000
Re: ext4 on Android (Was: blah, blah, blah...) Jeff Layman <Jeff@invalid.invalid> - 2025-02-03 09:14 +0000
ext4 on Android (Was: blah, blah, blah...) "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 15:16 +0100
Re: ext4 on Android (Was: blah, blah, blah...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:59 +0000
Re: ext4 on Android Frank Slootweg <this@ddress.is.invalid> - 2025-02-04 10:23 +0000
Re: ext4 on Android (Was: blah, blah, blah...) Marion <marion@facts.com> - 2025-02-04 22:48 +0000
Re: ext4 on Android (Was: blah, blah, blah...) "Carlos E.R." <robin_listas@es.invalid> - 2025-02-25 23:16 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-03 19:00 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 22:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-05 18:50 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-05 14:26 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-06 20:50 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-03 19:58 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-04 01:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-04 00:24 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-04 21:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-04 22:11 +0000
External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 02:24 +0100
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-04 22:06 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 04:41 +0000
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 04:43 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 02:10 -0500
Re: External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 17:40 +0100
Re: External media file systems (was Re: ...) candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-05 18:50 +0000
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:11 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 20:59 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 03:04 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 22:48 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 21:00 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-06 16:20 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 22:42 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-07 00:44 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-07 06:00 +0000
Re: External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 17:38 +0100
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:06 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:56 +0000
A little bit of discussion between Janis and me (Was: Stupid suggestion(s) for "portable" "memory" using Windows & Android "editors") gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-02 14:53 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 20:59 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 22:54 +0000
Page 5 of 8 — ← Prev page 1 2 3 4 [5] 6 7 8 Next page →
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-05 14:27 +0100 |
| Message-ID | <m0h798FcjsrU1@mid.individual.net> |
| In reply to | #181992 |
Carlos E.R., 2025-02-05 11:31: > On 2025-02-05 10:30, Arno Welzel wrote: >> Lawrence D'Oliveiro, 2025-02-03 04:01: >> >>> On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote: >>> >>>> Because "editor" to me is a text editor ... >>> >>> Emacs is an editor, and not just a text editor. I have successfully used >>> it to edit non-text files. >> >> To be more precise: it is a text editor which can be extended to >> interpret the syntax of text stored in a file - like Markdown. But you >> can not edit videos or bitmap graphics with it, since it is still a >> *text* based editor. >> >> > <https://sachachua.com/blog/2025/01/editing-videos-with-emacs-and-subed-record-el/> > > Editing videos with Emacs and subed-record.el > Jan 1, 2025| emacs, subed, video > > > <https://www.reddit.com/r/emacs/comments/2iqqaj/gneve_gnu_emacs_video_editor/> > > GNEVE - GNU Emacs Video Editor It may be called this, but Emacs is not used to *edit* the video itself but only to control other programs. > <https://www.youtube.com/watch?v=0vumR5Hcz7s> > > GNEVE - GNU Emacs Video Editor mode demo As you can see - you still input *text* in Emacs and this will trigger *other* programs to do things. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-05 14:35 +0100 |
| Message-ID | <j26c7lxm1c.ln2@Telcontar.valinor> |
| In reply to | #181999 |
On 2025-02-05 14:27, Arno Welzel wrote:
> Carlos E.R., 2025-02-05 11:31:
>
>> On 2025-02-05 10:30, Arno Welzel wrote:
>>> Lawrence D'Oliveiro, 2025-02-03 04:01:
>>>
>>>> On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote:
>>>>
>>>>> Because "editor" to me is a text editor ...
>>>>
>>>> Emacs is an editor, and not just a text editor. I have successfully used
>>>> it to edit non-text files.
>>>
>>> To be more precise: it is a text editor which can be extended to
>>> interpret the syntax of text stored in a file - like Markdown. But you
>>> can not edit videos or bitmap graphics with it, since it is still a
>>> *text* based editor.
>>>
>>>
>> <https://sachachua.com/blog/2025/01/editing-videos-with-emacs-and-subed-record-el/>
>>
>> Editing videos with Emacs and subed-record.el
>> Jan 1, 2025| emacs, subed, video
>>
>>
>> <https://www.reddit.com/r/emacs/comments/2iqqaj/gneve_gnu_emacs_video_editor/>
>>
>> GNEVE - GNU Emacs Video Editor
>
> It may be called this, but Emacs is not used to *edit* the video itself
> but only to control other programs.
>
>> <https://www.youtube.com/watch?v=0vumR5Hcz7s>
>>
>> GNEVE - GNU Emacs Video Editor mode demo
>
> As you can see - you still input *text* in Emacs and this will trigger
> *other* programs to do things.
<https://www.gnu.org/software/emacs/manual/html_node/emacs/Editing-Binary-Files.html>
44 Editing Binary Files ¶
There is a special major mode for editing binary files: Hexl mode. To
use it, use M-x hexl-find-file instead of C-x C-f to visit the file.
This command converts the file’s contents to hexadecimal and lets you
edit the translation. When you save the file, it is converted
automatically back to binary.
You can also use M-x hexl-mode to translate an existing buffer into hex.
This is useful if you visit a file normally and then discover it is a
binary file.
Inserting text always overwrites in Hexl mode. This is to reduce the
risk of accidentally spoiling the alignment of data in the file.
Ordinary text characters insert themselves (i.e., overwrite with
themselves). There are commands for insertion of special characters by
their code. Most cursor motion keys, as well as C-x C-s, are bound in
Hexl mode to commands that produce the same effect. Here is a list of
other important commands special to Hexl mode:
C-M-d
Insert a byte with a code typed in decimal.
C-M-o
Insert a byte with a code typed in octal.
C-M-x
Insert a byte with a code typed in hex.
C-M-a
Move to the beginning of a 512-byte page.
C-M-e
Move to the end of a 512-byte page.
C-x [
Move to the beginning of a 1k-byte page.
C-x ]
Move to the end of a 1k-byte page.
M-g
Move to an address specified in hex.
M-j
Move to an address specified in decimal.
C-c C-c
Leave Hexl mode, going back to the major mode this buffer had
before you invoked hexl-mode.
Other Hexl commands let you insert strings (sequences) of binary bytes,
move by shorts or ints, etc.; type C-h a hexl- TAB for details.
Hexl mode can also be used for editing text files. This could come in
handy if the text file includes unusual characters or uses unusual
encoding (see Coding Systems). For this purpose, Hexl commands that
insert bytes can also insert ASCII and non-ASCII characters, including
multibyte characters. To edit a text file with Hexl, visit the file as
usual, and then type M-x hexl-mode RET to switch to Hexl mode. You can
now insert text characters by typing them. However, inserting multibyte
characters requires special care, to avoid the danger of creating
invalid multibyte sequences: you should start typing such characters
when point is on the first byte of a multibyte sequence in the file.
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-06 20:21 +0100 |
| Message-ID | <m0kgd9FsnacU2@mid.individual.net> |
| In reply to | #182000 |
Carlos E.R., 2025-02-05 14:35: [...] > <https://www.gnu.org/software/emacs/manual/html_node/emacs/Editing-Binary-Files.html> > > 44 Editing Binary Files ¶ > > There is a special major mode for editing binary files: Hexl mode. To > use it, use M-x hexl-find-file instead of C-x C-f to visit the file. > This command converts the file’s contents to hexadecimal and lets you > edit the translation. When you save the file, it is converted > automatically back to binary. As I said - you still edit *text*. There is just an automatic conversion from binary to *text* and then back to binary. But the editor itself still works on *text*. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 20:57 +0000 |
| Message-ID | <vo37nu$34a3i$3@dont-email.me> |
| In reply to | #182039 |
On Thu, 6 Feb 2025 20:21:14 +0100, Arno Welzel wrote: > As I said - you still edit *text*. There is just an automatic conversion > from binary to *text* and then back to binary. But the editor itself > still works on *text*. I have done direct editing of binary data in Emacs.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-06 23:58 +0100 |
| Message-ID | <scrf7lxsuj.ln2@Telcontar.valinor> |
| In reply to | #182045 |
On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: > On Thu, 6 Feb 2025 20:21:14 +0100, Arno Welzel wrote: > >> As I said - you still edit *text*. There is just an automatic conversion >> from binary to *text* and then back to binary. But the editor itself >> still works on *text*. That's twisting words. > > I have done direct editing of binary data in Emacs. And I have done so in MsDOS times with primitive text editors, just because that was what I had. To change some string. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-07 05:57 +0000 |
| Message-ID | <vo47d3$3clnl$2@dont-email.me> |
| In reply to | #182055 |
On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote: > On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: > >> I have done direct editing of binary data in Emacs. > > And I have done so in MsDOS times with primitive text editors, just > because that was what I had. To change some string. Did they preserve null characters in the file?
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-07 10:30 +0100 |
| Message-ID | <7e0h7lxd9f.ln2@Telcontar.valinor> |
| In reply to | #182064 |
On 2025-02-07 06:57, Lawrence D'Oliveiro wrote: > On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote: > >> On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: >> >>> I have done direct editing of binary data in Emacs. >> >> And I have done so in MsDOS times with primitive text editors, just >> because that was what I had. To change some string. > > Did they preserve null characters in the file? Interesting question. Depends on what editor, that character would end the string. Dunno, that was long ago, but considering I got away with "editing" some files, it must have worked. One of the editors I may have used was "ted.com" from PC Magazine. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-07 10:57 +0100 |
| Subject | Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <vo4ldp$3eqsl$1@dont-email.me> |
| In reply to | #182064 |
On 07.02.2025 06:57, Lawrence D'Oliveiro wrote:
> On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote:
>
>> On 2025-02-06 21:57, Lawrence D'Oliveiro wrote:
>>
>>> I have done direct editing of binary data in Emacs.
>>
>> And I have done so in MsDOS times with primitive text editors, just
>> because that was what I had. To change some string.
>
> Did they preserve null characters in the file?
Cannot tell for MS DOS environments, but why is that "binary" editing
noteworthy in the first place? - Though I may be spoiled by using Vim
where you can of course also operate on files containing any control
characters (including ASCII NUL).
The likely more interesting thing is probably to provide more advanced
features in _dedicated_ hex editors. - I recall some tools where you
could edit either the hex values (on the left part of the screen) or
its string representation (on the right part of the screen). It would
also make sense to navigate on the binary text in units of "bytes" and
"byte" offsets.
In Vim, for example, you either edit the string texts directly. Or use
any transform tool prior (typical is 'xxd') to operate on hex values.[*]
(This is of course simple since you just put the respective Vim command
on some key, to switch to/from hex representation.[**])
In that respect the poster is correct that you operate on text anyway,
whether it's the original text (with control characters like NUL) or
a transformed text (with a hex layout). - But again; a dedicated "hex
editor" tool might have advantages; it could show data in more than
one representation, navigate in the binary file more sensibly, etc.
At least for Vim the distinction between "text" and "binary" files is
nonetheless not that important, at least if you are just concerned
about control characters.[***]
Janis
[*] But note that editing the _informative strings_ in hex mode won't
change the file; in 'xxd' based hex-mode you have to edit the _hex_
value so that the contents are changed. (There's the difference from
such more powerful hex editors I mentioned above.)
Note also that since the "hex-mode" is not a built-in mode in Vim you
can use arbitrary hex transformation tools. But 'xxd' is the commonly
used tool with Vim; with that tool you can (for example) also display
files as binary information, but strangely the function to revert the
format to store it isn't possible ("sorry, cannot revert this type of
hexdump"), which is particularly sad since it would be so simple to
have it supported by 'xxd'.
[**] Makes sense in case you do such hex-editing regularly. (I don't
need that feature; had used it in decades probably only once.)
[***] For, say, media data files you'd anyway use some media-specific
(domain specific) "editor".
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-07 11:44 +0100 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <no4h7lx0ft.ln2@Telcontar.valinor> |
| In reply to | #182068 |
On 2025-02-07 10:57, Janis Papanagnou wrote: > On 07.02.2025 06:57, Lawrence D'Oliveiro wrote: >> On Thu, 6 Feb 2025 23:58:04 +0100, Carlos E.R. wrote: >> >>> On 2025-02-06 21:57, Lawrence D'Oliveiro wrote: >>> >>>> I have done direct editing of binary data in Emacs. >>> >>> And I have done so in MsDOS times with primitive text editors, just >>> because that was what I had. To change some string. >> >> Did they preserve null characters in the file? > > Cannot tell for MS DOS environments, but why is that "binary" editing > noteworthy in the first place? - Though I may be spoiled by using Vim > where you can of course also operate on files containing any control > characters (including ASCII NUL). Nothing, except that some people think it is not possible :-) > > The likely more interesting thing is probably to provide more advanced > features in _dedicated_ hex editors. - I recall some tools where you > could edit either the hex values (on the left part of the screen) or > its string representation (on the right part of the screen). Certainly. PC Tools on plain MsDOS did just that. Probably the Norton Utilities did too. What I don't remember doing is inserting a byte/char. With PC Tools you could edit a binary file, or directly the raw disk. You could edit the FAT table or the directory entries (no structures, just raw). A friend of mine created hard linked files that way (which would be destroyed by a checkdisk). ... -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-07 14:39 +0100 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <vo52e3$3h3ag$1@dont-email.me> |
| In reply to | #182070 |
On 07.02.2025 11:44, Carlos E.R. wrote: > On 2025-02-07 10:57, Janis Papanagnou wrote: >> [...] >> The likely more interesting thing is probably to provide more advanced >> features in _dedicated_ hex editors. - I recall some tools where you >> could edit either the hex values (on the left part of the screen) or >> its string representation (on the right part of the screen). > > Certainly. PC Tools on plain MsDOS did just that. Probably the Norton > Utilities did too. What I don't remember doing is inserting a byte/char. Good point. Inserting is just a normal operation in editors like Vim. (And I don't remember that those dedicated hex-editors were capable of that. OTOH, there were so many of these specific editors that I'd also not be surprised if some supported that.) For certain data that feature might be useful, but generally inserting/deleting of binary data might likely just create an inconsistent data file. But even domain-specific tailored "editors" seem to have issues with data consistency.[*] Janis [*] I recall during the 1990's I had some tools for video processing on a Windows computer; the tools were incapable of creating consistent results even when staying within the vendor's tools chest. Every single component seemed to do its job correctly on arbitrary data, but one of their tool working on the output of another of their tools created just trash. It was a well known vendor, but it's name evades my memories. On my complaints they had argued that the original data wasn't correct. (That was of course the last time that I used their products at all.) > [...]
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-07 19:39 +0100 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <oj0i7lx4mi.ln2@Telcontar.valinor> |
| In reply to | #182078 |
On 2025-02-07 14:39, Janis Papanagnou wrote:
> On 07.02.2025 11:44, Carlos E.R. wrote:
>> On 2025-02-07 10:57, Janis Papanagnou wrote:
>>> [...]
>>> The likely more interesting thing is probably to provide more advanced
>>> features in _dedicated_ hex editors. - I recall some tools where you
>>> could edit either the hex values (on the left part of the screen) or
>>> its string representation (on the right part of the screen).
>>
>> Certainly. PC Tools on plain MsDOS did just that. Probably the Norton
>> Utilities did too. What I don't remember doing is inserting a byte/char.
>
> Good point. Inserting is just a normal operation in editors like Vim.
> (And I don't remember that those dedicated hex-editors were capable
> of that. OTOH, there were so many of these specific editors that I'd
> also not be surprised if some supported that.) For certain data that
> feature might be useful, but generally inserting/deleting of binary
> data might likely just create an inconsistent data file.
Certainly. The common use was to change a message in a program, so one
edited the text, having the same length. Inserting or deleting would
foul every jump in the file.
> But even domain-specific tailored "editors" seem to have issues with
> data consistency.[*]
>
> Janis
>
> [*] I recall during the 1990's I had some tools for video processing
> on a Windows computer; the tools were incapable of creating consistent
> results even when staying within the vendor's tools chest. Every single
> component seemed to do its job correctly on arbitrary data, but one of
> their tool working on the output of another of their tools created just
> trash. It was a well known vendor, but it's name evades my memories.
> On my complaints they had argued that the original data wasn't correct.
> (That was of course the last time that I used their products at all.)
{Chuckle}
>
>> [...]
>
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-08 03:26 +0000 |
| Subject | Re: Editing binary data with editors - or is there no difference of text and binary? |
| Message-ID | <vo6ite$3p489$1@dont-email.me> |
| In reply to | #182068 |
On Fri, 7 Feb 2025 10:57:11 +0100, Janis Papanagnou wrote: > The likely more interesting thing is probably to provide more advanced > features in _dedicated_ hex editors. If you have to develop different editors dedicated to different kinds of data, then think of how much of the common functionality you have to reinvent: like multibuffer/multifile management, pattern searching, selective collapse/expand of parts of buffer contents etc. So much less work to add specialized functions for operating on specific data types within a generalized editor framework that already has provision for such extensibility.
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-05 18:12 +0100 |
| Message-ID | <vo065i$2fk78$1@dont-email.me> |
| In reply to | #181999 |
On 05.02.2025 14:27, Arno Welzel wrote: > Carlos E.R., 2025-02-05 11:31: >> On 2025-02-05 10:30, Arno Welzel wrote: >>> Lawrence D'Oliveiro, 2025-02-03 04:01: >>>> On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote: >>>> >>>>> Because "editor" to me is a text editor ... >>>> >>>> Emacs is an editor, and not just a text editor. I have successfully used >>>> it to edit non-text files. >>> >>> To be more precise: it is a text editor which can be extended to >>> interpret the syntax of text stored in a file - like Markdown. But you >>> can not edit videos or bitmap graphics with it, since it is still a >>> *text* based editor. >>> >> <[...]> >> Editing videos with Emacs and subed-record.el >> Jan 1, 2025| emacs, subed, video >> >> <[...]> >> GNEVE - GNU Emacs Video Editor > > It may be called this, but Emacs is not used to *edit* the video itself > but only to control other programs. > >> <https://www.youtube.com/watch?v=0vumR5Hcz7s> >> >> GNEVE - GNU Emacs Video Editor mode demo > > As you can see - you still input *text* in Emacs and this will trigger > *other* programs to do things. I think it is indeed important to differentiate the level of editing. Is it done in the application domain, a data type specific editor, or a general [text] editor (that might also have extensions or be extensible to handle "binary" data). The call of external programs is indeed more of an IDE type of feature than to be called being an editor for that type of application data. To me it makes no sense to use some (bulky) editor as an IDE to invoke, say, any media file editor; I'd just call that editor on the file(s) to be processed. If doing specialized tasks on one (or only few) application domain levels special purpose programs and editors may be the best way to process them; usually you have application domain specific features available. If you're doing general text processing where the "data types" vary (XML, SQL, GDMO, TeX, CSV, C, etc.) but are nonetheless _just text_ then a powerful text editor has a huge advantages. It makes no sense to incorporate all data type specific features in powerful general purpose editors inherently; you should not pay for that. Janis
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-05 23:14 +0000 |
| Message-ID | <vo0rcb$2jjh3$1@dont-email.me> |
| In reply to | #181991 |
On Wed, 5 Feb 2025 10:30:23 +0100, Arno Welzel wrote: > Lawrence D'Oliveiro, 2025-02-03 04:01: > >> On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote: >> >>> Because "editor" to me is a text editor ... >> >> Emacs is an editor, and not just a text editor. I have successfully >> used it to edit non-text files. > > To be more precise: it is a text editor which can be extended to > interpret the syntax of text stored in a file - like Markdown. But you > can not edit videos or bitmap graphics with it, since it is still a > *text* based editor. It can edit files containing arbitrary binary data.
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-06 20:22 +0100 |
| Message-ID | <m0kgfnFsnacU3@mid.individual.net> |
| In reply to | #182015 |
Lawrence D'Oliveiro, 2025-02-06 00:14: > On Wed, 5 Feb 2025 10:30:23 +0100, Arno Welzel wrote: > >> Lawrence D'Oliveiro, 2025-02-03 04:01: >> >>> On Sun, 2 Feb 2025 15:07:34 +0100, Carlos E.R. wrote: >>> >>>> Because "editor" to me is a text editor ... >>> >>> Emacs is an editor, and not just a text editor. I have successfully >>> used it to edit non-text files. >> >> To be more precise: it is a text editor which can be extended to >> interpret the syntax of text stored in a file - like Markdown. But you >> can not edit videos or bitmap graphics with it, since it is still a >> *text* based editor. > > It can edit files containing arbitrary binary data. It can use extensions which convert binary data to text, then edit the text and when saving the text it will be converted back to binary data. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 20:57 +0000 |
| Message-ID | <vo37om$34a3i$4@dont-email.me> |
| In reply to | #182040 |
On Thu, 6 Feb 2025 20:22:32 +0100, Arno Welzel wrote: > Lawrence D'Oliveiro, 2025-02-06 00:14: > >> [Emacs] can edit files containing arbitrary binary data. > > It can use extensions which convert binary data to text ... Without the help of such extensions.
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2025-02-07 21:50 +0100 |
| Message-ID | <m0na10Fc0mmU7@mid.individual.net> |
| In reply to | #182046 |
Lawrence D'Oliveiro, 2025-02-06 21:57: > On Thu, 6 Feb 2025 20:22:32 +0100, Arno Welzel wrote: > >> Lawrence D'Oliveiro, 2025-02-06 00:14: >> >>> [Emacs] can edit files containing arbitrary binary data. >> >> It can use extensions which convert binary data to text ... > > Without the help of such extensions. Yes, you can just open a file and edit it. If you are lucky, then the file will not get corrupted by this. This is possible with *every* program which does not expect a specific format in the file. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-08 03:27 +0000 |
| Message-ID | <vo6iva$3p489$2@dont-email.me> |
| In reply to | #182099 |
On Fri, 7 Feb 2025 21:50:41 +0100, Arno Welzel wrote: > Lawrence D'Oliveiro, 2025-02-06 21:57: > >> On Thu, 6 Feb 2025 20:22:32 +0100, Arno Welzel wrote: >> >>> Lawrence D'Oliveiro, 2025-02-06 00:14: >>> >>>> [Emacs] can edit files containing arbitrary binary data. >>> >>> It can use extensions which convert binary data to text ... >> >> Without the help of such extensions. > > Yes, you can just open a file and edit it. If you are lucky, then the > file will not get corrupted by this. Or if the editor is smart and doesn’t assign special meanings to particular byte values, like interpreting certain bytes as denoting “newline” or “string terminator”.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-02 03:21 +0000 |
| Message-ID | <vnmob1$d90b$3@dont-email.me> |
| In reply to | #181857 |
On Sat, 1 Feb 2025 14:55:50 +0100, Carlos E.R. wrote: >> 1. Volume ID (CID) >> 2. Volume Serial Number >> 3. Volume Name (aka Volume Label) > > You can change them in Linux. Not the first one, though, if that’s wired into the hardware.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-02 15:07 +0100 |
| Message-ID | <lpa47lxamm.ln2@Telcontar.valinor> |
| In reply to | #181880 |
On 2025-02-02 04:21, Lawrence D'Oliveiro wrote: > On Sat, 1 Feb 2025 14:55:50 +0100, Carlos E.R. wrote: > >>> 1. Volume ID (CID) >>> 2. Volume Serial Number >>> 3. Volume Name (aka Volume Label) >> >> You can change them in Linux. > > Not the first one, though, if that’s wired into the hardware. I would need to know the name in Linux parlance to be sure. I have not noticed an identifier tied to the hardware, except model and serial number in hard disks. I'm unsure flash sticks have this. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
Page 5 of 8 — ← Prev page 1 2 3 4 [5] 6 7 8 Next page →
Back to top | Article view | alt.comp.os.windows-10
csiph-web