From nobody@FreeBSD.org  Fri Nov 16 16:06:47 2007
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 8058F16A419
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 16 Nov 2007 16:06:47 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 6415813C465
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 16 Nov 2007 16:06:47 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.1/8.14.1) with ESMTP id lAGG6B4d069393
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 16 Nov 2007 16:06:11 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.1/8.14.1/Submit) id lAGG6Bc0069388;
	Fri, 16 Nov 2007 16:06:11 GMT
	(envelope-from nobody)
Message-Id: <200711161606.lAGG6Bc0069388@www.freebsd.org>
Date: Fri, 16 Nov 2007 16:06:11 GMT
From: Javier Martn Rueda <jmrueda@diatel.upm.es>
To: freebsd-gnats-submit@FreeBSD.org
Subject: restore complains about "Header with wrong dumpdate"
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         118087
>Category:       bin
>Synopsis:       [patch] restore(8) complains about "Header with wrong dumpdate"
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Nov 16 16:10:03 UTC 2007
>Closed-Date:    Mon Jun 09 08:00:12 UTC 2008
>Last-Modified:  Tue Jul 10 03:39:46 UTC 2012
>Originator:     Javier Martn Rueda
>Release:        FreeBSD 7.0-BETA2 amd64
>Organization:
DIATEL - Universidad Politcnica de Madrid
>Environment:
FreeBSD rosa.lab.diatel.upm.es 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Fri Nov  2 14:54:38 UTC 2007     root@myers.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

>Description:
In 7.0, restore checks the dumpdate which is recorded in every tape block to validate the tape. I imagine this was added as a fool-proof measure to detect if the operator mixes up the tapes of a multivolume backup.

This brings two problems, as far as I have seen:

1) If you make a backup in 7.0 and then restore it in 7.0, you get a disturbing "Header with wrong dumpdate" message when restore starts, although everything works just fine. After checking the source code, it seems the cause is that restore checks the dumpdate before initializing the variable where it is supposed to be, and therefore the message is spureous.

2) If you make a backup in 6.2 and then restore it in 7.0, you get thousands of "Header with wrong dumpdate" messages. I haven't confirmed it, but I suspect that dump in earlier FreeBSD releases recorded the dumpdate only in the first tape block. As restore in 7.0 checks the dumpdate in every single tape block, we get an error message for every block in the tape.

>How-To-Repeat:
# dump 0aLf /var/tmp/aux.dump /
  ... Usual messages, everything fine ...
# restore -if
Header with wrong dumpdate.
restore >

In 7.0, you only get the above error message.

If you make a backup in 6.2, and try to restore it in 7.0, you will get many more error messages.
>Fix:
I propose this patch. If one of the two dates being compared is zero (that is, uninitialized or unrecorded), then restore will not complain.

Patch attached with submission follows:

--- sbin/restore/tape.c.orig	2007-03-06 09:13:20.000000000 +0100
+++ sbin/restore/tape.c	2007-11-16 16:48:11.000000000 +0100
@@ -1377,7 +1377,7 @@
 	}
 	if (checksum((int *)buf) == FAIL)
 		return (FAIL);
-	if (_time64_to_time(buf->c_date) != dumpdate)
+	if (dumpdate != 0 && buf->c_date != 0 && _time64_to_time(buf->c_date) != dumpdate)
 		fprintf(stderr, "Header with wrong dumpdate.\n");
 	if (Bcvt) {
 		swabst((u_char *)"8l4s1q8l2q17l", (u_char *)buf);


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->dwmalone 
Responsible-Changed-By: obrien 
Responsible-Changed-When: Wed Feb 20 09:42:48 UTC 2008 
Responsible-Changed-Why:  
I think this is due to sbin/restore/tape.c rev 1.47, 
which checks 'dumpdate' in gethead(), which is called from setup() 
before setup() initializes 'dumpdate'. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=118087 

From: David Malone <dwmalone@maths.tcd.ie>
To: bug-followup@FreeBSD.org, jmrueda@diatel.upm.es
Cc:  
Subject: Re: bin/118087: [patch] restore(8) complains about "Header with wrong dumpdate"
Date: Wed, 20 Feb 2008 10:28:52 +0000

 Hi Javier,
 
 When I added this check, I though I was just adding an extra sanity
 check that used to be included in restore. It seem's I'm checking
 too often though.
 
 I think I understand why you check "dumpdate != 0", because we want
 dumpdate to be initialised. I don't understand why we check
 "buf->c_date != 0" - are there some blocks without the dumpdate
 set?
 
 	David.

From: David Malone <dwmalone@maths.tcd.ie>
To: =?ISO-8859-1?Q?Javier_Mart=EDn_Rueda?= <jmrueda@diatel.upm.es>
Cc: David Malone <dwmalone@maths.tcd.ie>, bug-followup@FreeBSD.org,
    dwmalone@maths.tcd.ie
Subject: Re: bin/118087: [patch] restore(8) complains about "Header with wrong dumpdate" 
Date: Wed, 20 Feb 2008 11:02:12 +0000

 > The other check "buf->c_date != 0" is just in case there is no dumpdate 
 > recorded in the block. From my tests, that seems to be the case if you 
 > make a backup with FreeBSD 6.2 RELEASE (and I imagine with earlier 
 > releases too, don't know about 6.3). If you omit this check, you get 
 > thousands of "Header with wrong dumpdate" messages when you restore in 
 > 7.0 a dump made in 6.2 (seek point number 2 of my bug report).
 
 Great - thanks - I'll investigate a bit more, and once I understand
 where and why the blocks with no dump date are comming from, I'll
 commit the fix.
 
 	David.

From: =?ISO-8859-1?Q?Javier_Mart=EDn_Rueda?= <jmrueda@diatel.upm.es>
To: David Malone <dwmalone@maths.tcd.ie>
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/118087: [patch] restore(8) complains about "Header with wrong
 dumpdate"
Date: Wed, 20 Feb 2008 11:59:21 +0100

 > I think I understand why you check "dumpdate != 0", because we want
 > dumpdate to be initialised. I don't understand why we check
 > "buf->c_date != 0" - are there some blocks without the dumpdate
 > set?
 >   
 
 Correct about checking "dumpdate != 0".
 
 The other check "buf->c_date != 0" is just in case there is no dumpdate 
 recorded in the block. From my tests, that seems to be the case if you 
 make a backup with FreeBSD 6.2 RELEASE (and I imagine with earlier 
 releases too, don't know about 6.3). If you omit this check, you get 
 thousands of "Header with wrong dumpdate" messages when you restore in 
 7.0 a dump made in 6.2 (seek point number 2 of my bug report).
 

From: Jaakko Heinonen <jh@saunalahti.fi>
To: bug-followup@FreeBSD.org, jmrueda@diatel.upm.es
Cc:  
Subject: Re: bin/118087: [patch] restore(8) complains about "Header with
	wrong dumpdate"
Date: Sun, 30 Mar 2008 12:45:49 +0300

 --JP+T4n/bALQSJXh8
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 
 Hi,
 
 I was unable to reproduce the problem with dumps made on FreeBSD 6.2. I
 get "Header with wrong dumpdate." once with all dumps.
 
 $ uname -r
 7.0-RELEASE
 $ ls -1 *.dump
 dump62.dump (created with 6.2-RELEASE)
 test.dump (created with 7.0-RELEASE)
 $ restore -if test.dump 
 Header with wrong dumpdate.
 restore > 
 $ restore -if test62.dump 
 Header with wrong dumpdate.
 restore > 
 $ restore -xf test62.dump
 Header with wrong dumpdate.
 You have not read any tapes yet.
 If you are extracting just a few files, start with the last volume
 and work towards the first; restore can quickly skip tapes that
 have no further files to extract. Otherwise, begin with volume 1.
 Specify next volume #: 1
 set owner/mode for '.'? [yn] n
 $
 
 And using restore(8) patched with the patch attached to this mail:
 
 $ restore -if test.dump 
 restore > 
 $ restore -if test62.dump 
 restore > 
 $ restore -xf ../test62.dump 
 You have not read any tapes yet.
 If you are extracting just a few files, start with the last volume
 and work towards the first; restore can quickly skip tapes that
 have no further files to extract. Otherwise, begin with volume 1.
 Specify next volume #: 1
 set owner/mode for '.'? [yn] n
 
 Did you have UFS2 file system on 6.2?
 
 -- 
 Jaakko
 
 --JP+T4n/bALQSJXh8
 Content-Type: text/x-diff; charset=us-ascii
 Content-Disposition: attachment; filename="restore-wrong-dumpdate.diff"
 
 Index: main.c
 ===================================================================
 RCS file: /home/ncvs/src/sbin/restore/main.c,v
 retrieving revision 1.27
 diff -p -u -r1.27 main.c
 --- main.c	5 Dec 2006 11:18:51 -0000	1.27
 +++ main.c	30 Mar 2008 09:32:40 -0000
 @@ -71,8 +71,8 @@ long	ntrec;
  char	*dumpmap;
  char	*usedinomap;
  ino_t	maxino;
 -time_t	dumptime;
 -time_t	dumpdate;
 +time_t	dumptime = 0;
 +time_t	dumpdate = 0;
  FILE 	*terminal;
  
  static void obsolete(int *, char **[]);
 Index: tape.c
 ===================================================================
 RCS file: /home/ncvs/src/sbin/restore/tape.c,v
 retrieving revision 1.49
 diff -p -u -r1.49 tape.c
 --- tape.c	6 Mar 2007 08:13:20 -0000	1.49
 +++ tape.c	30 Mar 2008 09:32:41 -0000
 @@ -1377,7 +1377,7 @@ gethead(struct s_spcl *buf)
  	}
  	if (checksum((int *)buf) == FAIL)
  		return (FAIL);
 -	if (_time64_to_time(buf->c_date) != dumpdate)
 +	if (dumpdate != 0 && _time64_to_time(buf->c_date) != dumpdate)
  		fprintf(stderr, "Header with wrong dumpdate.\n");
  	if (Bcvt) {
  		swabst((u_char *)"8l4s1q8l2q17l", (u_char *)buf);
 
 --JP+T4n/bALQSJXh8--

From: Jaakko Heinonen <jh@saunalahti.fi>
To: jmrueda@diatel.upm.es
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/118087: [patch] restore(8) complains about "Header with
	wrong dumpdate"
Date: Mon, 14 Apr 2008 15:02:59 +0300

 Hi,
 
 On 2008-03-30, Jaakko Heinonen wrote:
 > I was unable to reproduce the problem with dumps made on FreeBSD 6.2. I
 > get "Header with wrong dumpdate." once with all dumps.
 
 The "dumpdate != 0" part of the patch was recently committed to HEAD.
 (src/sbin/restore/tape.c revision 1.51) I can't reproduce the problem
 with this version even with dumps created on 6.2. Do you still see the
 messages?
 
 -- 
 Jaakko

From: =?ISO-8859-1?Q?Javier_Mart=EDn_Rueda?= <jmrueda@diatel.upm.es>
To: Jaakko Heinonen <jh@saunalahti.fi>
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/118087: [patch] restore(8) complains about "Header with	wrong
 dumpdate"
Date: Mon, 14 Apr 2008 15:53:39 +0200

 This is a multi-part message in MIME format.
 --------------060204060509010701000108
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 Content-Transfer-Encoding: 7bit
 
 Jaakko Heinonen wrote:
 > Hi,
 >
 > On 2008-03-30, Jaakko Heinonen wrote:
 >   
 >> I was unable to reproduce the problem with dumps made on FreeBSD 6.2. I
 >> get "Header with wrong dumpdate." once with all dumps.
 >>     
 >
 > The "dumpdate != 0" part of the patch was recently committed to HEAD.
 > (src/sbin/restore/tape.c revision 1.51) I can't reproduce the problem
 > with this version even with dumps created on 6.2. Do you still see the
 > messages?
 >
 >   
 No, I don't see the extra messages that I mentioned in point 2 of the 
 bug report.
 
 Just to be sure, I've repeated the commands that (I think) caused those 
 extra messages, but now they don't come up. I've tried with 6.2, 
 7-BETA2, 7-RELEASE, mixing i386 and amd64, and I don't see those 
 messages. I don't know what happened when I did the tests in the 
 original bug report. Sorry about the problems that may have caused you.
 
 
 --------------060204060509010701000108
 Content-Type: text/html; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 
 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
 <html>
 <head>
   <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
 </head>
 <body bgcolor="#ffffff" text="#000000">
 Jaakko Heinonen wrote:
 <blockquote cite="mid20080414120258.GA48962@ws64.jh.dy.fi" type="cite">
   <pre wrap="">Hi,
 
 On 2008-03-30, Jaakko Heinonen wrote:
   </pre>
   <blockquote type="cite">
     <pre wrap="">I was unable to reproduce the problem with dumps made on FreeBSD 6.2. I
 get "Header with wrong dumpdate." once with all dumps.
     </pre>
   </blockquote>
   <pre wrap=""><!---->
 The "dumpdate != 0" part of the patch was recently committed to HEAD.
 (src/sbin/restore/tape.c revision 1.51) I can't reproduce the problem
 with this version even with dumps created on 6.2. Do you still see the
 messages?
 
   </pre>
 </blockquote>
 No, I don't see the extra messages that I mentioned in point 2 of the
 bug report.<br>
 <br>
 Just to be sure, I've repeated the commands that (I think) caused those
 extra messages, but now they don't come up. I've tried with 6.2,
 7-BETA2, 7-RELEASE, mixing i386 and amd64, and I don't see those
 messages. I don't know what happened when I did the tests in the
 original bug report. Sorry about the problems that may have caused you.<br>
 <br>
 </body>
 </html>
 
 --------------060204060509010701000108--
State-Changed-From-To: open->patched 
State-Changed-By: dwmalone 
State-Changed-When: Mon Apr 14 15:19:52 UTC 2008 
State-Changed-Why:  
It seems that Kirk beat me to this. I'll keep the PR in the patched 
state to remind me to MFC it. 

David. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=118087 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: bin/118087: commit references a PR
Date: Thu, 22 May 2008 22:18:49 +0000 (UTC)

 mckusick    2008-05-22 22:18:39 UTC
 
   FreeBSD src repository
 
   Modified files:
     sbin/restore         tape.c 
   Log:
   Follow on to fix 1.51 for "Header with wrong dumpdate" message.
   
   Must ensure that dump tapes from UFS1 filesystems properly copy
   old fields of dump headers to new locations. Move check of dumpdate
   to follow the code which ensures that the appropriate fields have
   been copied.
   
   PR:             bin/118087
   Help from:      David Malone, Scott Lambert, Javier Martn Rueda
   MFC after:      2 weeks
   
   Revision  Changes    Path
   1.52      +10 -16    src/sbin/restore/tape.c
 _______________________________________________
 cvs-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/cvs-all
 To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
 

From: Mike Tancsa <mike@sentex.net>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: bin/118087: [patch] restore(8) complains about "Header
  with wrong dumpdate"
Date: Fri, 23 May 2008 22:03:44 -0400

 --=====================_1400141578==_
 Content-Type: text/plain; charset="us-ascii"; format=flowed
 
 I just ran into this issue as well on a RELENG_7 box, trying to 
 restore RELENG_4 dump files.  I put together the following patch 
 based on what was committed and it seems to work correctly for me
 
          ---Mike
 
 
 
 --------------------------------------------------------------------
 Mike Tancsa,                                      tel +1 519 651 3400
 Sentex Communications,                            mike@sentex.net
 Providing Internet since 1994                    www.sentex.net
 Cambridge, Ontario Canada                         www.sentex.net/mike
 
 --=====================_1400141578==_
 Content-Type: application/octet-stream; name="patch.txt"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="patch.txt"
 
 LS0tIG9yaWcvdGFwZS5jIDIwMDgtMDUtMjMgMjE6MjM6MzMuMDAwMDAwMDAwIC0wNDAwCisrKyB0
 YXBlLmMgICAgICAyMDA4LTA1LTIzIDIxOjQzOjAzLjAwMDAwMDAwMCAtMDQwMApAQCAtMTM3Nyw4
 ICsxMzc3LDYgQEAKICAgICAgICB9CiAgICAgICAgaWYgKGNoZWNrc3VtKChpbnQgKilidWYpID09
 IEZBSUwpCiAgICAgICAgICAgICAgICByZXR1cm4gKEZBSUwpOwotICAgICAgIGlmIChfdGltZTY0
 X3RvX3RpbWUoYnVmLT5jX2RhdGUpICE9IGR1bXBkYXRlKQotICAgICAgICAgICAgICAgZnByaW50
 ZihzdGRlcnIsICJIZWFkZXIgd2l0aCB3cm9uZyBkdW1wZGF0ZS5cbiIpOwogICAgICAgIGlmIChC
 Y3Z0KSB7CiAgICAgICAgICAgICAgICBzd2Fic3QoKHVfY2hhciAqKSI4bDRzMXE4bDJxMTdsIiwg
 KHVfY2hhciAqKWJ1Zik7CiAgICAgICAgICAgICAgICBzd2Fic3QoKHVfY2hhciAqKSJsIiwodV9j
 aGFyICopICZidWYtPmNfbGV2ZWwpOwpAQCAtMTM5MywyOCArMTM5MSwyMiBAQAogICAgICAgICAg
 ICAgICAgLyoKICAgICAgICAgICAgICAgICAqIEhhdmUgdG8gcGF0Y2ggdXAgbWlzc2luZyBpbmZv
 cm1hdGlvbiBpbiBiaXQgbWFwIGhlYWRlcnMKICAgICAgICAgICAgICAgICAqLwotICAgICAgICAg
 ICAgICAgYnVmLT5jX2ludW1iZXIgPSAwOwogICAgICAgICAgICAgICAgYnVmLT5jX3NpemUgPSBi
 dWYtPmNfY291bnQgKiBUUF9CU0laRTsKICAgICAgICAgICAgICAgIGlmIChidWYtPmNfY291bnQg
 PiBUUF9OSU5ESVIpCiAgICAgICAgICAgICAgICAgICAgICAgIHJlYWRtYXBmbGFnID0gMTsKICAg
 ICAgICAgICAgICAgIGVsc2UgCiAgICAgICAgICAgICAgICAgICAgICAgIGZvciAoaSA9IDA7IGkg
 PCBidWYtPmNfY291bnQ7IGkrKykKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBidWYt
 PmNfYWRkcltpXSsrOwotICAgICAgICAgICAgICAgYnJlYWs7CiAKICAgICAgICBjYXNlIFRTX1RB
 UEU6Ci0gICAgICAgICAgICAgICBpZiAoYnVmLT5jX21hZ2ljID09IE5GU19NQUdJQykgewotICAg
 ICAgICAgICAgICAgICAgICAgICBpZiAoKGJ1Zi0+Y19mbGFncyAmIE5GU19EUl9ORVdJTk9ERUZN
 VCkgPT0gMCkKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvbGRpbm9mbXQgPSAxOwot
 ICAgICAgICAgICAgICAgICAgICAgICBidWYtPmNfZGF0ZSA9IF90aW1lMzJfdG9fdGltZShidWYt
 PmNfb2xkX2RhdGUpOwotICAgICAgICAgICAgICAgICAgICAgICBidWYtPmNfZGRhdGUgPSBfdGlt
 ZTMyX3RvX3RpbWUoYnVmLT5jX29sZF9kZGF0ZSk7Ci0gICAgICAgICAgICAgICAgICAgICAgIGJ1
 Zi0+Y190YXBlYSA9IGJ1Zi0+Y19vbGRfdGFwZWE7Ci0gICAgICAgICAgICAgICAgICAgICAgIGJ1
 Zi0+Y19maXJzdHJlYyA9IGJ1Zi0+Y19vbGRfZmlyc3RyZWM7Ci0gICAgICAgICAgICAgICB9Cisg
 ICAgICAgICAgICAgICBpZiAoYnVmLT5jX21hZ2ljID09IE5GU19NQUdJQyAmJgorICAgICAgICAg
 ICAgICAgICAgIChidWYtPmNfZmxhZ3MgJiBORlNfRFJfTkVXSU5PREVGTVQpID09IDApCisgICAg
 ICAgICAgICAgICAgICAgICAgIG9sZGlub2ZtdCA9IDE7CisgICAgICAgICAgICAgICAvKiBGQUxM
 IFRIUk9VR0ggKi8KICAgICAgICBjYXNlIFRTX0VORDoKICAgICAgICAgICAgICAgIGJ1Zi0+Y19p
 bnVtYmVyID0gMDsKLSAgICAgICAgICAgICAgIGJyZWFrOwogCisgICAgICAgY2FzZSBUU19BRERS
 OgogICAgICAgIGNhc2UgVFNfSU5PREU6CiAgICAgICAgICAgICAgICAvKgogICAgICAgICAgICAg
 ICAgICogRm9yIG9sZCBkdW1wIHRhcGVzLCBoYXZlIHRvIGNvcHkgdXAgb2xkIGZpZWxkcyB0bwpA
 QCAtMTQyNywxNiArMTQxOSwyMCBAQAogICAgICAgICAgICAgICAgICAgICAgICBidWYtPmNfZGRh
 dGUgPSBfdGltZTMyX3RvX3RpbWUoYnVmLT5jX29sZF9kZGF0ZSk7CiAgICAgICAgICAgICAgICAg
 ICAgICAgIGJ1Zi0+Y19hdGltZSA9IF90aW1lMzJfdG9fdGltZShidWYtPmNfb2xkX2F0aW1lKTsK
 ICAgICAgICAgICAgICAgICAgICAgICAgYnVmLT5jX210aW1lID0gX3RpbWUzMl90b190aW1lKGJ1
 Zi0+Y19vbGRfbXRpbWUpOworICAgICAgICAgICAgICAgICAgICAgICAgYnVmLT5jX210aW1lID0g
 X3RpbWUzMl90b190aW1lKGJ1Zi0+Y19vbGRfbXRpbWUpOworICAgICAgICAgICAgICAgICAgICAg
 ICAgYnVmLT5jX2JpcnRodGltZSA9IDA7CisgICAgICAgICAgICAgICAgICAgICAgICBidWYtPmNf
 YmlydGh0aW1lbnNlYyA9IDA7CisgICAgICAgICAgICAgICAgICAgICAgICBidWYtPmNfZXh0c2l6
 ZSA9IDA7CiAgICAgICAgICAgICAgICB9CiAgICAgICAgICAgICAgICBicmVhazsKIAotICAgICAg
 IGNhc2UgVFNfQUREUjoKLSAgICAgICAgICAgICAgIGJyZWFrOwotCiAgICAgICAgZGVmYXVsdDoK
 ICAgICAgICAgICAgICAgIHBhbmljKCJnZXRoZWFkOiB1bmtub3duIGlub2RlIHR5cGUgJWRcbiIs
 IGJ1Zi0+Y190eXBlKTsKICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAgIH0KKyAgICAgICBp
 ZiAoZHVtcGRhdGUgIT0gMCAmJiBfdGltZTY0X3RvX3RpbWUoYnVmLT5jX2RhdGUpICE9IGR1bXBk
 YXRlKQorICAgICAgICAgICAgICAgZnByaW50ZihzdGRlcnIsICJIZWFkZXIgd2l0aCB3cm9uZyBk
 dW1wZGF0ZS5cbiIpOworCiAgICAgICAgLyoKICAgICAgICAgKiBJZiB3ZSdyZSByZXN0b3Jpbmcg
 YSBmaWxlc3lzdGVtIHdpdGggdGhlIG9sZCAoRnJlZUJTRCAxKQogICAgICAgICAqIGZvcm1hdCBp
 bm9kZXMsIGNvcHkgdGhlIHVpZC9naWQgdG8gdGhlIG5ldyBsb2NhdGlvbgo=
 --=====================_1400141578==_--
 
State-Changed-From-To: patched->closed 
State-Changed-By: dwmalone 
State-Changed-When: Mon Jun 9 07:59:32 UTC 2008 
State-Changed-Why:  
Should be fixed in -6, -7 and -current now. 

David. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=118087 
Responsible-Changed-From-To: dwmalone->freebsd-bugs 
Responsible-Changed-By: eadler 
Responsible-Changed-When: Tue Jul 10 03:39:45 UTC 2012 
Responsible-Changed-Why:  
over to the pool (approved by bugmeister) 

http://www.freebsd.org/cgi/query-pr.cgi?pr=118087 
>Unformatted:
