Started by SOS, 01:18, 23 March 18
0 Members and 1 Guest are viewing this topic.
Quote from: m_dr_m on 20:52, 20 February 19I reproduce ~50% of the time.* Booting on D.* Working on D.* Resetting to exist Orgams.* |A
Quote from: m_dr_m on 20:52, 20 February 19Here is what I've understood. I might be wrong:- If I choose FAT format, it will try to use 400Mb. So, once the first 128Mb of the DOM is used, all hell breaks loose.
Quote from: m_dr_m on 20:52, 20 February 19Not counting the 2ko for cat, cannot we reuse some AMSDOS buffer (like the one used to read sectors)?Do you plan to maintain the 64 files directory limit (I would be fine with that)?
Quote from: m_dr_m on 20:52, 20 February 19I could do the sorting routine, if you wish!
|mkdir,"tmp":|cd,"tmp"for i=1 to 99:print i:save str$(i):next
Quote from: Fessor on 00:08, 21 February 19Sorting, kind of, could be done by |dir,"a*", |dir,"b*" etc..Maybe a command like |dira2z could be introduced, which intern runs through the alphabet and calls the dir-output with filemasks from "a*" to "z*"
Quote from: m_dr_m on 01:29, 21 February 191/ |AOK I can reproduce consistently: if firmware zone is zeroed, then I have to enter |AOFF to access A, despite my configuration (cf config.bas).I like the fact that:• X-MASS is the default on reset.• The path is conserved across warm resets.I'd like to have AOFF behavior forced all the time.
Quote from: m_dr_m on 01:29, 21 February 193/ 64 files per directory limitI got a crash each time I reached 65 files.Code Select Expand|mkdir,"tmp":|cd,"tmp"for i=1 to 99:print i:save str$(i):next-> Boom after i=63.
Quote from: m_dr_m on 01:29, 21 February 194/ FAT formatI'm not sure to see why FAT32 format couldn't be restricted to 128Mb, so that:• |FREE is accurate
Quote from: m_dr_m on 01:29, 21 February 19• More importantly, disc full is properly detected and no overwriting occurs!
Quote from: m_dr_m on 01:29, 21 February 19And not that big in memory! Tell me how much space do you have (:
Quote from: m_dr_m on 01:29, 21 February 1913/ Starkos hangs with 'GetDir'It could be a bug with Starkos, but if the ROM is fully AMSDOS compatible why wouldn't it work?
Quote from: TotO on 20:31, 21 February 19The FAT32 strange limitation is to not be able to support partitions under 32MB.
Quote from: gerald on 16:17, 23 February 19There is no need to have 32bit fat entry when 16bit are enough. So you use FAT16.
Quote from: TotO on 16:28, 23 February 19You have no need... This "fake" limitation avoid to use really common 32MB MMC/SD cards on devices not compatible with FAT16 (HxC in example).
Quote from: TotO on 16:28, 23 February 19Next, because FAT32 allows to support long filenames and a faster acces to the files.
Quote from: angelcaio on 14:07, 23 February 19Hi. I have connected a DOM to the PC with an adapter and I have presented it to WinApe:...The Format.bas utility does not do anything either. Leave it as it was...I have formatted it from Windows with Fat format and then, from Windows I can create subdirectories and files that are then visible from WinApe...In WinApe, can read from the DoM and browse the subdirectories, read and execute programs, but I can not create files or directories....
Quote from: SOS on 10:00, 21 February 19FAT32 is not restricted to 128MB, you can use large media's.I dont optimize the format.bas anymore, because you can format your media with Windows, Linux, ....
Quote from: SOS on 10:00, 21 February 19The FREE-Display on FAT32 must be correct, else it's a strong indicator, that something is going very wrong!FREE on FAT16 is..... So this should be nearly correct....I have checks against possible overwriting-issues, so this "should" be not occur.Disc full detection: Should be work tooDo you have problems with this two points?
QuoteThree presets of formats you can chooseFormat 1: Original ACEMDOS, with the Identifier "X-MASS" at #2B of LBA 0, 128MB VolumeFormat 2: First Primary Partition FAT16, 400MB partition Table (Type #06, 8192 Bytes/Cluster)Format 3: First Primary Partition FAT32, 450MB partition Table (Type #0B, 4096 Bytes/Cluster)
|cd,"/plad" |o <- OK |cd,"/plad/archive3" <- existing dir |o <- unknown command
Quote from: m_dr_m on 09:20, 03 March 19Simply the doc mentioned:But as I understand now, this was a limitation of format.bas and not CUBEOS's. The recommended solution is to format the 128MB DOM with a 128MB FAT32 partition by another mean (e.g. via SymbOS).Is that correct?
Quote from: m_dr_m on 09:41, 03 March 19I'm encountering an issue with YANCC. All OrgamS sources larger than 32k copied to a sub-directory are corrupted at the end (but the file size seems correct). I couldn't reproduce that with a binary file, so maybe it's because .O are ASCII.That being said, thank you for your helpful answers and attentiveness.
Quote from: m_dr_m on 11:52, 03 March 19Another one for your Sunday (:Code Select Expand|cd,"/plad" |o <- OK |cd,"/plad/archive3" <- existing dir |o <- unknown command My Orgams ROMs are in &a,&15,&1a. Dedicated RAM memory starts at &ABF8. Amsdos RAM memory start at &A6F0 (yes it is shifted).
Quote from: SOS on 13:09, 03 March 19First thanks about your mails, to make CubeMDOS better
Quote from: SOS on 13:09, 03 March 19So the Starkos-Author must be change his program to get a functional Massstorage-Application.
Quote from: SOS on 13:09, 03 March 19For the 128MB DOM i will Always recommend the 128MB ACMEDOS FAT16-Format (1st Preset).
Quote from: SOS on 13:09, 03 March 19Btw. TotO almost convinced me to extend the format.bas with other/additional presets, but i must check, if i have the DOM's in my roof.
Quote from: SOS on 13:09, 03 March 19Ok, i will check that later.
Quote from: SOS on 13:09, 03 March 19Hmmmm, in Winape this works- I used your ROM-Numbers (Orgams in &a, orgext in &15 and monogams in &1a)- CubeMDOS in ROM6- I created the directories and make a cold-reset.- I used your RSX-Codes, i leave Orgams with CTRL+B
Quote from: SOS on 13:09, 03 March 19Orgams make a memory restore of the high-memory.In my test i noticed, that orgams does not restore the complete memory from himem up to the stack-end.The first &81 bytes are missing, i not checked at the moment, if this is important.
QuoteI think the exact ROM-Configuration could be important
Quote from: m_dr_m on 16:55, 20 February 1910/ Fix |DRIVEWhen wrong number of arguments, you should lift the command to overridden DOS rom.Right now we cannot invoke Parados copier anymore.
Quote from: m_dr_m on 17:53, 03 March 19Another option to make CubeMDOS better is to release the source (:Yep, fair enough, that's what I've thought.
Quote from: m_dr_m on 17:53, 03 March 19Oh, why is that, since FAT32 is better (faster access, less space wasted, more common...)?
Quote from: m_dr_m on 17:53, 03 March 19Actually the scenario with /plad/archive3 also fails at RESET.Maybe related to this bug: mailto:http://orgams.wikidot.com/bugs#toc40 Anyway, as said above, I get the issue from a cold start as well.1: CubeIOS 2: UTOPIA 3: YANCC 4: LAUNCH 5: HACKIT 6: PARADOS 7: AMSDOS 9: Flash burn 10: Orgams 12: TurboAss 15: OVL v2The others ROMS are extensions (02) or data (03).
Quote from: m_dr_m on 14:48, 21 June 19Nice summer to you!Another bug detected: cannot save an ASCII file larger than 64k. The result is truncated.Is a new version planned anytime soon? (:
Quote from: SOS on 15:15, 21 June 19- Make-Directory: Convert Directory-Names to Uppercase (else Directory can't read by Windows)
Quote- Cannot save an ASCII file larger than 64k. The result is truncated. (thnx m_dr_m) => But i must check, if this is solveable....
Quote from: m_dr_m on 15:46, 22 June 19I would be happy to beta-test!
Page created in 0.131 seconds with 49 queries.