@GridWorks, thanks for your work too, Mario should not have too much trouble, as it 99% of the code is self contained, you could put the inc file in a menuet program and with little code get it to load from cd, just for test work etc.
As for CDFS the good thing is that these almost no file sys, as unlike Hdd or floppy etc, files, dirs will always be burnt in one continues block.
This mean once you found the name in the root dir, its a case of jmp to the start offset and loading 2048 bytes blocks untill you have loaded the right number of 2048 byte blocks, no clusters to worry about 8).
The hardest part is some drives do not like CD-R, others do not like CD-RW.
Mario79- 04-12-2006
GridWorks
If all was so simply, anyone could for a long time make the driver CDFS for Kolibri.
I have cleared up with slightly to code Dex , unfortunately it does not as it is necessary. And besides it does not support the directories on CD. Only files in the root directory of the disk.
But it only part of problems. I can them in due course decide(solve).
Now there is a problem in compatibility with the existing file managers: sysxtree, mfar etc. All these applications are strongly adhered to the system FAT and features of a structure of 32 bit inputs in the directories. It is necessary either to changed the applications, or to transform the data to the format FAT.
In common, the additional complexities do not do life more pleasantly.
bubach- 04-12-2006
I think it's about time someone started on a VFS for MenuetOS, you can't expect the programs to know if the hardrive is FAT16, FAT32, NTFS etc..
Don- 04-12-2006
maybe if the kernel code is changed to give the programmer easy acces to files:
for example:
directory list
eax 84
edi pointer to destination
int 0x40
load a file on memory
eax 85
edx filename
ebx bytes to load
ecx begining of file (example: start from byte 35 instead of the first one of the file)
int 0x40
whitout taking away the older int calls.. this way the programmer could acces to system directories and files without worring about the file system and making the kernel do al the work for him....
Mario79- 04-12-2006
bubach
I did not mean concrete implementation of the finite code, I simply have enumerated possible variants of operations.
To All
We now discuss the internal standard, through which shall be transferred the data on contents of the directories.
If who be, wants to state the opinion, welcome:
http://meos.sysbin.com/viewtopic.php?t=490
Mario79- 06-08-2006
To all
If it is interesting, it is possible to download archive:
http://www.kolibri.hut1.ru/temp/cd_en.7z
In archive - kernel and example of the application working with CD.
It is necessary to write syntax of path as for the hard disk, but instead of /hdx/1/ - write /cdx/1/
While the reading of files is made only, the return of directories in the universal standard developed by russian group of the programmers and users will be made later.
It is very a pity, that anybody from the english language programmers and users did not participate in discussion, it was very interesting.
hidnplayr- 06-08-2006
hmm, i only read about the discussion today :(
it's kind of hard if you have to use a translator but yeah, you're right, it's sad no english speaking people joined the conversation
So, what are the conclusions of the discussion now?
Dex- 06-08-2006
hmm, i only read about the discussion today :(
Same here, so what was the out come ?.
Mario79- 06-08-2006
hidnplayr
>So, what are the conclusions of the discussion now?
We have discussed all details and have accepted the standard, which takes into account presence ASCII and UNICODE of names in data structure, in which to be translated contents of the directory, before that as it will be transferred from a kernel to the application. In the standard others also are described also all given necessary for operation with the directory.
The document in the given moment is present only in russian language. I hope, that I shall try it to translate to the english language.
vhanla- 06-13-2006
New Kernel improvementes ¿? Hi Mario79, I tested that program and the kernel included, and I noticed the following:
- SysXtree Detects (shows) HD/2 which wasn't shown with the previous kernel...
- Tinypad 4.02 from Mikedld can't be closed normally... I guess something affected it...
- When I press Ctrl+Alt+Del and kill "CPU" process (the process viewer and killer itself), the mouse's cursor disappear...
About the CD2/1, it works really great with my Master IDE CD-Burner. I could read some files... Nice Work!!!
PS: It would be great if you show the modifications to the original Kernel...
Regards!!! :D
Mario79- 06-18-2006
vhanla
I regret, that could not answer earlier your post.
> SysXtree Detects (shows) HD/2 which wasn't shown with the previous kernel...
The procedure of definition of sections was optimized by me. Now it finds out even those partitions, which does not see Windows (FAT16, 32).
> Tinypad 4.02 from Mikedld can't be closed normally... I guess something affected it...
mike.dld works above elimination of this error.
> When I press Ctrl+Alt+Del and kill "CPU" process (the process viewer and killer itself), the mouse's cursor disappear...
Unfortunately, while this error cannot be corrected on 100 %. The correction requires(demands) change of all algorithm of output of the cursor. Probably, in the future we correct it.
I have completed development of the procedure of the directory, returning contents, for CD, in Kolibri internal standard 1.
All source code of a kernel and applications are accessible for download with SVN server svn://kolibrios.org.
All documentation, unfortunately, while only in Russian, I shall try to translate to the English language.
I recommend for convenient operation with SVN server to use http://www.tortoisesvn.org/
Matt9876- 06-19-2006
Can someone please post the source files for CD support on a Http server or email them as a 7zip file to wbshome@excite.com.
Thank You very much! :wink:
Matt (GridWorks EZ)