Re: kern/146719: [pf] [panic] PF or dumynet kernel panic
Old Synopsis: PF or dumynet kernel panic New Synopsis: [pf] [panic] PF or dumynet kernel panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed May 19 09:03:36 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=146719 ___ 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"
kern/146726: Linux InstallJammer fails to execute on 8-STABLE
>Number: 146726 >Category: kern >Synopsis: Linux InstallJammer fails to execute on 8-STABLE >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 May 19 11:00:15 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Thomas Mueller >Release:8-STABLE >Organization: >Environment: FreeBSD tom.ulm.sysgo.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #9: Wed May 19 11:58:16 CEST 2010 t...@tom.ulm.sysgo.com:/usr/obj/usr/src/sys/TOM amd64 >Description: The Linux executable of the InstallJammer multiplatform GUI installer program (http://www.installjammer.com/) fails to start on a recent 8-STABLE (amd64). A second system with an 8-STABLE kernel built with sources from January runs the program just fine. $ file ./InstallJammer-1.2.14-Linux-x86-Install ./InstallJammer-1.2.14-Linux-x86-Install: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), statically linked, stripped $ sysctl compat.linux.osrelease compat.linux.osrelease: 2.6.16 $ pkg_info -qo linux_base\* emulators/linux_base-f10 $ ktrace ./InstallJammer-1.2.14-Linux-x86-Install PROT_EXEC|PROT_WRITE failed. $ linux_kdump -f ktrace.out 27433 ktrace RET linux_brk 0 27433 ktrace CALL linux_olduname(0x7fffe8e7,0x7fffe630,0x7fffe640) 27433 ktrace NAMI "./InstallJammer-1.2.14-Linux-x86-Install" 27433 InstallJammer-1.2.1 RET linux_olduname 0 27433 InstallJammer-1.2.1 CALL linux_mmap(0xd7ac) 27433 InstallJammer-1.2.1 RET linux_mmap -1 errno 22 Invalid argument 27433 InstallJammer-1.2.1 CALL write(0x2,0xc547d6,0x1d) 27433 InstallJammer-1.2.1 GIO fd 2 wrote 29 bytes "PROT_EXEC|PROT_WRITE failed. " 27433 InstallJammer-1.2.1 RET write 29/0x1d 27433 InstallJammer-1.2.1 CALL exit(0x7f) Log messages of a debug-enabled linux.ko: May 19 11:39:40 tom kernel: linux(24917): mmap(0x00c55000, 4096, 7, 0x0032, -1, 12931072) May 19 11:39:40 tom kernel: -> linux_mmap_common(0xc55000, 4096, 7, 0x1012, -1, 0xc55000) May 19 11:39:40 tom kernel: -> linux_mmap_common() return: 0x16 (0x) It appears that the program calls mmap() with MAP_ANON and an offset!=0. Reverting the changes in this MFC http://svn.freebsd.org/viewvc/base?view=revision&revision=206602 lets me run the program without problems. >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"
wrong datatype in stdlib/merge.c
Hi all, this file hasn't been touch for quite a while, so I'm wondering why nobody discovered this bug before. Location: in src/lib/libc/stdlib/merge.c in function setup() What is wrong: variable 'tmp' is an 'int' type Correction: this variable 'tmp' should be an 'u_char' type While this variable 'tmp' is used correctly in the other function insertionsort(), it is here (in setup) used incorrectly. At best, the compiler detects this problem (icc for example issues a remark) and corrects it automatically. More likely (gcc?) it just turns into unnecessary type conversions, leading to some performance loss. In the worst case (I think/hope not), this might even be problematic, because the result is written back to memory within the macros swap() and reverse(). Since the bug should be easy to fix, I'm looking forward to the appropriate commit. Best regards, Christian PS: I don't know who is responsible for this function, but it seems to be no standard ANSI/ISO C, but rather a BSD extension (according to the man pages at least). So I just checked the OpenBSD and FreeBSD web cvs and both showed this bug. ___ 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/146704: graphics/libjpeg-turbo: update to 0.0.93
Synopsis: graphics/libjpeg-turbo: update to 0.0.93 Class-Changed-From-To: update->maintainer-update Class-Changed-By: linimon Class-Changed-When: Wed May 19 19:43:19 UTC 2010 Class-Changed-Why: ports PR. Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Wed May 19 19:43:19 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=146704 ___ 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: conf/96015: commit references a PR
The following reply was made to PR conf/96015; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: conf/96015: commit references a PR Date: Wed, 19 May 2010 20:53:41 + (UTC) Author: jilles Date: Wed May 19 20:53:21 2010 New Revision: 208313 URL: http://svn.freebsd.org/changeset/base/208313 Log: MFC r208116: Change the commented msgs examples in profile/csh.login from -f to -q. Starting something that wants input on login seems strange and can be dangerous. In some configurations, causing output can be bad, but it is not as dangerous. I do not expect this msgs invocation to be uncommented often. PR: conf/96015 Modified: stable/8/etc/csh.login stable/8/etc/profile Directory Properties: stable/8/etc/ (props changed) Modified: stable/8/etc/csh.login == --- stable/8/etc/csh.login Wed May 19 20:00:15 2010(r208312) +++ stable/8/etc/csh.login Wed May 19 20:53:21 2010(r208313) @@ -9,7 +9,7 @@ # login.conf(5) and in particular the charset and lang options. # For full locales list check /usr/share/locale/* # -# Read system messages -# msgs -f +# Check system messages +# msgs -q # Allow terminal messages # mesg y Modified: stable/8/etc/profile == --- stable/8/etc/profile Wed May 19 20:00:15 2010(r208312) +++ stable/8/etc/profile Wed May 19 20:53:21 2010(r208313) @@ -12,7 +12,7 @@ # You should also read the setlocale(3) man page for information # on how to achieve more precise control of locale settings. # -# Read system messages -# msgs -f +# Check system messages +# msgs -q # Allow terminal messages # mesg y ___ svn-src-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org" ___ 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/146742: iconv (3) has a wrong definition according to the standards
>Number: 146742 >Category: misc >Synopsis: iconv (3) has a wrong definition according to the standards >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 May 20 00:00:17 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Riccardo >Release:8.0 >Organization: >Environment: >Description: the definition of the iconv (3) function is wrong, FreeBSD appears to adhere to the gnu iconv http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.3.html while the opengroup http://www.opengroup.org/onlinepubs/009695399/functions/iconv.html specifies it to: size_t iconv(iconv_t cd, char **restrict inbuf, size_t *restrict inbytesleft, char **restrict outbuf, size_t *restrict outbytesleft); notice how the definition of the second parameter is not (const char**). >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: standards/146742: iconv(3) has a wrong definition according to the standards
Old Synopsis: iconv (3) has a wrong definition according to the standards New Synopsis: iconv(3) has a wrong definition according to the standards Responsible-Changed-From-To: freebsd-bugs->freebsd-standards Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 20 01:19:04 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=146742 ___ 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"
