0 Members and 2 Guests are viewing this topic.
Quote from: my_pc_is_amiga on November 16, 2019, 04:46:36 AMI have a rather large file: 2,287,031,227 bytes. The size shows up correctly in the Information window and shell. But in Workbench view by size, it shows up as ,007,936,069.Apparently, another signed/unsigned mixup. I fixed it.
I have a rather large file: 2,287,031,227 bytes. The size shows up correctly in the Information window and shell. But in Workbench view by size, it shows up as ,007,936,069.
Partition up a disk with HDToolBox - two partitions.Reboot.They both show up as "unititialized".Select both.Select "Format" from the icon menu.Notice how both Format windows, one for each partition, has "Quick format" as options.Select "Quick format" on one of them.Answer all confirmation requesters so the partition is formatted.Let it finish - it is quick.The partition is now formatted, volume icon shows up on Workbench.Notice how _THE OTHER_ Format window, for _THE OTHER_ partition now has "Quick format" grayed out - EVEN AFTER FIRST FORMATTING IS FINISHED.
-- OS 3.5 release ---Format 44.14 (7.12.99)- rework- Starting format with more than one WB parameter now correctly closes all windows. This is a ugly hack: the main window is closed and reopenedbetween formatting two devices. Too much work to make it nicer (Did you recognize that selecting two icons from WB and using menu Icon/Format Disk starts Format two times?)- Removed broken handling of inserting/removing disk while main window isopen.
Quote from: my_pc_is_amiga on December 04, 2019, 06:24:54 AM2) I also tried to copy same file in shell and get similar message that object cannot be found. For this name, what is wrong or why can't it be copied?It cannot be copied because you specified the file name incorrectly. ~ is a wild card for pattern matching. If it is meant to be a literal, you need to place a ' upfront it. Actually, from how it looks, this seems to be a mangled file name from a FAT directory. Are you copying from CrossDos? It should resolve such strange file names and provide a full FAT file name.
2) I also tried to copy same file in shell and get similar message that object cannot be found. For this name, what is wrong or why can't it be copied?
Quote from: my_pc_is_amiga on December 04, 2019, 06:58:32 AMYes, I'm using CrossDos. The source file is coming from a USB stick but I have poseiden setup to use crossdos. Then either something is mangled with the setup, the stick or crossdos. Is it possible to share the image so I can have a look why Crossdos doesn't resolve the long file name? Which version of crossdos?
Yes, I'm using CrossDos. The source file is coming from a USB stick but I have poseiden setup to use crossdos.
Quote from: my_pc_is_amiga on December 04, 2019, 07:28:34 AMAttaching the file in *.zip from windows. Need to unzip from windows so the name stays the same. If I do it on the Amiga, unarc from 3.9 changes the name.No, not the font file. I mean an image of the stick, sector wise. I do not know how to get that with windows, but from Linux, it is a straight "cp" from the /dev file, i.e. "cp /dev/sdd /tmp/out.img", assuming that /dev/sdd is your usb stick.
Attaching the file in *.zip from windows. Need to unzip from windows so the name stays the same. If I do it on the Amiga, unarc from 3.9 changes the name.