Date: Sun, 22 Oct 2006 20:48:20 -0500 From: "Jeremy Messenger" <mezz7@cox.net> To: "Joe Marcus Clarke" <marcus@marcuscom.com> Cc: freebsd-stable@freebsd.org Subject: Re: Do anyone has any problem with sem_open() crash? Message-ID: <op.thupyub59aq2h7@mezz.mezzweb.com> In-Reply-To: <1161567368.30822.31.camel@shumai.marcuscom.com> References: <op.thun54ec9aq2h7@mezz.mezzweb.com> <1161567368.30822.31.camel@shumai.marcuscom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 22 Oct 2006 20:36:08 -0500, Joe Marcus Clarke = <marcus@marcuscom.com> wrote: > On Sun, 2006-10-22 at 20:09 -0500, Jeremy Messenger wrote: >> Hello folks, >> >> Last night, I have upgraded from July RELENG_6 to last night. I have >> reinstalled all of ports and I noticed that the log/messages is = >> collecting >> a few of 'pid 14699 (conftest), uid 0: exited on signal 12 (core = >> dumped)'. >> I dig in the configure and found a location of crash. It is from >> sem_open(). I don't get that before I upgraded the RELENG_6. >> >> http://people.freebsd.org/~mezz/test-sem_open.cc (took from configure= 's >> conftest) >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> % c++ -o test-sem_open -O2 -fno-strict-aliasing -pipe -g -pthread -pi= pe >> test-sem_open.cc >> % ./test-sem_open >> [1] 5761 invalid system call (core dumped) ./test-sem_open >> >> % grep sem_open /var/log/messages >> Oct 22 19:44:35 mezz kernel: pid 5761 (test-sem_open), uid 1001: exit= ed = >> on >> signal 12 (core dumped) >> Oct 22 20:00:45 mezz kernel: pid 6140 (test-sem_open), uid 1001: exit= ed = >> on >> signal 12 (core dumped) >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> >> I have decided to login in a jail that has RELENG_6 from July in the = = >> same >> local machine that have most debug enable. >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> $ gdb test-sem_open test-sem_open.core >> >> Core was generated by `test-sem_open'. >> Program terminated with signal 12, Bad system call. >> >> #0 0x281bf297 in ksem_open () at ksem_open.S:2 >> 2 ksem_open.S: No such file or directory. >> in ksem_open.S >> [New LWP 100120] >> >> >> (gdb) bt >> #0 0x281bf297 in ksem_open () at ksem_open.S:2 >> #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", >> oflag=3D2560) >> at /usr/src/lib/libc/gen/sem.c:217 >> #2 0x080485ee in main () at test-sem_open.cc:168 >> Current language: auto; currently asm >> >> >> (gdb) bt full >> #0 0x281bf297 in ksem_open () at ksem_open.S:2 >> No locals. >> #1 0x281b5cd8 in __sem_open (name=3D0x804868e "ace_semaphore_foo", >> oflag=3D2560) >> at /usr/src/lib/libc/gen/sem.c:217 >> sem =3D (sem_t *) 0xbfbfec9c >> s =3D 0x4e >> semid =3D 1 >> mode =3D 78 >> value =3D 1 >> #2 0x080485ee in main () at test-sem_open.cc:168 >> s =3D (sem_t *) 0xa00 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D >> >> BTW: Please add me in CC, I am not on the list. > > You need to make sure you have "options P1003_1B_SEMAPHORES" in your > kernel. These POSIX IPC constructs are labeled as being very > experimental, and this is not a default option. I guess I am safe then as I can ignore these cores.. Thanks! Isn't kerne= l = supposed to be avoid the crash? I don't see any of crash before I upgrad= ed = to last night of RELENG_6. Cheers, Mezz > Joe -- = mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.thupyub59aq2h7>