Re: Filesystem overhead?

2002-06-25 Thread Pierre Duhem
Hello Mike, MFM Hey guys.. MFM Quick technical question... MFM I was under the impression that the size that a filesystem took on the MFM disk varied, depending on the files/direcory structure, but am now starting MFM to believe this is incorrect. MFM On a

Re: Filesystem overhead?

2002-06-25 Thread Brian Sullivan
I have the same problem. My system is automatically receiving files over the network and archiving them to CD-R. I wanted a way to automatically determine in my own program when the CD-R would be full when selecting files to be put on the CD-R. For this to be accurate you need to know the

Re: Filesystem overhead?

2002-06-25 Thread James Pearson
I have the same problem. My system is automatically receiving files over the network and archiving them to CD-R. I wanted a way to automatically determine in my own program when the CD-R would be full when selecting files to be put on the CD-R. For this to be accurate you need to know the

Re: Filesystem overhead?

2002-06-25 Thread Joerg Schilling
From [EMAIL PROTECTED] Tue Jun 25 17:35:15 2002 The waste of space due to rounding can be avoided using the patch attached. Eduardo PĂ©rez --oJ71EGRlYNjSvfq7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=mkisofs_notevenpathtables.diff ---

Re: Filesystem overhead?

2002-06-25 Thread Joerg Schilling
From: Mike Fox Morrey [EMAIL PROTECTED] Now, I can run the -print-size option, but that causes (for me) unneccessary overhead and gives: 1. The OS/mkisofs to cause an error and abort the automated burn, and/or 2. The user to intr it or susp it or otherwise 'get in the way', which I

Re: Filesystem overhead?

2002-06-25 Thread Mike Fox Morrey
This is definitely the best solution: Check for the overhead for your typical case. If you put 2 files on the disk, it should be easy to find a solition that does not waste more than 5% of the media size. Good idea - something I'll start tackling once I finish the latest update