[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Libcdio-help] Re: libcdio-0.78.2 fails with adaptec and plextor on linu
|
From: |
R. Bernstein |
|
Subject: |
[Libcdio-help] Re: libcdio-0.78.2 fails with adaptec and plextor on linux 2.6.21.3 |
|
Date: |
Sun, 27 May 2007 21:50:45 -0400 (EDT) |
|
User-agent: |
SquirrelMail/1.4.9a |
If you think the problem libcdio getting the wrong device, then you can
explicitely give a device name. For example
cd-info /dev/sg1
The other SCSI errors you are getting in your logs are when libcdio issues
MMC commands. I think you would get exactly those messages if you had the
wrong kind of device. If you just want to test out running a mmc-command
to see that the log and running the command are related, use mmc-tool.
As for how libcdio determines if something is a CD-ROM or not on
GNU/Linux, it issues ioctl(cdfd, CDROM_GET_CAPABILITY, 0). See
lib/driver/gnu-linux.c in the routine is_cdrom_linux. This stuff is
inordinately complicated, but that's what folks report works.
> Hello,
>
> Perhaps it is a problem about /dev/sg0 ? You did notice that the
> cd-rom is /dev/sr0 but the device used by cdparanoia is /dev/sg1?
> This is because the sgX are allocated dynamically and if I use a USB
> drive before the cd-rom, then the USB drive gets /dev/sg0 (and it is
> not de-allocated). I don't know, it's just a guess. If I used the
> cdrom first maybe it would get /dev/sg0 and the USB would get
> /dev/sg1, so I don't think there is any 1 to 1 correspondence between
> /dev/sgX and /dev/srY. Does libcdio assume /dev/srX uses /dev/sgX?
>
> BLS
>
>
> On 5/28/07, BuraphaLinux Server <address@hidden> wrote:
>> Hello,
>>
>> Here are the full outputs of both commands so you can check it.
>> Note that cdparanoia does see the correct information about the
>> hardware (PLEXTOR CD-R PX-W4012S). My quick reading of the data
>> seems to say your guess was correct about the 2 minutes difference. I
>> wonder if your library is making up raw scsi commands and sending them
>> into the kernel and the commands are somehow accidentally corrupted
>> like the text in the hardware identification? See the kernel dmesg
>> output at the end of this email for what makes me think this.
>>
>> bash-3.2$ cd-info
>> cd-info version 0.78.2 i586-pc-linux-gnu
>> Copyright (c) 2003, 2004, 2005 R. Bernstein
>> This is free software; see the source for copying conditions.
>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
>> PARTICULAR PURPOSE.
>> CD location : /dev/cdrom
>> CD driver name: GNU/Linux
>> access mode: ioctl
>>
>> Vendor : ÃÃÃÃÃÃÃÃ
>> Model : ÃÃÃÃÃÃÃÃÃÃÃÃÃÃÃÃ
>> Revision : ÃÃÃÃ
>> Error in getting drive hardware properties
>> Error in getting drive reading properties
>> Error in getting drive writing properties
>> __________________________________
>>
>> Disc mode is listed as: CD-DA
>> CD-ROM Track List (1 - 10)
>> #: MSF LSN Type Green? Copy? Channels Premphasis?
>> 1: 00:02:00 000000 audio false no 2 no
>> 2: 03:43:22 016597 audio false no 2 no
>> 3: 07:16:42 032592 audio false no 2 no
>> 4: 10:00:52 044902 audio false no 2 no
>> 5: 13:27:70 060445 audio false no 2 no
>> 6: 17:58:54 080754 audio false no 2 no
>> 7: 21:52:22 098272 audio false no 2 no
>> 8: 26:41:10 119935 audio false no 2 no
>> 9: 30:26:65 136865 audio false no 2 no
>> 10: 33:10:12 149112 audio false no 2 no
>> 170: 35:58:10 161710 leadout (362 MB raw, 362 MB formatted)
>> Media Catalog Number (MCN):
>> Last CD Session LSN: 0
>> audio status: no status
>> volume level port 0: 255 (0..255) 100 (0..100)
>> volume level port 1: 255 (0..255) 100 (0..100)
>> volume level port 2: 0 (0..255) 0 (0..100)
>> volume level port 3: 0 (0..255) 0 (0..100)
>> __________________________________
>> CD Analysis Report
>> Audio CD, CDDB disc ID is 6e086c0a
>> ++ WARN: command data missing
>> cd-info: Found 0 matches in CDDB
>>
>> CD-TEXT for Disc:
>> CD-TEXT for Track 1:
>> CD-TEXT for Track 2:
>> CD-TEXT for Track 3:
>> CD-TEXT for Track 4:
>> CD-TEXT for Track 5:
>> CD-TEXT for Track 6:
>> CD-TEXT for Track 7:
>> CD-TEXT for Track 8:
>> CD-TEXT for Track 9:
>> CD-TEXT for Track 10:
>> bash-3.2$ bash-3.2$ cdparanoia -vsQ
>> cdparanoia III release 9.8 (March 23, 2001)
>> (C) 2001 Monty <address@hidden> and Xiphophorus
>>
>> Report bugs to address@hidden
>> http://www.xiph.org/paranoia/
>>
>> Checking /dev/cdrom for cdrom...
>> Testing /dev/cdrom for cooked ioctl() interface
>> /dev/sr0 is not a cooked ioctl CDROM.
>> Testing /dev/cdrom for SCSI interface
>> generic device: /dev/sg1
>> ioctl device: /dev/sr0
>>
>> Found an accessible SCSI CDROM drive.
>> Looking at revision of the SG interface in use...
>> SG interface version 3.5.34; OK.
>>
>> CDROM model sensed sensed: PLEXTOR CD-R PX-W4012S 1.01
>>
>> Checking for SCSI emulation...
>> Drive is SCSI
>>
>> Checking for MMC style command set...
>> Drive is MMC style
>> DMA scatter/gather table entries: 128
>> table entry size: 32768 bytes
>> maximum theoretical transfer: 1783 sectors
>> Setting default read size to 13 sectors (30576 bytes).
>>
>> Verifying CDDA command set...
>> Expected command set reads OK.
>>
>> Table of contents (audio tracks only):
>> track length begin copy pre ch
>> ===========================================================
>> 1. 16597 [03:41.22] 0 [00:00.00] no no 2
>> 2. 15995 [03:33.20] 16597 [03:41.22] no no 2
>> 3. 12310 [02:44.10] 32592 [07:14.42] no no 2
>> 4. 15543 [03:27.18] 44902 [09:58.52] no no 2
>> 5. 20309 [04:30.59] 60445 [13:25.70] no no 2
>> 6. 17518 [03:53.43] 80754 [17:56.54] no no 2
>> 7. 21663 [04:48.63] 98272 [21:50.22] no no 2
>> 8. 16930 [03:45.55] 119935 [26:39.10] no no 2
>> 9. 12247 [02:43.22] 136865 [30:24.65] no no 2
>> 10. 12598 [02:47.73] 149112 [33:08.12] no no 2
>> TOTAL 161710 [35:56.10] (audio only)
>>
>> bash-3.2$
>>
>> I also get troubling kernel logs:
>> [10374.669295] (scsi0:A:5:0): No or incomplete CDB sent to device.
>> [10374.669424] scsi0: Issued Channel A Bus Reset. 1 SCBs aborted
>> [10374.886754] (scsi0:A:5:0): No or incomplete CDB sent to device.
>> [10374.886877] scsi0: Issued Channel A Bus Reset. 1 SCBs aborted
>> [10375.103577] (scsi0:A:5:0): No or incomplete CDB sent to device.
>> [10375.103699] scsi0: Issued Channel A Bus Reset. 1 SCBs aborted
>> [10375.319043] (scsi0:A:5:0): No or incomplete CDB sent to device.
>> [10375.319053] (scsi0:A:5:0): Protocol violation in Message-in phase.
>> Attempting to abort.
>> [10375.319127] (scsi0:A:5:0): Unexpected busfree in Message-in phase
>> [10375.319184] SEQADDR == 0x16c
>> [10405.040032] (scsi0:A:5:0): No or incomplete CDB sent to device.
>> [10405.040042] (scsi0:A:5:0): Protocol violation in Message-in phase.
>> Attempting to abort.
>> [10405.040116] (scsi0:A:5:0): Abort Message Sent
>> [10405.040179] (scsi0:A:5:0): SCB 4 - Abort Completed.
>> [10405.053607] (scsi0:A:5:0): No or incomplete CDB sent to device.
>> [10405.053618] (scsi0:A:5:0): Protocol violation in Message-in phase.
>> Attempting to abort.
>> [10405.053692] (scsi0:A:5:0): Abort Message Sent
>> [10405.053757] (scsi0:A:5:0): SCB 30 - Abort Completed.
>>
>>
>> On 5/28/07, R. Bernstein <address@hidden> wrote:
>> > Here's what I think is going on. The CD has two sessions written on
>> it.
>> > The second is empty. The first one has the audio. libcdio is getting
>> > messed up on the second session.
>> >
>> > Try running cd-info and send that output. My guess is that you'll see
>> the
>> > track data from the first session and it will match the information
>> from
>> > cdparanoia with the following transformations. the cd-info track
>> numbers
>> > may be one more than the cdparanoia numbers and there will be two
>> seconds
>> > added to libcdio. There is other important information that would be
>> > interesting if you get this far. The disk mode and the last session
>> > reported. Here's an example:
>> >
>> > cd-info
>> > ...
>> >
>> > Disc mode is listed as: CD-DA
>> > ^^^^^
>> >
>> > CD-ROM Track List (1 - 16)
>> > #: MSF LSN Type Green? Copy? Channels Premphasis?
>> > 1: 00:02:00 000000 audio false no 2 no
>> > 2: 01:41:07 007432 audio false no 2 no
>> > ...
>> > 16: 67:43:12 304587 audio false no 2 no
>> > 170: 78:47:00 354375 leadout (794 MB raw, 794 MB formatted)
>> > Media Catalog Number (MCN):
>> > Last CD Session LSN: 0
>> > ^^^^^^^^^^^^^^^^^^^^^^^
>> >
>> > To compare with cdparanoia output
>> >
>> > 1. 7432 [01:39.07] 0 [00:00.00] no no 2
>> > ...
>> > TOTAL 354375 [78:45.00] (audio only)
>> >
>> > So 01:39:07 in cdparanoia is 01:41:07 in libcdio and 78:45:00 is
>> 78:47:00.
>> >
>> > > Hello,
>> > >
>> > > After applying patch, a.out still has random data as shown in these
>> lines:
>> > > On 1st run:
>> > > CDROM sensed: /dev/cdr om", {st_mode=S_ IFBL SCSI
>> CD-ROM
>> > > On 2nd run:
>> > > CDROM sensed: Xxð·0 SCSI CD-ROM
>> > > On 3rd run:
>> > > CDROM sensed: ÿÿÿÿÿÿÿÿ
>> > > ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ ÿÿÿÿ SCSI CD-ROM
>> > >
>> > > Here are the two strace outputs you requested:
>> > >
>> > > BEGIN trace of cdparanoia you requested
>> > > lstat64("/dev/sr0", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> =
>> > > 0
>> > > open("/dev/sr0", O_RDONLY|O_NONBLOCK) = 3
>> > > ioctl(3, CDROMAUDIOBUFSIZ or SCSI_IOCTL_GET_IDLUN, 0xbfcb95f4) = 0
>> > > ioctl(3, SCSI_IOCTL_GET_BUS_NUMBER, 0xbfcb95f0) = 0
>> > > --
>> > > open("/dev/sga", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or
>> > > directory)
>> > > open("/dev/sg1", O_RDONLY|O_NONBLOCK) = 4
>> > > ioctl(4, CDROMAUDIOBUFSIZ or SCSI_IOCTL_GET_IDLUN, 0xbfcb95f4) = 0
>> > > ioctl(4, SCSI_IOCTL_GET_BUS_NUMBER, 0xbfcb95f0) = 0
>> > > --
>> > > Looking at revision of the SG interface in use...
>> > > ) = 89
>> > > ioctl(4, SG_GET_VERSION_NUM, 0xbfcb9728) = 0
>> > > write(2, "\tSG interface version 3.5.34; OK"..., 34 SG interface
>> > > version 3.5.34; OK.
>> > > ) = 34
>> > > ioctl(3, CDROMAUDIOBUFSIZ or SCSI_IOCTL_GET_IDLUN, 0xbfcb9724) = 0
>> > > ioctl(3, SCSI_IOCTL_GET_BUS_NUMBER, 0xbfcb9720) = 0
>> > > --
>> > > Checking for SCSI emulation...
>> > > ) = 32
>> > > ioctl(4, SG_EMULATED_HOST, 0xbfcb98a8) = 0
>> > > --
>> > > read(4, "0\0\0\0000\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
>> 48)
>> =
>> > > 48
>> > > rt_sigprocmask(SIG_UNBLOCK, [], NULL, 8) = 0
>> > > ioctl(3, CDROMMULTISESSION or SNDRV_SEQ_IOCTL_GET_CLIENT_INFO,
>> 0xbfcb9844)
>> > > = 0
>> > > ioctl(4, SG_GET_RESERVED_SIZE, 0xbfcb98a4) = 0
>> > > ioctl(4, SG_GET_SG_TABLESIZE, 0xbfcb98a8) = 0
>> > > --
>> > >
>> > > ) = 57
>> > > ioctl(4, SG_SET_COMMAND_Q, 0xbfcb98a4) = 0
>> > > END trace
>> > >
>> > >
>> >
>> **************************************************************************************
>> > >
>> > > BEGIN trace of cd-paranoia (using libcdio with both patches)
>> > > stat64("/dev/cdrom", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> > > = 0
>> > > open("/dev/cdrom", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 3
>> > > ioctl(3, CDROM_GET_CAPABILITY or SNDRV_SEQ_IOCTL_UNSUBSCRIBE_PORT,
>> 0) =
>> > > 3701743
>> > > --
>> > > stat64("/dev/cdrom", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> > > = 0
>> > > open("/dev/cdrom", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 4
>> > > ioctl(4, CDROM_GET_CAPABILITY or SNDRV_SEQ_IOCTL_UNSUBSCRIBE_PORT,
>> 0) =
>> > > 3701743
>> > > --
>> > > stat64("/dev/sr0", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> =
>> > > 0
>> > > open("/dev/sr0", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 5
>> > > ioctl(5, CDROM_GET_CAPABILITY or SNDRV_SEQ_IOCTL_UNSUBSCRIBE_PORT,
>> 0) =
>> > > 3701743
>> > > --
>> > > stat64("/dev/sr0", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> =
>> > > 0
>> > > open("/dev/sr0", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 4
>> > > ioctl(4, CDROM_GET_CAPABILITY or SNDRV_SEQ_IOCTL_UNSUBSCRIBE_PORT,
>> 0) =
>> > > 3701743
>> > > --
>> > > stat64("/dev/cdrom", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> > > = 0
>> > > open("/dev/cdrom", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 3
>> > > ioctl(3, CDROMREADTOCHDR, 0x805ae0c) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a95c) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a968) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a974) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a980) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a98c) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a998) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9a4) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9b0) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9bc) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9c8) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9d4) = 0
>> > > --
>> > > stat64("/dev/sr0", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> =
>> > > 0
>> > > open("/dev/sr0", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 3
>> > > ioctl(3, CDROMREADTOCHDR, 0x805ae0c) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a95c) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a968) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a974) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a980) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a98c) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a998) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9a4) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9b0) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9bc) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9c8) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a9d4) = 0
>> > > --
>> > > open("/dev/sr0", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 3
>> > > stat64("/dev/sr0", {st_mode=S_IFBLK|0660, st_rdev=makedev(11, 0),
>> ...})
>> =
>> > > 0
>> > > ioctl(3, CDROM_SEND_PACKET, 0xbfd6df60) = 0
>> > > --
>> > >
>> > > ) = 60
>> > > ioctl(3, CDROMREADTOCHDR, 0x805ae0c) = 0
>> > > ioctl(3, CDROMREADTOCENTRY, 0x805a95c) = -1 ENOMEDIUM (No medium
>> found)
>> > > END trace
>> > >
>> > >
>> > > On 5/28/07, R. Bernstein <address@hidden> wrote:
>> > >> With CDROM sensed problem you are coming across another place where
>> > >> libcdio is accessing uninitialized data. The patch below should fix
>> > >> this.
>> > >>
>> > >> The real problem is that the ioctls are failing. It probably has to
>> do
>> > >> with the fact that you have SCSI drives. Does cd-parnaoia (from
>> libcdio)
>> > >> show the tracks of the drive? Issue cd-paranoia -vsQ to see. And
>> compare
>> > >> with
>> > >>
>> > >> Also interesting would be to compare the status of the ioctl's
>> report,
>> > >> and
>> > >> with that we need to know what device is used with that. On my
>> system
>> > >> the
>> > >> file descriptors are always 4 so we need the open that returns 4.
>> > >>
>> > >> So try running these commands
>> > >>
>> > >> strace cdparanoia -vsQ 2>&1 | grep -B 2 '^ioctl('
>> > >> and libcdio's version:
>> > >> strace cd-paranoia -vsQ 2>&1 | grep -B 2 '^ioctl('
>> > >>
>> > >> For comparison, here's what I get on my GNU/Linux box where I don't
>> have
>> > >> a
>> > >> problem.
>> > >>
>> > >> strace cdparanoia -vsQ 2>&1 | grep -B 2 '^ioctl('
>> > >> close(4) = 0
>> > >> open("/dev/hdc", O_RDONLY|O_NONBLOCK) = 4
>> > >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ this line is important
>> > >> ioctl(4, CDROMVOLREAD, 0xbff9a6c0) = 0
>> > >> ioctl(4, 0x30d, 0x8058088) = 0
>> > >> --
>> > >>
>> > >> ) = 58
>> > >> ioctl(4, CDROMREADTOCHDR, 0xbff9a6ba) = 0
>> > >> ioctl(4, CDROMREADTOCENTRY, 0xbff9a6ac) = 0
>> > >> ioctl(4, CDROMREADTOCENTRY, 0xbff9a6ac) = 0
>> > >>
>> > >>
>> > >> and
>> > >>
>> > >> strace cd-paranoia -vsQ 2>&1 | grep -B 2 '^ioctl('
>> > >> stat64("/dev/cdrom", {st_mode=S_IFBLK|0660, st_rdev=makedev(22, 0),
>> > >> ...}) =
>> > >> 0
>> > >> open("/dev/cdrom", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 4
>> > >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ this is
>> helpful
>> > >> ioctl(4, CDROM_GET_CAPABILITY or SNDRV_SEQ_IOCTL_UNSUBSCRIBE_PORT,
>> 0) =
>> > >> 2228207
>> > >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ this line failed
>> > >> ioctl(4, CDROMREADTOCHDR, 0x805ae0c) = 0
>> > >> ioctl(4, CDROMREADTOCENTRY, 0x805a95c) = 0
>> > >> ioctl(4, CDROMREADTOCENTRY, 0x805a968) = 0
>> > >> ioctl(4, CDROMREADTOCENTRY, 0x805a974) = 0
>> > >> ioctl(4, CDROMREADTOCENTRY, 0x805a980) = 0
>> > >> ioctl(4, CDROMREADTOCENTRY, 0x805a98c) = 0
>> > >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ these lines didn't
>> fail
>> > >>
>> > >> > Hello,
>> > >> >
>> > >> > I have GNU libc 2.3.6 and use compiler GNU gcc 4.0.4. After
>> > >> > applying your patch and rebuilding libcdio, the segfault problem
>> is
>> > >> > cured. However, my CD-ROM drive is still unusuable. The sample
>> > >> > program output this:
>> > >> >
>> > >> > bash-3.2$ ./a.out /dev/sr0
>> > >> > Trying to open device '/dev/sr0', using default access mode.
>> > >> > Checking /dev/sr0 for cdrom...
>> > >> > CDROM sensed: < SCSI CD-ROM
>> > >> >
>> > >> > ++ WARN: error in ioctl CDROMREADTOCHDR: No medium found
>> > >> >
>> > >> >
>> > >> > Attempting to determine drive endianness from data...
>> > >> > Cannot determine CDROM drive endianness.
>> > >> > bash-3.2$
>> > >> >
>> > >> > On the line that says "CDROM sensed: < SCSI CD-ROM" the part
>> between
>> > >> > the colon and the word SCSI seems to be randomly changed each
>> time I
>> > >> run
>> > >> > the program. Here is the program run again just a second later
>> with
>> > >> the
>> > >> > same
>> > >> > CD still in the drive:
>> > >> > bash-3.2$ ./a.out /dev/sr0
>> > >> > Trying to open device '/dev/sr0', using default access mode.
>> > >> > Checking /dev/sr0 for cdrom...
>> > >> > CDROM sensed: ÿÿÿÿÿÿÿÿ
>> > >> > ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ ÿÿÿÿ SCSI CD-ROM
>> > >> >
>> > >> > ++ WARN: error in ioctl CDROMREADTOCENTRY for track 162: No
>> medium
>> > >> found
>> > >> >
>> > >> >
>> > >> > Attempting to determine drive endianness from data...
>> > >> > Cannot determine CDROM drive endianness.
>> > >> > bash-3.2$
>> > >> >
>> > >> > Also note it is a different ioctl this time.
>> > >> >
>> > >> > JGH
>> > >> >
>> > >> > On 5/27/07, R. Bernstein <address@hidden> wrote:
>> > >> >> I said..
>> > >> >> > ... As for more
>> > >> >> > information, well, the thing that may be interesting is the
>> OS,
>> OS
>> > >> >> > release number, and version of libc (Standard C library) that
>> you
>> > >> are
>> > >> >> > using.
>> > >> >>
>> > >> >> About the OS and release number... Sorry I do see that. From
>> this I
>> > >> >> imagine that libc is also pretty new.
>> > >> >>
>> > >> >>
>> > >> >>
>> > >> >> _______________________________________________
>> > >> >> Libcdio-help mailing list
>> > >> >> address@hidden
>> > >> >> http://lists.gnu.org/mailman/listinfo/libcdio-help
>> > >> >>
>> > >> >
>> > >>
>> > >
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > Libcdio-help mailing list
>> > address@hidden
>> > http://lists.gnu.org/mailman/listinfo/libcdio-help
>> >
>>
>