Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.mobile.android > #146542 > 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 194 — 17 participants |
Back to article view | Back to comp.mobile.android
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 Andy Burns <usenet@andyburns.uk> - 2025-02-01 19:17 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 20:43 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-01 19:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-02-01 20:18 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 21:36 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-02 11:39 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 19:56 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 21:42 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 05:11 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 14:41 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 18:20 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors AJL <noemail@none.com> - 2025-02-02 13:20 -0700
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 22:28 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors AJL <noemail@none.com> - 2025-02-02 17:01 -0700
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 08:13 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors AJL <noemail@none.com> - 2025-02-03 05:19 -0700
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 19:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 23:20 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 22:51 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-02-02 14:08 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 00:07 +1000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-04-26 21:37 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:23 +1000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-04-27 14:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-02-01 19:09 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 19:38 +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 Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:30 +1000
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 Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:39 +1000
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: Clever helpful suggestion for portable memory using Windows & Android editors mummycullen@gmail-dot-com.no-spam.invalid (MummyChunk) - 2025-02-04 21:10 +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: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-05-14 21:34 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-05-14 12:54 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-05-16 21:29 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-05-16 14:13 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-05-17 21:00 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:27 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-04-27 10:29 +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 7 of 10 — ← Prev page 1 … 5 6 [7] 8 9 10 Next page →
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-06 23:58 +0100 |
| Message-ID | <scrf7lxsuj.ln2@Telcontar.valinor> |
| In reply to | #146702 |
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 | #146710 |
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 | #146712 |
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 | #146712 |
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 | #146716 |
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 | #146717 |
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 | #146719 |
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 | #146716 |
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 | #146669 |
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 | #146667 |
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 | #146679 |
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 | #146695 |
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 | #146703 |
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 | #146732 |
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 | #146561 |
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 | #146586 |
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]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-02 03:20 +0000 |
| Message-ID | <vnmo9n$d90b$2@dont-email.me> |
| In reply to | #146559 |
On Sat, 1 Feb 2025 06:03:49 -0000 (UTC), Marion wrote: > 2. Volume Serial Number: > > Format: A 32-bit number, usually displayed as 8 hexadecimal > characters > (e.g., A1B2C3D4). > How it's assigned: Generated when the SD card is formatted. It can > change if you reformat the card. This is a function of the filesystem format. For example, Linux filesystems commonly use full-length UUIDs for this purpose.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-01 05:40 +0000 |
| Message-ID | <vnkc3s$2uni$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #146552 |
On Fri, 31 Jan 2025 22:25:50 +0000, Andy Burns wrote : >> It would be clever if you used the label command instead of format ������ > > Are we discussing the label, or the volume ID? Hi Andy, The terminology should be obvious from the context of the original post, although I can't say what Carlos was talking about - but take a look here <https://i.postimg.cc/SKXTMVfx/sdcard04.jpg> The problem we're solving here is most people don't know the clever trick. So they end up, at best, doing wasteful labor intensive work such as this: <https://i.postimg.cc/nr8KNVby/sdcard06.jpg> <https://i.postimg.cc/mrzHRxwB/sdcard07.jpg> <https://i.postimg.cc/vZ1RtXhc/sdcard08.jpg> If only they knew the clever trick suggested in this thread. Then they wouldn't have to do *anything* at all - as then it just works! <https://i.postimg.cc/QN6nY1H5/sdcard09.jpg> <https://i.postimg.cc/dtVcLJTR/sdcard10.jpg> <https://i.postimg.cc/zD9P15FX/sdcard11.jpg> Even better, the entire sd card is auto-mounted as a Windows drive! <https://i.postimg.cc/ZK4pNMTx/sdcard12.jpg> That way your Windows scripts work perfectly on your Android phone. Particularly the quick daily backup of all the robocopy delta files. As for precise terminology, take a look at these previous answers: <https://i.postimg.cc/900ZKSGZ/sdcard14.jpg> <https://i.postimg.cc/sD84dVHX/sdcard15.jpg> I hope that answers your question from the OP's standpoint. The main goal was to help people efficiently double their memory, without having to go through any process whatsoever of porting. It's so simple, and yet so useful, it should be illegal. :)
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-01 16:34 +0100 |
| Message-ID | <vnletd$5l96$1@dont-email.me> |
| In reply to | #146542 |
On 31.01.2025 18:48, Marion wrote:
> Below is both a clever suggestion - and - a quizzical question.
>
> Here's the problem set (which I experienced myself, recently):
> A. You're a typical Android/Windows/editor owner with a 64GB sdcard
> B. Most of your editing data is kept on that 64GB portable memory card
> C. But then you need to double your memory (to 128GB, which costs ~$10)
>
> What happens?
> Well, for most people, they lose many editing associations to the files.
>
> Why?
> Because for many editors, they don't "search" for file associations.
> Coupled with the filespec having changed between the 64GB & 128GB sd cards.
>
> Huh?
> You need to know that every sdcard comes with a "volume name".
> An example volume name could be, for example, "A1B1-C1D1" (or whatever).
> Another example volume name could be, for example, "A2B2-C2D2".
>
> The point is that every sdcard comes with an (almost) unique volume name.
> So?
>
> Well, the old card filespec to your data is now *different* than the new!
> OLD: /storage/A1B1-C1D1/{editors}/{files}
> NEW: /storage/A2B2-C2D2/{editors}/{files}
>
> OK. That sucks. [...]
(I probably shouldn't engage in this thread - and not only because it
got aggressive recently - because it seems (partly?) a Windows issue,
given the mention of 'C:', 'D:' and such crap later in this thread;
but I'm curious...)
First, the above mentioned IDs have a purpose, I think; to uniquely
*identify* a hardware device.[*] (Please correct me if I'm wrong.) -
So it therefore sounds strange to change that ID in the first place.
And therefore it wouldn't appear to me to re-label that device and
even less to reformat the device just to change its "label".[**]
What I typically see as "solution" - but which is rather more of a
"concept" - is to use generic path components where you want them;
on Unix-like systems you'd create for example a symbolic link like
/storage/generic -> /storage/A2B2-C2D2
and generally access the files only through the generic link
/storage/generic/{editors}/{files}
If you want to replace the storage device just re-link the generic
link to the new device (and without any necessity to change device
identity).
(I'm not sure this is "clever" or "helpful" (as your suggestion is,
according to your subject), but it appears much more sensible to me.
Isn't that possible on Windows and Android to preserve portability?)
Janis
[*] I, and the OS, should actually have an interest to know whether
there's another (or new) device in the system.
[**] A quick browse of the Net shows that you could [on Windows] also
just simply change that label by context menu 'properties'.
[toc] | [prev] | [next] | [standalone]
| From | gazelle@shell.xmission.com (Kenny McCormack) |
|---|---|
| Date | 2025-02-01 16:29 +0000 |
| Message-ID | <vnli4u$3ngf1$2@news.xmission.com> |
| In reply to | #146562 |
In article <vnletd$5l96$1@dont-email.me>, Janis Papanagnou <janis_papanagnou+ng@hotmail.com> wrote: ... >(I probably shouldn't engage in this thread - and not only because it >got aggressive recently - because it seems (partly?) a Windows issue, >given the mention of 'C:', 'D:' and such crap later in this thread; >but I'm curious...) Calling drive letters "crap" isn't "aggressive" ? Anyway, given that this is a cross-posted thread, it would be useful to know from which group you are reading/responding. I often give this info myself when responding to cross-posts. My guess it that, like me, you are reading in comp.editors. The point of this observation is that this thread (whatever it does eventually turn out to really be about) is really more of an Android/Windows thing, and is only tangentially related to editors. If you're coming from a primarily Unix (aka, Linux) background, a lot of it will look weird. I don't understand it myself, but I am inferring (just from reading this thread) that there are weirdnesses in both Android and Windows that give rise to the issues that Arlen is trying to address. Neither you nor I are familiar with these weirdnesses and problems, because we both come primarily from Unix/Linux backgrounds - where such things simply don't exist. -- "They say if you play a Microsoft CD backwards, you hear satanic messages. Thats nothing, cause if you play it forwards, it installs Windows."
[toc] | [prev] | [next] | [standalone]
Page 7 of 10 — ← Prev page 1 … 5 6 [7] 8 9 10 Next page →
Back to top | Article view | comp.mobile.android
csiph-web