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 clar
For more information, see my postings in this old
thread here:
http://groups.google.ca/group/mailing.comp.cdwrite/browse_frm/thread/ab41402747ff62af/568f34f142e706bd?tvc=1&q=%22reading+out+data+cds%22&hl=en#568f34f142e706bd
Later (Feb 15 2003) Joerg changed mkisofs so that it always adds 150
blocks.
-
" or "step" to single-step).
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
never writes to disc. growisofs uses mkisofs, so those
options are the same. Only the actual writing is different.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
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 c
It uses growisofs to burn 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
that a simple wrapper to open() 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 Oh
ems relevant, 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/~oh
g was not done properly by mkisofs
(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
no longer runs into the infinite
loop and I have used 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 PRO
contains that fix (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 &quo
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]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)
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]
[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]
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,
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,
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 stil
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 stil
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 functi
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
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 functi
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
o verify that by looking
at the source, though.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)
o verify that by looking
at the source, though.
--
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]
8' 57 '9' 48 '0' 49 '1' 50 '2' 51 '3'
52 '4'
0x4155459c: 53 '5' 54 '6' 55 '7' 56 '8' 57 '9' 48 '0' 49 '1'
50 '2'
0x415545a4: 51
8' 57 '9' 48 '0' 49 '1' 50 '2' 51 '3'
52 '4'
0x4155459c: 53 '5' 54 '6' 55 '7' 56 '8' 57 '9' 48 '0' 49 '1'
50 '2'
0x415545a4: 51
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
do it),
but why should I? 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 now
- 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
-
> > However, accessing older versions of a file is
> > difficult: the CD filesystems must be able to select
> > arbitrary session and thus the old file. At least on
> > the Amiga this works, but I have doubts about Linux
>
> It's possible with 'mount -o session=N ...' under Linux.
Ah, good to kno
e rr_root
The solution for both might be a more elaborate reusal of
the old directory structure, where 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
er one or more
TEST_UNIT_READY can be used normally again, without relying on SCSI
resets or command 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]
any other company
> name without changing the message. If you read my text correctly you will see
> that I did not call "Adead" a company that actually steals my technology.
I never said that. I only wanted to get the clarification that nothing
like that was implied implicit
ology, or that they
might do that in the future? If it's the latter, what makes you think
so?
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 P
dumps.
Does it support multi-session CD-Rs? My incremental backups at home
hardly ever take up more than 50-100MB, and even though CD-Rs are cheap
I still hate to waste the space ;-)
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
[EMAIL PROTECTED] (MakeCD related mails)
http://home.pages.
deed add at least 16 blocks. Still, the standard requires
150 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
ing to be changed?
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]
r hand, I 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
--
However, the currently available version is limited to backing up one
filesystem at a time (no non-root directories, not more than one at
once). I have submitted a patch to Fraser that changes that, but it
seems he hasn't had time to upload a new version yet, although he
wanted to i
ome more complex cases like
add (
#ifdef ADD_1_2
1, 2
#else
3, 4
#endif
)
which really only 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
-
ther way
> >to open a SCSI handle for just one drive?
>
> It looks as if you are using inofficial interfaces that are not allowed
> to be used by endusers. The scsi_open() interface may be changed every
> day, open_scsi() is the public interface.
Then it was a typo when you
40 matches
Mail list logo