bin/150384: tr mis-parses '[=]=]' equivalence class
>Number: 150384 >Category: bin >Synopsis: tr mis-parses '[=]=]' equivalence class >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: Wed Sep 08 12:30:00 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Richard Lowe >Release:CURRENT >Organization: >Environment: N/A >Description: While working on porting the FreeBSD tr(1) to another system, we hit upon an issue reported by a user that tr didn't process '[=]=]' in the way they expected, that is: echo '' | tr -d '[=]=]' Would print an empty string, rather than '' It seems that in bracket(), tr parses the above equivalence class as a character class, '[=]' followed by '=]', due to the call to strchr() finding the central ] when searching for a terminator then finding that the length of the class is less than 4, and punting on it. >How-To-Repeat: echo "" | tr -d '[=]=]' Expecting '' >Fix: A naive patch, causing bracket() to skip an extra character (that forming the equivalence class) before searching for the terminating ']', is attached. Patch attached with submission follows: diff -u /home/richlowe/str.c /tmp/buffer-content-1887OIZ --- /home/richlowe/str.c2010-09-08 08:13:18.0 -0400 +++ /tmp/buffer-content-1887OIZ 2010-09-08 08:17:36.0 -0400 @@ -156,7 +156,7 @@ s->str = p + 1; return (1); case '=': /* "[=equiv=]" */ - if ((p = strchr(s->str + 2, ']')) == NULL) + if ((p = strchr(s->str + 3, ']')) == NULL) return (0); if (*(p - 1) != '=' || p - s->str < 4) goto repeat; Diff finished. Wed Sep 8 08:17:36 2010 >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: ports/150372: textproc/urlview unreasonable run dependencies
Synopsis: textproc/urlview unreasonable run dependencies Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: remko Responsible-Changed-When: Wed Sep 8 15:14:54 UTC 2010 Responsible-Changed-Why: ports thingy http://www.freebsd.org/cgi/query-pr.cgi?pr=150372 ___ 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/150390: zfs deadlock when arcmsr reports drive faulted
>Number: 150390 >Category: misc >Synopsis: zfs deadlock when arcmsr reports drive faulted >Confidential: no >Severity: serious >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 08 16:10:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Rich Ercolani >Release:8.1 >Organization: JHU ACM >Environment: FreeBSD manticore.acm.jhu.edu 8.1-STABLE FreeBSD 8.1-STABLE #4 r211397M: Mon Aug 16 18:47:31 EDT 2010 r...@manticore.acm.jhu.edu:/usr/obj/usr/local/ncvs/src/sys/DTRACE amd64 >Description: System deadlocks 100% reliably when a disk is reported FAULTED in the arcmsr card. dmesg looks like: arcmsr0:block 'read/write' command with gone raid volume Cmd= 8, TargetId=1, Lun=5 arcmsr0:block 'read/write' command with gone raid volume Cmd= 8, TargetId=1, Lun=5 arcmsr0:block 'read/write' command with gone raid volume Cmd= 8, TargetId=1, Lun=5 zpool and zfs-related commands, and all IO to the affected pool, hang forever in state D. procstat reports: [r...@manticore ~]# ps aux | grep zpool stump 3287 0.0 0.0 15700 1540 0 D+ 12:03PM 0:00.00 zpool status root 3286 0.0 0.0 15700 1528 1 T+ 12:03PM 0:00.00 zpool status root 3316 0.0 0.0 9120 1164 3 S+ 12:07PM 0:00.00 grep zpool [r...@manticore ~]# procstat -k 3286 PIDTID COMM TDNAME KSTACK 3286 100484 zpool-mi_switch sleepq_wait _cv_wait spa_config_enter spa_config_generate spa_open_common spa_get_stats zfs_ioc_pool_stats zfsdev_ioctl devfs_ioctl_f kern_ioctl ioctl syscall Xfast_syscall [r...@manticore ~]# procstat -k 3287 PIDTID COMM TDNAME KSTACK 3287 100532 zpool-mi_switch sleepq_wait _cv_wait spa_config_enter spa_config_generate spa_open_common spa_get_stats zfs_ioc_pool_stats zfsdev_ioctl devfs_ioctl_f kern_ioctl ioctl syscall Xfast_syscall >How-To-Repeat: 1) Have a disk fault on an arcmsr card. 2) Hang! >Fix: >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/150390: zfs deadlock when arcmsr reports drive faulted
The following reply was made to PR misc/150390; it has been noted by GNATS. From: Rich To: bug-follo...@freebsd.org Cc: Subject: Re: misc/150390: zfs deadlock when arcmsr reports drive faulted Date: Wed, 8 Sep 2010 13:00:26 -0400 A neat update: It's demonstrably the case that this only occurs when a disk is marked FAULTED - if you physically remove a disk while the system is booted, the disk is correctly removed from the list of disks in areca-cli, and ZFS reports write errors but behaves correctly. - Rich ___ 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/150403: two repocopies request
>Number: 150403 >Category: misc >Synopsis: two repocopies request >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: Thu Sep 09 06:00:08 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Sergey A. Osokin >Release:FreeBSD 8.1-STABLE >Organization: >Environment: >Description: I'm looking for CVS meister for following tasks: repocopy databases/redis to databases/redis1 and then repocopy databases/redis-devel to databases/redis. >How-To-Repeat: >Fix: >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: ports/150403: two repocopies request
Synopsis: two repocopies request Responsible-Changed-From-To: freebsd-bugs->portmgr Responsible-Changed-By: osa Responsible-Changed-When: Thu Sep 9 06:12:09 UTC 2010 Responsible-Changed-Why: Fix category, assign to portmgr. http://www.freebsd.org/cgi/query-pr.cgi?pr=150403 ___ 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/15014: DDB can't find symbol for address in kernel loadable modules.
Synopsis: DDB can't find symbol for address in kernel loadable modules. Responsible-Changed-From-To: freebsd-bugs->pgollucci Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Sep 9 06:32:47 UTC 2010 Responsible-Changed-Why: I will take it http://www.freebsd.org/cgi/query-pr.cgi?pr=15014 ___ 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/15014: DDB can't find symbol for address in kernel loadable modules.
Synopsis: DDB can't find symbol for address in kernel loadable modules. Responsible-Changed-From-To: pgollucci->freebsd-bugs Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Sep 9 06:34:13 UTC 2010 Responsible-Changed-Why: fat fingered the pr # http://www.freebsd.org/cgi/query-pr.cgi?pr=15014 ___ 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"
