/mailing.comp.cdwrite/browse_frm/thread/ab41402747ff62af/568f34f142e706bd?tvc=1q=%22reading+out+data+cds%22hl=en#568f34f142e706bd
Later (Feb 15 2003) Joerg changed mkisofs so that it always adds 150
blocks.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
--
To UNSUBSCRIBE, email
On Wed, 2007-10-03 at 18:11 +0200, Thomas Schmitt wrote:
Patrick Ohly:
Writing 150 empty blocks after the last block with user data is required
by the data CD standard - they are called post-gap.
Yep. But as the publicly available standard MMC-5 clarifies:
6.33.3.19 Post-gap
If a Data
).
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
writable DVD,
but the same method also works with cdrecord + writable CD.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
backup
Description: application/shellscript
On Sun, 2006-09-17 at 13:44 +0200, Joerg Schilling wrote:
Patrick Ohly [EMAIL PROTECTED] wrote:
A while ago I wanted to do the same thing and to make it possible with
mkisofs I added the --root/--old-root command line options. The only
difference compared to your method is that each day
are the same. Only the actual writing is different.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
() which adds
O_DIRECT might be sufficient, but it turned out that this
alone is not sufficient: the buffers used by the programs
must have a certain alignment. This is not guaranteed
without modifying the way how those programs allocate
memory.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL
, but the padding is expressed
in seconds, so I'm not 100% convinced that it applies to data.
It does: 1 second = 75 blocks = 2048 bytes/block * 75 blocks = 150KB
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD
(as far as I remember, it padded to a multiple of 16 blocks and even
that was disabled by default), but on Feb 15 2003 padding by
exactly the required 150 blocks was added (according to mkisofs'
changelog).
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http
it for an incremental backup which went
fine.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
(or simply try it
with the official mkisofs source).
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
+ #define OPTION_RELOC_ROOT 2042
+ #define OPTION_RELOC_OLD_ROOT 2043
+
Sorry, I forgot that these magic constants need to be unique.
Perhaps now is a good time to change this code over to enums...
just an idea, though.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED
On Sun, 2004-02-29 at 22:04, Joerg Schilling wrote:
From: Patrick Ohly [EMAIL PROTECTED]
The patch to the man page indserts things disordered
Where would you like me to insert the description of
the new options?
A while ago, I did try to have the options in alphabetical order
On Sun, 2004-02-29 at 19:11, Joerg Schilling wrote:
From: Patrick Ohly [EMAIL PROTECTED]
I have updated the patch again to apply cleanly against
2.01a26pre. Patching the man page and a function prototype
caused conflicts while the rest applied still fine.
Please try to create less work
On Sun, 2004-02-29 at 19:11, Joerg Schilling wrote:
From: Patrick Ohly [EMAIL PROTECTED]
I have updated the patch again to apply cleanly against
2.01a26pre. Patching the man page and a function prototype
caused conflicts while the rest applied still fine.
Please try to create less work
On Wed, 2004-01-07 at 12:58, Joerg Schilling wrote:
From: Patrick Ohly [EMAIL PROTECTED]
Here's how this can be reproduced with cdrtools 2.01a23:
[...]
At this point mkisofs hangs and must be aborted.
There was a bug in mkisofs that caused the endless loop.
It has been fixed in cdrtrools
On Mon, 2003-07-21 at 19:07, Patrick Ohly wrote:
Hello everyone,
I have updated the patch that adds -root and -old-root
to mkisofs. It is now based on cdrtools 2.01a16,
I have updated the patch again to apply cleanly against
2.01a26pre. Patching the man page and a function prototype
caused
On Mon, 2003-07-21 at 19:07, Patrick Ohly wrote:
Hello everyone,
I have updated the patch that adds -root and -old-root
to mkisofs. It is now based on cdrtools 2.01a16,
I have updated the patch again to apply cleanly against
2.01a26pre. Patching the man page and a function prototype
caused
, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
where parse_xa() is
also called, but then followed by a while loop that tests against 3.
It looks like a sane value because it is large enough to ensure that
at least two flag bytes and the length in pnt[2] are valid.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related
please update the copy of this patch on your
growisofs page?
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)
This patch adds two new command line options:
-root dir
Moves
? Isn't that the task of the original porter?
I have no need for cdrtools on the Amiga and I have
no time for it. And no, it is not because I still earn some money by
selling my own shareware CD writing software on the Amiga - the money
really is insignificant nowadays.
--
Bye, Patrick Ohly
- without some kind of patch gruft deleted before my latest
backup is restored when copying back the latest session
So I'll continue to use my modified mkisofs, but I won't argue
for its inclusion in mainline mkisofs unless other users also
find it useful.
--
Bye, Patrick Ohly
--
[EMAIL
new entries overwrite
the old ones.
Questions:
Is there a need for this patch?
Joerg and James, are you willing to include it in the official
release of mkisofs? What would you like to see modified?
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http
timeouts.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
blocks, whereas the alignment to a multiple of 16 isn't required as
far as I know.
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~Ohly/
http://makecd.core.de/ (MakeCD home page)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
have
ignored this sentence and in practice test writes work very well even
with raw writing. If you really want to be safe then a warning that the
drive might ignore the -dummy option might be appropriate, but I know
no drive that really ignores it. Do you?
Bye, Patrick Ohly
--
[EMAIL
work when #ifdef is evaluated before the macro. Is
there really any rule in a C standard that makes the AIX and GNU C
behavior noncompliant?
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~Ohly/
http://makecd.core.de/ (MakeCD home
ial interfaces? Both
open_scsi() and scsi_open() are defined in scsitransp.h without
comments. Again, I think this shows the need for more documentation.
I'll use open_scsi() with a NULL scsidev to do a bus scan.
How can I build a scsidev string to open another SCSI pointer to
access just one drive in a por
29 matches
Mail list logo