Re: mkisofs should die with too big files

2002-05-17 Thread LJKnews

[EMAIL PROTECTED] quoted and then wrote:

>From:  [EMAIL PROTECTED] (Joerg Schilling)
>To:[EMAIL PROTECTED], [EMAIL PROTECTED]
>>From: [EMAIL PROTECTED]
>
>
>Looks like you like to make your own standard...
>>>
Sorry, I don't understand that comment.
>>>
If my understanding of ISO 9660 is incorrect, I would like to
know where I have made an error.
>>>
>>>Problems usually occur when people like you start to freely interpret
>>>standards ia a completely other way as other people do.
>
>>But more problems ensue when people delight in being obscure
>>rather than helpful.  To me the language of the standard is
>>clear.  To you it is clear.
>
>>How does _your_ interepretation differ from mine ?
>
>You need to know _why_ the standard is this way in order to know that
>this part is not usable:
>
>It is there because Apple requested it.

That surprises me.  I realize the notion of an Associated File
is there at the request of Apple, but I was under the impression
that Multi-Extent was in the specification by request of DEC
(perhaps along with others).

>As Apple does not use it, nobody did implementd support for it.

Certainly VMS has code to read multiple extent files (but not
Associated Files) in [V73.F11CD.LIS]F11D_WINDOWTURN.LIS. V7.3
is the current version of VMS, although that support has been
there for about 10 years (from V6.1 or so).  For Associated
Files VMS seems to have just enough code to note their presence
and ignore them.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




MATSHITA DVD-RAM/R Drive Supported?

2002-05-17 Thread Mike Fox Morrey

Hey all, anyone have one of these? I'm testing one for work, and it seems 
to be a combo drive, DVD-RAM/R drive. I can do a -prcap on it, and it will 
report yes to DVD-RAM and DVD-R, but if I actually try to do a but, I get:
cdrecord: Sorry, no CD/DVD-Recorder or unsupported CD/DVD-Recorder found on 
this target.

Drive info:
Device type: Removable CD-ROM
Version: 0
Response Format: 2
Capabilities   :
Vendor_info: 'MATSHITA'
Identifikation : 'DVD-RAM LF-D310 '
Revision   : 'A116'
Device seems to be: Generic mmc2 DVD.


IMHO, I thought DVD-RAMs were a completely different monster all together. 
But this seems to be able to do both. (Not DVD-RW, however..)
Info? Should I stick with the Pioneer A03? (I like that one..)

Me.

---
Mike 'Fox' Morrey - Noble Systems Support
-> 2 + 2 = 5 for extremely large values of 2. <-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: CD-WRITE: DVD-RAM - cdrecord: Cannot write CD's >= 100 minutes.

2002-05-17 Thread Len Sorensen

On Fri, May 17, 2002 at 03:22:35PM +0100, L. Cranswick wrote:
> Is there a webpage somewhere that describes why DVD-RAM cannot have
> ISO images more than ~700Meg written to it - and possible solutions
> for creating bootable DVD-RAM media (that writing ISO images seems
> to allow quite seemlessly - assuming the images are not greater than
> ~700 Meg)?

Is there any page that says it can have an iso image put on it at all?

Last I used a DVD-RAM it was a block device with, as far as fdisk can see,
1 head, 1 cylinder and 8946816 sectors.  I guess maybe I could do dd
if=file.iso of=/dev/hdc or something, but I would not expect cdrecord
to have anything to do with it.  It has no concept of blanking as far
as I know (you can write zeros on it if you want, which is what a blank,
unformated disk has), or you can create a UDF filesystem on it (mkudf can
do that, among others).  Consider it to be a very large floppy.  Also I
have no idea if any system can boot from it.  Maybe if you partition it,
and then create a filesystem on a bootable partition, you could boot it.
Maybe not. given the geometry is so different.

Basically, why use cdrecord, when dd works?

Len Sorensen


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DVD-RW/DVD+RW

2002-05-17 Thread Andy Polyakov

> The dvd+r format and grow tools are a hack and work because people know

"[programs] work because people know"??? I used to believe that people
use programs because they work. I haven't seen anything work just
because I believed it does:-)

> that they are for DVD+RW only.

The idea behind growisofs is generic (what do you do when the target
media has no session or track notion, yet don't want to remaster the
whole thing?) and the program can be used with arbitrary random r/w
access device, in particular with DVD-RAM (a hint for "L. Cranswick"
<[EMAIL PROTECTED]>, see http://fy.chalmers.se/~appro/linux/DVD+RW/tools/:-).

> I did not yet test compatibility, but i heard that no Toshiba drive
> will read these disks because they are not approved by the DVD-Forum.

Strange logic again. It sounds like if DVD Forum adopts DVD+RW tomorrow,
Toshiba drives would just start reading these disks? It's rather that
Toshiba refuses to lift a finger to figure out what's the problem using
the fact that DVD+RW is not adopted by DVD+RW forum as an excuse, and a
*lame* one. I have received a number of reports about Toshiba notebook
drives contradicting each other. Some people have no problems whatsoever
mounting DVD+RW media in their Toshiba notebook drives (found in HP,
IBM, Dell, Compaq, Sony, Fujitsu, etc. notebooks), some (including me)
have partial success (sometimes it gets mounted and then provides
perfect playback), but most have indeed no luck at all. And doesn't
appear to be a matter of good or bad Toshiba firmware... As mentioned on
my page it makes me believe that if DVD+RW drives were better calibrated
and were writing lead-in with less radial variation (so that "impatient"
tracking systems wouldn't time out too soon), the [in]compatibility
wouldn't be [such big] issue.

A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DVD-RW/DVD+RW

2002-05-17 Thread Andy Polyakov

> >"Realize" as "bring into concrete existence" or "realize" as "conceive
> >vividly as real"? If first, then the answer is "I don't, the unit just
> >does it." If second, then you can just turn the disk and measure the
> >diameter and note that when the inner ring of virgin surface gets thin
> >enough media gets rendered useless. If neither answers the question,
> >define "this."
> 
> Does this mean that you cannot "see" it vie SCSI only?

Well, if those secret Ricoh pages don't tell, then no, you can't "see"
that via SCSI. If the pages do tell, then I wouldn't know. The moment I
"see" the side effect of it via SCSI (as already mentioned you start
getting positioning errors in the beginning of the media) it's already
too late.

> Is there any other documentation available?
> 
> 5 secret pages from Ricoh

Where can I get these pages? I was in contact with Ricoh but got
basically nowhere.

> >> your tools are not a complete implementaion
> 
> >Can you tell what's missing then?
> 
> Support for recognition of media that is a result of an aborted format process.

This is correct that my utility sees only difference between blank and
formatted media (fully *or* partially), but not between fully and
partially formatted media. I was aware that you can check if the media
was partially formatted with READ DISK INFORMATION. But I didn't
implement that [in final version] because the question "*then* what?"
arose. Then you have two options: to resume the format or initialize new
one. But what's the point of resuming the format if the unit does it
*transparently* for you anyway, basically *liberating* you from having
to wait till full format is complete? Who would want to wait for over 20
mins till full format is complete when the partial format is due in
*less* than a minute (at least with later firmware) and the media is
*perfectly* usable as if it was completely formatted? So I reckoned that
the only meaningfull option is to initiate new format. And so the
utility either formats the blank media without asking no questions or
insist on -f flag if mounted media is already formatted (fully *or*
partially).

A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: CD-WRITE: DVD-RAM - cdrecord: Cannot write CD's >= 100 minutes.

2002-05-17 Thread L. Cranswick


> >Using the following command on a 4.7 Gig single sided DVD-RAM for a 1.6
> >Gig ISO iamge:
> 
> Well, then we found the problem, you are using a DVD-RAM instead of a DVD-R
> media.
> 
> It seems that I woiuld need to be able to test in order to find a way
> to check for DVD-RAM media and abort.

Is there a webpage somewhere that describes why DVD-RAM cannot have
ISO images more than ~700Meg written to it - and possible solutions
for creating bootable DVD-RAM media (that writing ISO images seems
to allow quite seemlessly - assuming the images are not greater than
~700 Meg)?

Lachlan.


-- 
---
Lachlan M. D. Cranswick

Collaborative Computational Project No 14 (CCP14)
for Single Crystal and Powder Diffraction
  Birkbeck University of London and Daresbury Laboratory 
Postal Address: CCP14 - School of Crystallography,
Birkbeck College,
Malet Street, Bloomsbury,
WC1E 7HX, London,  UK
Tel: (+44) 020 7631 6850   Fax: (+44) 020 7631 6803
E-mail: [EMAIL PROTECTED]Room: B091
WWW: http://www.ccp14.ac.uk/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DVD-RW/DVD+RW

2002-05-17 Thread Joerg Schilling


>From [EMAIL PROTECTED] Fri May 17 14:54:35 2002

>"Realize" as "bring into concrete existence" or "realize" as "conceive
>vividly as real"? If first, then the answer is "I don't, the unit just
>does it." If second, then you can just turn the disk and measure the
>diameter and note that when the inner ring of virgin surface gets thin
>enough media gets rendered useless. If neither answers the question,
>define "this."

Does this mean that you cannot "see" it vie SCSI only?


>> I did not yet format a disk, because from reading the documentation,

>My tools is are based on MMC-3 draft avaiable at www.t10.org and a lot
>of personal experience. Is there any other documentation available?

one Page from Philips, 5 secret pages from Ricoh and the MMC3...

>> your tools are not a complete implementaion

>Can you tell what's missing then?

Support for recognition of media that is a result of an aborted format process.


Jörg

 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED]   (uni)  If you don't have iso-8859-1
   [EMAIL PROTECTED]   (work) chars I am J"org Schilling
 URL:  http://www.fokus.gmd.de/usr/schilling   ftp://ftp.fokus.gmd.de/pub/unix


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DVD-RW/DVD+RW

2002-05-17 Thread Andy Polyakov

> >> Here's the results of our testing of the HP 100i and 200i Drives under
> >> Linux.
> >>
> >> DVD+RW:
> >>
> >>  but deleting
> >>  requires a re-format, and re-writing.
> >  ^ Re-format is not required. Moreover re-format
> >has a side effect. It looks like lead-in gets moved closer to center
> >with every re-format and if you re-format many times you start getting
> >positioning errors in the beginning of the disk and after several more
> >reformats the disk gets rendered totally useless. So don't reformat,
> >just write over.
> 
> How do you realize this?

"Realize" as "bring into concrete existence" or "realize" as "conceive
vividly as real"? If first, then the answer is "I don't, the unit just
does it." If second, then you can just turn the disk and measure the
diameter and note that when the inner ring of virgin surface gets thin
enough media gets rendered useless. If neither answers the question,
define "this."

> I did not yet format a disk, because from reading the documentation,

My tools is are based on MMC-3 draft avaiable at www.t10.org and a lot
of personal experience. Is there any other documentation available?

> your tools are not a complete implementaion

Can you tell what's missing then?

A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: CD-WRITE: DVD-RAM - cdrecord: Cannot write CD's >= 100 minutes.

2002-05-17 Thread Joerg Schilling

>From: Lachlan Cranswick <[EMAIL PROTECTED]>

>>don't use the -dao option!


>Using the following command on a 4.7 Gig single sided DVD-RAM for a 1.6
>Gig ISO iamge:

Well, then we found the problem, you are using a DVD-RAM instead of a DVD-R
media.

It seems that I woiuld need to be able to test in order to find a way
to check for DVD-RAM media and abort.

Jörg

 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED]   (uni)  If you don't have iso-8859-1
   [EMAIL PROTECTED]   (work) chars I am J"org Schilling
 URL:  http://www.fokus.gmd.de/usr/schilling   ftp://ftp.fokus.gmd.de/pub/unix


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Re: Re: Re: mkisofs should die with too big files

2002-05-17 Thread Joerg Schilling

>From: [EMAIL PROTECTED]


Looks like you like to make your own standard...
>>
>>>Sorry, I don't understand that comment.
>>
>>>If my understanding of ISO 9660 is incorrect, I would like to
>>>know where I have made an error.
>>
>>Problems usually occur when people like you start to freely interpret
>>standards ia a completely other way as other people do.

>But more problems ensue when people delight in being obscure
>rather than helpful.  To me the language of the standard is
>clear.  To you it is clear.

>How does _your_ interepretation differ from mine ?

You need to know _why_ the standard is this way in order to know that
this part is not usable:

It is there because Apple requested it. 

As Apple does not use it, nobody did implementd support for it.



Jörg

 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED]   (uni)  If you don't have iso-8859-1
   [EMAIL PROTECTED]   (work) chars I am J"org Schilling
 URL:  http://www.fokus.gmd.de/usr/schilling   ftp://ftp.fokus.gmd.de/pub/unix


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DVD-RW/DVD+RW

2002-05-17 Thread Joerg Schilling

>From: Andy Polyakov <[EMAIL PROTECTED]>

>> Here's the results of our testing of the HP 100i and 200i Drives under
>> Linux.
>> 
>> DVD+RW:
>> 
>>  but deleting
>>  requires a re-format, and re-writing.
>  ^ Re-format is not required. Moreover re-format
>has a side effect. It looks like lead-in gets moved closer to center
>with every re-format and if you re-format many times you start getting
>positioning errors in the beginning of the disk and after several more
>reformats the disk gets rendered totally useless. So don't reformat,
>just write over. 

How do you realize this?

I did not yet format a disk, because from reading the documentation,
your tools are not a complete implementaion and as I only own two media
I did not yet dare to format one. Note that it is no possible to
put a DVD+RW medium back into a maiden state :-(

Jörg

 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED]   (uni)  If you don't have iso-8859-1
   [EMAIL PROTECTED]   (work) chars I am J"org Schilling
 URL:  http://www.fokus.gmd.de/usr/schilling   ftp://ftp.fokus.gmd.de/pub/unix


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DVD-RW/DVD+RW

2002-05-17 Thread Joerg Schilling

>From [EMAIL PROTECTED] Thu May 16 22:51:26 2002

>DVD+RW:

>Both the  HP 100i and 200i will Write and Read DVD+RW.

> We used growisofs which uses a formating tool (dvd+rw-format) and
> mkisofs to create file systems on the disk. The output from mkisofs
> goes directly to the raw device.  cdrecord is not used.

I plan to add DVD+RW support to cdrecord, but it is a matter of time.
I received my first Sample short before christmas and unfortunately it
died before I did go into christmas holiday
A second unit arrived in march and I did massive tests during easter.

The dvd+r format and grow tools are a hack and work because people know
that they are for DVD+RW only. It is a lot more work to achive smooth 
integration into cdrecord.

> Most of our PC DVD-R's will read the DVD+RW disk. Laptop drives would
> not.  Data can be added to the disks using 'growisofs'', but deleting
> requires a re-format, and re-writing.

I did not yet test compatibility, but i heard that no Toshiba drive
will read these disks because they are not approved by the DVD-Forum.


>DVD+R:

>ONLY the 200i will Write and Read DVD+R.

> We used mkisofs and cdrecord, much like we do for CD+RW.  The 200i is
> the only drive we can get to read the disks. No other drive we have
> (including the 100i) can read them.

I don't understand. Do you mean that you could write a DVD+R with cdrecord?
I am still waiting for my sample drive...


>My personal conclusions: 

>DVD+RW: Useful. Drives are inexpensive. Media costs are medium.
>Requires similar kinds of planning and scripting as multi-session
>CDR's . Are usable on other drives.

>DVD+R: Not currently useful. Drives are inexpensive, but only one is out.
>   Few if any DVD drives can read these disks. 

Bad: you cannot test DVD+R behavior by using a DVD+RW as it perfectly works
with CD-R/RW and DVD-R/RW



Jörg

 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED]   (uni)  If you don't have iso-8859-1
   [EMAIL PROTECTED]   (work) chars I am J"org Schilling
 URL:  http://www.fokus.gmd.de/usr/schilling   ftp://ftp.fokus.gmd.de/pub/unix


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DVD-RW/DVD+RW

2002-05-17 Thread Joerg Schilling


>From: Len Sorensen <[EMAIL PROTECTED]>

>> I still see no real advantage:
>> 
>> -The DVD+RW must be formatted to be used
>> 
>> -If the DVD-RW is formatted it may be used a block device too.
>> 
>> I see s stong disadvantage with DVD+R: it is incompatible with DVD+RW.

>Does this mean if I format a DVD-RW with UDF (not sure how I would do
>that yet), I can use it as a block device?  That would be neat.  I have
>done that with DVD-RAM drives.

I did not test it but from my information, it should work this way.

Jörg

 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED]   (uni)  If you don't have iso-8859-1
   [EMAIL PROTECTED]   (work) chars I am J"org Schilling
 URL:  http://www.fokus.gmd.de/usr/schilling   ftp://ftp.fokus.gmd.de/pub/unix


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: CD-WRITE: DVD-RAM - cdrecord: Cannot write CD's >= 100 minutes.

2002-05-17 Thread Lachlan Cranswick


>>[root@mill root]# cdrecord  -v -ignsize -dao dev=3D1,0,0 -data=
>> /tmp/isos/1.iso
>>Cdrecord-ProDVD-Clone 1.11b19 (i586-pc-linux-gnu) Copyright (C) 1995-2002=
>
>
>Follow the exmples in the README at  
>ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/ProDVD/
>
>don't use the -dao option!
>
>Jörg
>
> EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
>   [EMAIL PROTECTED]  (uni)  If you don't have iso-8859-1
>   [EMAIL PROTECTED]  (work) chars I am J"org Schilling
> URL:  http://www.fokus.gmd.de/usr/schilling   ftp://ftp.fokus.gmd.de/pub/unix

Using the following command on a 4.7 Gig single sided DVD-RAM for a 1.6
Gig ISO iamge:

 cdrecord -v dev=1,0,0 /tmp/isos/1.iso

(This is using mondorescue to create the ISO file:
  http://www.mondorescue.org/ - great for creating bootable
CD disaster recovery systemd for Linux - and hopefully
a bootable DVD-RAM disaster recovery system if I can get
this to work)

cdrecord still gives the Cannot write CD's >= 100 minutes.

(Everying goes OK if the ISO image is standard 650 to 700 Meg size)

Possible very silly query follows - is there some command that is required
to make the DVD-RAM receptive to having large ISO files written to it?

In theory, can you "blank" a DVD-RAM using cdrecord?  On Redhat 7.3 (and 7.2)
When I try this, cdrecord just hangs and the computer needs a reboot to
be able to use the DVD-RAM disk again.

cdrecord output is below.

Lachlan.

[root@mill bin]# burndvd
Cdrecord-ProDVD-Clone 1.11b19 (i586-pc-linux-gnu) Copyright (C) 1995-2002 Jörg S
chilling
Unlocked features: ProDVD Clone
Limited  features: speed
This copy of cdrecord is licensed for: private/research/educational_non-commerci
al_use
TOC Type: 1 = CD-ROM
scsidev: '1,0,0'
scsibus: 1 target: 0 lun: 0
Linux sg driver version: 3.1.22
Using libscg version 'schily-0.6'
atapi: 1
Device type: Removable CD-ROM
Version: 0
Response Format: 2
Capabilities   :
Vendor_info: 'MATSHITA'
Identifikation : 'DVD-RAM LF-D310 '
Revision   : 'A112'
Device seems to be: Generic mmc2 DVD.
Using generic SCSI-3/mmc-2 DVD-R/DVD-RW driver (mmc_dvd).
Driver flags   : SWABAUDIO
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
FIFO size  : 4194304 = 4096 KB
Track 01: data  1570 MB
Total size: 1804 MB (178:43.65) = 804274 sectors
Lout start: 1804 MB (178:45/49) = 804274 sectors
Current Secsize: 2048
WARNING: Phys disk size 2314080 differs from rzone size 0! Prerecorded disk?
WARNING: Phys start: 200704 Phys end 2514783
cdrecord: Data will not fit on any disk.
cdrecord: Cannot write CD's >= 100 minutes.

---
Lachlan M. D. Cranswick

Collaborative Computational Project No 14 (CCP14)
for Single Crystal and Powder Diffraction
  Birkbeck University of London and Daresbury Laboratory 
Postal Address: CCP14 - School of Crystallography,
Birkbeck College,
Malet Street, Bloomsbury,
WC1E 7HX, London,  UK
Tel: (+44) 020 7631 6850   Fax: (+44) 020 7631 6803
E-mail: [EMAIL PROTECTED]   Room: B091
WWW: http://www.ccp14.ac.uk/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Re: Re: Re: mkisofs should die with too big files

2002-05-17 Thread LJKnews

[EMAIL PROTECTED] quoted and then wrote:

>>From: [EMAIL PROTECTED]
>
>...
ISO 9660 : 1988 (E) 6.8.1 says that a Directory shall consist
of only one File Section.  Given that limit of 4GB on the size
of any File Section (and thus a Directory) assuming a Directory
Record size of 64 bytes (to make the math easy), it seems to me
a Directory could contain 62,500,000 of those records for
successive File Sections.  Multiply the 62 million Directory
Records in a single Directory by the 4 billion bytes in any
File Section and you have a limit considerably larger than
2 GB.
>>>
You need a bigger disc than CDROM, and there may be operating
systems that cannot handle such sizes, but I see no problem
in the ISO 9660 format up to about 2**18 bytes in a file.

Someone pointed out to me that I should have typed 10**18.

>>>Looks like you like to make your own standard...
>
>>Sorry, I don't understand that comment.
>
>>If my understanding of ISO 9660 is incorrect, I would like to
>>know where I have made an error.
>
>Problems usually occur when people like you start to freely interpret
>standards ia a completely other way as other people do.

But more problems ensue when people delight in being obscure
rather than helpful.  To me the language of the standard is
clear.  To you it is clear.

How does _your_ interepretation differ from mine ?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]