Nabble - Cdrecord-developers

cdrtools-2.01.01a68 ready

2009-11-19T07:32:02Z

NEW features of cdrtools-2.01.01a68:

*******
NOTE: cdrtools is currently in a state of a release candidate for the next
major release.

*******

All:

- VMS rules for libraries not create an archive XXX.olb instead of libXXX.a

- schily/utypes.h enhanced to allow to define maxint_t which is
missing on VMS

- Better autoconf test for union wait vs. int for platforms that
define union wait but use int as wait() parameter.

- schily/vfork.h now includes unistd.h as the related definitions
are there on Solaris

- Fixed a configure bug with opendir() inherited from GNU autoconf

- Enhanced the vfork() autoconf test to avoid a hang on VMS

Libschily:

- libschily/spawn.c now uses vfork()

- libschily/fexec.c now supports IO redirection on VMS

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

- Some #define inline definitions removed as "inline" is already
handled by schily/mconfig.h

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

- Fixed a typo in idcache.c

Libfile:

- Some changes for better VMS support

Libhfs_iso:

- Removed a warning from the HP-UX C-compiler about a possible endless loop

Libsiconv:

- Add the VMS C-compiler to the list of exceptions for not fully C99 compliant
compilers to allow compilation.

Libscg:

- changed a include path in libscg/scsi-mac-iokit.c to allow
compilation on "Snow Leopard"

Libscgcmd:

Libmdigest:

Rscsi:

Cdrecord:

- Added a workaround for a firmware oddity with DVD+RW on
'_NEC ' 'DVD_RW ND-3500AG' with media written from other drives.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Added a forgotten modification in ringbuff.c that caused an abort due to
a wrong assert() condition.

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Fixed a bug (writing to stdout instead of stderr) recently introduced with better
RR recognition support.

- "isoinfo" now supports iconv() based locales for Joliet.

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a67 ready

2009-11-02T03:01:54Z

NEW features of cdrtools-2.01.01a67:

*******
NOTE: cdrtools is currently in a state of a release candidate for the next
major release.

*******

All:

- Prevent a compiler warning when compiling 64 bit binaries on HP-UX
using make CCOM=cc64

- Some files in include/schily/*.h have been enhanced to better support VMS

- config.guess now knows about OpenVMS

- Changed bash test to use --version instead of -version as bash on OpenVMS
is bash-1.x

- include/schily/xmconfig.h (containing a "static" configuration for VMS
because "configure" does not work on VMS) was enhanced.

- Trying to add support for OpenVMS to RULES/*

- New autoconf tests for the type "long double" and a new "max size" type.

Libschily:

- libschily/*bytes.c now support 64 bit compilation and use a "ssize_t"
typed count parameter instead of "int".

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

Libscgcmd:

Libmdigest:

Rscsi:

- First complete version of a man page for rscsi.

Cdrecord:

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- cdda2wav now correctly deals with the case when no sound device
was specified. Thanks to Robert Grimm <rob@...>
for reporting.

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Make "isovfy" CD-ROM-XA aware

- Make "isodump" CD-ROM-XA aware

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Looking for porting account on AIX and others

2009-10-22T05:12:12Z

Rob Bogus <rob23@...> wrote:

> > Linux Test machine ready
> >
> Which Linux? It runs on many CPUs, and at minimum x86_32, x86_64, SPARC
> and PPC are probably worth testing due to reasonable user base.
> Reasonable defined "more than Hurd" in this case.

If Linux is written internally in a way that could be called clean and
processor independent, then the processor independence of the portability
system in cdrtools should be sufficient to hide all specifics of other CPU
types.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Looking for porting account on AIX and others

2009-10-19T15:03:52Z

Hi,

the next final release for cdrtools is close and I am of course
interested in giving the best possible. I unfortunately did not have
access to some pf the supported platforms for a long time and it
seems that AIX may be the most important platform from this list.

Is there somebody who is able to give me ssh login access to an AIX
machine with a compiler ready?

BTW: this is the current porting situation:

SunOS (SunOS-3.x & SunOS-4.x) Test machine ready
Solaris (SunOS-5.x) Test machine ready
AIX ---
Apollo Domain ---
AmigaOS ---
ATARI MiNT ---
BeOS ---
BSD-OS ---
FreeBSD Test machine ready
NetBSD Test machine ready
OpenBSD Test machine ready
DragonFlyBSD Test machine ready
DG-UX ---
GNU-Hurd ---
Cygwin on win32 Test machine ready
Cygwin on win64 Test machine ready
Max OS X Test machine ready
Haiku Test machine ready
HP-UX Test machine ready (10.20 % 11.11)
IRIX ---
Linux Test machine ready
NextSTep ---
OSF-1 (Digital UNIX) ---
OS/2 ---
SCO OpenServer Test machine ready
SCO UnixWare Test machine ready
Sony NEWS-OS ---
Syllable Test machine ready
QNX ---
VMS ---
Zeta Test machine ready

I would love to get porting access to systems that are marked with "---"

So there are other platforms that are also of interest.

Thank you in advance!

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: cdrtools-2.01.01a66 ready

2009-10-14T05:06:24Z

Bill Davidsen <davidsen@...> wrote:

> >
> > TODO:
> > - Support correct inode numbers for UDF hardlinks
> >
> > - Support sockets, pipes, char/blk-dev specials with UDF
> >
> >
> Another thing I will try before I comment.

I forgot to mention that this is of course work that is planned for the next
release and not to happen before the recently planned final.

_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: cdrtools-2.01.01a66 ready

2009-10-13T14:22:14Z

Bill Davidsen <davidsen@...> wrote:

> Joerg Schilling wrote:
> > NEW features of cdrtools-2.01.01a66:
> >
> > *******
> > NOTE: cdrtools is currently in a state just before a new major release.
> >
> >
> >
> You have been saying this for several years, it has less meaning than
> "have a nice day," so either release a new beta or release candidate, or
> stop promising things you can't deliver. You nit-pick other's posts, so
> don't complain if you get called on this.

You are not currect: I am saying this since three releases as we are currently
getting _very_ close to the mext major release.

There is not much to do except reworking for the man pages.

BTW: since the last major release, more than 30% of the code has been rewritten
or replaced and many new funtions have been added so more than 50% of the code
is new since the last "final" release from september 2004.

There have been 7100 single file edits in 2900 edit groups, resulting in an
average of aprox. 4 file edits per day during this period.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a66 ready

2009-10-11T07:51:50Z

NEW features of cdrtools-2.01.01a66:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- Added support for 64 bit compilation on HP-HX using "cc".
Use make CCOM=cc64 as usual to switch to 64 bit compilation.

Libschily:

- libschily/fconv.c reworked to deal with non-C99 compliant systems and to deal
with the constraints found in HP-UX-11.11.

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

- Fixed a problem in libsiconv in case that the the locale is specified as
"iconv:name".

Libscg:

- Make libscg deal with the new error code from HP-UX that
is returned for a non-existing ATAPI slave.

- Some minor changes in libscg to make scgcheck report less problems
with HP-UX

Libscgcmd:

Libmdigest:

Rscsi:

Cdrecord:

- Better man page with repect to dev=

- The cdrecord man page has been restructured.

- Fixed a bug in the workaround code for a firmware bug for DVD+R
media in HL-DT-ST drives.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Better man page with repect to dev=

- The cdda2wav man page has been restructured.

Readcd:

- readcd now only send the Plextor specific SCSI commands for the -cxscan
option in case that the drive identifies as Plextor.

- Better man page with repect to dev=

Scgcheck:

- Better man page with repect to dev=

Scgskeleton:

Btcflash:

- Better man page with repect to dev=

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- mkisofs man page reworked

- isoinfo man page reworked

- New file mkisofs/rock.h

- isodump now prints more information about Rock Ridge attributes to
help debugging non-compliant Rock Ridge ISO images.

- isoinfo now correctly identifies ISO images made with the Mac OS X
program "hdiutil" by e.g. calling:

hdiutil makehybrid -iso -hfs -verbose -o xxx.iso some_dir

As filesystems that violate the Rock Ridge standard.

Check e.g. by "isoinfo -i xxx.iso -d"

Interpreting Rock Ridge on such images can be enforced by calling:

"isoinfo -i xxx.iso -lR -debug"

- mkisofs now ignores the broken Rock Ridge attributes that have been
created by the Mac OS X program "hdiutil".

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a65 ready

2009-09-15T08:27:52Z

NEW features of cdrtools-2.01.01a65:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- *BSD comes with a broken sed(1), so we need to go back to tr(1) based
code for GNU make in the Schily Makefilesystem.

- Added support for amd64-netbsd-cc.rul to the Schily Makefilesystem

- Added support for DragonFly BSD to config.guess and config.sub

Libschily:

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

- Added a hack to liscg to allow cdrecord -scanbus to work on NetBSD

- Added a hack to liscg to allow cdrecord -scanbus to work on OpenBSD

libscg now supports -scanbus and cdrecord's autotarget feature on the
following platforms:

SunOS (SunOS-3.x & SunOS-4.x)
Solaris (SunOS-5.x)
AmigaOS
ATARI MiNT
BeOS
FreeBSD
NetBSD
OpenBSD
DragonFlyBSD
Cygwin on win32
Cygwin on win64
Max OS X
Haiku
HP-UX
IRIX
Linux
NextSTep
OSF-1 (Digital UNIX)
OS/2
SCO OpenServer
SCO UnixWare
VMS
Zeta

Libscgcmd:

Libmdigest:

Rscsi:

Cdrecord:

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Avoid signed chars ad parameter to toupper

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

CYGWIN NT-4.0 NOTES:

To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a64 ready

2009-09-03T14:29:59Z

NEW features of cdrtools-2.01.01a64:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- The schily makefilesystem now by default sets all locale related envronment
variables to "C" in order to avoid problems.

- Make the makefile emulation mode for "non-automake aware" make programs
like SunPro Make and GNU make more immune against oddities in the tr(1)
program that are seen with a locale that differs from LC_ALL=C
Another step to prevent some tr(1) oddities was to replace the call to
tr(1) by a call to sed(1).

- Added GMAKE_NOWARN=true to allow to disable the gmake warning

- Enhanced include/schily/priv.h to distinct Solaris and AIX process privileges

- New include file include/schily/math.h

- Try to workaound a problem with GCC on newer AIX versions. It seems that
e.g. gcc on AIX is not C99 compliant and does not support isnan().

Note that the current solution may compile and run on newer AIX versions
but does not seem to be the optimal solution as it cannot check whether
a float is a number or not.

It is unfortunate, that we do not have an AIX login that would allow
to implement better AIX support.

Libschily:

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

- The low level SCSI transport code for Mac OS X has been reworked.

The code now supports cdrecord -scanbus

The code now supports cdrecord's autotarget mode

The code now supports to communicate with BluRay drives

The code now prints a longer help text that instructs what to do in order
to work against the "diskarbitrationd" program on Mac OS that tries to
steal us our hardware.

If someone is able and willing to help, please send mail!

I like to be able to tell "diskarbitrationd" to give up specific drives
and to set up shared access.

Libscgcmd:

Libmdigest:

Rscsi:

Cdrecord:

- The cdrecord man page now mentions that the -clone mode is a bad idea to copy
audio CDs.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Readcd:

- The readcd man page now mentions that the -clone mode is a bad idea to copy
audio CDs.

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

CYGWIN NT-4.0 NOTES:

To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a62 ready

2009-07-30T03:13:20Z

NEW features of cdrtools-2.01.01a62:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- New include files include/schily/ctype.h, include/schily/pwd.h
and include/schily/grp.h

- All programs are now using schily/stdio.h
for orthogonality.

- Haiku default install dir is now /boot/opt/schily

- New rules RULES/os-cygwin_nt-6.0-wow64.id and
RULES/os-cygwin_nt-6.1-wow64.id support Cygwin on 64bit
installations of Win Vista and "Win 7".

- New rules for compiling 64 Bit binaries on cygwin_nt-wow64
NOTE: You need to have a 64 bit aware gcc on Cygwin to use this!

- TEMPLATES/temp-gcc.rul and TEMPLATES/temp-xcc.rul
now correctly include cc-gcc.rul and cc-dumb.rul and thus
make the automake feature working again for completely
unknown platforms.

- Fixed RULES/rules.inc to make sure we install xx.h instead of
xx.h.exe

- Workaround an infinite hang in an autoconf test on 64 Bit Vista
with Cygwin

- Include limits.h in schily/hostname.h for Linux

- Several "%s" formats have been introduced in order to make gcc-4
happy even though the original strings have been pointer to constant
and well known strings

- Change the option order in the autoconf test for calling the linker
in order to avoid problems with the microsoft linker.

Libschily:

- libschily now is thread aware and uses the thread specific errno
value on Solaris, Linux and FreeBSD.

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

- Raised the SCSI Bus-number limit from 256 to 500 for Linux as a workaround
for a resource leak bug in the linux kernel. The workaround lets the problem
happen much later but cannot completely avoid it. If you are hit by the Linux
kernel resource leak bug, you need to reboot.

Libscgcmd:

Rscsi:

Cdrecord:

- Correctly abort the FIFO in cdrecord on BeOS and Haiku
in case that the clone ara cannot be made shared.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Fixed a potential malloc problem in mkisofs

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: MinGW port

2009-07-06T13:10:49Z

Hi,

why do you still forward my mail to unrelated people?
Why do you still send no reply to me making it impossible for
me to answer?

If you like to discuss things in the open, I recommend you to use the official
mailing list for cdrtools developers:

cdrecord-developers@...

If you believe that smake depends on symbolic links, then you did never try
to compile smake.

Smake is an automake enhanced make program that knows how to retrieve system
information.

The Schily makefile system is build on state of the art technology developed
for Plan 9 20 years ago. It uses a cleanly ans simple structured system of make
rules. This helps to avoid the unneeded complexity from cmake that is a cause
for problems.

More than 2/3 of your changes are unneeded in the original because you did put
effort in working on cmake issues that do not exist in the original software.

Please note that cdrkit cannot be legally distributed because it is violating
the Copyright law and the GPL. If you put effort in this fork, it is not
legally usable and you put effort into an extremely old version.

If you however work on the original software, wou get all the new features and
your effort can be used by others.

I recommend you to check the latest sources on

ftp://ftp.berlios.de/pub/schily/

(look at the intermediate schily-dist.pre.tar.bz2

you will see that all your changes that look correct have already been
integrated. As I am (in contrary to the people behind the fork) interested
in being able to give long term support for my software, I cannot apply patches
that may cause problems on other platforms. If you use the latest software,
I expect only a few minor problems on MINGW and for this I need useful
explanations for your problems to allow to create quality software that is
ready for the future.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a61 ready

2009-07-06T03:45:57Z

NEW features of cdrtools-2.01.01a61:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- Support for 64 bit compilation on mac OS X was added.
Call make CCOM=cc64 as on other platforms.

- $OLIBSDIR is no longer in the RUNPATH

- New include file include/schily/limits.h

- Make sure that all include files in include/schily/ include
include/schily/mconfig.h

- wide character support new

- New makefile "Mocsw" sets defaults for "opencsw" instead of Blastwave.
Mcsw for Blastwave of course continues to exist

- New defaults directory DEFAULTS_CSW includes special defaults that
compile e.g. for Sparc-V8 in order to get working binaries for older
Sparc non 64 Bit hardware.

- New autoconf test HAVE_SETBUF and HAVE_SETVBUF

- Several modification in hope to better support MINGW

Libschily:

- wide character support new

- sevaral str*.c functions new for orthogonality with the new wcs* code.

- Added a wide character patern matcher with: patwcompile(), patwmatch(), patwlmatch()
See files:

libschily/matchw.c and libschily/matchwl.c

- libschily/stdio/*.c fixed to use size_t as length parameter for
read*()/write*() operations.

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

- Added a workaround for the type desaster in the Appls IOKit include files
in order to support 64 bit binaries

Libscgcmd:

Rscsi:

Cdrecord:

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- The -interactive option is now mentioned in the -help output and the man page.

- Call unit_ready() before retrieving the TOC data in order to work around a Solaris
scsa2usb (SCSA to USB Driver) bug.

Readcd:

- "readcd" no longer dumps core if the C2Scan function is selected from the
interactive interface.

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Fixed a typo bug in the mkisofs man page that caused the two synopsis lines
to appear as one line when using GNU troff.

- isoinfo now prints "???" in case that an illegal month is in a ISO-9660
filesystem.

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a60 ready

2009-05-21T08:39:11Z

ftp://ftp.berlios.de/pub/cdrecord/alpha/

NEW features of cdrtools-2.01.01a60:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- Trying to work around nasty Linux distributions that try to fool autoconf
function tests and thus may result in incorrect results for the functions
fexecl fexecle fexecv fexecve fspawnv fspawnl fspawnv_nowait getline fgetline

- New include files include/schily/dlfcn.h and include/schily/shcall.h

- New autoconf tests for dlopen() and similar functions

- Fixed a typo in include/schily/fnmatch.h that prevented compilation on BeOS

- Fixed a typo in include/schily/libport.h that prevented compilation on BeOS

- New makefile "Mocsw" allows to create packages for "opencsw"

- RULES/rules.csw enhanced to allow to overwrite EMAIL= and HOTLINE= from
the make command line.

- New autoconf test for getprogname()/setprogname()

- Support for using Microsoft "cl" to compile 64 bit binaries from Cygwin now
has been finished

Libschily:

- Code in libschily/fexec.c cleaned up for better readability

- libschily/checkerr.c now correctly handles the "WARN" directive.

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

Libscgcmd:

Rscsi:

Cdrecord:

- Cdrecord now calls read_format_capacities() in silent mode in order to
check whether the current drive supports this SCSI command.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- cdda2wav now gives better readable text with cdda2wav -help

- BeOS has a /boot/develop/headers/be/support/ByteOrder.h that also defines
_BYTEORDER_H and thus interferes with our cdda2wav/byteorder.h

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- libschily/checkerr.c (used by mkisofs) now correctly handles the "WARN" directive.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a59 ready

2009-04-19T06:31:48Z

NEW features of cdrtools-2.01.01a59:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- Add -D_GNU_SOURCE to the standard include flags for Linux in order
to unhide needed extensions.

- Trying to add support for compilation on WIN64 using cl and gcc

- Adding support for NT-6.0 (Win Vista) and NT-6.1 (Win 7)

- Several typo corrections

- New include file include/schily/wctype.h

- New autoconf test that checks for the differences between the original
iconv() implementation from Sun and the deviating POSIX standard.
This allows to avoid compiler warning messages for mkisofs.

Libschily:

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

- Fixed a copy/paste error from libsiconv. Libsiconv now correctly
initlizes duplicated data structures to prevent core dumps.
Thanks to Jörg Sonnenberger for reporting.

Libscg:

Libscgcmd:

Rscsi:

Cdrecord:

- Better error messages when the media size is unknown

- Try to work around a firmware bug in the drive:
'HL-DT-ST' 'DVD-RAM GH22NP20' '1.02'
that is in effect with DVD+R media.

***** ATTENTION *****

The algorith to fetch the size information from a DVD+R/RW medium was changed with this
release. Please check for and report problems.

- cdtext.c now checks for empty CD-Text files to prevent a later endless loop in cdrecord
while writing the TOC. Thanks to Sebastian Trüg <trueg@...> for reporting.

- Man page corrected some problems from hypen -> minus

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- cdda2wav now supports new parameters for the -output-endianess option.
"host" or "machine" represent the actual byte order of the host CPU in the current OS.

- Fixed a man page bug that did hide some text from the visible result. Thanks
to Michael Prokop

- Man page corrected some problems from hypen -> minus

- Removed some Copyright hints to people who did never really enter code into mkisofs

- Removed a Copyright hint for RSA that is no longer valid.

Readcd:

- Man page corrected some problems from hypen -> minus

Scgcheck:

- Man page corrected some problems from hypen -> minus

Scgskeleton:

- Better support for large files (using ftello()/fseeko())

Btcflash:

- Better support for large files (using ftello()/fseeko())

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Better error messages in case that a specific charset translation is not
available.

- Now using HAVE_ICONV_CONST to avoid iconv() related compiler warnings

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

CYGWIN NT-4.0 NOTES:

To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

NOTE: These tar archives are 100% POSIX compatible. GNU tar may get some
minor trouble. If you like a 100% POSIX compliant tar, get star from
ftp://ftp.berlios.de/pub/star/

WARNING: Do not use 'winzip' to extract the tar file!
Winzip cannot extract symbolic links correctly.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Bug? cdrecord hangs and uses up to 100% cpu

2009-03-26T08:52:03Z

On Thursday 26 March 2009 15:49:13 Joerg Schilling wrote:

> Sebastian Trüg <trueg@...> wrote:
> > please find attached the backtrace. It is short but at least it shows the
> > area...
>
> It seems that the hang happens lather than your first mail made be
> believe....
>
> Please check the latest a59-pre2 in
>
> ftp://ftp.berlios.de/pub/cdrecord/alpha/
>
> Jörg

:D
nice solution:

/usr/local/bin/cdrecord: Empty CD-Text file.
/usr/local/bin/cdrecord: Cannot use '/tmp/Sn6771.dat' as CD-Text file.

Cheers,
Sebastian

_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Bug? cdrecord hangs and uses up to 100% cpu

2009-03-26T07:49:13Z

Sebastian Trüg <trueg@...> wrote:

> please find attached the backtrace. It is short but at least it shows the
> area...

It seems that the hang happens lather than your first mail made be believe....

Please check the latest a59-pre2 in

ftp://ftp.berlios.de/pub/cdrecord/alpha/

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Bug? cdrecord hangs and uses up to 100% cpu

2009-03-26T06:52:58Z

On Thursday 26 March 2009 13:17:31 Joerg Schilling wrote:

> Sebastian Trüg <trueg@...> wrote:
> > > to find where the hang is?
> >
> > would love to but I dont have any of those commands. pstack failed to
> > compile here on amd64 and gcore is not available at all... :(
> > Any other output I may produce? I could compile cdrecord with debugging
> > symbols...
>
> if you have no working dbx (dbx prints a readable stack trace even for
> stripped binaries), you would need to compile for gdb....see README.compile
>
>
> Then you could e.g. call
>
> kill -ILL <cdrecord pid>
>
> and then call
>
> gdb cdrecord core
> where

please find attached the backtrace. It is short but at least it shows the
area...

movebytes (fromv=0x1e49270, tov=0x1e5c000, cnt=0) at movebytes.c:42
42 if ((n = cnt) <= 0)
(gdb) bt
#0 movebytes (fromv=0x1e49270, tov=0x1e5c000, cnt=0) at movebytes.c:42
#1 0x00000000004104b0 in write_cdtext (scgp=0x1e49290, dp=0x1e5a8c0, startsec=-11933) at cdtext.c:480
#2 0x000000000041884c in write_leadin_mmc (scgp=0x1e49290, dp=0x1e5a8c0, trackp=0x7fff10949fd0) at drv_mmc.c:1847
#3 0x0000000000409f0e in main (ac=<value optimized out>, av=<value optimized out>) at cdrecord.c:1280

gdb) step
125 }
(gdb)
write_cdtext (scgp=0x1e49290, dp=0x1e5a8c0, startsec=-11933) at cdtext.c:479
479 for (idx = 0; (idx + textlen) <= maxdma; idx += textlen)
(gdb)
480 movebytes(textsub, &bp[idx], textlen);
(gdb)
movebytes (fromv=0x1e49270, tov=0x1e5c000, cnt=0) at movebytes.c:36
36 register char *to = tov;
(gdb)
42 if ((n = cnt) <= 0)
(gdb)
125 }
(gdb)
write_cdtext (scgp=0x1e49290, dp=0x1e5a8c0, startsec=-11933) at cdtext.c:479
479 for (idx = 0; (idx + textlen) <= maxdma; idx += textlen)
(gdb)
480 movebytes(textsub, &bp[idx], textlen);
(gdb)
movebytes (fromv=0x1e49270, tov=0x1e5c000, cnt=0) at movebytes.c:36
36 register char *to = tov;
(gdb)
42 if ((n = cnt) <= 0)
(gdb)
125 }
(gdb)
write_cdtext (scgp=0x1e49290, dp=0x1e5a8c0, startsec=-11933) at cdtext.c:479
479 for (idx = 0; (idx + textlen) <= maxdma; idx += textlen)
(gdb)
480 movebytes(textsub, &bp[idx], textlen);
(gdb)
movebytes (fromv=0x1e49270, tov=0x1e5c000, cnt=0) at movebytes.c:36
36 register char *to = tov;
(gdb)
42 if ((n = cnt) <= 0)
(gdb)
125 }

_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Bug? cdrecord hangs and uses up to 100% cpu

2009-03-26T05:17:31Z

Sebastian Trüg <trueg@...> wrote:

> > to find where the hang is?
>
> would love to but I dont have any of those commands. pstack failed to compile
> here on amd64 and gcore is not available at all... :(
> Any other output I may produce? I could compile cdrecord with debugging
> symbols...

if you have no working dbx (dbx prints a readable stack trace even for stripped
binaries), you would need to compile for gdb....see README.compile

Then you could e.g. call

kill -ILL <cdrecord pid>

and then call

gdb cdrecord core
where

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Bug? cdrecord hangs and uses up to 100% cpu

2009-03-26T04:37:26Z

On Thursday 26 March 2009 12:19:12 Joerg Schilling wrote:

> Sebastian Trüg <trueg@...> wrote:
> > I think I found a bug or at least a problem. This is the command line
> > using cdrecord 2.01.01a57:
> >
> > cdrecord -v gracetime=2 dev=/dev/hda speed=40 -sao -dummy
> > driveropts=burnfree textfile=/tmp/Sn6771.dat -multi -useinfo -audio -pad
> > -shorttrack /tmp/kde- kde4dev/k3b_audio_0_01.wav
> >
> > The problem is the textfile which is empty. Without it burning works
> > flawlessly. Now obviously using an empty textfile is bogus but it should
> > not make cdrecord go crazy, right?
>
> I cannot reproduce a hang with an empty textfile. Could you call:
>
> gcore <pid of cdrecord>
> and use the debugger or
>
> run
> pstack <pid of cdrecord>
>
> to find where the hang is?

would love to but I dont have any of those commands. pstack failed to compile
here on amd64 and gcore is not available at all... :(
Any other output I may produce? I could compile cdrecord with debugging
symbols...
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Bug? cdrecord hangs and uses up to 100% cpu

2009-03-26T04:19:12Z

Sebastian Trüg <trueg@...> wrote:

> I think I found a bug or at least a problem. This is the command line using
> cdrecord 2.01.01a57:
>
> cdrecord -v gracetime=2 dev=/dev/hda speed=40 -sao -dummy driveropts=burnfree
> textfile=/tmp/Sn6771.dat -multi -useinfo -audio -pad -shorttrack /tmp/kde-
> kde4dev/k3b_audio_0_01.wav
>
> The problem is the textfile which is empty. Without it burning works
> flawlessly. Now obviously using an empty textfile is bogus but it should not
> make cdrecord go crazy, right?

I cannot reproduce a hang with an empty textfile. Could you call:

gcore <pid of cdrecord>
and use the debugger or

run
pstack <pid of cdrecord>

to find where the hang is?

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Bug? cdrecord hangs and uses up to 100% cpu

2009-03-26T03:24:41Z

Hi Jörg, hi list,

I think I found a bug or at least a problem. This is the command line using
cdrecord 2.01.01a57:

cdrecord -v gracetime=2 dev=/dev/hda speed=40 -sao -dummy driveropts=burnfree
textfile=/tmp/Sn6771.dat -multi -useinfo -audio -pad -shorttrack /tmp/kde-
kde4dev/k3b_audio_0_01.wav

The problem is the textfile which is empty. Without it burning works
flawlessly. Now obviously using an empty textfile is bogus but it should not
make cdrecord go crazy, right?

Hope this helps,
Sebastian

# Cdrecord-Inf-File written by K3b 1.61.0, Do. Mrz 26 10:22:31 2009
#
ISRC=
MCN=
Albumperformer= ''
Albumtitle= ''
Performer= ''
Songwriter= ''
Composer= ''
Arranger= ''
Message= ''
Tracktitle= ''
Tracknumber= 1
Trackstart= 0
# Tracklength: 03:28:35
Tracklength= 15635, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= yes
Endianess= little
Index= 0
Index0= -1

_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: CD Drive eject status

2009-03-17T02:33:16Z

Naveen S <naveenmailid@...> wrote:

> Can somebody help me, how to know whether CD drive is in open status or closed status in
> Solaris 10.

Unfortunately few drives support to ask for this status, therefore it is not
implemented in cdrtools.

Check this:

readcd dev=0,0,0 sectors=0-0 f=/dev/null
Read speed: 8467 kB/s (CD 48x, DVD 6x, BD 1x).
Write speed: 0 kB/s (CD 0x, DVD 0x, BD 0x).
/usr/bin/readcd.bin: I/O error. test unit ready: scsi sendcmd: no error
CDB: 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 3A 02 00 00 00 00
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x3A Qual 0x02 (medium not present - tray open) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.000s timeout 40s
/usr/bin/readcd.bin: Device not ready.

This an open tray

Or this:

readcd dev=0,0,0 sectors=0-0 f=/dev/null
Read speed: 8467 kB/s (CD 48x, DVD 6x, BD 1x).
Write speed: 0 kB/s (CD 0x, DVD 0x, BD 0x).
/usr/bin/readcd.bin: I/O error. test unit ready: scsi sendcmd: no error
CDB: 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 3A 01 00 00 00 00
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x3A Qual 0x01 (medium not present - tray closed) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.000s timeout 40s
/usr/bin/readcd.bin: Device not ready.

This is a closed but empty tray

And finally:

readcd dev=0,0,0 sectors=0-0 f=/dev/null
Read speed: 5645 kB/s (CD 32x, DVD 4x, BD 1x).
Write speed: 0 kB/s (CD 0x, DVD 0x, BD 0x).
Capacity: 246572 Blocks = 493144 kBytes = 481 MBytes = 504 prMB
Sectorsize: 2048 Bytes
Copy from SCSI (0,0,0) disk to file '/dev/null'
end: 0
addr: 0
Time total: 0.000sec
Read 0.00 kB at 0.0 kB/sec.

This is a closed tray with a CD inside.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

CD Drive eject status

2009-03-17T00:32:02Z

Hi,

Can somebody help me, how to know whether CD drive is in open status or closed status in
Solaris 10.

Thanks
Naveen

_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a58 ready

2009-03-09T09:59:16Z

NEW features of cdrtools-2.01.01a58:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- New Make rules for Syllable. Syllable is a fork from AtheOS.

- New make rules for Haiku

- New include file schily/sysexits.h is needed for Haiku

- New autoconf test for sysexits.h

- Autoconf tests for os2.h and os2me.h moved from cdda2wav to
global

- config.guess and config.sub now have support for Haiku

- New rule support for linux on "sh3", "sh4" and "sh4a" platforms.

- autoconf now acts more reliable and more orthogonal with AC_CHECK_TYPE() vs.
AC_CHECK_SIZEOF() and carefully includes include files separately based on
fine grained tests.

- Changed schily/dirent.h to correctly set up NAME_MAX on ATARI MiNT

- Changed schily/maxpath.h to correctly set up NAME_MAX on ATARI MiNT

Libschily:

- fexec now correctly works on Haiku and BeOS

- libschily/format.c now supports the %z (size_t) and %t (ptrdiff_t)
printf format size modifiers (fixed a typo introdiced in the first attempt)

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

- A first version of the SCSI adaptation layer for Syllable has been added.
Thanks to Kristian Van Der Vliet <vanders@...> for the first
implementation.

- Haiku is a BeOS clone and thus uses scsi-beos.c as SCSI adaptation layer.

IMPORTANT NOTICE: if you like to compile libscg with a current Haiku release
you first need to copy a file:

cd /boot/develop/headers/os
cp device/CAM.h drivers/CAM.h

CAM.h was at /boot/develop/headers/os/drivers/CAM.h in BeOS and as CAM
has no own hardware, it seems to belong into /boot/develop/headers/os/drivers/

Libscgcmd:

Rscsi:

Cdrecord:

- Fixed a minor typo in cdrecord

- Some better warnings with cdrecord in case that the environment variables
'CDR_FORCERAWSPEED=' or 'CDR_FORCSPEED=' have been specified.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Cdda2wav now uses an autoconf test to decide whether BEOS clone areas
can be used. THis gives Haiku compatibility.

- Fixed a bug introduced with introducing support for MD5 Sums.
Cdda2wav now disables the MD5 sum output in case -no-infofile has been specified

- Autoconf tests for os2.h and os2me.h moved from cdda2wav to
global

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Mkisofs now reports "Haiku" for the OS platform if on Haiku.

- The isoinfo man page now includes the -debug option

- Automated support for System ID

Haiku, Syllable, AMIGA-OS, ATARI-MiNT

- Fixed some Rock Ridge bugs that have been identified when investigating
in the OpenSolaris bug 6807009
http://defect.opensolaris.org/bz/show_bug.cgi?id=5385

- Man page description for -abstract -biblio -copyright is now better
to understand

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

CYGWIN NT-4.0 NOTES:

To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: [Cdrecord-support] dealing with DVD-RAM

2009-02-13T13:59:47Z

ehab aziz <ehab_aziz2001@...> wrote:

> I have something wrong went with Some DVD-Ram media . My volcheck in Solaris 10 does not sense any presence with the DVD. Please guide me how to deal with DVD-RAM media.

If you have a propblem please describe it so I may understand what
you are interested in.

cdrecord does write DVD-RAM

AFAIK, volcheck only worjs for floppies

reloading the medium should work.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a57 ready

2009-01-30T01:52:24Z

NEW features of cdrtools-2.01.01a57:

The ATARI port is now complete

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

Libschily:

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

- New SCSI low level transport for ATARI FreeMiNT has been added.
Thanks to Yvan Doyeux

Libscgcmd:

Rscsi:

Cdrecord:

- Do not install by overwriting /etc/default/cdrecord in case an earlier file
exists.

Please give feedback on what you like to see in future.

Do you like to see a sample file installed?

- README.cdplus has been renewed

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Prevent a core dump from hitting ^C while cdda2wav tries to call
scg_open() to open the SCSI devices.

- A buggy address compuation that caused problems with 64 bit binaries
has been fixed.

- Cdda2wav now correctly deals with longer CD-Text information.
Thanks to Yvan Doyeux for creating a related test CD...

Readcd:

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a56 ready

2009-01-22T03:32:25Z

NEW features of cdrtools-2.01.01a56:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- New autoconf test to distinguish between the free of charge
"Bundled" cc on HP-UX and the commercial cc. Only the commercial cc
supports ANSI C and the Bundled cc complains when the ANSI Options
are used:

(Bundled) cc: warning 480: The -A option is available only with the C/ANSI C product; ignored.
(Bundled) cc: warning 480: The -O option is available only with the C/ANSI C product; ignored.

These warnings are no longer present.

- schily/schily.h now auto-includes stdio.h in case that the platform
supports the new POSIX.1-2008 getline()/fgetline() functions that
violate against general POSIX rules and thus overlay our implementation
that exists since 1982.

- schily/stkframe.h now uses Intptr_t for the fr_savp member to make it
work correctly on 64bit systems without OS supplied stkframe.h.

- New autoconf test on whether unistd.h defines extern char ** environ.

- New file schily/stdio.h to simplify layering.

Libschily:

- Fixed a bug in fexecl() introduced in October 2008 that caused the
called program to be called with a too small argc (one too few).

- format() now supports %z for size_t and %t for ptrdiff_t

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Avoid some GCC warnings

Libcdrdeflt:

Libdeflt:

- lbdeflt needs to be compiled before libcdrdeflt when creating
dynamic libs

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

- Avoid some GCC warnings

Libscgcmd:

Rscsi:

Cdrecord:

- Avoid some GCC warnings

- Some small typos in error messages have been fixed.

- Workaround for 'TSSTcorp' 'CDDVDW SE-S224Q ' 'TS01' firmware bug.
The drives does not return SES_UNDEF for unformatted DVD+RW media.

- Support again cdrecord -v -sao -multi *.wav
This stopped working with 2.01.01a29 when introducing DVD multi-border
support.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- struct tocdesc has been restructured to prevent struct tail padding on MC-680x0 systems.
Thanks to Yvan Doyeux for reporting this for the ATARI port.

- The drive 'HP ' 'CD-Writer+ 9600 ' '1.0a' does not like to read SCSI FULL TOC
with a too long transfer lenght. First retrieve the available data count.

- New options -debug -debug-scsi -kdebug -kdebug-scsi -kd to set SCSI low level
debugging in libscg

- The option -v not also supports "!" and "not" to invert the list
of "verbose" options (e.g. -v!indices for everything but indices).

- Avoid some GCC warnings specific to HP-UX

- Added a workaround for gmake < version 3.81.
Older gmake versions evaluate dependencies in the wrong order.

Readcd:

- Try to exit(excode) instead of exit(0) in case that siginificant
problems occured.

- Prevent readcd from dumping core via raisecond("file_write_err")->abort()
in case that the target filesystem fills up.

- Added a workaround for gmake < version 3.81.
Older gmake versions evaluate dependencies in the wrong order.

Scgcheck:

- Avoid some GCC warnings

- Added a workaround for gmake < version 3.81.
Older gmake versions evaluate dependencies in the wrong order.

Scgskeleton:

- Added a workaround for gmake < version 3.81.
Older gmake versions evaluate dependencies in the wrong order.

Btcflash:

- Added a workaround for gmake < version 3.81.
Older gmake versions evaluate dependencies in the wrong order.

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Some casts have been added to increase the 64 bit compilation support

- mkisofs and the tools isodump, isovfy and isoinfo now completely
support the SUSP termination signature "ST".

- Do no longer flag the absence of a "RR" signature as an error in
isodump, isovfy and isoinfo as newer Rock Ridge standard versions removed RR.

- Fixed a minor problem with a debug print output and 64 bit compile mode.

- Avoid some GCC warnings

- Minor typo fix in the mkisofs man page

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

CYGWIN NT-4.0 NOTES:

To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

NOTE: These tar archives are 100% POSIX compatible. GNU tar may get some
minor trouble. If you like a 100% POSIX compliant tar, get star from
ftp://ftp.berlios.de/pub/star/

WARNING: Do not use 'winzip' to extract the tar file!
Winzip cannot extract symbolic links correctly.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: Cdrecord volume manager issue

2009-01-19T01:53:22Z

Naveen S <naveenmailid@...> wrote:

> Hi,
>
> I am facing CD record problem. after writing iso file to CD RW. am not able to see immediately the saved files in CD. i need to restart the volume manager. Why this is happening?.
>
> To save second image ( multisession writing), i am getting error CD full or missing. when i restart volmanager i am able to save second image.

Without knowing your OS and what you did exactly, I cannot help.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Cdrecord volume manager issue

2009-01-19T00:56:09Z

Hi,

I am facing CD record problem. after writing iso file to CD RW. am not able to see immediately the saved files in CD. i need to restart the volume manager. Why this is happening?.

To save second image ( multisession writing), i am getting error CD full or missing. when i restart volmanager i am able to save second image.

any solution for this

Naveen

_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a55 ready

2008-12-30T07:27:56Z

Installation is now more safe as the install script now behaves different for
suid installations depending on whether "make install" is called by root or not.

NEW features of cdrtools-2.01.01a55:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- Default install user changed from "bin" to "root".

- The install-sh script now complains if an attept was made to install
a program suid or sticky and the install user has no root privileges

- The makefile system has been modified to allow a separate set-up
for the install path of the configuration files to e.g. /etc/
via the DEFAULTS variable INS_RBASE

Libschily:

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

Libcdrdeflt:

Libdeflt:

Libfind:

Libfile:

Libhfs_iso:

Libsiconv:

Libscg:

Libscgcmd:

Rscsi:

- the configuration file "rscsi" is now by default installed into
/etc/default/rscsi

Cdrecord:

- Cdrecord is now by default installed suid root in case that the caller
of make install has root privileges

- The call to scg_close() introduced with 2.01.01a54 was not done in the right
order and could cause core dumps.

- the configuration file "cdrecord" is now by default installed into
/etc/default/cdrecord

- Some unused variables and functions have been commented out

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Cdda2wav is now by default installed suid root in case that the caller
of make install has root privileges

- Some unused variables and functions have been commented out

Readcd:

- Readcd is now by default installed suid root in case that the caller
of make install has root privileges

Scgcheck:

Scgskeleton:

Btcflash:

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a54 ready

2008-12-25T07:00:24Z

NEW features of cdrtools-2.01.01a54:

*******
NOTE: cdrtools is currently in a state just before a new major release.

*******

All:

- config.sub and config.guess now support ATARI MiNT

- All needed definition files for ATARI MiNT are now in RULES/*

- configure now checks whether shmget() works (needed for ATARI MiNT)

- The GNU linker on Linux now seems to support -R to set the LD_RUN_PATH
Added support for -R

- Added definitions to allow dynamic linking with the Sun Studio compiler
on Linux

- Added a new #define (NO_ACL) that alloed to disable ACL support via
command line when compiling

- include/schily/libport.h split into include/schily/libport.h and
include/schily/hostname.h to allow to avoid to include netdb.h for
applications that do not need gethostname() and getdomainname()

- include/schily/prototype.h now inlcludes the definitions for const...

- new autoconf test to check whether the Sun Studio compiler needs
-xarch=generic64 or -m64 for 64 bit compilation.

Libschily:

- New functions eaccess() and findinpath()

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libparanoia (Ported/enhanced by Jörg Schilling, originated by Monty xiphmont@...):

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libcdrdeflt:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libdeflt:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libfind:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

- libfind now correctly deals with ARG_MAX in case that
the bitness of the libfind executable differs from the bitness
of the executable called by -exec name {} +

Libfile:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libhfs_iso:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libsiconv:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libscg:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Libscgcmd:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Rscsi:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

- Raise the SCSI bus numer limit to 1024 to allow the new Linux ATA mapping.

Cdrecord:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

- New driver "mmc_bdrom" is used for profile 0x40 and allows to
retrieve the ADIP data for BD-R media that is reported as BD-ROM
by some drives.

- Added a workaround for a firmware bug in the drive
'HL-DT-ST' 'DVD-RAM GH22NP20'
that reports DVD-R media as media with zero size.

- Added a workaround for a firmware bug in many 'HL-DT-ST' drives
(e.g. 'HL-DT-ST' 'DVD-RAM GSA-H55N') that return unreliable data
with READ BUFFER and makes it impossible to get the drive DMA
transfer speed.

- Added a workaround for frequent kernel/driver bugs in FreeBSD and Solaris
that prevent the DMA residual count to work.

- Try to call scg_close() before exiting cdrecord.

- Default Transfer Size reverted from 126 kB to 63 kB.
Sorry FreeBSD guys - it seems that FreeBSD is the only OS that
correctly deals with larger DMA sizes.

FreeBSD people may add a line with CDR_TRANSFERSIZE=126k
in /etc/default/cdrecord to raise the default.

The current problems are:

- On Solaris 10 Sparc fs=126k causes a kernel panic

- On Solaris 11 the drivers partially return incorrect
max DMA sizes that may cause cdrecord to fail.

- On Linux with USB fs=126k may not work at all

- On Linux with other interfaces, fs=126k may reduce
the DMA speed to a value that always causes buffer
underruns.

I hope to find a better solution in the next development cycle
after the current code has been release as stable version.
Expect the next stable release to appear very soon.

Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@...):

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

- Suppress some incorrect warnings from GCC by doing a double cast.

- Allow longer path names for *.inf files.

- SCSI *scgp is now a clean parameter to all SCSI transport functions.

- toc.c changed to support the new schily/hostname.h

Readcd:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Scgcheck:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Scgskeleton:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Btcflash:

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

Mkisofs (Maintained/enhanced by Jörg Schilling since 1997, originated by Eric Youngdale):

- Workaround for a GCC warning with make DEFAULTSDIR=DEFAULTS_ENG
warning: 'sccsid' defined but not used added

- Raising PATH_MAX to be at least 1024 for all platforms as Cygwin
defines PATH_MAX to 260 which is too small for Cygwin.

- Implemented a better error message in case that the boot image
could not be found inside the target tree.

- A description for the -s/-sector option was added to the man page.
This option is used to allow to create conforming multi-session
images for e.g. the Kodak Photo CD or the Kodak Picture CD.

- A description forr the -XA and -xa option was added to the man page.

- Mkisofs now writes a better error message in case that it cannot
sort a directory because more than on directory content was merged
into the ISO image.

- isoinfo -d now prints the checksum for the Eltorito validation header

HELIOS TODO:

- Add the HELIOS UNICODE mapping code. This needs to be done
at UCS-2 level for Joliet and UDF (instead of UTF-8) and only
for Rock Ridge (in case of a UTF-8 based target locale) using
UTF-8 based translations.

- Make the Apple extensions work again with "mkisofs -find"

TODO:
- Support correct inode numbers for UDF hardlinks

- Support sockets, pipes, char/blk-dev specials with UDF

- read Joliet filenames with multi-session if no TRANS.TBL
or RR is present. I am looking for a volunteer for this task!

Note that this can never be 100% correct as there is no relation
between the names on the master (UNIX) filesystem, the ISO-9660
names and the Joliet names. Only the Rock Ridge names are
untranslated with respect to the original files on the
master (UNIX) filesystem.

- add libecc/edc for CDI and similar.

CYGWIN NT-4.0 NOTES:

To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.berlios.de/pub/cdrecord/alpha ...

NOTE: These tar archives are 100% POSIX compatible. GNU tar may get some
minor trouble. If you like a 100% POSIX compliant tar, get star from
ftp://ftp.berlios.de/pub/star/

WARNING: Do not use 'winzip' to extract the tar file!
Winzip cannot extract symbolic links correctly.

Joerg
Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
joerg.schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a53 ready

2008-10-29T04:20:52Z

After a major core restructuring, many symlinks could be avoided.

Cdda2wavv -M/-md5 now finally works and allows to compute the MD5 checksums
for audio Data. This helps to compare two consecutive extracts for equality.

A minor license change in libfile and the replacement of the RSA MD5 code by
a really free implementation gives better legal certainty for cdrtools.

ftp://ftp.berlios.de/pub/cdrecord/alpha/

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a50 ready

2008-09-26T08:55:37Z

Hi all,

cdrtools-2.01.01a50 is ready at

ftp://ftp.berlios.de/pub/cdrecord/alpha/

New features:

- The cdrecord DVD multi-border code from May 2007 has been made
OpenSource.
Multi-Border is the DVD multi-session equivalent. It allows to write
up to 1024 sessions on a single DVD.

The code currently covers the most important case of writing to
DVD-R/DVD-RW media.

You need to specify -multi for every session.

- mkisofs -UDF now does not longer replace controlchars in case that -J
has not been specified at the same time. This is a workaround for the
fact that mkisofs still shares the file name management code between
UDF and Joliet.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

cdrtools-2.01.01a47 ready

2008-08-28T16:06:40Z

Hi,

cdrtools-2.01.01a47 tries to fix some left over problems
with multi-session that uses mult-extent files (files > 4 GB).
I would be happy to see feedback

ftp://ftp.berlios.de/pub/cdrecord/alpha/

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers

Re: [Cdrecord-support] cdrtools-2.01.01a44 ready

2008-08-05T05:35:57Z

Quey <qms01@...> wrote:

> that file clearly does not exist in your RULES directory, the 586
> exists but not a 686
>
> and I, like the rest of the world use gnu make :)

Well, this is a problem that results from using an unmaintained make program ;-)

As I mentioned, this bug has been reported and accepted as GNU make bug in 1998.
The GNU Make maintainers told me that "it will take some time to fix", but
I believe that "some time" has passed already.

Pleas test 2.01.01a54-pre from ftp://ftp.berlios.de/pub/cdrecord/alpha/:

- Added a workaround for a GNU make design bug that causes the rules
to create file "foo" to be evaluated _past_ the "include foo"
statement in a Makefile has been evaluated. Note that you still need
GNU make 3.81. GNU make 3.80 and before will still fail to compile
cdrtools because of other unfixed GNU make bugs.

Jörg

--
EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
js@... (uni)
schilling@... (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-developers mailing list
Cdrecord-developers@...
https://lists.berlios.de/mailman/listinfo/cdrecord-developers