Prev: XCELL
Next: HP Calculator Book at Samson Cables
From: Veli-Pekka Nousiainen on 13 Nov 2006 23:22 "John H Meyers" <jhmeyers(a)nomail.invalid> wrote in message news:op.tiy6zjronn735j(a)w2kjhm.ia.mum.edu... X > The only thing that the internal ARM OS doesn't provide > is to delete or rename Windows (or MS-DOS) directories > within the mass-storage system file structure; X I would love to see rename everywhere - also in the internal Flash Why? At least I can then [COPY] the name and [PASTE] to command line so that after [ENTER] i have ti on stack and can much easier perform stuff No even the internal Flash doesn't allow [RENAME] to even start I don't care if it says after misspressed [ENTER] or | OK | "Error: Can not rename" while I only need to copy the name and then [CANCEL]
From: not4mail on 13 Nov 2006 23:58 On Mon, 13 Nov 2006, John H Meyers wrote: > >> You can only browse DOS directories on the SD card > >> [i.e. you can't go into a *calc* directory tree > >> for a *calc* directory object stored on the card] > > > It certainly makes the SD memory less versatile. > > Why? How about if you drop an MS-DOS/Windows directory > into a calculator variable -- would you expect it > to be browseable in that milieu, just as if it were > a directory of calculator objects? > (if so, perhaps fish should drive cars > and people should live in the seas :) > > It seems to me that what you can do with an SD card, > which is actually a computer mass storage device, > corresponds quite closely to what you can do with > the built-in "Transfer" application, viewing > the directories of "Remote PC files" and... > ... Your assessment is, of course, correct. Lacking documentation to the contrary, I'd simply expected :3: items to be the same as :1: and :2: items. I'll adapt. > ... > The only thing that the internal ARM OS doesn't provide > is to delete or rename Windows (or MS-DOS) directories > within the mass-storage system file structure; > fortunately this is a minor omission, because those objects > are both rather small and also tend to be left alone > (we usually create or change them using our computer anyway, > although you can at least *create* them in the calculator, > just as you can even format your SD card in the calculator). Strictly within the 50g environment this is more than a "minor omission." Without an external reader, card management is difficult. -- ..
From: not4mail on 13 Nov 2006 23:59 On Tue, 14 Nov 2006, Marcus von Cube wrote: > On Mon, 13 Nov 2006 16:19:57 -0600, John H Meyers wrote: > > >thus it is basically > >available for you to transfer *computer* type files > >into and out of the calculator's memory system, > >if and only if they happen to be valid calculator objects, > >imported/exported into/from the calculator in the same way > >as any other *external* computer files (e.g. they need > >"HPHP49-x" headers if they are binary objects, etc.) > > What's missing here is support for ASCII encoded objects. I know that it is > possible to transfer them as strings, cut off the header and convert them to > objects, but it's still an omission. The feature whould greatly simplify the > management of calculator objects on a PC with card reader. When my 48sx died (unexpectedly in it's sleep), I downloaded emu48 and used it to recover a PC-saved backup. I then used "emu48asc.bin" to translate the emulator's user-rpl-binaries to ascii files with the "%%HP: T(3)A(D)F(.);" header. Then, I transfered the ASCII files to the 50g -- generally worked pretty well. Point being -- would something like "emu48asc.bin" help with ASCII object support? It appears that "asciibin.49" is the same program (from asciibin.zip; hpcalc.org). -- ..
From: Gene on 14 Nov 2006 10:04 not4mail wrote: > Your assessment is, of course, correct. > > Lacking documentation to the contrary, I'd simply expected :3: items > to be the same as :1: and :2: items. I'll adapt. Gene: Some documentation is available from HP that certainly indicates several differences with how the SD card works. You can find it here: http://h20331.www2.hp.com/Hpsub/downloads/50gUsing_an_SD_Card.pdf
From: John H Meyers on 14 Nov 2006 13:27
On Mon, 13 Nov 2006 22:22:42 -0600, VPN wrote: > the internal Flash doesn't allow [RENAME] Because it's physically impossible, as you know; the only way is to *copy* the file (to the same port, then select "rename" from the menu which comes up, if you are using the Filer). [r->] [OFF] |