I have a CD with volumename containing 32 characters, When I try to load files from it usng asl requesters, an AmigaDOS message pops up asking to insert the volume named with the first 31 letters of the actual volume name of the cd. Looks like a bug to me.
Can anyone confirm?
Jack
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
So 32-letters labeled CDs are doomed to assign workaround... Is it going to change? (the limit)
Jack
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
That's because the "LongName" changes aren't used for the root directory, the root block still has the old 30 char limit even on DOS\6 and DOS\7 partitions.
It's very unlikely that FFS2 will support longer volume names, but I could change SFS to support volume names of up to 255 chars.
And filename? That will be great, because here I have too much files with name >200 characters I must manually rename...
Bye, TMTisFree
"Never ascribe to malice that which is adequately explained by incompetence." (Napol?on Bonaparte) "I would love to change the world, but they won?t give me the source code." (Unknown)
And filename? That will be great, because here I have too much files with name >200 characters I must manually rename...
I could remove the filename length limit as well (the limit in SFS is over 400 chars, it has fit into a single block together with some other data, but as long as we don't have a new file system API it's limited by the BSTRs passed from dos to the file systems to 255 chars anyway), but if I do that all software still using the AmigaOS 1.x directory scanning functions (Examine()/ExNext()) instead of the AmigaOS 2.x (ExAll()) or AmigaOS4 (ExamineDir()) ones will not be able to access such files, or even crash because of using too small buffers. At least least 95%, more likely 99%, of the AmigaOS software is still using the AmigaOS 1.x functions which are limited to 107 chars
And we don't have "ExamineDir()" in the latest available SDK so we can't start to use it. I really hope OS4 devs can release classic version of OS4 very quick so they can start creating a new SDK.
Rock lobster bit me - so I'm here forever X1000 + AmigaOS 4.1 FE "Anyone can build a fast CPU. The trick is to build a fast system." - Seymour Cray
And we don't have "ExamineDir()" in the latest available SDK so we can't start to use it.
But everyone can at least use the AmigaOS 2.x (ExAll()) instead of the AmigaOS 1.x (ExNext()) functions. The AmigaOS4 ExamineDir() is only required for files >= 4 GB.
Quote:
I really hope OS4 devs can release classic version of OS4 very quick so they can start creating a new SDK.
For a new SDK an AmigaOS4 port of a newer version of the binutils is required, someone else could do that as well ...
Which one? the one in dos.library? or FFS2? It's iso cd filesystem here. Imho, it is up to 32 characters.
Jack
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
Does that mean the limit is raised changed but only available to developers atm?
Jack
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
"the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
