From owner-freebsd-current  Tue May  7 15: 2:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80])
	by hub.freebsd.org (Postfix) with ESMTP id 7E79F37B407
	for <freebsd-current@freebsd.org>; Tue,  7 May 2002 15:02:41 -0700 (PDT)
Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11])
	by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g47M2Vj19477;
	Tue, 7 May 2002 15:02:31 -0700 (PDT)
Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52])
	by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA10026;
	Tue, 7 May 2002 15:02:30 -0700 (PDT)
Received: from btcexc01.btc.adaptec.com (btcexc01 [162.62.147.10])
	by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA25696;
	Tue, 7 May 2002 16:02:28 -0600 (MDT)
Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2653.19)
	id <KNNWPBGX>; Tue, 7 May 2002 16:02:29 -0600
Message-ID: <2C7CBDC6EA58D6119E4A00065B3A24CB046328@btcexc01.btc.adaptec.com>
From: "Long, Scott" <Scott_Long@btc.adaptec.com>
To: "'Riccardo Torrini'" <riccardo@torrini.org>,
	freebsd-current@freebsd.org
Subject: RE: strange UDF behaviour (bug ?)
Date: Tue, 7 May 2002 16:02:25 -0600 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> I played a bit with mount_udf, and I have a question (or a bug
> report ?).  It worked from the technical view (mount_udf can
> mount an InCD disk made at work) and ls/cd can walk on fs but
> if a try to copy a file from CD to HD I obtain a 'correct' size
> file completely filled with NULLs.
> 
> Only "cp" command seems to be affected, if I "cat" same file to
> HD it will be copied correctly, even if I view images with xv
> or use md5 or hd to compare them.  Only cp differs...
> 
> Is this a bug, a wanted design or a pilot error ?
> 

I believe I fixed this recently.  The problem was that udf_bmap()
wasn't computing the volume offset, so anything that used mmap()
was being pointed to bogus areas on the media.  Try updating your
sources, and contact me if it still doesn't work.

Scott

btw, good to know that someone is using this code!
  
> 
> Here a little log to explain better:
> 
> # mount -tudf /dev/acd0c /cdram
> # cd /cdram
> # ls -l IMG_0195.jpg
> -rwxrwxrwx  1 root  wheel  99359 Apr 28 15:37 IMG_0195.jpg
> # hd IMG_0195.jpg | head -1
> 00000000  ff d8 ff e0 00 10 4a 46  49 46 00 01 00 01 00 96  
> |......JFIF......|
> 
> # cp IMG_0195.jpg /tmp/foobar.jpg
> # md5 IMG_0195.jpg /tmp/foobar.jpg
> MD5 (IMG_0195.jpg) = a4a45affe7e37d55329a2b78a6199023
> MD5 (/tmp/foobar.jpg) = 855f3a16b3fb31cba960e5e2820d959d
> # ls -l /tmp/foobar.jpg
> -rwxr-xr-x  1 riccardo  wheel  99359 May  7 23:39 /tmp/foobar.jpg
> # hd /tmp/foobar.jpg
> 00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  
> |................|
> *
> 00018410
> 
> # cat IMG_0195.jpg > /tmp/foobar.jpg
> # md5 /tmp/foobar.jpg
> MD5 (/tmp/foobar.jpg) = a4a45affe7e37d55329a2b78a6199023
> # hd /tmp/foobar.jpg | head -1
> 00000000  ff d8 ff e0 00 10 4a 46  49 46 00 01 00 01 00 96  
> |......JFIF......|
> 
> 
> TIA,
> Riccardo.
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message