Re: bin/156745: [zfs] zdb(1) shows garbage in when moving snapshot send -> recv between the different pools
Old Synopsis: [ZFS] Shows garbage in zdb when moving snapshot send -> recv between the different pools New Synopsis: [zfs] zdb(1) shows garbage in when moving snapshot send -> recv between the different pools State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sun May 1 12:50:49 UTC 2011 State-Changed-Why: apparently working as designed. http://www.freebsd.org/cgi/query-pr.cgi?pr=156745 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/104212: [puc] [patch] support for Kuroutoshikou SERIAL4P-LPPCI2 (4port serial card)
The following reply was made to PR kern/104212; it has been noted by GNATS. From: Shuichi KITAGUCHI To: bug-follo...@freebsd.org Cc: thom...@freebsd.org, j...@freebsd.org Subject: Re: kern/104212: [puc] [patch] support for Kuroutoshikou SERIAL4P-LPPCI2 (4port serial card) Date: Sun, 01 May 2011 22:41:43 +0900 (JST) Yes, this card does not work on HEAD. I always apply my patch to kernel when building world. I'm happy if my patch is commited to HEAD _and_ STABLE... thanks. -- Shuichi KITAGUCHI // k...@ysnb.net / k...@hh.iij4u.or.jp > Hmm, it doesn't look like this patch was ever committed to HEAD. Note > that the wildcard entry doesn't work as this card uses DEFAULT_RCLK * > 10, not DEFAULT_RCLK. > > -- > John Baldwin ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file
>Number: 156758 >Category: misc >Synopsis: sed utility extrange behavior with s/../& /g command on a .hex >file >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 01 18:10:11 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Federico >Release:8.2-RELEASE >Organization: Kybernan >Environment: FreeBSD marte.esepecesito.com.ar 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I was trying to split a hex file into groups of 2 chars to do some procesing, the relevant part of the file is: :100018F09FE518F09FE518F09FE518F09FE5C0 :1000100018F09FE5A0E1F0FF1FE514F09FE558 When I run it through sed 's/../& /g' I expect to get: :1 00 00 etc... :1 00 01 etc... But I get: 1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0 1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8 I did sed -e 's/../_& /g' And I got: _:1 _00 _00 _00 _01 _8F _09 etc... _:1 _00 _01 _00 _01 _8F _09 etc... which makes sense... but when I try to do just with a space, it fails. >How-To-Repeat: Make a file with this content: :100018F09FE518F09FE518F09FE518F09FE5C0 :1000100018F09FE5A0E1F0FF1FE514F09FE558 or take any intel .hex file, and run " sed 's/../& /' " on it. >Fix: I could not find the problem >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file
The following reply was made to PR misc/156758; it has been noted by GNATS. From: Yuri Pankov To: Federico Cc: bug-follo...@freebsd.org Subject: Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file Date: Sun, 1 May 2011 22:41:25 +0400 Can't reproduce it on 8.2 with either sed or gsed: $ /usr/bin/sed -e 's/../& /g' test :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0 :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8 $ /usr/local/bin/gsed -e 's/../& /g' test :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0 :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8 Probably something is stripping : at the start of the line in your environment? Yuri ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/156749: [vmware] FreeBSD 8.2 does infinite disk access in VMware 3.1.4
Old Synopsis: FreeBSD 8.2 does infinite disk access in VMware 3.1.4 New Synopsis: [vmware] FreeBSD 8.2 does infinite disk access in VMware 3.1.4 Responsible-Changed-From-To: freebsd-i386->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 2 00:22:35 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=156749 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file
The following reply was made to PR bin/156758; it has been noted by GNATS.
From: Jason Hellenthal
To: Federico
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: misc/156758: sed utility extrange behavior with s/../& /g
command on a .hex file
Date: Sun, 1 May 2011 23:27:16 -0400
Federico,
sed -e 's/^://' -e 's/../& /' file |awk '{print ":"$0}'
Will that work for you ?
I am not entirely convinced this is a problem with sed(1)
--
Regards, (jhell)
Jason Hellenthal
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file
The following reply was made to PR bin/156758; it has been noted by GNATS. From: Federico Sanchez Pinzon To: Yuri Pankov Cc: bug-follo...@freebsd.org Subject: Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file Date: Mon, 2 May 2011 00:52:32 -0300 --20cf303f6a5600eb5f04a242f4b2 Content-Type: text/plain; charset=ISO-8859-1 SORRY! I think it was my mistake :( there was a \r that I was not expecting in the output of a GNU utility (obj-dump) Striping the \r with 'tr' solved the issue. Thks anyway, and sorry for wasting your time. 2011/5/1 Yuri Pankov > Can't reproduce it on 8.2 with either sed or gsed: > > $ /usr/bin/sed -e 's/../& /g' test > :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0 > :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8 > $ /usr/local/bin/gsed -e 's/../& /g' test > :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0 > :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8 > > Probably something is stripping : at the start of the line in your > environment? > > > Yuri > --20cf303f6a5600eb5f04a242f4b2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable SORRY!I think it was my mistake :( there was a \r that I was not expect= ing in the output of a GNU utility (obj-dump) Striping the \r with '= ;tr' solved the issue. Thks anyway, and sorry for wasting your time. 2011/5/1 Yuri Pankov <<= a href=3D"mailto:yuri.pan...@gmail.com";>yuri.pan...@gmail.com> Can't reproduce it on 8.2 with either sed or gsed: $ /usr/bin/sed -e 's/../& /g' test :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0 :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8 $ /usr/local/bin/gsed -e 's/../& /g' test :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0 :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8 Probably something is stripping : at the start of the line in your environment? Yuri --20cf303f6a5600eb5f04a242f4b2-- ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/156758: sed(1) utility extrange behavior with s/../& /g command on a .hex file
Synopsis: sed(1) utility extrange behavior with s/../& /g command on a .hex file State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Mon May 2 05:44:04 UTC 2011 State-Changed-Why: apparently acting as designed. http://www.freebsd.org/cgi/query-pr.cgi?pr=156758 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
