From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 23 09:57:36 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1037616A418 for ; Sun, 23 Sep 2007 09:57:36 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id C6ADB13C465 for ; Sun, 23 Sep 2007 09:57:35 +0000 (UTC) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id BDBCEB4; Sun, 23 Sep 2007 11:34:03 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id BBFA2B3; Sun, 23 Sep 2007 11:34:03 +0200 (CEST) Date: Sun, 23 Sep 2007 11:34:03 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Boris Samorodov In-Reply-To: <21889306@srv.sem.ipt.ru> Message-ID: <20070923112840.S97351@ns1.as.pvp.se> References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-emulation@freebsd.org, Stefan Lambrev Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2007 09:57:36 -0000 On Fri, 21 Sep 2007, Boris Samorodov wrote: > On Fri, 21 Sep 2007 11:03:07 +0300 Stefan Lambrev wrote: > > > Is this *** glibc detected *** XXX : double free or corruption (!prev): > > fixed now in linux emulation 2.6.16? > > No. Nobody knows fo far what's actially happening. > > > I got this with skype, linux-opera and linux-firefox. > > when running linux_base-fc6 > > Can you provide an output of "ktrace -i" somewhere at the web/ftp? > > > i386 FreeBSD 7.0-CURRENT #1: Wed Sep 19 09:14:55 EEST 2007 > > > No problems with fc4. > > That's why it's the default. I just bumped in to this when trying the linux server for Team Fortress 2. It worked a couple of times in the beginning, but suddenly it just started to report this. This is the output I get. Dont know if any of this will help. [games@s12 ~/css]$ ./srcds_run -game tf Auto detecting CPU Using SSE2 Optimised binary. Auto-restarting the server on crash Console initialized. Game.dll loaded for "Team Fortress" *** glibc detected *** ./srcds_i486: double free or corruption (!prev): 0x08200800 *** ======= Backtrace: ========= /lib/libc.so.6[0x28116c88] /lib/libc.so.6(cfree+0x90)[0x2811a230] /lib/libc.so.6(closedir+0x28)[0x2813acf8] /lib/libc.so.6(scandir+0x14b)[0x2813b21b] bin/dedicated_i486.so(_Z28findFileInDirCaseInsensitivePKc+0xb7)[0x286baac7] bin/dedicated_i486.so(_ZN17CFileSystem_Stdio7FS_statEPKcP4stat+0x68)[0x286bb5a8] [0x0] ======= Memory map: ======== 08048000-08050000 r-xp 00029000 00:00 1036583 /games/css/srcds_i486 08050000-08055000 rw-p 001fb000 00:00 0 08055000-0824b000 rwxp 001fb000 00:00 0 28050000-28069000 r-xp 0001e000 00:00 502218 /usr/compat/linux/lib/ld-2.5.so 28069000-2806a000 r-xp 0001e000 00:00 502218 /usr/compat/linux/lib/ld-2.5.so 2806a000-2806b000 rw-p 00002000 00:00 0 2806b000-2806c000 rwxp 00002000 00:00 0 2806d000-28092000 r-xp 00033000 00:00 502251 /usr/compat/linux/lib/libm-2.5.so 28092000-28093000 r-xp 00033000 00:00 502251 /usr/compat/linux/lib/libm-2.5.so 28093000-28094000 rwxp 00033000 00:00 502251 /usr/compat/linux/lib/libm-2.5.so 28094000-28095000 rwxp 00001000 00:00 0 28095000-28097000 r-xp 00004000 00:00 502248 /usr/compat/linux/lib/libdl-2.5.so 28097000-28098000 r-xp 00004000 00:00 502248 /usr/compat/linux/lib/libdl-2.5.so 28098000-28099000 rwxp 00004000 00:00 502248 /usr/compat/linux/lib/libdl-2.5.so 28099000-280ab000 r-xp 0001e000 00:00 502305 /usr/compat/linux/lib/libpthread-2.5.so Abort trap (core dumped) Add "-debug" to the ./srcds_run command line to generate a debug.log to help with solving this problem Sun Sep 23 11:06:54 CEST 2007: Server restart in 10 seconds /Bjorn From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 23 14:52:37 2007 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3862016A419 for ; Sun, 23 Sep 2007 14:52:37 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id B0AF513C447 for ; Sun, 23 Sep 2007 14:52:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from sp34.ipt.ru ([194.62.233.107] helo=bs1.sp34.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IZSp0-000JKD-WD for freebsd-emulation@FreeBSD.org; Sun, 23 Sep 2007 18:52:35 +0400 Received: from bsam by bs1.sp34.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IZSpt-000269-PW for freebsd-emulation@FreeBSD.org; Sun, 23 Sep 2007 18:53:29 +0400 To: freebsd-emulation@FreeBSD.org From: Boris Samorodov Date: Sun, 23 Sep 2007 18:53:29 +0400 Message-ID: <75454726@bs1.sp34.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Can't get audio in realvideo X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2007 14:52:37 -0000 Please, keep freebsd-emulation@ cc'ed. At the list there are significantly more people capable to help you... On Sun, 23 Sep 2007 05:48:10 +0200 (CEST) Andreas Davour wrote: > On Sat, 22 Sep 2007, Boris Samorodov wrote: > > On Sat, 22 Sep 2007 08:03:56 +0200 (CEST) Andreas Davour wrote: > > > >> I have stumbled upon a realvideo file that I want to play, and mplayer > >> is for some reason not very forthcoming. > > > >> Anyone care to tell me why this doesn't work? I do have a libm.so.6 on > >> my computer in /usr/compat/linux/lib and have both the newest > >> linux-base_fc4 and the newest mplayer installed. > > > >> Note that I get video, even if mplayer complains about not finding > >> video decoders. > > > >> Any hints? > > > > Can you give a link (http/ftp) to the result of "ktrace -i "? > Thanks. > http://www.update.uu.se/~ante/ktrace.out > I hope you can make some sense out of it. Here is what happens: ----- 1149 mplayer RET write 75/0x4b 1149 mplayer CALL write(0x1,0x87f1000,0x33) 1149 mplayer GIO fd 1 wrote 51 bytes "Opening video decoder: [realvid] RealVideo decoder " 1149 mplayer RET write 51/0x33 1149 mplayer CALL sigprocmask(0x1,0x286589e0,0xbfbfd520) 1149 mplayer RET sigprocmask 0 1149 mplayer CALL open(0x286626c0,0,0) 1149 mplayer NAMI "/usr/local/lib/RealPlayer/codecs/drvc.so" [1] 1149 mplayer RET open 5 1149 mplayer CALL fstat(0x5,0xbfbfd500) 1149 mplayer RET fstat 0 1149 mplayer CALL read(0x5,0x28658aa0,0x1000) 1149 mplayer GIO fd 5 read 4096 bytes ----- Before [1] there was a pure FreeBSD executable and environment. And codecs/drvc.so is a linux library: ----- # file drvc.so drvc.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped # strings drvc.so | grep lib libstdc++.so.5 libm.so.6 libgcc_s.so.1 libc.so.6 ----- Back to our trace: ----- 1149 mplayer RET read 4096/0x1000 1149 mplayer CALL mmap(0,0x51000,0x5,0x20002,0x5,0,0,0) 1149 mplayer RET mmap 702193664/0x29daa000 1149 mplayer CALL mprotect(0x29df6000,0x1000,0x7) 1149 mplayer RET mprotect 0 1149 mplayer CALL mprotect(0x29df6000,0x1000,0x5) 1149 mplayer RET mprotect 0 1149 mplayer CALL mmap(0x29df7000,0x1000,0x3,0x12,0x5,0,0x4d000,0) 1149 mplayer RET mmap 702509056/0x29df7000 1149 mplayer CALL mmap(0x29df8000,0x3000,0x3,0x1012,0xffffffff,0,0,0) 1149 mplayer RET mmap 702513152/0x29df8000 1149 mplayer CALL close(0x5) 1149 mplayer RET close 0 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/lib/libstdc++.so.5" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/lib/libstdc++.so.5" 1149 mplayer RET access 0 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/lib/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/lib/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/lib/compat/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/X11R6/lib/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/compat/pkg/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/compat/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/gcc/i386-portbld-freebsd6.2/3.4.6/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/graphviz/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/kde3/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/mplayer/vidix/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/mysql/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/nss/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/pth/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/lib/wine/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/local/libexec/openldap/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/lib/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL access(0x28661000,0) 1149 mplayer NAMI "/usr/lib/libm.so.6" 1149 mplayer RET access -1 errno 2 No such file or directory 1149 mplayer CALL munmap(0x29daa000,0x51000) 1149 mplayer RET munmap 0 1149 mplayer CALL sigprocmask(0x3,0x286589f0,0) 1149 mplayer RET sigprocmask 0 1149 mplayer CALL sigprocmask(0x1,0x286589e0,0xbfbfd520) 1149 mplayer RET sigprocmask 0 1149 mplayer CALL sigprocmask(0x3,0x286589f0,0) 1149 mplayer RET sigprocmask 0 1149 mplayer CALL write(0x2,0xbfbfc990,0x42) 1149 mplayer GIO fd 2 wrote 66 bytes "Error: Shared object "libm.so.6" not found, required by "drvc.so" " ----- Realplayer uses FreeBSD native libraries. There is no libm.so.6 among them. While mplayer (should it?) does not know anything about linuxulator paths/libraries. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 23 14:56:26 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BBF416A417 for ; Sun, 23 Sep 2007 14:56:26 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id A924C13C448 for ; Sun, 23 Sep 2007 14:56:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from sp34.ipt.ru ([194.62.233.107] helo=bs1.sp34.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IZSsh-000JKy-O4; Sun, 23 Sep 2007 18:56:23 +0400 Received: from bsam by bs1.sp34.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IZSta-00026T-H9; Sun, 23 Sep 2007 18:57:18 +0400 To: kama References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> <20070923112840.S97351@ns1.as.pvp.se> From: Boris Samorodov Date: Sun, 23 Sep 2007 18:57:18 +0400 In-Reply-To: <20070923112840.S97351@ns1.as.pvp.se> (kama@pvp.se's message of "Sun, 23 Sep 2007 11:34:03 +0200 (CEST)") Message-ID: <09374497@bs1.sp34.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org, Stefan Lambrev Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2007 14:56:26 -0000 On Sun, 23 Sep 2007 11:34:03 +0200 (CEST) kama wrote: > On Fri, 21 Sep 2007, Boris Samorodov wrote: > > On Fri, 21 Sep 2007 11:03:07 +0300 Stefan Lambrev wrote: > > > > > Is this *** glibc detected *** XXX : double free or corruption (!prev): > > > fixed now in linux emulation 2.6.16? > > > > No. Nobody knows fo far what's actially happening. > > > > > I got this with skype, linux-opera and linux-firefox. > > > when running linux_base-fc6 > > > > Can you provide an output of "ktrace -i" somewhere at the web/ftp? > > > > > i386 FreeBSD 7.0-CURRENT #1: Wed Sep 19 09:14:55 EEST 2007 > > > > > No problems with fc4. > > > > That's why it's the default. > I just bumped in to this when trying the linux server for Team Fortress 2. > It worked a couple of times in the beginning, but suddenly it just started > to report this. > This is the output I get. Dont know if any of this will help. Can you give a link to http/ftp output of "ktrace -i "? > [games@s12 ~/css]$ ./srcds_run -game tf > Auto detecting CPU > Using SSE2 Optimised binary. > Auto-restarting the server on crash > Console initialized. > Game.dll loaded for "Team Fortress" > *** glibc detected *** ./srcds_i486: double free or corruption (!prev): > 0x08200800 *** > ======= Backtrace: ========= > /lib/libc.so.6[0x28116c88] > /lib/libc.so.6(cfree+0x90)[0x2811a230] > /lib/libc.so.6(closedir+0x28)[0x2813acf8] > /lib/libc.so.6(scandir+0x14b)[0x2813b21b] > bin/dedicated_i486.so(_Z28findFileInDirCaseInsensitivePKc+0xb7)[0x286baac7] > bin/dedicated_i486.so(_ZN17CFileSystem_Stdio7FS_statEPKcP4stat+0x68)[0x286bb5a8] > [0x0] > ======= Memory map: ======== > 08048000-08050000 r-xp 00029000 00:00 1036583 /games/css/srcds_i486 > 08050000-08055000 rw-p 001fb000 00:00 0 > 08055000-0824b000 rwxp 001fb000 00:00 0 > 28050000-28069000 r-xp 0001e000 00:00 502218 > /usr/compat/linux/lib/ld-2.5.so > 28069000-2806a000 r-xp 0001e000 00:00 502218 > /usr/compat/linux/lib/ld-2.5.so > 2806a000-2806b000 rw-p 00002000 00:00 0 > 2806b000-2806c000 rwxp 00002000 00:00 0 > 2806d000-28092000 r-xp 00033000 00:00 502251 > /usr/compat/linux/lib/libm-2.5.so > 28092000-28093000 r-xp 00033000 00:00 502251 > /usr/compat/linux/lib/libm-2.5.so > 28093000-28094000 rwxp 00033000 00:00 502251 > /usr/compat/linux/lib/libm-2.5.so > 28094000-28095000 rwxp 00001000 00:00 0 > 28095000-28097000 r-xp 00004000 00:00 502248 > /usr/compat/linux/lib/libdl-2.5.so > 28097000-28098000 r-xp 00004000 00:00 502248 > /usr/compat/linux/lib/libdl-2.5.so > 28098000-28099000 rwxp 00004000 00:00 502248 > /usr/compat/linux/lib/libdl-2.5.so > 28099000-280ab000 r-xp 0001e000 00:00 502305 > /usr/compat/linux/lib/libpthread-2.5.so > Abort trap (core dumped) > Add "-debug" to the ./srcds_run command line to generate a debug.log to > help with solving this problem > Sun Sep 23 11:06:54 CEST 2007: Server restart in 10 seconds > /Bjorn WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 24 05:11:58 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B657716A418 for ; Mon, 24 Sep 2007 05:11:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 576EE13C447 for ; Mon, 24 Sep 2007 05:11:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IZgEf-000LHE-Ax; Mon, 24 Sep 2007 09:11:57 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IZgGG-0007J6-H9; Mon, 24 Sep 2007 09:13:36 +0400 To: Andreas Davour References: <96901221@srv.sem.ipt.ru> <41534790@bs1.sp34.ru> From: Boris Samorodov Date: Mon, 24 Sep 2007 09:13:36 +0400 In-Reply-To: (Andreas Davour's message of "Mon\, 24 Sep 2007 06\:50\:26 +0200 \(CEST\)") Message-ID: <54006511@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org Subject: Re: Can't get audio in realvideo X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 05:11:58 -0000 On Mon, 24 Sep 2007 06:50:26 +0200 (CEST) Andreas Davour wrote: > On Sun, 23 Sep 2007, Boris Samorodov wrote: > >> Please, keep freebsd-emulation@ cc'ed. At the list there are > >> significantly more people capable to help you... > >On Sun, 23 Sep 2007 05:48:10 +0200 (CEST) Andreas Davour wrote: > >> On Sat, 22 Sep 2007, Boris Samorodov wrote: > >> > On Sat, 22 Sep 2007 08:03:56 +0200 (CEST) Andreas Davour wrote: > >> > > >> >> I have stumbled upon a realvideo file that I want to play, and > >mplayer > >> >> is for some reason not very forthcoming. > >> > > >> >> Anyone care to tell me why this doesn't work? I do have a > >> libm.so.6 > >on > >> >> my computer in /usr/compat/linux/lib and have both the newest > >> >> linux-base_fc4 and the newest mplayer installed. > >> > > >> >> Note that I get video, even if mplayer complains about not finding > >> >> video decoders. > >> > > >> >> Any hints? > >>> > >>> Can you give a link (http/ftp) to the result of "ktrace -i "? > > > >> Thanks. > > > >> http://www.update.uu.se/~ante/ktrace.out > > > >> I hope you can make some sense out of it. > > > > Here is what happens: > > ----- > > 1149 mplayer RET write 75/0x4b > > 1149 mplayer CALL write(0x1,0x87f1000,0x33) > > 1149 mplayer GIO fd 1 wrote 51 bytes > > "Opening video decoder: [realvid] RealVideo decoder > > " > > 1149 mplayer RET write 51/0x33 > > 1149 mplayer CALL sigprocmask(0x1,0x286589e0,0xbfbfd520) > > 1149 mplayer RET sigprocmask 0 > > 1149 mplayer CALL open(0x286626c0,0,0) > > 1149 mplayer NAMI "/usr/local/lib/RealPlayer/codecs/drvc.so" [1] > > 1149 mplayer RET open 5 > > 1149 mplayer CALL fstat(0x5,0xbfbfd500) > > 1149 mplayer RET fstat 0 > > 1149 mplayer CALL read(0x5,0x28658aa0,0x1000) > > 1149 mplayer GIO fd 5 read 4096 bytes > > ----- > > > > Before [1] there was a pure FreeBSD executable and environment. And > > codecs/drvc.so is a linux library: > > ----- > [snip] > > Realplayer uses FreeBSD native libraries. There is no libm.so.6 among > > them. While mplayer (should it?) does not know anything about > > linuxulator paths/libraries. > I'm confused here. Is mplayer thinking it's running on Linux? Is > RealPlayer? No, the other way around. All of them running on FreeBSD but directly use a linux libruary... > Can I do something about it? I think it's OK while it works. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 24 11:08:17 2007 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC1916A47A for ; Mon, 24 Sep 2007 11:08:17 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B27913C478 for ; Mon, 24 Sep 2007 11:08:17 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8OB8HKx064124 for ; Mon, 24 Sep 2007 11:08:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8OB8G7r064120 for freebsd-emulation@FreeBSD.org; Mon, 24 Sep 2007 11:08:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Sep 2007 11:08:16 GMT Message-Id: <200709241108.l8OB8G7r064120@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 11:08:17 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] feature request: easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/112355 emulation [PATCH] emulators/vmware3: cleanup non-supported FreeB 9 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 24 15:44:19 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F52B16A51C for ; Mon, 24 Sep 2007 15:44:19 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 30B4913C458 for ; Mon, 24 Sep 2007 15:44:19 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IZq6b-000OGY-C5; Mon, 24 Sep 2007 19:44:17 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IZq8E-0007oS-6C; Mon, 24 Sep 2007 19:45:58 +0400 To: Andreas Davour References: <96901221@srv.sem.ipt.ru> <41534790@bs1.sp34.ru> <54006511@srv.sem.ipt.ru> From: Boris Samorodov Date: Mon, 24 Sep 2007 19:45:58 +0400 In-Reply-To: (Andreas Davour's message of "Mon\, 24 Sep 2007 17\:27\:56 +0200 \(CEST\)") Message-ID: <21843033@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org Subject: Re: Can't get audio in realvideo X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 15:44:19 -0000 On Mon, 24 Sep 2007 17:27:56 +0200 (CEST) Andreas Davour wrote: > Well, that's the reason I posted in the first place, it > doesn't. I see. I should have misunderstood you. > Mplayer can play Realmedia films but I get no sound and I get > a lot of error messages. Is there anything I can do about it? Sorry if > I sound snarky, but I don't understand your reply. I only describe what happens in hope someone may say what to do. Sorry to be not very helpful. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 24 18:37:32 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7BF916A419 for ; Mon, 24 Sep 2007 18:37:32 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be [134.58.240.41]) by mx1.freebsd.org (Postfix) with ESMTP id 3365013C45B for ; Mon, 24 Sep 2007 18:37:32 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 31B4A4DE4F for ; Mon, 24 Sep 2007 20:10:05 +0200 (CEST) Received: from smtps01.kuleuven.be (smtpshost01.kulnet.kuleuven.be [134.58.240.74]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 237094DD06 for ; Mon, 24 Sep 2007 20:10:04 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01.kuleuven.be (Postfix) with ESMTP id 5216031E702 for ; Mon, 24 Sep 2007 20:10:02 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l8OIA0f0093934 for ; Mon, 24 Sep 2007 20:10:00 +0200 (CEST) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: freebsd-emulation@freebsd.org Date: Mon, 24 Sep 2007 20:09:57 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_31/9GYZr7/G0YBR" Message-Id: <200709242009.59503.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Subject: Testing Wine on 7-CURRENT + Xorg 7.3 + nvidia driver X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 18:37:32 -0000 --Boundary-00=_31/9GYZr7/G0YBR Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi! I received a report from someone where Wine crashes on everything it runs. He runs 7-CURRENT, Xorg 7.3 with the nvidia driver. I'm currently thinking it's because of the -ignoreABI hack the nvidia driver needs, but could someone with a similar setup confirm that? You don't need to run any Windows apps. Simply running winecfg should show the problem (or just work if the problem is elsewhere). You'll need to build Wine with the attached patch in the port files/ directory to rule out other problems. Thanks! Tijl --Boundary-00=_31/9GYZr7/G0YBR Content-Type: text/plain; charset="utf-8"; name="patch-6b5339725b347bf4e056e6c9f439dc2f84522173.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-6b5339725b347bf4e056e6c9f439dc2f84522173.diff" diff --git a/dlls/msvcrt/dir.c b/dlls/msvcrt/dir.c index 8340d28..06013c6 100644 --- dlls/msvcrt/dir.c +++ dlls/msvcrt/dir.c @@ -131,7 +131,7 @@ static void msvcrt_wfttofdi64( const WIN32_FIND_DATAW *fd, struct MSVCRT__wfindd * NOTES * See SetCurrentDirectoryA. */ -int CDECL _chdir(const char * newdir) +int CDECL MSVCRT__chdir(const char * newdir) { if (!SetCurrentDirectoryA(newdir)) { @@ -627,7 +627,7 @@ unsigned int CDECL MSVCRT__getdiskfree(unsigned int disk, struct MSVCRT__diskfre * NOTES * See CreateDirectoryA. */ -int CDECL _mkdir(const char * newdir) +int CDECL MSVCRT__mkdir(const char * newdir) { if (CreateDirectoryA(newdir,NULL)) return 0; @@ -663,7 +663,7 @@ int CDECL _wmkdir(const MSVCRT_wchar_t* newdir) * NOTES * See RemoveDirectoryA. */ -int CDECL _rmdir(const char * dir) +int CDECL MSVCRT__rmdir(const char * dir) { if (RemoveDirectoryA(dir)) return 0; diff --git a/dlls/msvcrt/errno.c b/dlls/msvcrt/errno.c index 59d0541..1b5fd96 100644 --- dlls/msvcrt/errno.c +++ dlls/msvcrt/errno.c @@ -241,11 +241,11 @@ void CDECL MSVCRT_perror(const char* str) if (str && *str) { - _write( 2, str, strlen(str) ); - _write( 2, ": ", 2 ); + MSVCRT__write( 2, str, strlen(str) ); + MSVCRT__write( 2, ": ", 2 ); } - _write( 2, MSVCRT__sys_errlist[err], strlen(MSVCRT__sys_errlist[err]) ); - _write( 2, "\n", 1 ); + MSVCRT__write( 2, MSVCRT__sys_errlist[err], strlen(MSVCRT__sys_errlist[err]) ); + MSVCRT__write( 2, "\n", 1 ); } /****************************************************************************** diff --git a/dlls/msvcrt/file.c b/dlls/msvcrt/file.c index 805bc55..83c64c9 100644 --- dlls/msvcrt/file.c +++ dlls/msvcrt/file.c @@ -400,7 +400,7 @@ static int msvcrt_flush_buffer(MSVCRT_FILE* file) { if(file->_bufsiz) { int cnt=file->_ptr-file->_base; - if(cnt>0 && _write(file->_file, file->_base, cnt) != cnt) { + if(cnt>0 && MSVCRT__write(file->_file, file->_base, cnt) != cnt) { file->_flag |= MSVCRT__IOERR; return MSVCRT_EOF; } @@ -460,7 +460,7 @@ MSVCRT_FILE * CDECL __p__iob(void) /********************************************************************* * _access (MSVCRT.@) */ -int CDECL _access(const char *filename, int mode) +int CDECL MSVCRT__access(const char *filename, int mode) { DWORD attr = GetFileAttributesA(filename); @@ -504,7 +504,7 @@ int CDECL _waccess(const MSVCRT_wchar_t *filename, int mode) /********************************************************************* * _chmod (MSVCRT.@) */ -int CDECL _chmod(const char *path, int flags) +int CDECL MSVCRT__chmod(const char *path, int flags) { DWORD oldFlags = GetFileAttributesA(path); @@ -542,7 +542,7 @@ int CDECL _wchmod(const MSVCRT_wchar_t *path, int flags) /********************************************************************* * _unlink (MSVCRT.@) */ -int CDECL _unlink(const char *path) +int CDECL MSVCRT__unlink(const char *path) { TRACE("%s\n",debugstr_a(path)); if(DeleteFileA(path)) @@ -613,7 +613,7 @@ int CDECL MSVCRT_fflush(MSVCRT_FILE* file) /********************************************************************* * _close (MSVCRT.@) */ -int CDECL _close(int fd) +int CDECL MSVCRT__close(int fd) { HANDLE hand; int ret; @@ -675,7 +675,7 @@ int CDECL _commit(int fd) * indicate file descriptors duplicated with _dup and _dup2 are always * inheritable. */ -int CDECL _dup2(int od, int nd) +int CDECL MSVCRT__dup2(int od, int nd) { int ret; @@ -691,7 +691,7 @@ int CDECL _dup2(int od, int nd) int wxflag = MSVCRT_fdesc[od].wxflag & ~MSVCRT__O_NOINHERIT; if (msvcrt_is_valid_fd(nd)) - _close(nd); + MSVCRT__close(nd); ret = msvcrt_alloc_fd_from(handle, wxflag, nd); if (ret == -1) { @@ -722,13 +722,13 @@ int CDECL _dup2(int od, int nd) /********************************************************************* * _dup (MSVCRT.@) */ -int CDECL _dup(int od) +int CDECL MSVCRT__dup(int od) { int fd, ret; LOCK_FILES(); fd = MSVCRT_fdstart; - if (_dup2(od, fd) == 0) + if (MSVCRT__dup2(od, fd) == 0) ret = fd; else ret = -1; @@ -1359,7 +1359,7 @@ static unsigned split_oflags(unsigned oflags) /********************************************************************* * _pipe (MSVCRT.@) */ -int CDECL _pipe(int *pfds, unsigned int psize, int textmode) +int CDECL MSVCRT__pipe(int *pfds, unsigned int psize, int textmode) { int ret = -1; SECURITY_ATTRIBUTES sa; @@ -1392,7 +1392,7 @@ int CDECL _pipe(int *pfds, unsigned int psize, int textmode) } else { - _close(pfds[0]); + MSVCRT__close(pfds[0]); CloseHandle(writeHandle); *MSVCRT__errno() = MSVCRT_EMFILE; } @@ -1535,7 +1535,7 @@ int CDECL MSVCRT__wsopen( const MSVCRT_wchar_t* path, int oflags, int shflags, . /********************************************************************* * _open (MSVCRT.@) */ -int CDECL _open( const char *path, int flags, ... ) +int CDECL MSVCRT__open( const char *path, int flags, ... ) { va_list ap; @@ -1567,7 +1567,7 @@ int CDECL _wopen(const MSVCRT_wchar_t *path,int flags,...) if (patha && WideCharToMultiByte(CP_ACP,0,path,len,patha,len,NULL,NULL)) { - int retval = _open(patha,flags,pmode); + int retval = MSVCRT__open(patha,flags,pmode); MSVCRT_free(patha); return retval; } @@ -1579,10 +1579,10 @@ int CDECL _wopen(const MSVCRT_wchar_t *path,int flags,...) /********************************************************************* * _creat (MSVCRT.@) */ -int CDECL _creat(const char *path, int flags) +int CDECL MSVCRT__creat(const char *path, int flags) { int usedFlags = (flags & MSVCRT__O_TEXT)| MSVCRT__O_CREAT| MSVCRT__O_WRONLY| MSVCRT__O_TRUNC; - return _open(path, usedFlags); + return MSVCRT__open(path, usedFlags); } /********************************************************************* @@ -1712,7 +1712,7 @@ static int read_i(int fd, void *buf, unsigned int count) /********************************************************************* * _read (MSVCRT.@) */ -int CDECL _read(int fd, void *buf, unsigned int count) +int CDECL MSVCRT__read(int fd, void *buf, unsigned int count) { int num_read; num_read = read_i(fd, buf, count); @@ -1978,7 +1978,7 @@ MSVCRT_wchar_t * CDECL _wtempnam(const MSVCRT_wchar_t *dir, const MSVCRT_wchar_t /********************************************************************* * _umask (MSVCRT.@) */ -int CDECL _umask(int umask) +int CDECL MSVCRT__umask(int umask) { int old_umask = MSVCRT_umask; TRACE("(%d)\n",umask); @@ -1991,12 +1991,12 @@ int CDECL _umask(int umask) */ int CDECL _utime(const char* path, struct MSVCRT__utimbuf *t) { - int fd = _open(path, MSVCRT__O_WRONLY | MSVCRT__O_BINARY); + int fd = MSVCRT__open(path, MSVCRT__O_WRONLY | MSVCRT__O_BINARY); if (fd > 0) { int retVal = _futime(fd, t); - _close(fd); + MSVCRT__close(fd); return retVal; } return -1; @@ -2012,7 +2012,7 @@ int CDECL _wutime(const MSVCRT_wchar_t* path, struct MSVCRT__utimbuf *t) if (fd > 0) { int retVal = _futime(fd, t); - _close(fd); + MSVCRT__close(fd); return retVal; } return -1; @@ -2021,7 +2021,7 @@ int CDECL _wutime(const MSVCRT_wchar_t* path, struct MSVCRT__utimbuf *t) /********************************************************************* * _write (MSVCRT.@) */ -int CDECL _write(int fd, const void* buf, unsigned int count) +int CDECL MSVCRT__write(int fd, const void* buf, unsigned int count) { DWORD num_written; HANDLE hand = msvcrt_fdtoh(fd); @@ -2114,7 +2114,7 @@ int CDECL _write(int fd, const void* buf, unsigned int count) int CDECL MSVCRT__putw(int val, MSVCRT_FILE* file) { int len; - len = _write(file->_file, &val, sizeof(val)); + len = MSVCRT__write(file->_file, &val, sizeof(val)); if (len == sizeof(val)) return val; file->_flag |= MSVCRT__IOERR; return MSVCRT_EOF; @@ -2136,7 +2136,7 @@ int CDECL MSVCRT_fclose(MSVCRT_FILE* file) if(file->_flag & MSVCRT__IOMYBUF) MSVCRT_free(file->_base); - r=_close(file->_file); + r=MSVCRT__close(file->_file); file->_flag = 0; @@ -2399,7 +2399,7 @@ MSVCRT_size_t CDECL MSVCRT_fwrite(const void *ptr, MSVCRT_size_t size, MSVCRT_si /* Flush buffer */ int res=msvcrt_flush_buffer(file); if(!res) { - int pwritten = _write(file->_file, ptr, wrcnt); + int pwritten = MSVCRT__write(file->_file, ptr, wrcnt); if (pwritten <= 0) { file->_flag |= MSVCRT__IOERR; @@ -2459,7 +2459,7 @@ MSVCRT_FILE * CDECL MSVCRT__fsopen(const char *path, const char *mode, int share TRACE(":got (%p)\n",file); if (fd >= 0 && !file) - _close(fd); + MSVCRT__close(fd); UNLOCK_FILES(); return file; } @@ -2550,7 +2550,7 @@ int CDECL MSVCRT__flsbuf(int c, MSVCRT_FILE* file) } else { unsigned char cc=c; int len; - len = _write(file->_file, &cc, 1); + len = MSVCRT__write(file->_file, &cc, 1); if (len == 1) return c; file->_flag |= MSVCRT__IOERR; return MSVCRT_EOF; @@ -2603,7 +2603,7 @@ MSVCRT_size_t CDECL MSVCRT_fread(void *ptr, MSVCRT_size_t size, MSVCRT_size_t nm if (file->_bufsiz == 0) { msvcrt_alloc_buffer(file); } - file->_cnt = _read(file->_file, file->_base, file->_bufsiz); + file->_cnt = MSVCRT__read(file->_file, file->_base, file->_bufsiz); file->_ptr = file->_base; i = (file->_cnt_cnt : rcnt; /* If the buffer fill reaches eof but fread wouldn't, clear eof. */ @@ -2617,7 +2617,7 @@ MSVCRT_size_t CDECL MSVCRT_fread(void *ptr, MSVCRT_size_t size, MSVCRT_size_t nm file->_ptr += i; } } else { - i = _read(file->_file,ptr, rcnt); + i = MSVCRT__read(file->_file,ptr, rcnt); } pread += i; rcnt -= i; @@ -2660,7 +2660,7 @@ MSVCRT_FILE* CDECL MSVCRT_freopen(const char *path, const char *mode,MSVCRT_FILE file = NULL; else { - fd = _open(path, open_flags, MSVCRT__S_IREAD | MSVCRT__S_IWRITE); + fd = MSVCRT__open(path, open_flags, MSVCRT__S_IREAD | MSVCRT__S_IWRITE); if (fd < 0) file = NULL; else if (msvcrt_init_fp(file, fd, stream_flags) == -1) @@ -2980,7 +2980,7 @@ MSVCRT_FILE* CDECL MSVCRT_tmpfile(void) MSVCRT_FILE* file = NULL; LOCK_FILES(); - fd = _open(filename, MSVCRT__O_CREAT | MSVCRT__O_BINARY | MSVCRT__O_RDWR | MSVCRT__O_TEMPORARY); + fd = MSVCRT__open(filename, MSVCRT__O_CREAT | MSVCRT__O_BINARY | MSVCRT__O_RDWR | MSVCRT__O_TEMPORARY); if (fd != -1 && (file = msvcrt_alloc_fp())) { if (msvcrt_init_fp(file, fd, MSVCRT__O_RDWR) == -1) diff --git a/dlls/msvcrt/misc.c b/dlls/msvcrt/misc.c index bb6d1f0..cba6aa8 100644 --- dlls/msvcrt/misc.c +++ dlls/msvcrt/misc.c @@ -63,7 +63,7 @@ int CDECL MSVCRT_rand(void) /********************************************************************* * _sleep (MSVCRT.@) */ -void CDECL _sleep(unsigned long timeout) +void CDECL MSVCRT__sleep(unsigned long timeout) { TRACE("_sleep for %ld milliseconds\n",timeout); Sleep((timeout)?timeout:1); diff --git a/dlls/msvcrt/msvcrt.h b/dlls/msvcrt/msvcrt.h index 587d9e8..3a9d5c3 100644 --- dlls/msvcrt/msvcrt.h +++ dlls/msvcrt/msvcrt.h @@ -627,7 +627,7 @@ int MSVCRT_vsnwprintf(MSVCRT_wchar_t *str, unsigned int len, int MSVCRT_raise(int sig); #ifndef __WINE_MSVCRT_TEST -int _write(int,const void*,unsigned int); +int MSVCRT__write(int,const void*,unsigned int); int _getch(void); int _ismbstrail(const unsigned char* start, const unsigned char* str); MSVCRT_intptr_t _spawnve(int,const char*,const char* const *,const char* const *); @@ -647,10 +647,10 @@ MSVCRT_wchar_t*** __p__wenviron(void); char* _strdate(char* date); char* _strtime(char* date); void _ftime(struct MSVCRT__timeb *buf); -int _close(int); -int _dup(int); -int _dup2(int, int); -int _pipe(int *, unsigned int, int); +int MSVCRT__close(int); +int MSVCRT__dup(int); +int MSVCRT__dup2(int, int); +int MSVCRT__pipe(int *, unsigned int, int); #endif #endif /* __WINE_MSVCRT_H */ diff --git a/dlls/msvcrt/msvcrt.spec b/dlls/msvcrt/msvcrt.spec index 1a516f0..559124f 100644 --- dlls/msvcrt/msvcrt.spec +++ dlls/msvcrt/msvcrt.spec @@ -146,7 +146,7 @@ @ cdecl __wgetmainargs(ptr ptr ptr long ptr) @ extern __winitenv MSVCRT___winitenv @ cdecl _abnormal_termination() -@ cdecl _access(str long) +@ cdecl _access(str long) MSVCRT__access @ extern _acmdln MSVCRT__acmdln @ stdcall _adj_fdiv_m16i(long) @ stdcall _adj_fdiv_m32(long) @@ -181,14 +181,14 @@ @ cdecl _callnewh(long) @ cdecl _cexit() MSVCRT__cexit @ cdecl _cgets(str) -@ cdecl _chdir(str) +@ cdecl _chdir(str) MSVCRT__chdir @ cdecl _chdrive(long) @ cdecl _chgsign( double ) @ cdecl -i386 -norelay _chkesp() -@ cdecl _chmod(str long) +@ cdecl _chmod(str long) MSVCRT__chmod @ cdecl _chsize (long long) @ cdecl _clearfp() -@ cdecl _close(long) +@ cdecl _close(long) MSVCRT__close @ cdecl _commit(long) @ extern _commode MSVCRT__commode @ cdecl _control87(long long) @@ -196,14 +196,14 @@ @ cdecl _copysign( double double ) @ varargs _cprintf(str) @ cdecl _cputs(str) -@ cdecl _creat(str long) +@ cdecl _creat(str long) MSVCRT__creat @ varargs _cscanf(str) @ extern _ctype MSVCRT__ctype @ cdecl _cwait(ptr long long) @ extern _daylight MSVCRT___daylight @ extern _dstbias MSVCRT__dstbias -@ cdecl _dup (long) -@ cdecl _dup2 (long long) +@ cdecl _dup (long) MSVCRT__dup +@ cdecl _dup2 (long long) MSVCRT__dup2 @ cdecl _ecvt(double long ptr ptr) @ cdecl _endthread () @ cdecl _endthreadex(long) @@ -399,12 +399,12 @@ @ cdecl _mbsupr(str) @ cdecl _memccpy(ptr ptr long long) ntdll._memccpy @ cdecl _memicmp(str str long) ntdll._memicmp -@ cdecl _mkdir(str) +@ cdecl _mkdir(str) MSVCRT__mkdir @ cdecl _mktemp(str) @ cdecl _msize(ptr) @ cdecl _nextafter(double double) @ cdecl _onexit(ptr) MSVCRT__onexit -@ varargs _open(str long) +@ varargs _open(str long) MSVCRT__open @ cdecl _open_osfhandle(long long) @ extern _osver MSVCRT__osver @ stub _outp #(long long) @@ -413,7 +413,7 @@ @ cdecl _pclose (ptr) MSVCRT__pclose @ extern _pctype MSVCRT__pctype @ extern _pgmptr MSVCRT__pgmptr -@ cdecl _pipe (ptr long long) +@ cdecl _pipe (ptr long long) MSVCRT__pipe @ cdecl _popen (str str) MSVCRT__popen @ cdecl _purecall() @ cdecl _putch(long) @@ -421,8 +421,8 @@ @ cdecl _putw(long ptr) MSVCRT__putw @ cdecl _putws(wstr) # extern _pwctype -@ cdecl _read(long ptr long) -@ cdecl _rmdir(str) +@ cdecl _read(long ptr long) MSVCRT__read +@ cdecl _rmdir(str) MSVCRT__rmdir @ cdecl _rmtmp() @ cdecl _rotl(long long) @ cdecl _rotr(long long) @@ -442,7 +442,7 @@ @ cdecl _setmbcp(long) @ cdecl _setmode(long long) @ stub _setsystime #(ptr long) -@ cdecl _sleep(long) +@ cdecl _sleep(long) MSVCRT__sleep @ varargs _snprintf(str long str) MSVCRT__snprintf @ varargs _snwprintf(wstr long wstr) MSVCRT__snwprintf @ varargs _sopen(str long long) MSVCRT__sopen @@ -489,9 +489,9 @@ @ cdecl _ui64tow(long long ptr long) ntdll._ui64tow @ cdecl _ultoa(long ptr long) ntdll._ultoa @ cdecl _ultow(long ptr long) ntdll._ultow -@ cdecl _umask(long) +@ cdecl _umask(long) MSVCRT__umask @ cdecl _ungetch(long) -@ cdecl _unlink(str) +@ cdecl _unlink(str) MSVCRT__unlink @ cdecl _unloaddll(long) @ cdecl _unlock(long) @ cdecl _utime(str ptr) @@ -549,7 +549,7 @@ @ cdecl _wputenv(wstr) @ cdecl _wremove(wstr) @ cdecl _wrename(wstr wstr) -@ cdecl _write(long ptr long) +@ cdecl _write(long ptr long) MSVCRT__write @ cdecl _wrmdir(wstr) @ stub _wsearchenv #(wstr wstr ptr) @ cdecl _wsetlocale(long wstr) MSVCRT__wsetlocale @@ -770,7 +770,7 @@ @ cdecl wcstol(wstr ptr long) ntdll.wcstol @ cdecl wcstombs(ptr ptr long) ntdll.wcstombs @ cdecl wcstoul(wstr ptr long) ntdll.wcstoul -@ stub wcsxfrm #(ptr wstr long) +@ stub wcsxfrm #(ptr wstr long) MSVCRT_wcsxfrm @ cdecl wctomb(ptr long) MSVCRT_wctomb @ varargs wprintf(wstr) MSVCRT_wprintf @ varargs wscanf(wstr) MSVCRT_wscanf diff --git a/dlls/msvcrt/process.c b/dlls/msvcrt/process.c index c70b6f7..c6c3a7e 100644 --- dlls/msvcrt/process.c +++ dlls/msvcrt/process.c @@ -565,25 +565,25 @@ MSVCRT_FILE* CDECL MSVCRT__popen(const char* command, const char* mode) break; } } - if (_pipe(fds, 0, textmode) == -1) + if (MSVCRT__pipe(fds, 0, textmode) == -1) return NULL; fdToDup = readPipe ? 1 : 0; fdToOpen = readPipe ? 0 : 1; - if ((fdStdHandle = _dup(fdToDup)) == -1) + if ((fdStdHandle = MSVCRT__dup(fdToDup)) == -1) goto error; - if (_dup2(fds[fdToDup], fdToDup) != 0) + if (MSVCRT__dup2(fds[fdToDup], fdToDup) != 0) goto error; if (readPipe) { - if ((fdStdErr = _dup(MSVCRT_STDERR_FILENO)) == -1) + if ((fdStdErr = MSVCRT__dup(MSVCRT_STDERR_FILENO)) == -1) goto error; - if (_dup2(fds[fdToDup], MSVCRT_STDERR_FILENO) != 0) + if (MSVCRT__dup2(fds[fdToDup], MSVCRT_STDERR_FILENO) != 0) goto error; } - _close(fds[fdToDup]); + MSVCRT__close(fds[fdToDup]); comSpecLen = GetEnvironmentVariableA(comSpec, NULL, 0); if (!comSpecLen) @@ -596,30 +596,30 @@ MSVCRT_FILE* CDECL MSVCRT__popen(const char* command, const char* mode) strcat(cmdcopy, command); if (msvcrt_spawn(MSVCRT__P_NOWAIT, NULL, cmdcopy, NULL) == -1) { - _close(fds[fdToOpen]); + MSVCRT__close(fds[fdToOpen]); ret = NULL; } else { ret = MSVCRT__fdopen(fds[fdToOpen], mode); if (!ret) - _close(fds[fdToOpen]); + MSVCRT__close(fds[fdToOpen]); } HeapFree(GetProcessHeap(), 0, cmdcopy); - _dup2(fdStdHandle, fdToDup); - _close(fdStdHandle); + MSVCRT__dup2(fdStdHandle, fdToDup); + MSVCRT__close(fdStdHandle); if (readPipe) { - _dup2(fdStdErr, MSVCRT_STDERR_FILENO); - _close(fdStdErr); + MSVCRT__dup2(fdStdErr, MSVCRT_STDERR_FILENO); + MSVCRT__close(fdStdErr); } return ret; error: - if (fdStdHandle != -1) _close(fdStdHandle); - if (fdStdErr != -1) _close(fdStdErr); - _close(fds[0]); - _close(fds[1]); + if (fdStdHandle != -1) MSVCRT__close(fdStdHandle); + if (fdStdErr != -1) MSVCRT__close(fdStdErr); + MSVCRT__close(fds[0]); + MSVCRT__close(fds[1]); return NULL; } --Boundary-00=_31/9GYZr7/G0YBR-- From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 24 19:23:21 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42DCD16A417 for ; Mon, 24 Sep 2007 19:23:21 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id E7F5613C45B for ; Mon, 24 Sep 2007 19:23:20 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1IZt3d-00043a-4E; Mon, 24 Sep 2007 21:53:27 +0300 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IZt2J-000F5j-Tl; Mon, 24 Sep 2007 21:52:03 +0300 Date: Mon, 24 Sep 2007 21:52:03 +0300 From: Alex Kozlov To: Tijl Coosemans , freebsd-emulation@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20070924185203.GA57864@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: Testing Wine on 7-CURRENT + Xorg 7.3 + nvidia driver X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2007 19:23:21 -0000 On Mon, Sep 24, 2007 at 08:09:57PM +0200, Tijl Coosemans wrote: > I received a report from someone where Wine crashes on everything it > runs. He runs 7-CURRENT, Xorg 7.3 with the nvidia driver. > > I'm currently thinking it's because of the -ignoreABI hack the nvidia > driver needs, but could someone with a similar setup confirm that? You > don't need to run any Windows apps. Simply running winecfg should show > the problem (or just work if the problem is elsewhere). You'll need to > build Wine with the attached patch in the port files/ directory to rule > out other problems. > > Thanks! wine0.9.45 stable/xorg7.3/nvidia-driver/GF7900GS work fine. Even without patch. -- Adios From owner-freebsd-emulation@FreeBSD.ORG Tue Sep 25 14:08:48 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F5D216A417 for ; Tue, 25 Sep 2007 14:08:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id CA7E013C458 for ; Tue, 25 Sep 2007 14:08:46 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id A20EE1B10EE7; Tue, 25 Sep 2007 16:08:44 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-103.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_27,USER_IN_WHITELIST autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 7375F1B10E0D; Tue, 25 Sep 2007 16:08:37 +0200 (CEST) Message-ID: <46F91656.30003@moneybookers.com> Date: Tue, 25 Sep 2007 17:08:22 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Boris Samorodov References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> <20070923112840.S97351@ns1.as.pvp.se> <09374497@bs1.sp34.ru> In-Reply-To: <09374497@bs1.sp34.ru> Content-Type: multipart/mixed; boundary="------------030104030506050803080404" X-Virus-Scanned: ClamAV 0.91.2/4390/Tue Sep 25 15:11:45 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 14:08:48 -0000 This is a multi-part message in MIME format. --------------030104030506050803080404 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit sorry for the late reply. Here is ktrace.out.bz2 22KB Just note that this is with 2.6.16 os.version and fc7 So far only skype core dump, linux-opera works fine. As far as I can see the problem starts with 1492 skype_bin CALL freebsd6_mmap and at this point even kdump .. core dumps :) I'll test little latter with fc6. FreeBSD 7.0-CURRENT #2: Tue Sep 25 16:35:34 EEST 2007 i386 Boris Samorodov wrote: > On Sun, 23 Sep 2007 11:34:03 +0200 (CEST) kama wrote: > >> On Fri, 21 Sep 2007, Boris Samorodov wrote: >> > > >>> On Fri, 21 Sep 2007 11:03:07 +0300 Stefan Lambrev wrote: >>> >>> >>>> Is this *** glibc detected *** XXX : double free or corruption (!prev): >>>> fixed now in linux emulation 2.6.16? >>>> >>> No. Nobody knows fo far what's actially happening. >>> >>> >>>> I got this with skype, linux-opera and linux-firefox. >>>> when running linux_base-fc6 >>>> >>> Can you provide an output of "ktrace -i" somewhere at the web/ftp? >>> >>> >>>> i386 FreeBSD 7.0-CURRENT #1: Wed Sep 19 09:14:55 EEST 2007 >>>> >>>> No problems with fc4. >>>> >>> That's why it's the default. >>> > > >> I just bumped in to this when trying the linux server for Team Fortress 2. >> It worked a couple of times in the beginning, but suddenly it just started >> to report this. >> > > >> This is the output I get. Dont know if any of this will help. >> > > Can you give a link to http/ftp output of "ktrace -i "? > > >> [games@s12 ~/css]$ ./srcds_run -game tf >> Auto detecting CPU >> Using SSE2 Optimised binary. >> Auto-restarting the server on crash >> > > >> Console initialized. >> Game.dll loaded for "Team Fortress" >> *** glibc detected *** ./srcds_i486: double free or corruption (!prev): >> 0x08200800 *** >> ======= Backtrace: ========= >> /lib/libc.so.6[0x28116c88] >> /lib/libc.so.6(cfree+0x90)[0x2811a230] >> /lib/libc.so.6(closedir+0x28)[0x2813acf8] >> /lib/libc.so.6(scandir+0x14b)[0x2813b21b] >> bin/dedicated_i486.so(_Z28findFileInDirCaseInsensitivePKc+0xb7)[0x286baac7] >> bin/dedicated_i486.so(_ZN17CFileSystem_Stdio7FS_statEPKcP4stat+0x68)[0x286bb5a8] >> [0x0] >> ======= Memory map: ======== >> 08048000-08050000 r-xp 00029000 00:00 1036583 /games/css/srcds_i486 >> 08050000-08055000 rw-p 001fb000 00:00 0 >> 08055000-0824b000 rwxp 001fb000 00:00 0 >> 28050000-28069000 r-xp 0001e000 00:00 502218 >> /usr/compat/linux/lib/ld-2.5.so >> 28069000-2806a000 r-xp 0001e000 00:00 502218 >> /usr/compat/linux/lib/ld-2.5.so >> 2806a000-2806b000 rw-p 00002000 00:00 0 >> 2806b000-2806c000 rwxp 00002000 00:00 0 >> 2806d000-28092000 r-xp 00033000 00:00 502251 >> /usr/compat/linux/lib/libm-2.5.so >> 28092000-28093000 r-xp 00033000 00:00 502251 >> /usr/compat/linux/lib/libm-2.5.so >> 28093000-28094000 rwxp 00033000 00:00 502251 >> /usr/compat/linux/lib/libm-2.5.so >> 28094000-28095000 rwxp 00001000 00:00 0 >> 28095000-28097000 r-xp 00004000 00:00 502248 >> /usr/compat/linux/lib/libdl-2.5.so >> 28097000-28098000 r-xp 00004000 00:00 502248 >> /usr/compat/linux/lib/libdl-2.5.so >> 28098000-28099000 rwxp 00004000 00:00 502248 >> /usr/compat/linux/lib/libdl-2.5.so >> 28099000-280ab000 r-xp 0001e000 00:00 502305 >> /usr/compat/linux/lib/libpthread-2.5.so >> Abort trap (core dumped) >> Add "-debug" to the ./srcds_run command line to generate a debug.log to >> help with solving this problem >> Sun Sep 23 11:06:54 CEST 2007: Server restart in 10 seconds >> > > >> /Bjorn >> > > WBR > -- Best Wishes, Stefan Lambrev ICQ# 24134177 --------------030104030506050803080404 Content-Type: application/octet-stream; name="ktrace.out.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ktrace.out.bz2" QlpoOTFBWSZTWUJ3qsEAZsh/////////////////////////////////////////////4Fn8 cH0A04D7hzge4B7ebuPvLfBqkRIATwAAMPjPNagfQGZrR6ypIV0aoAAzYosehtgtrVmhC0Dd YtIUu7QCgF4dAXVvPoo6E++xy1d8d2DsHcbOxcfR3jYKCJbYAC7e99Sna4YbYeQYO3sGnfYB vtCoDLwVevWgV7ouzVZfVAA+nczdc7pvduwDWNNa0GtNMAAJQDFbbbdqOQ30+eq7vVR15T5s tHN1XvMjhs+6z6H1Tph7BqaSAmQAAATAmBGJqemJoGmTTEaMQ0000aADRgmRoT0GINAMgMCa NGTI00k/IADQDQNA0MgBoDI0jGgKDREAjTTQhgT0jQJppmgNJgmCp6nmVPGjU9RtA01T9CMU foU9NMU9R5THpIZPU2p7VPU3opo9T1PRNNkI2ptT9UZqAPUyep6Tym1AyaGnqeo9QNqDZT0h 6QEpoQQE0CibUwmCE8kninlT9U3kU9RoP1TT1Danp6mo8psNImjIHqMTGNUANHpA2o0D9SaZ Bpoeo009T2lB6g9QekBoAGg0Gmh6nlB6jIGm0gk0kiICE0ZNVPzRNKbZGUeU9D1MIU9oT1J6 npqeiHqaep6mEeo9T0Rp6g09R6npqD1GnqGmIzUeo9IGjTTQHqHqAG1HpNqANlAGT1NGjQAa AAAESkiaNJpHoNR6ak9pHo0hlM0yamCeU0MNTDUwDI0QPU02k021EwGptJpk8gm0mnoIxpNG TyRk2kbSYDQjAnpNMjaJ6IxMajRgj1GBpMgkSIJoCaDQJk00AABHpGU8EYpp5NJ6GmgxQeph TaZGI0KP1TxqT1P1T1B5qh6TxGaTAjap+qeUeUZDT1PFPGlPJqeoeKYnlH6UeNTRqehP0Kep 5TyT1P/0A65zubagHx54ukqlWVIsGY8pJOfnhFknNIa2ZzcXkzb+NSc2xYL+qZsM/X6sj9W6 ie6LTk6mdBn0WIWgoHUYKVCsldyB3pV/A40Ih3I6rjXKuM70R7Hm9MepY8Ho/dKrdEj6rFNh 4OOk9ym3X1L9haw+PDwcOGe+9867ctsGV3EcHIrtQ1obLXhhvcvvtpsWV9cQvL2VNsexwyrv 1zq812ctFrcL7W4bnx6bY4qKxEVvx3WOEcdjjamWO6aU788eXL5jTt9vpynic37vY1+8+N/u T/e/K/A/BSXy/lpJJR+F1uwdrswJlHZIIIJOj78iDPKDVlVWkUkCstsZBcu3p5+fnZ+VixY5 eGsDHhi8NwIOI5vsCYsFTn0noQPYgpAYKhajCuiuBEFCpzFX76nrff/I/W/ufie4wbQ3CzcR AZGhHqhxyEUB3TlArJsOJ4RImqKAVhbEjlLg5IqiCz2I4VHKiqKhNhkwi4TcceoiRNKRUfC5 OEmAlYm+BJQdqEEQJnE16lGJJwMBnCgkqyPAhIkTpYcLD3HalTAdnLPBhiRUpUgdkQUEPIip BQTWZNIoKFRDyxBYkRNR5iwrNQkQye1qjlCBKJuGw0dGGG9NJy5rJN5QTgYYZyDWSzUKlC5g Pg47lLDRQoOz4veg9yGfuvejE5GBNGwMiYoWLVLHn/an9RGvxfN/Czmf7P9ORpZapxjcch4c yeUIBeebBZZAji1BgDgnH6V7E75jg4/DncIVREfNDCyus0PR9kUuKLqQX35xGN1l4wmOjbBx atw9tjIps2I8pRGMAYwMZmVoZAwAGFw002o5XcBKYxpDLYL/dB75N2WYzMevStwoV6+1w0Ed LUrLtmSZEiuPCut3prlyLXBPNaZ1f7mZla/WsTRBV3rVpW01rY8ry3u1tqxOk1c3qbx5dxdh qdBj53kb9XyrplOBTu8ZhHmcnGPe4a9X+rn12D/KpQN1Dy1efid56omJjtx+2y3XdLk9UsvW uWVFlSs7lX7hBg4DKyr73n2HWDd1klX5q0hg/Tzfyu1qY9iqe+nAAHJrsr3aPqcRCrYoygcg 0Rb8OPfJXlKvuR+m5hcT18pv9jicfsx4v8lbvEpo7nQDStifbxlNj9r9gVLhU4XtsNUxloSL u7lYsevffBpc3yJhMJxdnycHTA9T3CxuPXHaFhU/KtHnQhISEJEQY+41Iwz9I/vgJrosEtKK vLcZio/tMMhgKtrG6yxblyLiSosyKltYqIoIolH7PNOxrDa6qAoVKha2hjRrbUcyY25MmJt8 Qw0KrFQkImMyMxFhFhVHLlypT93QsQzliBoqyYX2+AVLlMQrAmi5UEVEiJTYiwEiPM9RKgV7 IOxIEcho1xIZp7bF9OFureciuV5LBEgQhIYFnMxT5fSQNT03Bi1OrQTY/8yGsWWtWtZxU26X YT1L00O908NYsjFE0nEpncJt5MsHX+MgOr/aOwd9JQQrNdu1nMxMP2y/dnjBjb1Dg0aAUMIQ YQQgLChCGCAMQPhSNNa88i71mNd4VIJGitEA2l2Y54QqCDZrzw0/ZVSIVhCHI3mL/SlCDYQA lmsxjCICDS1EcNQQBxFcOGGfZovJYpW5nE1m6k5mugML7GAxgYDWgGBLy9/MAq0lnHQsi4Pa kzSGoXiTslx7URu95MWn/hVqspnqhTjvX3EyYzL7MveDIqAsnfjqr8HiQLlNH4hpGk+K16d3 GCL7YaQPZwDb00S1hZPW7P4l/tadFEra+pdX2mbbXVzfd2NM0x1mt7tu7I2y7FuqxMy6TTks pq75TbWaG73aRyqmxkQazMKjaVVwrSuXMKIjWCKNKlLaKKVLbW2saKNVKwxrhVy4uMqKlq12 tjFMTMrM2zMSurVNMsZouOO2q0S2mUwa7lWrvld9XKNuyXfWGnTmZmNt1hg3Tc31timthzGY Vrw/8fa83Pzlvx0AieZAF9jQbVu1ra1FMGKoNg/fVSuaFbqpESio0kqgaECQX0qDIDoZWzu3 pfvarE+hOJfK9tOT+qVypv7V7eNthHj5N+G/Xdrx/G9Z9taUVo/zswpd55YPN3iHPW2ewq1P Fj2iVnavHyK1aKfFRxrMUpux2pn87x6XQ79JdTrI8CVJhVii1mEiHDwFRQu4KCXgZW+vq2LD Fl4ZuPe+D/z1DYTr2yeKFLCKCgrCCDEFD8Xuvyb3stOc508vBkmKEhBj5FW3Jaz4FVQhGBNC BHj3rh5L/GS/Iv/n+yiR+Zy+1RKUV0SlO+FtIAMJdS6/F41ExgCWQb/4hitULBBGTxIk3uts Z4eu8G8VBofxlqVtbaBC2JdS/SRAiWKnB4lghNTbb+PnPD8WvunnwXfKrzHFjNagSsurZnaw VLZUjs+d/dk7CPmc7aD9rzq5KnND1TeGuH+PGGrNSPrkUpl5kSSuy7pef1Ij6L/THReh0/2M xSUOUdv+PWkx/Yeb/y+Tzr2E3svuH7aknLjY92HVoslHK6FR2kDePfhSCLjbPVrKAgGrz2Uj vY5BwaHSxNJMDIYFbbVNHezOs3feSSEjRD3bt3N7ReusPsNGRwOHhEWBS3thrdBcMyQxvqky 0H4sQks+hqe/x8gjqcTSrO/ipWPy20e0ytPqn94mSc3xipOJ4GdninhPCcZT78eycW7MNy3M bMs5iMVOuqbjfL3lZvcl6SPMMYY1q7smIXHxYXtDidPl2jFatjzWIU0jvbyPYbty98nx1m/r oTUayBfpac1//Zh9jbPzVPEkeW4QccxZVrXbtknQMjQrSGHya9nm2KouP3io3h/kaGe/8nsr iy88BzfGx95oo498gXu9ZvLgwDqCMJQS+dAQ0T7qIdKDCYIiTFqjpjwZ1IweroUW7hJFm0mC vn8xCyBRY1p0a0EYLcmAODcZPH099xujF717HCX9ZoLe+H7e8dpXcw0Cr35QKtHnnVYS1tLa h24PoT4Vqgl4PTzxGHdhv6ahV4qDCK+eclgwb98hwCw7eZPrwrARyFCEAIEJh//bb9Vlvruo 4W3+lW2/uV0TZEMEH+Z+i9xwwpwjgrhWmkfH7/5S4bZuepfZMKTx2xiIK+wirvNxGoLAVfXP IqKBauJAQOiS2+ku7M4R2tP9F/ONTg01cNu3ELO5XMKgiLR/eYYW92v9tTqgVKp0hpyJjZ3M 5lojIW8NF4deHlxJXPKV9Dg7B/YooeJwfvUPqLCFIX8F3f4rrGXzH+VJlCoocB6x0D2F+I6l l3OZWlr4AMyhf7sMZ8M78Zsry/QXlgGJu/6UmvgyIumh2+2vG7Di7FHQdyO/4usuLZbmwZvd 7vluR74U4j6rKodlf0rUxz5nbcwVUqfn+7E5XGgK1kuVoXB3beDzmSuBWCTqdpqUdXK3mpXO YL7kPtOiZVqfbJOHC3+9uP+vzFNMbz1iOy9tZh47TO+SgWDJ2N9eMc1M+evMx5CwRGYmsL9J c4tpH0/aaMaGaoz+u4OkbU+rreLktbffh4QsykA1znQXjDs3EHrX5xa0rLFMCbZiI2bLKS58 FDJ+qMDELdBLvkNB9vcQfLIf0RMKXYsLI9qMhvck8xFQ7gZXF1lEhzPz2TT4s9Fz3hNc8Zog 0sjPAEEStbUYAVAIRLuHeVKlQ+XAqmtxAsfN3tRuwyTEOp32i6PbUk13IybxG6zFo/5PQh1g quJ1Keb+zcJoxHU5Cp17MmfGpCTS1Llhb21Pao/ykSpW8yCJdXe8/tjHpd7ueVe8av7C7ot6 TfnTi9j4lKBcRIA9kdy0NGrvoHI+FfsJAbKiuwalYEMG9LbRuK/sUbrSQk7VwygbMZzHLfPE uEBOi/C8DJhqEOG8a4PgaQ+C+CKGKEOIMOsO/4BVv4hmdikAzzuWx8zDrdinwxYUIlybYq1I tPOQcURsuOriHWISeTFITqJ4JkF8Cs0LBybe5DaxbxvUXsWrOuNY00IrCMxSsnUFl0d6VFRF B89fX1WAuD7aEhElJDvi18o0YqmW2Oga6ghjV0/EvHqZ6JQ0LPi/mrZAmVQmSg4WZ7+bBzv+ B92mdAolVP4uWpsWxMJlhKt9i95cKVtUtmHxqbDUBOENn6ZNURufk3kmcuYVsuqa5NafNQjn U+867OwU/Q/G1EfnlrLK3Xargn1kgpJPKaSQ76JSOD3VCh3SUZS5cVjSY7s+ykrNe+YpRxiV N3nkBp/8tBnGxN6/Ym8ROO2Pdn1hZm5RFKU0lAHtSTpdSwfXpdDiwI7FysqjoQBDXK0fi0c8 isS8V98a6pYwn0lJ+dvz4LGQquoazrhLwrlb8jN6K9IltiF2RTJ02w4sZlkycG8fYI03Pwm4 Iz/STGwweucRANzCffo9HmPgtf9bHFJaduOkAMN2DavkJ6uUailg5/4+OrhgdlRdo6QLILzN 1tvrsZwLMsNLLbbS2221YKgxqNlU7KUUVctbccYiZSogwaxttbYJMzAxQVFjFHGlsKCLERVj BHKFUUVK2KqIiUtMasGGNBY5aI230vZ9BrW5bbVpSiVstGjaoxUK2pYxa1RSsVaV3ymJaWix UtK1KC1CilGpiZXJiLmXEURZbRhatEUWVxrhbYpbStMrTHKWrG2NiWhbGjRbaZhcKtjLa41y 22qqpVzAwctBVKUW5ZUxuZS4pmSijVVttEWotlRazGrMSWiNMyVMWlVtxzBritEWZmGRUixV ExKmKzMCiiVsYo5ctMXGVVVttpZ99mYqojbR2wvv+XJsGoW1RgjwtRbW1VEtqILbC20HEqiK qKIxiNZRYixrKLSlERFRVtLULUtaLEUTGqKuA5ystYOclqBdhDoLseqAlChDUPKa1mn1oTBP wVUd4oLheNBh9wBAV60oBKLpLsOFOQCL1saZUrh1g8Y8WydIldFIzwrhvxvBXimGnWBD4gTm jHwcBseIPSOOI0Lggg2DeCCv/Iwdazvq4dP5105wgDuTU+bpHkb65dkYcJUzgRXGdplC/mGf QgfVGny3wTcgLyS3B0vqr+kkW0ewnhrudshEmoQ0iS6eRjGJkBLkTwoNNtjSBEhISMiRFQYS EBMVEFsEERKoSEAYKoMCJIhwZgqB8MQRzRHlTJlEBUtoCQD2v3fW5+xW5ubycIRSCzyhDpR8 x+cExOsyKPpn1tfXuwbEZ9L991vN6NgUVgAH+JnWSGuGscYAAIwsSAJkddNTWJMStxixvNoy 6rNSfyubRRdtlf3a0kblgAZTGNUpIiGmByZQki2io9L3v3uS5i49/z8z+G+4nBF93/RexqcH rsJiA2JsxJSAuMIiGbkhIBGWfbyZa/Jor8j9Gt8y36DuN/4est8y4ed/bjGQ2CWG0ni9cp9W kh6Se/pX7BlQxtsjUaT7xIqbQgzWklrs8IfmRBusqQcNi3Q1wKCAFyrpDtbVG0toDW20qo2l tGtWqjVradFUUWrbWtKxtFVVVERhA9Ew5R70e17ag+/ZIt12UJVELtnM+pvGZMTw/WU+6YcE h3/2OZ/9YfC+56DCE+fGVfOOoZ0vhDAnWYEEGdpA9I+wSeenKybJU6iHWZA7xJUhyPsOiwDm eR2fYvKgsCLIc60pCEmDI8BzvQOk1aQQHCHSJMRzYkfuKGzAXGSHBy2B1HUtDh1dTIlaCqMY 9NCosOG7p1oADwmQw6pQhyibTC+TzHj5srP9erPGVWQ1yV5ObJTWu9M0TGBwSSsh0PuGGPFg cWGMhWoHI8GYlSV0h9I4qqm/z1xBTkSpOqnBIY3jb5OsmM6uWd+yqwU3u2cfw1NuvYF7HDAU Xdol4ZnQyciTYZIJxLIf4fEs48euVM4DA01jfxnJ2dXYXD5xyqfBH9Zo8d2WEDZsunviQvyv THjF4w4CYWxjaffxBIhIOrak27rrPDmZRPoNYmbF0amp1SWlCuqDmJuKNoprY0RY7dWaYc8V M3TQE5mZBdfw01k2S0FcuQQGeA7es7zk3NEciW5o4JNtmUmUKCc3JihzHRQna3sDjyiUoglA gQxhoElCJCyGxLfZxiIhDYCdOyuR3bm0HsXA0HDYUF4hHhP4bVJYEAcpkjWx9Br8Sv+hMcld PyH8ozcaMhzcukhuRhXAkGd7wezS8NzykBjQufGns/inryOMN8j5fZhsUxZzlsSw0bzsxzLG UOwm+4i6IZLx0eMmxtiQzNEbhcSJbzncQDwcQ8JVoAcIgYLeBymsRdm/PF5hI/zJdJR2r4mZ oLHMITuLEMUgtEaxI8IR6SY7nhnahmg1HYRH+GBrKgjySN0FV8dHf+E4qUYBmxkY7KHMarGk OdhKdMByGqNOCo2EI4VZB1Q1UbOMtlGEokJ2nyIkXScI9wxdnIih4XjC6ZvpBGfSvJ5vW9jN tqkJ8Bw+yTE5nVEbwljvUtQJoIwEQyrmEIs82EeJdtGPdOwO/qf6bkl4jKRoZcfD7pw3oyEN tgQSd6g3FcRMS+RDHxk0oQcSkHcTZJvC3DhM9Uh19LhUgMDUTgfZo+89u7W3GQSLbFO4R/JL 9WUNf0dr10kTryDLswkFFKT+U/uSKBrwXfjVSO/yoAW5vQWMZXAJSMuEroQZJJKkTTFuLGnu aU/Lpme/AhmjKwST5f4LhmaYG47FD2vTdmja5XI7feLbJvKsP84iVzc1j6tB77nTgOSzQ1jU oSNPMdu/33DcvzCG4iCoi1x21bvuaJHIdFy0SMgP4Q76on2bjE7FypUVAv+8dyhzNWtRl+IU UGZUWienpx4rPCH8xiuFRoXP3kJISoRhvF2VEEDvWDgMDMIYG9yiitwF/2g9SmZDDlOjkhzc SbExMOaSFDBXY0YYe0fzifXpoZxS9U6R4/1/Bc+7l2OQmvDaRIsBNOz16HNk1PYvhOA45wm4 jEkYZgGvCTFig/vanEg+nTUxksdumB7h3+0qQF+RvHb+9LFpxI7Qj26YuYIdt99TaQzRYa0+ +hSC4M1csdr2jMUfhkK4ZePdmNweNZOZ62KbpM23uFFwFxVBfKeuc+ii6BezfkJshHjfKf/b 6Dme783gGlRy2cUeN56AzGWMMkZ/ynjHKn6F2hjYs8fPeIzO2qZnI4NY9+j4u4N7VJA/oLP4 PTIbIyMyBvU8KISzOZ2Y+mQURJTEzMjidWKY3CovLxdDKEcGR4ni+2jU55XJwWaT0g9CXEjJ /nvIneYof6/FzuKnIxgxgfMsOlRPTQmTuHunoiavC2EOm+B2YPm/X7yu5u0/7NbzPCsuSTma FD3yJRw4FR7uWD5nGxoL6ZNmXHO2ZkR8GxiUNBVqPcdj/yvdoqbqtEG4QRHUVz/JmWJKrIXD 4Z3SP16zMC8NdcAkxI+6RRJJtOAeJ6dF/SmAPq/zTnRma6GqKXTaWHHSrYeBWJLE7i454Z1z wiDGid38/32ZTJUMTjmSQI1KjloT0KkNB5i6fiTAusLIgjHExDW1SmZmWJKiapUsEjlChvVS g7Nw+q/KUlefkY6ElITN7ZD0JIZLUgQjIiUwhBSB6Jujof88Isv1PkPhL5kZHAzpxOQihebe 2cvL+8zcIsUxmcplpacTGAI9h7SIwHqYOx9D8R8DkVP80zH2OJ+MpqjWnvvw824ZjxsGQZwT JwN5Umgqo/UWIkb6r11cMaHqu24dCEkvRf6+/pbFejVlOkaUNUkkkxOAokIQCiHt/0XDDVKE kh0FmPe6zKKKcTkPs8Kes9fk+Ayd/3/5bhTLw7uIfHkcXBA0TwDI3MyGem/WiVBYVEprI4MX Co/IRAqoPJ8fGpIemCbEQjwaJxR9F/0cx1C1pl4UmBBQooHHPrXroOI8Q+pq3ufscbGtGMCM 24CNCo5YsG+9CLqnuXhCZMw0IZqQ5+Jc1Ipa49w5HfU0VDILhIhVjSwu+XSM8txS62zoZl/t /DpsNTMRXGkkCHyNIgKIsJ0N9Z9ZEHpbgfGbjvcmFvEx5MPl0P3PTeiVnQjEF/1zHz2PYQxe 47PtuuSfPfSPys4Zb3OOlI0TMx79gFmmEg5jnw0WUIvJfSGAxpfnYBDfr4Gzk529Lex5Hu+t lVOodMyM1nsabPw/PyHeDO9Qqsj0ndQxRGRi6tBURGJGeo7WZBIBCLO7F24HdJUgqsiqKwUV VTR6I8vRpXSUYsCEI11Eph0upSquiJXiLtEBV9g5K9Lg4GTk49RnFzUlao9O/2HyXl5vnTc6 3DKI1V9ymC5l9tlPiMXnnSJ00KxQwZISE6R6IQXhLXRFJ06JeXo6eXlRRRVBFiiHHphxw1EU UUViqLptS2TfJOXpk4646ulcgrscJWKZIN00hICGCQkrzR0TCJKrvryiZ2WJYLmANTVEQrUo K7xkPg7EKmzKyyLnepAsFu5yyceU9IrWaltAU9syTxmBrVeVhJRxEWAnUZxjiIwQUW2iwHvy 0YGBatiFkCRGSJWG7zFBDfbDCKJrdhJzE3Kcejpw6TqtkEYxiCIgxEYrFdoQNqbydSRkOsWx RIsRuFAFDCxERtA2GW3t64rgYSIpTGhIWYcNwFOXR8msvq2VJCoaQKxnlnw/RyDbbzc4d97E zw3gip3dqeNb7rlzvCaL4/gWpivq97hexondose/u0kmIwYIRIQgxwCEkkKBiR4Ziy5gQgMI qhrRaygUtOty/zqyLbAKW1YNiMq02NgJBZRdUIq2NAEqIQYYCEklKkiDcxT+OhbuVGxxU10Q 5+GGgWyWaLUvUVkPwj13eG4tXpXCzmgTiyBJYHOkhoN7DQMkAwGE98kh9yw29dYHIgEmdRCE cEMDIv+Q9YSFYOGrgNFKYTQhImyIgjESSLAIqhBgoKorIQVSSCkiwGMUIERJoMA9CkCoCCov n+NeKoE0CEnWQJNAyBPl0FUFIpAsgpIHmMDYGAfp+UKIvNCmDEhAdvEayIYNLHyoRZVWSC6M AhVBCUJmyw1SEVPC1UxMGkHWiaBcdFIoSFaGjPCSIQtMa4jKBjGcgKAvEgLGjkTCckjWNHNn E2AUtIHKEGt3MIF6d0s/aYGJIdtA0x7fEXyz3xCKHfbyT+Zb0M760VGzFwopbNAt8TReGgDl 41oBkyCZKBcwZ9ZyUnQklScEhwSeQ86ChBZ0dM79BklO1OO3WQ4Pzb2GQMVNkWSsUkqEo/dt PU8IYBjBIJ1vHpDTJoSHBFrIySSIHV5KaSGJD5hhDqG8IskFigECwDZkkPmdWaZWiKAoiVk0 wBYTFtIpDyAZ+DSTEIaBIVlICSGMygKYKWkKlpIssI3TUDQWhoKmGoPctGqYG85MN9hw9qf7 PefJ+1+7mkvQ82fdKLSqJQW/i1CO9mAGFows1GBJoRighHM6FU5pUMbR5LSXOYd5tUYbJKST tWTmSYEjpigbMgFEkwGAVno0gbpJDQyAevTZgBgDUKME8CgYw9CgQ77w8wJzJIcCMkRiTBhs XBKACliqaDO76AycrN96EhfPzvOr+gvODsUOzjg85XrX61nb/KJF+6ozx3HQIOAuaY+3l2GI QxpapoDB9LXghAWTC0OxpFzX1zamks3bQrjZRgrK8GTRZcnThs5GrhIxCBIYIEln1VXIMMXa ppXOv+J91LYsbAuIiuFOpwvvpXw6bK0q3r8MEbb6WKu9nhUzBqIYGYelFnSbb+WkfS5X1V8M c2G7IhgrQdhjemY2thlVxzDjrjnpN7mQMcUDYIZg551nrPFlVm3JmfX97rrxubTupl7/IY1G YADquHWTJYWkag0QNIxmBoNZttvMxGNkFy+ZNeG1alBbtnhoZhgL24vAzAAbutz3Cpis8Ptq 9as23mQZIY4oHLngZ9S74O+C18HFmblpvhm3cd0ME4crSwb0GwbNCAuNE2gtAoIRewaFrPuU oCpoLNjBu2QQG3FIm3xLSIXkaRcZttHJwPt7NRvrheUwRd17aKAev/C2H2SB0vsN75rJy9y6 Qm7IHdNZJ2rDsWItuvQhAVNFTTaGNCG1XwcyQkTZFB7NIbJ1gYGkgsJiQ5mTEk/vpDb2N7zu WTdIs4tSTdnZ9tSGkkWBqBOaUC70UJoQD6EJFGB4CbG1hQSbDIaQrIshqRkWGmBpA0wnESE0 CGJRgcEId0PMIVhJswWC91SkiyG7KhJoTDXKYSYgyQYbJItAKUDlYSuAk9cUgAWAifueSyeA MnnodhnFDPk8eXRJsz1z5TshpKARkqH2KFYLgsncahAx1vAMuDRMEmgyGGEaC1XApUUCbJul euwPVjDEJsMO7YEAA4smM0lVk5kDMpykZsHOUk0yb/6LJicGTTJT0FlJJGQQSBwfI3umQURN 0RikhiTtIGJ0ppIcToKdVNCSCiJucZIsFRCRipACWHLqoguHgWBJjBQBSKTGIJJoZA8A/Ggx RVBsNCBwYbsMeLIYw0wKMhrqtkMe9STEAxhs7poBhjNM5GEhr4phJAmcvtv/NxvvfCbbH4vR tdi7k1NVU1V261jbXh+B2fR9Z+isWCypc6d+WdyT9AS3DXXBfXNc7L13y8cFnA/posPithir /DknZl23Og3hgw73XQm0lfnvOerrmA8H/pee40DHc3e+rU0yMI6e+86/tLAMZYfKpXPvM0D5 gukH+rI3U4bNn/xhsohNcS/ia+U80+plHenq+R8KOTet8G/CZTUVjPxqse/yf75taHGJm2BR hzGMF0wBngjGBqjLRFLVavL+j953SUHj+H5hMJ3eJsvn8chnNBsB+8539dcZgarbwMtVZ3lu uziu/7z9Lr+O1/L8baifBAyRCQAbsh6hEACQDAxgMyPsJYL/eRb7c3w2tsXLbKumUe0uUxhP sX1ZrWc/6fs74k+WgoAMEjOM2n3tovfYl0oHZ41n1LZCRDx6dZ0FE/71xp+b3S0GbmOErPmJ 7GqC9514JKr6tlZw11/TmaX0w8evXyNNfTUr1VbfKREDhNhqtoIRpFOs862e4SWye1/jR5+6 +QvkwcrxfY4ab7eVaFx62jn5EVFbcSMFw1p+0di+B7Btl3fV26WZ5HtHidYmN3vJUaS/Dayl De0nqZGe2trfrefdOy/X4gduIxN6HS2jD1/587n3Vnx/uxHkZN5xd63LAkv1bTJQXt/TX/Pf PU9/F2b895eU2XWlY3K2xwtJbABc+GFhvOtujkMwtPYtQltv41rk3mdv91iBubTE+P5fSbmv soGiddRm1wKB5IDTf1HMF6HA5FFkcTbSc/08j9KENlmKz60OS6PLXh+az5XT+/d67yfK3Pw+ 51/D+9q8duW+RJ4tBBoUKNCKnrRKjZU0qskFiorIRiuEgfXFMYxIwEjUTZeF3/UcVuOxdhxe a9U03G+lqMN73KYYwrBhASQkBGAosBQPjDUWDFSLAiRhIREQKv1ZwF8gQRe3ns7h+g/j+/RR oXGaL/kk25pc8zMDQmxUUXwrUassY6W3Y3i8bta52102w3YbaX0z0d3pjrruWhtrtufdslrO OL10trnju112wvfDDpb8TXTHK22u/PXfu9Pa/C3DfnwwxnPlw7Ly/N+6/fuxIaircNx2E021 Ehtw3HXWVWHXXWXzrrbjrrbcCA63ARDdJMw5N8ISOfCMuOHPbdu58p4ceXLnxpzi9bcuHBtC t8wxNSDUg2KnA4HA1N5qbayb2vJwOHDi3whHTIjq/IF1IFQ+cqJ/uf5R7vuxP2RSB4j3lYmR wstMkMIg6gnqGJJjpN55d6hjyKGU8s84qy8Fc4hRx+hSW2lC7IWdJmFBftONa8K7Xw366cM7 ZcHrdaTkTtvnLOtKU1sTMzOlFpWMNjfrfLHbdlXSLbrvnnunW9cN+Ol4yrlhTdpXbbTbDdll jttltfVWfTXPLdi+22Gmu133beF2UuR2eaTJCQhkCZCZEE/W/VUPdHkF2IJ6RlkkBRRERRFQ hJJJhCEkJC63dN/Lf0pJiZ4UIilJiJjxBPSH7F7Vm1neJmteuUqqWTvEQr0el6PW5R5apJ0c +s+KIHd0Qr4Y4uoZEECoFypnNbWlTOV8jLLKBJ4eZyYwwrMlk0TlilaEoisRDziY2T3PyB3n lHR1julRUiMnmHkenw7HKfLw4REYxWDIoxGMSMIgir6D2vEwDQb7nmn7r1Oi6gt+X8j0M/2L 5TIQF8/TX84f7+vwgKXGoiVY+NArPI7WVdkIESKRixgoBX76/sVgBxWE2O9O1rlkWCCiKxU7 fTyHg8+5uqKKqLBESKiiMSLEUQRX5nv/YdTzvHX8oV7PybLbbTMzPkINubba1q7Lczbboj7w +0EeI8eHFVQqVP96MPgRatrwOUvWyIuoi9kTCTAipBhGGql08qcXQkwjIkMgZoL5XQk6Itk7 vTgnIqo23blXcTWGG7VLtdaKaMR9v/yLkduxNm6w5XIQoX8vlSNMYK8HWApWQnW/8CQBMCAl IiUBEgnwSiP05+j+tkkMFWNqsOkgL4UbMCQJFHJZigmzRMCvRHSvt2NgdOuF716Zk1fQia4j QYGJZr+A0Cuuj+MgXeEYa765OQ919hmDAVw++D9fV2sE/ot4IiT1Xgw38GP1b+/C+DP/Cygb qrkB1v1jRIB692qvuSVs++Xca+xh6GNYrP53vn4GHlcY/SHeFG7WmbeXy8jLe/AgCAIGBEAD YMjAG/2PRLvBkPFLcXcCjshu9ezywyuSWhdS3EkJmpDaObKajbKDQb4KCiDFgsDtsURVQWSQ IKCJAiaDeOh0Nbl/Xzqp0fieL4fjWprINmCZmF4ajB0KpruQhOjMIzABACbzh1qkqtmrRzjd rCBtdZ4gtWY830vibzBeXNBp8Tpe6KZnS+diBzDS4Zkl4Pe9qwT8UZjF8RVdWjb7SLl9vEpu jiWR1ZuSxPAT6IKhjeHdMuv6j2N9gAx8UZMbLh4qDig+bn4XWlud9D73LYe8K4ZasOgbXrRT d2Bp75vcUN73Zuss5hqHCHiXt8HLK9CJpfttBR2YSUlaIgPugzbN+a2xgaqXpfbDVX9NW2Y7 x/w6HIq+H0eBLh3Ggl9hIdcfmv5Fu0wOTHLf9JrYHt9ScflBjAX4jGMB/4jGMv7KaR6Xy/of 7ph5/+/sObMKmQ/DLVUkpP6xv5hKkqKIIqyfP0PuQaoIJp8bStAXo4JmIGYgC5iBpYBIJV3d KoSCEgmliCGdnZRLiCi7hBWzEXCSxFDkIogWsFBMRPyRPo2dly5uxxxaeR7Jksb6Jo7fm63o GPOxMvvZcbhnjElSoHLxVx0kEgEgQSQJBHozmjqd1PJOKN0NbaobmeWUXFxDBIkFgRFGMIIE EEUCB22SEBxarQeg0/QFQ10vgG5UsRuHRVjxptash8/8J6C2ukdpkT4/QkuXrNqNjMZ4QcSF tf3gthRDdI23DzA6/ykhLXATCuwoigz4gbKYCUdUNwtXdEbjRf1WAiNF7dSmb60JAKUPYrBv 5hGIwovjjPDR9nqhIJLydIeDyq6WczKcZpW0HcZbrro3g9Y7k8gzPU79gypIrwhBd5SAUCFE hQQARgRE+KT2ohFisbCBqHp0h6xh7tkmonBiiIjWiiiIiNEsY/p+4CchiPV57ZZ8mYfys6LD 4zEi8y3EGpyEznwpUPudzc1Fjb6I1ESQRNyYouxxcCIiqyLIyKZ+AlIihpICbFEUdHBS6iJ0 sC7IcB+rJeyX50J5JfmQMEc12/ilwGtPNMeZEu/b3gsAvmf3NrI2rgZx3Q0Zo0Ao3cBptkMH BrGJAavG+Rs1ldwkRkBX7HaJa4I//WFRI7wZzBjYcAaAcIPAXxmh3viO+KobWrHwC0PXzwxB WqOEH6WEME8pCjrC9iFgMl6XZzsHeLgG3Xj1jBVwwgdhUi+RLwuDQw45Y3Q5o1AuFTf3lWEA CbSbdMcwU4sEDiqyBVKA7IioIAD5Z5Ea/FvRTVgCA74wBISEAcFNSDwdniV6l7mNjXly6GEk vFgtK3eAdl+6ncUrbTx5i08zLIPTsgEo2R20EYADkEBjhtg/B1FCqCaG7FP2VQXI0LwIodUP f4HfG3GmEvcB90w0QVwYxhVCHyY2nsJnZ0VuXtJBLdU9B76DlDWj2CcFCFA9A+YVpJFIcEbg TohWyH4Q4Y1IZD0jYz6dsfXML/A9TdvKNOay/P67qcNL0QUxqpltb1RUOy16BFgq1BVJKhUh G0lGCgpFBVgsBVgtSoKpIooMQrUgqwWKVrFlQCsBYKEEhgAAIrwh1WB3xka+PiOTwKakHN7A 9woGTHivD3PinEgPSMQPyNqxmoNUZbtusOrPgPNy4AaSKhv26UdL6dADd68lVmsennKAN/HD kFP3X1EEedjiIosOx5KrAii6zujgKhD0jvLo+PWHOkQyxtB05UfCRvyGIMApqSAZw8g++cyV l1R7RQfYIm9kBOOPzm7n6DdDXHmGULUDwwhAhIAQYRIpgF3jj6h1h4XonMnLHgmOLczR5/nV GC7mRqxewiGlwQoRbov8F+hAhvRBvgsh6wjggs9HJhEiwg/Y5QzQrmXNAdad0dWc6WjxBnzt SoNYceUeY5M8Q8crOdOPOhNeVkUdXqqJgEeFiAZqaKAVQHTQHTQTpoGoiBo4p8aLnIocTAC0 YSEZDI25TnC2NaVbgfQKBjTPlE0B3xRwW4nAFS9oYB7R55WExhyxQdYXh0R8U8sr7ceiXpUG igYTa6juzPnlmaOMO3Oz4Ys3OnNMVKHDFYImgiNaD5gckfEXI6YYRfR5xfxRiW220HdFiOQE Q/0YsRw7w9o1whRTClGKFCPuO2F+2FQOCMuLgI+b1qATIz9JYCPGxHBGjCgfsbwU4kR5wjkh KA+UGgFgJMc8dYJNQNIO7gOuRqY9GZiQRGHAMQHIQMpDMkTkSIc3AAw0BPR1dxUH6QrUa5AZ EJAVz0XsILoZ5uz0TRb6eJzx/I7Y0Byp9Y4Exx6ZvgaBogriNDkMQM8PeME9BsF0OOG99D6H ITo9A4Q2Q648wnO2vQZ7lcHyXPl3+3cmb41yZi0+uuYquZL6r6Pc3eS0PQqzsQfhNrOgQ8KC xX/EXyyovLObLb9Zb8Ea8yuXLkSI/4bUZ0YcX4PlZJCgGKC4NaJ6yGRD7y2wYQU4xY3AbBqR 5R0hXjYCNG5HVHPF5HRGTGuGqGcGiFYNoLMU4/4R4/A/wYgfsT42Ykh6hMDZDYD5CyHIH7E+ HnOipHYGhHyHAGfG/DnZDZDIJsNwSM8ItoECLSkaKNQnMYRpaAgMERhcbTcwyINs5AGQ2v8d NgicCOqiEOkUJkmQICNTHFcnStAWC/PxIw23qFb+AclSLNGZUiTnOX4U+RVFUJNaJ4k1q8o4 /AK3GXMdksc7Od9wKlfqzxBE7HXyDkC2ZAa3zyYuR7B6hajDDhjriIE4MqFe0HwDUG8VI8A8 ghhdBfYjG6w7gyguwvgmrZNqAQN0XrrCMbmwaOOHxE87jwDxjkiEHVCPxDZjVD5jgCYEQO0O eM0PgI8ZUfIMuiFWN2JcSghdAPGP+FgLcZITYnfWM+JcaofYbMdIZQUQkh8Rkw6jpD6C9BQl tR6RRjZjOjrjzCrHFEgL8LcXIsx+BUDfidGYHMHoHGG7HzE4NiOUOkOx5BdDEh1l9NFmPu8v zTIjcNQY4BkmvM30QKc0aTMJRN1qKZK6RzyANOZXPiIHAGNsar4EMwJIKBIFJBckUDG6xGFq OjVhbEkKj3dC9/u8jajtDXPw0/9hkWjfRaIJbQOobxJjbcgc10Vv3sVUhyFBHweloyFUF2nO Y/DF9XTwODu6sbNkOuGczdJaGaU8S0WJci8ox9YwGjByVUgqM7gxffQTcnpd9xl7I/x/SAQB rdvyNvNMuble62M91H8W3oKn+bvsoVK6EpLhBeIGDqCMA1ED/JsTs4kE2hsS/C0ff58AE2j4 8vl1T5I/i+tvTibhNpV7hoxluh/EJXZat2+lzxPca+2ut2HwCeNe4W/IQGFHPmocrZetvIfE l8Fv+O+SqjHrzj18KFcRO720G1cvUyidbaqW5wa6D7S0xK9K9W94cN5lLrNBe9YOxzeTJ2iK qG6S3L2Eu2Ct6OkBTB6P+VhqL5NdbNOSV6cpPoY9CGlFkubusk9XWr4w6Q1YfEfrN66du9dE blw5bhnqMvt+F7HPtnAZeerKvcRMURvh3WCMrVg9TrP1MnyRl39oDI92+rC0e38yWfbtvSBT RSu0jPr+DRlMq8dvlanS3WhsPCrGdHalnH7J4dtOF5GlQBK6DaR0SI4OjJMRy7gLl83bG3VK 5xsk4r/HVK7i4+tDJj+uP4+fzvwH3GH6GCkLkXDfj8XvSbx0nKP8J9AiIgCEoVrvoznIl+AO Kg49L9tYTUYP0JljphQ6MoO7E+kMKJ04EET6m/rfmpQ4c+oOPKKJxLhUjr1KtN594PyHIZMx nMeSNeugrOUf0yNIpQIQHf+qIDT/1OFjJvmYrjJqH1ff3pZVsRCvNsBjV5jqOzL8ppG3GuK1 fu35Fp/efgjm1cH7BgW2vWM/mYehZ1+SQg1e27aS7H6cIwlbDYZ7JN1rNOILJWBYIneULEQR BRFEMZ7PJUYKiYUzNnMsN3BiLs+LmZvm30FNbOJhmxmcUUmHz57wyAQ7BPFkoBzoIiGF9W1g sqfT/qdeMxEZpOg+kyBPHIA3ULAokjM3EjIX9LLuP0fB0+onySbAKIG+sGguU4XxBnMPQCAy n96GRa1sJLh7SiXLnAlbz004DYPyvrwtR5KZ15GhFUS+djVd95/qN/93u+c+cYev6KQ7PZob dwp7PChFIiqIsVSLJjAoiyCyLBRQqQ7XZChIAzs8pM8XfYyIyQ66HVZ1QUe48uUnVSTh278r +5ZJo7l4D/DZ57Dl9y2TuM6B7PmNV7Fh2ji2gyEl+u8RCQESTBW+MIl+oSAY5KJnOUArtP1u NZ+csPmychIix5KR6E+wwDm22SF0+AEpIwSLtsKFZTUhJUIjEjTngbKoAF+hIsD6llSErCCw gNoQFAFkkUgpCLABSEFAFBYCwBYFSCwlSQUgCyBFgAsAUAUCoSshFAUkqSskWSKUZCVAklth IVkBtkiyVCshWSej97ya1bGB5d/UkLUueN0SYcBNFpo4WOUuQq9KEO9wvHoi71lSR+gscWuH CX9q9CvNXk2MG0HJ2OX/WlP7bDqjgEcDDyJJHRvcC45ja7UYn8/BImRHUxVL8Eob/9/wwfxc vNkfGjGcspog43o97SUBz2H67JPk6NUksF04BmynxXumYWaq5AsTXRZt2lnWGoaX4ZBX3dX7 L1mfEDzxvRXTMDmGByiPtUXUaOc27P78PNfeigVgzKTCCMMORmM2ABEAG0gdAoI4DEMfe0B8 H4Pla1896vNa1ccTMzEcpiUwoVrEsLtQejDlASIike97iiId03cXopj1xuf1/j1UeSj6nq/8 47rLUOzd9x+PultXw45YWyA0zecNkfgRqsSRI1ZIEqHiKUtjiABGjCaCCuQaTmPR821lVHkm bHofnuyP05Llism94ryZnnQnWZmi+Ub95phnMQIGl24NVyia4E5m57CQI67zP8HUdWsw0tld zlfhP3zXf5g/u5ztFNYGgzlrxWj3dzw41EIkRYOHCPAByBzexuCINxOpAIaNEthOSN9EftGP oqnN+aacifz+XCxbnbdWEjmn/zyufgXr7XuP5XfbwwGMQINxua/vMi3pBKGIoAgcgM8QQLgO itFPJSw3fDthU+hYe7MqfALD6rrfa3DiJjA25IwqiBgkrwfWUncRycWll3x32pY1SnmaGjf0 iRJNLKAQLYatYbdjUagaATJzGu6AOBelCbPoHWnRGJB+kVjZVrolAb9lzOAiDCvo0EA2HO+r eg/asm0fFGbYfZRAN9RELK3cCRtWuMz3f1/2eZg/b5t1qe3wOTw9wehFyiExrr6YmH7YOphd wLaKZO7M9Vk/u5PSb104Slt1PEr//QeptJLVxPAa8zy951nBv8uJZQYOTcP6O+IN5YZIDggy g/NbCRdfUnD6TgQNfn4hxkQROfsOB075scnjEfB17tjWhe1bJ1HlprGHh+HTeWd/fueLLm8L O++Vk/Xpt5jOzCtRiZQN8SBncnJGekvByvBwizwOa8uJwGj63PgWPuy8P/LOL+Wzh7focBm8 UFlojAMbADp2FBYrkBx82jawM/DXZFtSWCBflXQAJuOY1pLraI6LckatXapWl+fvdKr8TkXv F3rr1n2edjxePzc15eU24uM8MZ8dboHKvabTCECG0RgzaOs5nM4lCXg4pDkcygglIdBKfY36 HgHxR1bzp8Fum7d7alW7T5/CCoxuIGV72DYlGhMRwGo3GIa5CAaDkRrsTJhEEEE5zIxBH2pI ilsFq5RY7F5efDkph6mVKqrAEDTMGDakGpmMd9jaqkEGLlHMQQOSQMJM+VwLpJToJETINAyH CJvvijNLVBl0/9vfW+nnuHc4/Z+2x+foq2LGtnW6X79CqqiiisKMRlC2JgiDsOCkh/mf13Og 6hb4KyJK9LbGxjIrLgdaUmYHh/091Y/KWeOdsdtU4Vfe/vhmK6YuFV+z8RvjmvDqfPe3DF+v ytmrYjM092J1ZWW1lOnTq18rOoa6rVcHp/1RZCcBEM7dpgjMAzBmQiHaGVzMW9WEqLq6n0pf v7m6aWCJDiFblu5VXaD0siAIgRHEcy5MpLzESVLWjLetLoKeRn5YpJ6IlChylCKPoqCiV/It AN4yG4Dy1eyiQsiRANmCifQxARHhoP24eSDBl3Ad9FHc2CqFd0gJ8f9O/yfO9x/SxFveq+i/ WR5Hw2fMmci25aLhNvgGfg9q++3X8zuNfX1WZx7eYU5Kx3IOTmqHWKfRBkbM2eHPVpAAMqP3 ya2AmQMq94ZkMplbiONgTkCFMUASKoce/paRHJQEZcaiuy9z7v+U6WcyHj0un+MHK8fsYXwM mRkcjqofx5vu8zFvE1yqdzbzGIzkYxryBLLaMw1JAIyAIT7p3kHGTwFX9HTqVV5wlRIxd5vf +4yh8EKx19lI32TenZ6ptz+tRL0FNr/TnOe5GM61oKWCFmxtiNEYBzKjBzrH8W5v7Z2Vbja1 RfFTb2WIl+f5NBrMBwZ3vTuHnK6sZrV+9Ouav8aZ2KfNdS+2Xmt49xDoZkwJw3f4cGXwQBG8 Z3EiJAjBERkCAXfI5oAGnrHHUUwpg+umpu50XP8bfJ6jtPj5g8G7e+oq4PwcXe0kjjvd8vpB bZ8/TOYzmZ1MIV5H95SVvATGJ2OfwIE8jsvSeshMRnpi77yAveCmWzuYxuupuy0fBcYfU+P+ v9b4zq6WVbRhgQdCajf0ADA3H9Cg9R9Fv6kg0d433Xc8w+j9Dj0d4Sm5yIp/ntSI1JfdCCoZ 1pPSZZ2mTj0UHPKKKJnDKpK+xjMJhGZa4LbDgu0IGuEDm8r1j5Z0sNKz9LL6dXym+zf92fK0 c/B4ny7Gf683c95qhZvjYlqAEJSHfp6rwSzO55gQqf1r5rlrU8kwJA9kTesYe03PWQzWx6Y0 WhxDcTah+AEOFMKCJSUtKUpREpoDDwynCEDQwnAQnlBIG4EwwMEw07WreQUnqHnSV25Qgk+E UKJEQpQQBPEScT4xynW0f+Y9RPnfblPfibSh70VOiAhMRSRFnYvtn3NrRQllqMPyHLjMXVxu xXc/oYa7Yz3fSa0Vx7VDA0mEsEPFOVL6HVPxX39MgzxGfNJn67PG+9m233tKrP6EjUWwZjjH kBHIF9W47CSYySM81G+4TRMzqs5+d/Ct2mDTcvBdj7z+/neBax+95MHqPdxN7isWQKG1iGyb Tyk8BoZFUgJhbAKp2Vxot+3PT7kLCYEQIiIwD1pNs2KSoQsj1ee1/WR1bdcvuN+0bZX2O1z/ 1tx8qaMwncz3Z93sphATQVYZsgJR4tFtB/0iAGkWFSRjp04hb7gdVCK5iDm8O+530dO041rs vYVXmcbV6rjb3c5y681a16bZcb6zzc3M5AECaQ0mndPAmNkgHQ26aGc4WWzblACkBypED1s/ tm5JYkhCRgEkIz2sr6YYvZ4/oaTq6OVmXqfcJhu0229tO8/aVkqlfDGyA4Yzf+OcnQgdyFXh kQu5sprVCIOABGOQM2kqkDkbFEfhkdIBt0FETQNeX+z6/8zK4iY4G6ps7Z5HzZerw2B1XH+t /i2oEQZw0DHXcN4MgHEkZzgIxdJOH75Xfe7PredwFNoPpKemWZW1+/7F5h31VsxgMYIRrGYw DOWHAMD4wgmSNDScAot97ZKgCMwbCu9xjWfyOMlHOEj2HOlhZiz8VRzfxR87L+jIfum8OfqZ XRGaGkxeorsDXcBGhGOBzE1hMNuLJ58XWck6Vgu1DasCzr9HV+/0283IMUx0oufZvi6/L5Pi fV432stlL3dYteHaePVslYYSfYpbLqFpWjj8ZQTxcae5Wx2h1nrlH9VevTAynchVr07L5O3j r9vYfJ3YGQzCRg2BAT6DOYszhziuOGyTJEGTvoR8HXQj/Ho+h1kzAMvh88XtTqTyTZH+I5RM qHatJYwMOUXWQkAF5hhjgIi1yiSC2j0YfaLx1Vhab3I3TcpYNc1FqYPT72RjMTVEbRo1zK2i /BDceP/lP1c+iZ7SJD+evAu95bopHDxOPlhd+sU8N70qUWf12KVoriGFF2qRgaujFWOpoqYa I1sBrZdjct+TQegY2n6S9LpNHsxo8p86+RNEoJGIhBmIdXZoLbqDsH1DrfO4yScMdMyf6hDj GqQkjMGbS1CTdS9ohq9k6LD0rPe0oaSBbkMPy0Tqu7DIdnoQ40N64XebejkEeZEBq9nDZ/Br oMcZ/UyJ/mydhTHtgzQhSSA71cxv+I74n7e5VhmzRjAmLUl2HW/N1gUgZp+GFbUz2v7oY+6Z 7eXE9QwoEwqMaL0ojgnzIIB3YmRoHAzeWww3dIAGKYpoxdjWQwPuLcYsvMZQukW1nM5j6tro RCDOG3+Lw8/FqqCnLigYzR8JIivRi8gHCV5IIivuBTryQKUC4tdhDFgJY/VLsoMS1MwYkJK0 OG/VBqP389V36wiSkULpOGjRGikYMYSGiEHEkRXKxBMTEJAWQFJBErMVygREaghtmWoi2hAS 5iiXUFFG1gIAfqHjtY8XuT7rBSLKiEX2zqt+bkGTRe3PFlub1kkHqz2hlvn8Dg/NMvQ3nJSj +f4vo+RTzE4jf+y+fjmiU2yGtEABkNajV3qGow+KGcZ89pvKNwaI2bjo2zb4bG8Zrh5UQDNx EwI7l2NgXOjFB3dMjjMHlpmy7Y5jHhZcy1odxIkDsOaOOaHKElMM4GZdDQ0tk7rtNe8lGEfz e6IVJzgkQpHoINpIwCxH1cAZutz6kGz9pAbP02nnk13Q1gySOcPGN3EH2w8XQR2WhSKxpaOu 7o+m5mkw7th/rvLrQzw0S3wKu9ATFY7u2JcEnl/egWFktudVLT5OTvdlQQ94zKBrJ0I7nK9+ zkfFow/acMaBd4YoB3XvQzfu5dOqW/hHWb3JJe2YItppOyAqvQZfg1h9UEbXN8ng9kEgzTqE TrthevjvRic/pURlPp72ALSOImEuAfbulN9cdn2l7m/QdSzdDL84QLHGDh7id9ZQdVxK74eu v9MetoNc7GemRfhDTzfYQLW7SpLtjS+5sWqmZ3Y9TXQZr5TL7FdYxnqv3KhaZswuDrKgbXyS IVuyAbrNCtG0wtToNprYDWj88Pz7uNN6418IPH1cFs7j9jKIBEp7KgoEvAn8N2NBiau9oQuM 7YaoPaVTG02C3YyveKAcMmJPpmFEMn0e7rXpmdpO+QNcKAiCzu2bZrZtFB8ukNP6TfkQRELb VWmYXabD27ILSOKR/4w+BnOimwqsfVBs+qGXFM4wz8VpaC2hBj0IVjCjsQ3+t6QcOHEXa5G2 V+ZBtyMOEhzPywBAMjc3RXYwN0oo0IXj0CxCwBef9/BpUuyR7sJDR7tg2iehTDGcGVIfArRH T8ilFhU3RdQegVNJcX0jUbK16kplwWgPa45BrO1jK7dn3pJa9pb5muYMTDOeWmbz2sF9ry6I KkzeMhj97Cts54xbVoy1ZpHDJ/SYHwbgzxDM4+/C3MdJarioEisgJIkhIjIikiwWQWAKAKRE ILCCgKgSKEiyASIMiN+ZRvh5UidNEr7OcF96vl/Ufq8gZu+4brYlHZIyNQyhvLb9H3LnjKMW yMr5mIbiWsDDHVYqUAwQzGFEWD9MVgocDrpJKbNMM5Z6SQNiwNsTYIopgQX2JMAQB7I8kQRU UUfSzJqBRN8WU5UPFDEC97bsKewd8z2tU1lwSyobU4j0RSL1eQQN28wpL6CstAUaodzOOYVg lZ1VSzdWZaQhBKgoZbk25nQ3WnBpZWJEtY0rE+AP4OcLEYGHJaz5wahoKBFjcCUGwyh1piMG l30oOqrNE8EAZloqo3wBB6zlRmhAQdOYMUy9NzWqFpnIHKMPrUw5qeWW7nbzrwqIKEySkR5S grjA7bySuh5wiYarDO5qVozSVJO0PQrsUzVllGiOq0aUenzrUhK5vWlmPtmo1qCiLBRjBYqK jEFGKMUFYjFRUYIxjBQVEUGIKKCIoIgosYrFFVYsYiqKMRiCiIoiLERVEViqIwWLBFZEEGIq igsYqCxRUQUYwUFAYoiIKKLBGIiiowVERiCKsVRRVRjERBRYLEGRiKPvZ2et6I5J43VDadQz avape85O4iFSCs19Wr43r2NGKcH8btEsz9cpCEal6p1NuYnbYdLDbohz5IY8oBADklGO9FRD DiNNNcEZbKI3gpcZWmTlkKadNlGitFQEgqUpFawq0hSSLgPjX0JISuJoCj+YMBSZARt4V4Ff RQYNq6pFMZWZMQJF1i2t0ts4xZaRWVXO5rETLui9fvzpsRg4245YpDNaWyTJMcm+oHISRsQG WmSaY088xy4WUBDL2aZaZuDFI1rWYw67CtoyWmMGr4db+tZjg84L+1Y8hWIPGBqE9k3zF3A6 NtAisRRVVFU4+ArtlndnAiybTkSkZJCMxmUwxx4jM2/PmbMpI7dmUbke1IuF85kLkb+Trnz6 WacSpMWAucOmsJGlsgq+IwMxcRl5FZNJGUN76NmXEhIDGHIbGzwGZGZBDERTpEDc3zC9eahh 5Yy+tOqcDRqk7ZhLTQr2pBBgCEs8azyk08Bq0AI3BbNs92GPomSbErhZpWnRpUmghAgJBuLV oxkBcoDVoSQlcpFTfjY20aBQhILKjMCvGIJyuIsVaxJCEkt0OhMVsRhZEi4FyxYh5jS9KwMz A4ZsIW+aq7DRV3Kh3Hfq0KyAYy2qliRqzH1RTumki4gSALUJHFB8D2/qsOnmushWDZGJ5rio st50GIZJmCC3IRktLRnoeMEhJZJlmJBrLYN3FmO071FxFSEI+aQEQDqMGJFCLIoTk4nUwCeW hBTCqx4pJGLImZIipJHW3lgyGNjsi0X9wGSL30jEwyzoe/Kpmc9t+iDQJwf8WWIxh48gZfmY M5YXSZS6hJDN3+genf7uEIs2SGBjim0EDUjAduzoeYefpmYoMmUdjaLjWHRhLXXckSAAprp1 O9P3TxKC6MrA12fFkQLKGAQr9LkFBxi9U9UtQwzhwVSICMwnAycSUgUzRknKIoKMWIoggrEF RRURQQRjBVQQWKKxjBYikUZFiLGKkVgxQRgiMYqooIsFiIiIogxESIIwVRWKMVGIiCJGAwYq jEFBggiiKIioMREEURFEVGIiKIiMERURiLGCjGLEGMQRFFYIIiCIoMVBkWKIqiMFVFYiIMRV RiIsYIiKIxRBEQVUYiCiCIqoiqowRBiKIMRREYxGMUWJGKCxjGIkRQVQRQRBFFVRiKMUFUEY xEiijGRiKLERGDEVEYiwVREURQVViKIiILFiMZBRBZAGSfkxkSbRKJuW4qjPHRqxq6UE0aNk GjgDwpISCvAXdVfBs2uys0fgWtPyq8ut5hiEkDkdiW9JIDrEMKsOwxG3bv83kJpO/LCENkUU FHhCkec9K+mUt7Gd3wKi6gwjIC3bLXIzSaxgGZ+8Isu48inEI95ubp6093wlTLSsszUgSLeK eS0bC1y+i3B6pnftKxG27PWyZaLJ0he0cJQIERtRJIAjMDarwRpb6uhbgZTi64kC08tmv1lZ plyq/UqrjjXUttDMOLIyoltm30ohNnSTXO30B1/jwFI0rS6yNlOol4vZZ3l+dh2TNdlxDhjj bOCTHYXPsclY1VLe6NakgNkmppaNtYKiECpOtNAkqJkCoCLyqGBq9XDjGRI33UV0imrAYV7I umSbABJF29SqQV7aHUkkeGc1DV9VlvIgZTIFF8a4jGNIZxFYLCUtHPvxw8Y3lS5duj1ljtnb bqh1c29WofIIeOHzE9aq8HJu0Sam/zBXYjIDkm5Ac+Q25Fzn0ux19MW4oMG1wRyfr9mJUmuR lhRnMzkDDAIMA3BQzGulvBSgoEgAGB2kc3diSCov5hkmNqMMGY3IQ2ranpILu74NIm9lAEw7 dS2bzuGBHaQCSRPqUlnBdynB7dNOjpps9Hd5sabHE5EOqsmNaL6K7KF4v5dKRHbvf0uI093r YWOawxltuAlIzMEFMzu5xQPmuZu6TleZq0ZB03MGOghqyI8GqqkOnc0X88Em8UZJxhsqgiQV JYdfRWMNBxaQ7SNsbO4QUqVmiTqIrjqSrZS19FtHLgrBUiO7rPC212SLsd1mYcYK2SMTGNmW JucCD2FtRAKXYIBTAYFygIQMaWVYDUGeAn3QIUzduBeOL/GImT1ejGlO1XPMi2GQSRGmjMek IQQGAqhUISDp23sZqr0dabh69Dw8F8nO8/S4yi5jDkUYzA6IEUqBsIEpHKaItQW9j2HkbbAf EoIGfpd0ad/X7Btz5/lZUjQLIRxjZ7AkEzqIXCcIZ04RntHCZDFsHjBv4BC59Eimiu1b3ATA mXYCuqdxlgMtMuvb6saTcJb0tTLp0jgFC4KBEAgBxL9x08vY52nhWwmMOoUu3TPOBEEQMYDP W1F7EH0ZlWaq0FDBK4eTYWpHJ+dCLEn6iKZFLD4busFlvmNKTk0qGqWkLjY9psl/V8SClr7M QuoDXkZvgRaX7b66Rnts7mziEsZPITK1QJJ/Z5njULyXllSg7kZuS2R4u/58lkstM4H+CNl3 JFie6ZsGZAwH4Thb12/aR5Esz1duNh0Kg9l9fpVTTzceR3yYUN71SkJCg8CKgeNCnxI3lh5M 9wRxBgHVOBSWh05BlBFfiz+JrIfprZzPCoNIQdC6PReoqoisdpWLk/b1eC536uM0yD0DKwyN tImtiM1IeB7hXPq6xGI+AqeHfPfY+RqQuEVvJjy/hrSAY4FSgVu1tU19QixVQQHLlyzCTBgz opGl5CsW3VXICCZfP8n2ObyOutFAf6xL5KMK4j6pRGg5f+FFAsjF79o6tFA2Bl1PGRXvs9RA BqK7LlTbtF8je69pCzMnZL0qdMeZIEIqQYqRYSQIqQihBVVUUiiyKAqCRGEEEgwGRhGTzu49 /vPV4W857SdNs3X9J7uwGwDEkWAqQkkRRBBRiqACCCKpCCIQgkFFILCAhBgbCYgxBthzlL7a 7QvIkI0Xnjm3TNIi7Y9HQlJ9Zxe0RnQgL8RgukhmnhAhMI5c/3vqQGWiUryB87FQG5wQSoMd ujFgE4uqs0p9zNYO1WGvZQkwuY8jtcLaGvHqfK6XlCMfsLh6xmJomrGZH2/hebFJoPnPptd4 w12rfsbge5lnz2lGwbKrql1/GJgqMZL72adVWWDOhT09DnV6JW/3aPQPceW9DBhQi5sbz9vQ bQ2VRnvVaSO4kQwqa9Bzry4s15rS8pM7r5diNYa31dI0G0Egdf1tzQeGt8SKGQyo2FdJWqAK g76wubFQb9ZpJgch/iKCQP47A49et7Dx4KCdv8D8tzb/vP+w0S4Vs0t5ZSNg3004fj+yHClt 4NEZbfojxJSPxtFR4gzteBPKqUMKFC23dRsxzHvHxqjZSbfs/J40Tr1p3nmSmAy+RYNve7mA 7p9VVvuYb182E2osJbmq09ask46hSWTqGhYZMFTN3+h8//XX2htByrJXLuLO1Nf76pdMzYLR TBqnbB/hdt81rqX8i1C7I2bgJByFnx2eXgfGyvYTcpgZ6W2afEfB4WB1k3R+RSFSDHrPFn3g kNHnW67zyTn2CTdk5f494vKlbmv1D1/kdRTdeBw6n55e4gt+p4e4rKEz099Em1nMUF5wobJP oAQDO+pUWQwIny/kUOqK+bvRjjPtk8hhO5OY3hnjmWpfCpieAh6abw8xzzU9UgMBE/ohDnS4 eV994et912O3D4sLy+Z48HGByEBaHODfDygMEL5txu0gIPD+gS7zqIm39X5/xfRp0CbuGDXy IJtknlZ3X7mYUMVKHjMWJoK2H8LQUAfRZAHOonRgU4sntWZE6Ht+/4Z33f0MYir13X3H6xE8 bc5jrm3hL2/O2N+w1D3iYyc6iIx576eNtr4TChoyvXWKRSMCDum78B6NzDeDg1o/xy29ofNM 3k12XPue6vJFjwkFkeatU2QmR6tDl2PU97GXiOedVC4nw1AeeYOwYQFT2rqaQ6CDqJWM/Ps9 1T6NioLsCgZkNWDTPZQH8mRqNyVQOk0vSSnh5f7816WhVkmM3LIV+Ear0Xm67FQhK00V8xr8 xJBN334+1/g2fafZZnLChgEAwRMZD1c3qb+sBsJCxmgKQWZCFFSEZAkB4iCLWkeDotIsieVM 1xhDKlbutqNH8dFlb0xyrefX65z7RN/IWKoqsd4m5iIfGz5RJerj7lbOlyW2W2tvyrwc5+fj Tm2OLyNbVzMESJzZoZoMSmeWEF3d9XPhJnl9zjbtA3jM3MOn9FT9ukADzE1G0v1FKIuJT7r+ TrA1+l87/Hnb2WX7hlcI78EoCiFr+W9cTSznhB7S/blt6g9dZve+U9BUMIHm3aFAZD1zWPk8 3e13jXhP4PROMXiCTnZ4N9DBobwRtXfAgExAqPJliMT7Rkaoz+2l8664xepPRSNWMYwsFqxU jR7ecmvn/UzZLbdf0eynpJ3QgKbsxHHaEL0UlPcR/pZRSVg7robAckTfT4WaEeP3DpSGJm4k VYUUHA5IY+5QWE2Am+jyez4DxKYMLeygcqdVHeJrucGUMIJnsf536vm0qncsIZVxO7cG+o2X qbsitkOCkg72JtZlGpSsuUIRRf1TfS7iZQLTYVDCWLgONx6ag8554zGtQiq4ZcBJE2tU0suj Xyox4+i62cUBNTYUJir2X1OUF8QED43EL4XV3cP9+XLDafME7W0Nvr6BRJJJNgdJun2TU6d6 1sCEAwTN6jKJ3bNCn0xTW9gATcSd37m+CM0Pis5HvUok1HCldUPfM+/nnXgc9nww97yZ4rJ6 R8HQRDoZ0ddelg427i7XTLMHMA+weiP7i6lf0pDnT7/0fRKVspw/ngvv9Rr8rNlcIZuDQsPM 7r39SKhoowO5DgJLm7z6mD4X7W559ei9IGtmwEDLi3BceryqaDf/y8vwaA1BixAgzEMApCqo MvTnKQteW/kqKSFwLpSgiIxBMHDVTeM5rW9tOLk2bVYal+H3O6J3SHyv5fZw0M+otA9knZBP GRQbVMTRStTm1yUg+5CidKadbqdwRYqau7ctrgBECILxHKKALHIHBncA4Rj9xzyuw91t9x7b r+5v7Wyyh3SR7Nw0mMug+V0NyS4b+I6mtYMrTepn6zDx66g4TM1oNq7AY2dk7n2uKlIC00b0 ZYMy83F6gEvAdVAkIQy/f8lbcPBxGFKB0DcLW58vz523qWFlpkDLQNJJJb3n37Of8jte19xq ulrO1PXvCN7wvtRIcQ+F5/MxwbOZj9ZGoTOi/AMWz5M5P07LLD6mqXVsoDkSjUeXnnwc44W+ N/R3EdZKCZwt9MLdQw6OflSUJiwsZ+vAKGIyecG9uTDpNC3G490eh4dG7KC4fg2grby0uHhs GiaB9oY1z5gKoyLGeisDduoKqIxOlBJXozJ90hssMHWMixO2bvtJIpy2oInqsjV+xwFSNzaF p0zWw8++d3LGfXxqai3BYQ3CqRMMCFAprKgz1JR1FfVxbHTTcxhUcLkdNBCfOaZSAYJJxwY9 cM+ZsfmypY02zoDBVDYwRXOBjGeTzvu8W34doNZaEWk/r+y+/x1UvculbdgfYlDTu5Gv9LC8 3l0hgGk2Fj+jgL4IP8bI6/+W/a7kn2+Z9pv30TEZYIlkgQWwcZMY510736fPKMqmz3kEKNCE XRnYUNho/L49CRS6ik4XTcE+7cNFLGbTkwSjrqA+OkAkk9h0Ow7Er3L7Ogm3ICovev9Jz9Iw VATcezftuQNbX6iVjva2tlQQWbMRTMHAM5fatqqnazMeUNOaFi2zOGxh4eHW4bNTN1ez998D uXSYIGYsaIIoARk6NWgc/LsJ6JDjBcEKWlpaWlpcTExMS5po28u9fmtltczVZGXd95sPhXXf Xe5vLzb+9vb29vbq9vb28ne8qysyO4K4wEi6uu4SKapQTJJ9L96liHBDFAJD0ynld0AQDQvu EkEAPZGu7E9kHtj4T3iiBwYgOxyGBKZPZ5WSAfjY2IGxAPuYEBQcE5b5dKFNIDEYjEYjEYjE ZxnnnjrDsDLNMvBg//i7kinChIITvVYI --------------030104030506050803080404-- From owner-freebsd-emulation@FreeBSD.ORG Tue Sep 25 14:20:24 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4121016A417 for ; Tue, 25 Sep 2007 14:20:24 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3E213C49D for ; Tue, 25 Sep 2007 14:20:23 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id E83C81B10F84; Tue, 25 Sep 2007 16:20:19 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-103.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_63,USER_IN_WHITELIST autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 1E2BD1B10EE7; Tue, 25 Sep 2007 16:20:06 +0200 (CEST) Message-ID: <46F91906.4030505@moneybookers.com> Date: Tue, 25 Sep 2007 17:19:50 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Boris Samorodov References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> <20070923112840.S97351@ns1.as.pvp.se> <09374497@bs1.sp34.ru> In-Reply-To: <09374497@bs1.sp34.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4390/Tue Sep 25 15:11:45 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2007 14:20:24 -0000 Hi again, Strange, but the problem seems to be fixed for me with fc6. Skype and linux-opera works fine with fc6. Skype core dumps when exit and the last call in the dump file is: 16805 grep CALL close(0x3) 16804 skype_bin CALL freebsd6_mmap(0x3,0xbfbfe080,683818960,MAP_PRIVATE|MAP_FIXED,... many many more lines here. This ktrace.out file is bigger 1.5MB so I'm not attaching it. Let me know if someone is interested in it :) flash9 is not working very well - can't watch youtube (good that we have youtube-dl for this) :)) Boris Samorodov wrote: > On Sun, 23 Sep 2007 11:34:03 +0200 (CEST) kama wrote: > >> On Fri, 21 Sep 2007, Boris Samorodov wrote: >> > > >>> On Fri, 21 Sep 2007 11:03:07 +0300 Stefan Lambrev wrote: >>> >>> >>>> Is this *** glibc detected *** XXX : double free or corruption (!prev): >>>> fixed now in linux emulation 2.6.16? >>>> >>> No. Nobody knows fo far what's actially happening. >>> >>> >>>> I got this with skype, linux-opera and linux-firefox. >>>> when running linux_base-fc6 >>>> >>> Can you provide an output of "ktrace -i" somewhere at the web/ftp? >>> >>> >>>> i386 FreeBSD 7.0-CURRENT #1: Wed Sep 19 09:14:55 EEST 2007 >>>> >>>> No problems with fc4. >>>> >>> That's why it's the default. >>> > > >> I just bumped in to this when trying the linux server for Team Fortress 2. >> It worked a couple of times in the beginning, but suddenly it just started >> to report this. >> > > >> This is the output I get. Dont know if any of this will help. >> > > Can you give a link to http/ftp output of "ktrace -i "? > > >> [games@s12 ~/css]$ ./srcds_run -game tf >> Auto detecting CPU >> Using SSE2 Optimised binary. >> Auto-restarting the server on crash >> > > >> Console initialized. >> Game.dll loaded for "Team Fortress" >> *** glibc detected *** ./srcds_i486: double free or corruption (!prev): >> 0x08200800 *** >> ======= Backtrace: ========= >> /lib/libc.so.6[0x28116c88] >> /lib/libc.so.6(cfree+0x90)[0x2811a230] >> /lib/libc.so.6(closedir+0x28)[0x2813acf8] >> /lib/libc.so.6(scandir+0x14b)[0x2813b21b] >> bin/dedicated_i486.so(_Z28findFileInDirCaseInsensitivePKc+0xb7)[0x286baac7] >> bin/dedicated_i486.so(_ZN17CFileSystem_Stdio7FS_statEPKcP4stat+0x68)[0x286bb5a8] >> [0x0] >> ======= Memory map: ======== >> 08048000-08050000 r-xp 00029000 00:00 1036583 /games/css/srcds_i486 >> 08050000-08055000 rw-p 001fb000 00:00 0 >> 08055000-0824b000 rwxp 001fb000 00:00 0 >> 28050000-28069000 r-xp 0001e000 00:00 502218 >> /usr/compat/linux/lib/ld-2.5.so >> 28069000-2806a000 r-xp 0001e000 00:00 502218 >> /usr/compat/linux/lib/ld-2.5.so >> 2806a000-2806b000 rw-p 00002000 00:00 0 >> 2806b000-2806c000 rwxp 00002000 00:00 0 >> 2806d000-28092000 r-xp 00033000 00:00 502251 >> /usr/compat/linux/lib/libm-2.5.so >> 28092000-28093000 r-xp 00033000 00:00 502251 >> /usr/compat/linux/lib/libm-2.5.so >> 28093000-28094000 rwxp 00033000 00:00 502251 >> /usr/compat/linux/lib/libm-2.5.so >> 28094000-28095000 rwxp 00001000 00:00 0 >> 28095000-28097000 r-xp 00004000 00:00 502248 >> /usr/compat/linux/lib/libdl-2.5.so >> 28097000-28098000 r-xp 00004000 00:00 502248 >> /usr/compat/linux/lib/libdl-2.5.so >> 28098000-28099000 rwxp 00004000 00:00 502248 >> /usr/compat/linux/lib/libdl-2.5.so >> 28099000-280ab000 r-xp 0001e000 00:00 502305 >> /usr/compat/linux/lib/libpthread-2.5.so >> Abort trap (core dumped) >> Add "-debug" to the ./srcds_run command line to generate a debug.log to >> help with solving this problem >> Sun Sep 23 11:06:54 CEST 2007: Server restart in 10 seconds >> > > >> /Bjorn >> > > WBR > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 26 10:39:24 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4A6816A421 for ; Wed, 26 Sep 2007 10:39:24 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 8588313C480 for ; Wed, 26 Sep 2007 10:39:24 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57436.dip.t-dialin.net [84.165.116.54]) by redbull.bpaserver.net (Postfix) with ESMTP id CBED12E2E6; Wed, 26 Sep 2007 12:39:12 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 98D805B4812; Wed, 26 Sep 2007 12:38:45 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id l8QAcjbO054149; Wed, 26 Sep 2007 12:38:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 26 Sep 2007 12:38:45 +0200 Message-ID: <20070926123845.j6v3x73ccos0os4c@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 26 Sep 2007 12:38:45 +0200 From: Alexander Leidinger To: Stefan Lambrev References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> <20070923112840.S97351@ns1.as.pvp.se> <09374497@bs1.sp34.ru> <46F91906.4030505@moneybookers.com> In-Reply-To: <46F91906.4030505@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 10:39:24 -0000 Quoting Stefan Lambrev (from Tue, 25 Sep 2007 17:19:50 +0300): > Hi again, > > Strange, but the problem seems to be fixed for me with fc6. > Skype and linux-opera works fine with fc6. > > Skype core dumps when exit and the last call in the dump file is: > > 16805 grep CALL close(0x3) > 16804 skype_bin CALL > freebsd6_mmap(0x3,0xbfbfe080,683818960,MAP_PRIVATE|MAP_FIXED,... > many > many more lines here. Please use linux_kdump (ports), not the kdump in the basesystem. Bye, Alexander. -- The light of a hundred stars does not equal the light of the moon. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 26 10:52:06 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9735316A41A for ; Wed, 26 Sep 2007 10:52:06 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 60DDB13C45D for ; Wed, 26 Sep 2007 10:52:06 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 03F901B10F22; Wed, 26 Sep 2007 12:52:03 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-103.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_63,USER_IN_WHITELIST autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 4162E1B10EE2; Wed, 26 Sep 2007 12:52:01 +0200 (CEST) Message-ID: <46FA39BF.8020904@moneybookers.com> Date: Wed, 26 Sep 2007 13:51:43 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Alexander Leidinger References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> <20070923112840.S97351@ns1.as.pvp.se> <09374497@bs1.sp34.ru> <46F91906.4030505@moneybookers.com> <20070926123845.j6v3x73ccos0os4c@webmail.leidinger.net> In-Reply-To: <20070926123845.j6v3x73ccos0os4c@webmail.leidinger.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4403/Wed Sep 26 09:09:09 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 10:52:06 -0000 Hi, Alexander Leidinger wrote: > Quoting Stefan Lambrev (from Tue, 25 > Sep 2007 17:19:50 +0300): > >> Hi again, >> >> Strange, but the problem seems to be fixed for me with fc6. >> Skype and linux-opera works fine with fc6. >> >> Skype core dumps when exit and the last call in the dump file is: >> >> 16805 grep CALL close(0x3) >> 16804 skype_bin CALL >> freebsd6_mmap(0x3,0xbfbfe080,683818960,MAP_PRIVATE|MAP_FIXED,... >> many >> many more lines here. > > Please use linux_kdump (ports), not the kdump in the basesystem. Do not think kdump or linux_kdump will help me :) All I can do is to provide ktrace.out, and for this I do not need linux_kdump ? But yes now I understand why kdump core dumps :) > > Bye, > Alexander. > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 26 11:53:09 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5C416A417 for ; Wed, 26 Sep 2007 11:53:09 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id D197113C474 for ; Wed, 26 Sep 2007 11:53:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A54ADC.dip.t-dialin.net [84.165.74.220]) by redbull.bpaserver.net (Postfix) with ESMTP id 2AC382E2BA; Wed, 26 Sep 2007 13:53:00 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1645A5B4812; Wed, 26 Sep 2007 13:52:33 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.1/8.13.8/Submit) id l8QBqW1m066368; Wed, 26 Sep 2007 13:52:32 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 26 Sep 2007 13:52:32 +0200 Message-ID: <20070926135232.xr17qv4z4s4g0s8s@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 26 Sep 2007 13:52:32 +0200 From: Alexander Leidinger To: Stefan Lambrev References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> <20070923112840.S97351@ns1.as.pvp.se> <09374497@bs1.sp34.ru> <46F91906.4030505@moneybookers.com> <20070926123845.j6v3x73ccos0os4c@webmail.leidinger.net> <46FA39BF.8020904@moneybookers.com> In-Reply-To: <46FA39BF.8020904@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.404, required 8, BAYES_00 -15.00, J_CHICKENPOX_63 0.60, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 11:53:09 -0000 Quoting Stefan Lambrev (from Wed, 26 =20 Sep 2007 13:51:43 +0300): > Hi, > > Alexander Leidinger wrote: >> Quoting Stefan Lambrev (from Tue, =20 >> 25 Sep 2007 17:19:50 +0300): >> >>> Hi again, >>> >>> Strange, but the problem seems to be fixed for me with fc6. >>> Skype and linux-opera works fine with fc6. >>> >>> Skype core dumps when exit and the last call in the dump file is: >>> >>> 16805 grep CALL close(0x3) >>> 16804 skype_bin CALL >>> freebsd6_mmap(0x3,0xbfbfe080,683818960,MAP_PRIVATE|MAP_FIXED,..= . =20 >>> many >>> many more lines here. >> >> Please use linux_kdump (ports), not the kdump in the basesystem. > Do not think kdump or linux_kdump will help me :) > All I can do is to provide ktrace.out, and for this I do not need > linux_kdump ? You provided a part of a kdump output. I just wanted to point out, =20 that this is useless, as long as you don't use linux_kdump. =20 Unfortunately I don't have enough time ATM to analyze the problem. > But yes now I understand why kdump core dumps :) Bye, Alexander. --=20 Tonight's the night: Sleep in a eucalyptus tree. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 26 12:33:51 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F1816A419 for ; Wed, 26 Sep 2007 12:33:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9054013C44B for ; Wed, 26 Sep 2007 12:33:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IaW5M-0007a5-OI; Wed, 26 Sep 2007 16:33:49 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IaW76-0009XW-D8; Wed, 26 Sep 2007 16:35:36 +0400 To: Alexander Leidinger References: <46F37ABB.9030109@moneybookers.com> <21889306@srv.sem.ipt.ru> <20070923112840.S97351@ns1.as.pvp.se> <09374497@bs1.sp34.ru> <46F91906.4030505@moneybookers.com> <20070926123845.j6v3x73ccos0os4c@webmail.leidinger.net> <46FA39BF.8020904@moneybookers.com> <20070926135232.xr17qv4z4s4g0s8s@webmail.leidinger.net> From: Boris Samorodov Date: Wed, 26 Sep 2007 16:35:36 +0400 In-Reply-To: <20070926135232.xr17qv4z4s4g0s8s@webmail.leidinger.net> (Alexander Leidinger's message of "Wed\, 26 Sep 2007 13\:52\:32 +0200") Message-ID: <18292551@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org, Stefan Lambrev Subject: Re: linuxolator problem on i386 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 12:33:51 -0000 On Wed, 26 Sep 2007 13:52:32 +0200 Alexander Leidinger wrote: > Quoting Stefan Lambrev (from Wed, 26 > Sep 2007 13:51:43 +0300): > > Hi, > > > > Alexander Leidinger wrote: > >> Quoting Stefan Lambrev (from Tue, > >> 25 Sep 2007 17:19:50 +0300): > >> > >>> Hi again, > >>> > >>> Strange, but the problem seems to be fixed for me with fc6. > >>> Skype and linux-opera works fine with fc6. > >>> > >>> Skype core dumps when exit and the last call in the dump file is: > >>> > >>> 16805 grep CALL close(0x3) > >>> 16804 skype_bin CALL > >>> freebsd6_mmap(0x3,0xbfbfe080,683818960,MAP_PRIVATE|MAP_FIXED,... > >>> many > >>> many more lines here. > >> > >> Please use linux_kdump (ports), not the kdump in the basesystem. > > Do not think kdump or linux_kdump will help me :) > > All I can do is to provide ktrace.out, and for this I do not need > > linux_kdump ? > You provided a part of a kdump output. I just wanted to point out, > that this is useless, as long as you don't use linux_kdump. > Unfortunately I don't have enough time ATM to analyze the problem. I'm looking at it but very slooowly, ENOTIME. > > But yes now I understand why kdump core dumps :) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 17:00:49 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B30816A41B for ; Thu, 27 Sep 2007 17:00:49 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id DCCD213C465 for ; Thu, 27 Sep 2007 17:00:48 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8RH0mBJ029942 for ; Thu, 27 Sep 2007 13:00:48 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8RH0gVg018699 for ; Thu, 27 Sep 2007 13:00:42 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8RH0gtu018698 for freebsd-emulation@freebsd.org; Thu, 27 Sep 2007 13:00:42 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709271700.l8RH0gtu018698@himinbjorg.tucs-beachin-obx-house.com> To: freebsd-emulation@freebsd.org Date: Thu, 27 Sep 2007 13:00:42 -0400 (EDT) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:00:49 -0000 Hi, FreeBSD 5.3-RELEASE-p10 (Yea, I know, there are reasons) /proc and /linprocfs are mounted onto a point under an NFS mount point (This shouldn't matter since the fs is local still, no?) When trying to ldd a binary, I get a signal 12. When I truss it, the last bits I get are : 82825: linux_open("/usr/lib/tls/libm.so.6",0x0,05005247300) ERR#2 'No such file or directory' 82825: linux_open("/usr/lib/libm.so.6",0x0,05005247300) ERR#2 'No such file or d irectory' 82825: linux_open("/lib/obsolete/linuxthreads/tls/libm.so.6",0x0,05005247300) ER R#2 'No such file or directory' 82825: linux_open("/lib/obsolete/linuxthreads/libm.so.6",0x0,05005247300) = 3 (0 x3) 82825: read(0x3,0xbfbfe478,0x200) = 512 (0x200) 82825: linux_fstat64(0x3,0xbfbfe3a8,0x28153fc4) = 0 (0x0) 82825: linux_mmap(0xbfbfe27c) = 673394688 (0x28233000) 82825: linux_mmap(0xbfbfe218) = 673398784 (0x28234000) 82825: linux_mmap(0xbfbfe218) = 673546240 (0x28258000) 82825: close(3) = 0 (0x0) 82825: linux_open("/lib/tls/libpthread.so.0",0x0,027757761404) ERR#2 'No such fi le or directory' 82825: linux_open("/lib/libpthread.so.0",0x0,027757761404) = 3 (0x3) 82825: read(0x3,0xbfbfe45c,0x200) = 512 (0x200) 82825: close(3) = 0 (0x0) 82825: linux_open("/usr/lib/tls/libpthread.so.0",0x0,027757761404) ERR#2 'No suc h file or directory' 82825: linux_open("/usr/lib/libpthread.so.0",0x0,027757761404) ERR#2 'No such fi le or directory' 82825: linux_open("/lib/obsolete/linuxthreads/tls/libpthread.so.0",0x0,027757761 404) ERR#2 'No such file or directory' 82825: linux_open("/lib/obsolete/linuxthreads/libpthread.so.0",0x0,027757761404) = 3 (0x3) 82825: read(0x3,0xbfbfe45c,0x200) = 512 (0x200) 82825: linux_fstat64(0x3,0xbfbfe38c,0x28153fc4) = 0 (0x0) 82825: linux_mmap(0xbfbfe1fc) = 673554432 (0x2825a000) 82825: linux_mmap(0xbfbfe1fc) = 673615872 (0x28269000) 82825: linux_mmap(0xbfbfe1fc) = 673624064 (0x2826b000) 82825: close(3) = 0 (0x0) 82825: linux_open("/lib/tls/libc.so.6",0x0,05010632410) ERR#2 'No such file or d irectory' 82825: linux_open("/lib/libc.so.6",0x0,05010632410) = 3 (0x3) 82825: read(0x3,0xbfbfe440,0x200) = 512 (0x200) 82825: close(3) = 0 (0x0) 82825: linux_open("/usr/lib/tls/libc.so.6",0x0,05010632410) ERR#2 'No such file or directory' 82825: linux_open("/usr/lib/libc.so.6",0x0,05010632410) ERR#2 'No such file or d irectory' 82825: linux_open("/lib/obsolete/linuxthreads/tls/libc.so.6",0x0,05010632410) ER R#2 'No such file or directory' 82825: linux_open("/lib/obsolete/linuxthreads/libc.so.6",0x0,05010632410) = 3 (0 x3) 82825: read(0x3,0xbfbfe440,0x200) = 512 (0x200) 82825: linux_fstat64(0x3,0xbfbfe370,0x28153fc4) = 0 (0x0) 82825: linux_mmap(0xbfbfe1e0) = 673894400 (0x282ad000) 82825: linux_mmap(0xbfbfe1e0) = 675045376 (0x283c6000) 82825: linux_mmap(0xbfbfe1e0) = 675061760 (0x283ca000) 82825: close(3) = 0 (0x0) 82825: linux_open("/lib/libgcc_s.so.1",0x0,027757762100) = 3 (0x3) 82825: read(0x3,0xbfbfe3a0,0x200) = 512 (0x200) 82825: linux_fstat64(0x3,0xbfbfe2d0,0x28153fc4) = 0 (0x0) 82825: linux_mmap(0xbfbfe1a0) = 675069952 (0x283cc000) 82825: linux_mmap(0xbfbfe1a0) = 675106816 (0x283d5000) 82825: close(3) = 0 (0x0) 82825: linux_mmap(0xbfbfe78c) = 675110912 (0x283d6000) 82825: linux_mmap(0xbfbfe82c) = 675115008 (0x283d7000) 82825: #243() ERR#78 'Function not implemente d' SIGNAL 12 (SIGSYS) SIGNAL 12 (SIGSYS) Process stopped because of: 16 process exit, rval = 140 Bad system call (Full log available if needed) Whats causing this? Thanks, Tuc From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 17:16:58 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7CDA16A41B for ; Thu, 27 Sep 2007 17:16:58 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 5D21A13C47E for ; Thu, 27 Sep 2007 17:16:58 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8RHGvBJ030804 for ; Thu, 27 Sep 2007 13:16:57 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8RHGqFN019086 for ; Thu, 27 Sep 2007 13:16:52 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8RHGqK5019085 for freebsd-emulation@freebsd.org; Thu, 27 Sep 2007 13:16:52 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709271716.l8RHGqK5019085@himinbjorg.tucs-beachin-obx-house.com> To: freebsd-emulation@freebsd.org Date: Thu, 27 Sep 2007 13:16:52 -0400 (EDT) In-Reply-To: <200709271700.l8RH0gtu018698@himinbjorg.tucs-beachin-obx-house.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:16:58 -0000 > 82825: linux_open("/lib/libgcc_s.so.1",0x0,027757762100) = 3 (0x3) > 82825: read(0x3,0xbfbfe3a0,0x200) = 512 (0x200) > 82825: linux_fstat64(0x3,0xbfbfe2d0,0x28153fc4) = 0 (0x0) > 82825: linux_mmap(0xbfbfe1a0) = 675069952 (0x283cc000) > 82825: linux_mmap(0xbfbfe1a0) = 675106816 (0x283d5000) > 82825: close(3) = 0 (0x0) > 82825: linux_mmap(0xbfbfe78c) = 675110912 (0x283d6000) > 82825: linux_mmap(0xbfbfe82c) = 675115008 (0x283d7000) > 82825: #243() ERR#78 'Function not implemente > d' > SIGNAL 12 (SIGSYS) > SIGNAL 12 (SIGSYS) > Process stopped because of: 16 > process exit, rval = 140 > Bad system call > On a working system, I get : 19038: linux_open("/lib/libgcc_s.so.1",0x0,027757762100) = 3 (0x3)^M 19038: read(0x3,0xbfbfe3a0,0x200) = 512 (0x200)^M 19038: linux_fstat64(0x3,0xbfbfe2d0,0x28153fc4) = 0 (0x0)^M 19038: linux_mmap(0xbfbfe1a0) = 675074048 (0x283cd000)^M 19038: linux_mmap(0xbfbfe1a0) = 675110912 (0x283d6000)^M 19038: close(3) = 0 (0x0)^M 19038: linux_mmap(0xbfbfe78c) = 675115008 (0x283d7000)^M 19038: linux_mmap(0xbfbfe82c) = 675119104 (0x283d8000)^M 19038: #243() ERR#78 'Function not implemente d'^M 19038: linux_modify_ldt(0x1,0xbfbfe8ac,0x10) = 0 (0x0)^M 19038: mprotect(0x283c7000,8192,(0x1)PROT_READ) = 0 (0x0)^M 19038: mprotect(0x2826a000,4096,(0x1)PROT_READ) = 0 (0x0)^M 19038: mprotect(0x28259000,4096,(0x1)PROT_READ) = 0 (0x0)^M 19038: mprotect(0x28153000,4096,(0x1)PROT_READ) = 0 (0x0)^M 19038: munmap(0x28155000,0x2c9b) = 0 (0x0)^M 19038: linux_getrlimit(0x3,0xbfbfe99c) = 0 (0x0)^M 19038: linux_setrlimit(0x3,0xbfbfe99c) = 0 (0x0)^M 19038: linux_getpid() = 19038 (0x4a5e)^M (etc) Was it the "#243" that killed it, or "linux_modify_ldt"? Thanks, Tuc From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 17:30:28 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30ABA16A508 for ; Thu, 27 Sep 2007 17:30:28 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id BDAC713C48E for ; Thu, 27 Sep 2007 17:30:26 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4EAE16681F7; Thu, 27 Sep 2007 19:30:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ipmti6LkNPvf; Thu, 27 Sep 2007 19:30:23 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1A4EA6681E2; Thu, 27 Sep 2007 19:30:23 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l8RHUM7d039897; Thu, 27 Sep 2007 19:30:22 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 27 Sep 2007 19:30:22 +0200 From: Roman Divacky To: "Tuc at T-B-O-H.NET" Message-ID: <20070927173022.GA39854@freebsd.org> References: <200709271700.l8RH0gtu018698@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709271700.l8RH0gtu018698@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:30:28 -0000 On Thu, Sep 27, 2007 at 01:00:42PM -0400, Tuc at T-B-O-H.NET wrote: > Hi, > > FreeBSD 5.3-RELEASE-p10 (Yea, I know, there are reasons) > /proc and /linprocfs are mounted onto a point under an NFS mount point > (This shouldn't matter since the fs is local still, no?) > > When trying to ldd a binary, I get a signal 12. When I truss > it, the last bits I get are : > > 82825: linux_mmap(0xbfbfe82c) = 675115008 (0x283d7000) > 82825: #243() ERR#78 'Function not implemente > d' > SIGNAL 12 (SIGSYS) > SIGNAL 12 (SIGSYS) > Process stopped because of: 16 > process exit, rval = 140 > Bad system call syscall 243 is set_thread_area.. TLS stuff. It was implemented in 7-current. From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 17:41:06 2007 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1E8B16A421 for ; Thu, 27 Sep 2007 17:41:06 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 34AF313C459 for ; Thu, 27 Sep 2007 17:41:06 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IaxMG-000DVR-50; Thu, 27 Sep 2007 21:41:04 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IaxO4-000Aej-8x; Thu, 27 Sep 2007 21:42:56 +0400 To: "Philip M. Gollucci" References: <46FBDE1B.8050200@ridecharge.com> From: Boris Samorodov Date: Thu, 27 Sep 2007 21:42:56 +0400 In-Reply-To: <46FBDE1B.8050200@ridecharge.com> (Philip M. Gollucci's message of "Thu\, 27 Sep 2007 12\:45\:15 -0400") Message-ID: <20043423@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org, "questions@FreeBSD.org" Subject: Re: Acroread7 wierd error X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:41:06 -0000 Hi! The question has better chances at current@ or emulation@ MLs. CCing to the latter, please remove questions while answering. On Thu, 27 Sep 2007 12:45:15 -0400 Philip M. Gollucci wrote: > Hi All, > I've never had trouble with printer/acroread7 whether -STABLE, -CURRENT, > or fc4 vs fc6. > Recently though I fell victim to the nvidia xorg 7.3 snafu with dual > monitors which is one of the places -ignoreABI fails. The server starts > and all but you can only use 1 of the monitors though both display > correctly because the mouse won't cross them. > So I did the following: > cd /var/db/pkg > sudo pkg_delete * Did you do "rm -r /compat/linux/*"? You may find some useful tips at /usr/ports/UPDATING "20070327: AFFECTS: users of emulators/linux_base-fc6". Other than that can you provide an output of "ktrace -i"? > cd /usr/ports > cvs up -D"date directly before xorg 7.3 import" > (yeah cvsup I know) > I then rebuilt everything from source and I mean everything. > At current, I now have these: > ls -1d nvidia-* *linux* *acro* *firefox* > acroread7-7.0.9_2,1 > acroreadwrapper-0.0.20060221_2 > firefox-2.0.0.6,1 > linux-atk-1.9.1 > linux-expat-1.95.8 > linux-flashplugin-9.0r48 > linux-fontconfig-2.2.3_7 > linux-glib2-2.6.6 > linux-gtk2-2.6.10 > linux-jpeg-6b.34 > linux-openssl-0.9.7f > linux-pango-1.8.1 > linux-png-1.2.8_2 > linux-tiff-3.7.1 > linux-xorg-libs-6.8.2_5 > linux_base-fc6-6_4 > nvidia-driver-100.14.11 > nvidia-settings-1.0_12 > nvidia-xconfig-1.0_1 > grep fc6 /etc/make.conf > OVERRIDE_LINUX_BASE_PORT=fc6 > grep 2.6 /etc/sysctl.conf > compat.linux.osrelease=2.6.16 > uname -a > FreeBSD philip.hq.rws 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Jul 26 > 16:44:37 EDT 2007 > root@philip.office.rws:/usr/obj/usr/src/sys/GENERIC i386 > I've now done > sudo rm -rf /usr/ports > sudo cvsup -g -L2 /usr/share/ports/ports-supfile > When I run acroread I get this error it has to be related to this > bouncing back and forth on the ports tree but I can't figure out how to > fix it. Google turns up exactly 0. > *** glibc detected *** /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread: > free(): invalid next size (normal): 0x0977aba8 *** > ======= Backtrace: ========= > /lib/libc.so.6[0x2a079c88] > /lib/libc.so.6(cfree+0x90)[0x2a07d230] > /usr/lib/libfreetype.so.6[0x2a19bcad] > /usr/lib/libfreetype.so.6(ft_mem_free+0x1a)[0x2a19c0ca] > /usr/lib/libfreetype.so.6[0x2a1e72b4] > /usr/lib/libfreetype.so.6[0x2a1e8368] > /usr/lib/libfreetype.so.6[0x2a1e9898] > /usr/lib/libfreetype.so.6(FT_Stream_EnterFrame+0x78)[0x2a19c4c8] > /usr/lib/libfreetype.so.6(FT_Stream_ReadFields+0x92)[0x2a1a1402] > /usr/lib/libfreetype.so.6[0x2a1c2532] > /usr/lib/libfreetype.so.6[0x2a1c3648] > /usr/lib/libfreetype.so.6[0x2a1a1bfe] > /usr/lib/libfreetype.so.6(FT_Open_Face+0x2c7)[0x2a1a3327] > /usr/lib/libfreetype.so.6(FT_New_Face+0x48)[0x2a1a3958] > /usr/lib/libfontconfig.so.1(FcFreeTypeQuery+0x67)[0x2a225a98] > /usr/lib/libfontconfig.so.1(FcFileScan+0x6b)[0x2a224d3b] > /usr/lib/libfontconfig.so.1(FcDirScan+0x1d1)[0x2a2251fc] > /usr/lib/libfontconfig.so.1(FcConfigBuildFonts+0x94)[0x2a21fd51] > /usr/lib/libfontconfig.so.1(FcInitLoadConfigAndFonts+0x26)[0x2a2270b3] > /usr/lib/libfontconfig.so.1(FcInit+0x2e)[0x2a2272b0] > /usr/lib/libfontconfig.so.1(FcConfigGetCurrent+0x29)[0x2a21fc7a] > /usr/lib/libfontconfig.so.1(FcConfigSubstituteWithPat+0x6f4)[0x2a221ab3] > /usr/lib/libfontconfig.so.1(FcConfigSubstitute+0x33)[0x2a221af8] > /usr/lib/libpangoxft-1.0.so.0[0x2a16f539] > /usr/lib/libpangoft2-1.0.so.0[0x2a25e6b4] > /usr/lib/libpangoft2-1.0.so.0[0x2a25e9c4] > /usr/lib/libpangoft2-1.0.so.0[0x2a25ed3f] > /usr/lib/libpango-1.0.so.0(pango_font_map_load_fontset+0x4a)[0x29f0f90f] > /usr/lib/libpango-1.0.so.0[0x29f0dec5] > /usr/lib/libpango-1.0.so.0(pango_itemize_with_base_dir+0xa7)[0x29f0e35b] > /usr/lib/libpango-1.0.so.0[0x29f15459] > /usr/lib/libpango-1.0.so.0[0x29f16007] > /usr/lib/libpango-1.0.so.0(pango_layout_get_size+0x34)[0x29f16f09] > /usr/local/Adobe/Acrobat7.0/ENU/Reader/intellinux/SPPlugins/ADMPlugin.apl(_ZN10UnixDrawer11GetFontInfoER11ADMFontInfo+0x36)[0x2da39046] > /usr/local/Adobe/Acrobat7.0/ENU/Reader/intellinux/SPPlugins/ADMPlugin.apl(_ZN17ADMDrawerSuiteImp11GetFontInfoEP17_Opaque_ADMDrawerP11ADMFontInfo+0x2a)[0x2d9abfea] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_ZN17TADMCreateContext16HandleFontHeightEss+0x60)[0x87ee4e0] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_ZN16CExpressionScope12DoInitializeEP17TInitScopeContextP14TCreateContext+0x129)[0x87f3589] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_ZN16CExpressionScope18DoGlobalInitializeEP17TInitScopeContextP14TCreateContext+0x1e)[0x87f3f0e] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_Z10readDialogP22ADMCustomDialogMessagePc+0xd5)[0x87eefd5] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_Z18handlePluginCallerPcS_Pv+0x6d)[0x87c9f5d] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(ExpressViewsMain+0x201)[0x865ab61] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(spEdgeCallPlugin+0x18)[0x8660568] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(SPCallPlugin+0xcd)[0x865c11d] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(SPSendMessage+0xc1)[0x865d861] > /usr/local/Adobe/Acrobat7.0/ENU/Reader/intellinux/SPPlugins/ADMPlugin.apl(_ZN21ADMCustomResourceList18CallCustomResourceEP17ADMCustomResourceP8SPPluginPKclS5_PvS6_S5_+0x13b)[0x2d9fbbbb] > /usr/local/Adobe/Acrobat7.0/ENU/Reader/intellinux/SPPlugins/ADMPlugin.apl(_ZN8ADMSpace16UITWindowAdapter18FindDialogResourceEP8SPPluginlPKcb+0x584)[0x2d98af24] > /usr/local/Adobe/Acrobat7.0/ENU/Reader/intellinux/SPPlugins/ADMPlugin.apl(_ZN8ADMSpace16UITWindowAdapter21CreateWindowForDialogEP8SPPluginPKcl14ADMDialogStylePFlP17_Opaque_ADMDialogEPvlP10_GtkWidget+0x170)[0x2d988da0] > /usr/local/Adobe/Acrobat7.0/ENU/Reader/intellinux/SPPlugins/ADMPlugin.apl(_ZN8ADMSpace16UITWindowAdapter5ModalEP8SPPluginPKcl14ADMDialogStylePFlP17_Opaque_ADMDialogEPvlP10_GtkWidget+0x2a)[0x2d988bfa] > /usr/local/Adobe/Acrobat7.0/ENU/Reader/intellinux/SPPlugins/ADMPlugin.apl(_ZN24ADMUITConversionSuiteImp14ModalUITWindowEP8SPPluginPKcl14ADMDialogStylePFlP17_Opaque_ADMDialogEPvlP10_GtkWidget+0x2a)[0x2d9f378a] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_ZN13BaseADMDialog5ModalIP8_t_AVDocEEiNS_11eDialogTypeEP8SPPluginT_PKci14ADMDialogStylei+0x105)[0x86748a5] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_Z17ADM_DoAlertDialogP16_t_AVAlertParams+0x452)[0x8674102] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(DEFAULTAVAlertWithParams+0x8d)[0x83a607d] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(AVAlertWithParams+0x22f)[0x83a537f] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_ZN8CAVAlert11IDisplayOldElsP12_t_ASTextRecS1_S1_S1_t+0x76)[0x83a94f6] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(_ZN8CAVAlert8IDisplayElsP12_t_ASTextRecS1_S1_S1_t+0x34)[0x83a93f4] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread[0x8495e24] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread[0x8c14155] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(ASEnumExtensions+0x6f)[0x8c13caf] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(ASExtensionMgrInitAllExtensions+0x49)[0x8c14309] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(AVAppInit+0x138)[0x8496cc8] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(UnixAppInitUI+0xb6)[0x8369906] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(UnixAppMain+0x1fb)[0x836937b] > /usr/local/Adobe/Acrobat7.0/ENU/bin/acroread(main+0x3a)[0x8367daa] > ======= Memory map: ======== WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 18:17:39 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17EC316A419; Thu, 27 Sep 2007 18:17:39 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id CC29113C469; Thu, 27 Sep 2007 18:17:38 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8RIHcBJ032461; Thu, 27 Sep 2007 14:17:38 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8RIHWKJ020209; Thu, 27 Sep 2007 14:17:32 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8RIHWK9020208; Thu, 27 Sep 2007 14:17:32 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> To: rdivacky@freebsd.org (Roman Divacky) Date: Thu, 27 Sep 2007 14:17:32 -0400 (EDT) In-Reply-To: <20070927173022.GA39854@freebsd.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 18:17:39 -0000 > > On Thu, Sep 27, 2007 at 01:00:42PM -0400, Tuc at T-B-O-H.NET wrote: > > Hi, > > > > FreeBSD 5.3-RELEASE-p10 (Yea, I know, there are reasons) > > /proc and /linprocfs are mounted onto a point under an NFS mount point > > (This shouldn't matter since the fs is local still, no?) > > > > When trying to ldd a binary, I get a signal 12. When I truss > > it, the last bits I get are : > > > > 82825: linux_mmap(0xbfbfe82c) = 675115008 (0x283d7000) > > 82825: #243() ERR#78 'Function not implemente > > d' > > SIGNAL 12 (SIGSYS) > > SIGNAL 12 (SIGSYS) > > Process stopped because of: 16 > > process exit, rval = 140 > > Bad system call > > syscall 243 is set_thread_area.. TLS stuff. It was implemented in 7-current. > (BTW: By now everyone I hope realizes I ended up trying to run the program, not ldd it.... Sorry... I figured maybe running the program would be more accurate) Ok, but I wonder if thats the problem. I try running on another system and it DOES run, DOES give the same #243, but the next step its doing a linux_modify_ldt as such : 19038: linux_open("/lib/libgcc_s.so.1",0x0,027757762100) = 3 (0x3)^M 19038: read(0x3,0xbfbfe3a0,0x200) = 512 (0x200)^M 19038: linux_fstat64(0x3,0xbfbfe2d0,0x28153fc4) = 0 (0x0)^M 19038: linux_mmap(0xbfbfe1a0) = 675074048 (0x283cd000)^M 19038: linux_mmap(0xbfbfe1a0) = 675110912 (0x283d6000)^M 19038: close(3) = 0 (0x0)^M 19038: linux_mmap(0xbfbfe78c) = 675115008 (0x283d7000)^M 19038: linux_mmap(0xbfbfe82c) = 675119104 (0x283d8000)^M 19038: #243() ERR#78 'Function not implemente d'^M 19038: linux_modify_ldt(0x1,0xbfbfe8ac,0x10) = 0 (0x0)^M 19038: mprotect(0x283c7000,8192,(0x1)PROT_READ) = 0 (0x0)^M 19038: mprotect(0x2826a000,4096,(0x1)PROT_READ) = 0 (0x0)^M 19038: mprotect(0x28259000,4096,(0x1)PROT_READ) = 0 (0x0)^M 19038: mprotect(0x28153000,4096,(0x1)PROT_READ) = 0 (0x0)^M 19038: munmap(0x28155000,0x2c9b) = 0 (0x0)^M I'm finding out that this also ISN'T happening on systems where the Linux install is local, and used local. I'm finding 100% so far that it only happens where /compat is NFS mounted. Is this something someone has ever done, and are there any gotchas that I am running into because of it, or is it just "One of those things you figure out that leads you down the completely wrong path". Thanks, Tuc From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 19:00:18 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 648B916A46B for ; Thu, 27 Sep 2007 19:00:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id EF08413C4B3 for ; Thu, 27 Sep 2007 19:00:17 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B93336681E6; Thu, 27 Sep 2007 21:00:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rmmtWGjS1f90; Thu, 27 Sep 2007 21:00:15 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A987366813B; Thu, 27 Sep 2007 21:00:15 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l8RJ0F3T042664; Thu, 27 Sep 2007 21:00:15 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 27 Sep 2007 21:00:15 +0200 From: Roman Divacky To: "Tuc at T-B-O-H.NET" Message-ID: <20070927190015.GA42541@freebsd.org> References: <20070927173022.GA39854@freebsd.org> <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 19:00:18 -0000 > 19038: #243() ERR#78 'Function not implemente > d'^M > 19038: linux_modify_ldt(0x1,0xbfbfe8ac,0x10) = 0 (0x0)^M > 19038: mprotect(0x283c7000,8192,(0x1)PROT_READ) = 0 (0x0)^M > 19038: mprotect(0x2826a000,4096,(0x1)PROT_READ) = 0 (0x0)^M > 19038: mprotect(0x28259000,4096,(0x1)PROT_READ) = 0 (0x0)^M > 19038: mprotect(0x28153000,4096,(0x1)PROT_READ) = 0 (0x0)^M > 19038: munmap(0x28155000,0x2c9b) = 0 (0x0)^M yes.. when set_thread_area() is not found the glibc tries to do TLS the old way using LDT. > I'm finding out that this also ISN'T happening on systems where > the Linux install is local, and used local. I'm finding 100% so far that > it only happens where /compat is NFS mounted. Is this something someone > has ever done, and are there any gotchas that I am running into because > of it, or is it just "One of those things you figure out that leads you > down the completely wrong path". so you are saying that it works when /compat is locally mounted and not NFS? hard to say whats going on... From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 19:45:00 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87B8F16A41A; Thu, 27 Sep 2007 19:45:00 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (ns2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 1C56213C461; Thu, 27 Sep 2007 19:44:59 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l8RJixFV031509; Thu, 27 Sep 2007 13:44:59 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id l8RJivHM069897; Thu, 27 Sep 2007 13:44:57 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l8RJivqm069894; Thu, 27 Sep 2007 13:44:57 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18172.2105.13764.795975@gromit.timing.com> Date: Thu, 27 Sep 2007 13:44:57 -0600 From: John E Hein To: "Tuc at T-B-O-H.NET" In-Reply-To: <18172.1014.867507.713218@gromit.timing.com> References: <20070927173022.GA39854@freebsd.org> <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> <18172.1014.867507.713218@gromit.timing.com> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 19:45:00 -0000 John E Hein wrote at 13:26 -0600 on Sep 27, 2007: > Tuc at T-B-O-H.NET wrote at 14:17 -0400 on Sep 27, 2007: > > I'm finding out that this also ISN'T happening on systems where > > the Linux install is local, and used local. I'm finding 100% so far that > > it only happens where /compat is NFS mounted. Is this something someone > > has ever done, and are there any gotchas that I am running into because > > of it, or is it just "One of those things you figure out that leads you > > down the completely wrong path". > > We mount /compat/linux over NFS. I have not found any problems like > the one you are having with it after doing so on some boxes for years > (from 4.x to 6.x). Sometimes, I experience permission problems if, > for instance, the app tries to write to /var/db or something (I don't > export it with maproot=0). So occasionally I'll add a sym link in > the nfs compat/linux tree to point to a local native directory. Is there any file locking that the app might be doing? If it tries to lock a file in /var/db or something, it might try to lock the file in /compat/linux/var/db. I don't remember if 5.3 (which is what you are running) supports proper nfs file locking (nfs locking in 4.x just always successfully gives out a lock, so if multiple lockers try to lock a file, they will all think they own the lock resulting in possible file corruption depending on how the lock is used), but you do have to make sure lockd and friends are running to get nfs locking to work. From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 19:56:22 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4940416A41B; Thu, 27 Sep 2007 19:56:22 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id EE41113C457; Thu, 27 Sep 2007 19:56:21 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l8RJQvwL029222; Thu, 27 Sep 2007 13:26:57 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id l8RJQkhi069659; Thu, 27 Sep 2007 13:26:46 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l8RJQkKM069656; Thu, 27 Sep 2007 13:26:46 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18172.1014.867507.713218@gromit.timing.com> Date: Thu, 27 Sep 2007 13:26:46 -0600 From: John E Hein To: "Tuc at T-B-O-H.NET" In-Reply-To: <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> References: <20070927173022.GA39854@freebsd.org> <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 19:56:22 -0000 Tuc at T-B-O-H.NET wrote at 14:17 -0400 on Sep 27, 2007: > I'm finding out that this also ISN'T happening on systems where > the Linux install is local, and used local. I'm finding 100% so far that > it only happens where /compat is NFS mounted. Is this something someone > has ever done, and are there any gotchas that I am running into because > of it, or is it just "One of those things you figure out that leads you > down the completely wrong path". We mount /compat/linux over NFS. I have not found any problems like the one you are having with it after doing so on some boxes for years (from 4.x to 6.x). Sometimes, I experience permission problems if, for instance, the app tries to write to /var/db or something (I don't export it with maproot=0). So occasionally I'll add a sym link in the nfs compat/linux tree to point to a local native directory. From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 20:32:05 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5252116A418; Thu, 27 Sep 2007 20:32:05 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id ECC6213C46E; Thu, 27 Sep 2007 20:32:04 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8RKW4BJ035517; Thu, 27 Sep 2007 16:32:04 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8RKVwjx022475; Thu, 27 Sep 2007 16:31:58 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8RKVwXs022474; Thu, 27 Sep 2007 16:31:58 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709272031.l8RKVwXs022474@himinbjorg.tucs-beachin-obx-house.com> To: jhein@timing.com (John E Hein) Date: Thu, 27 Sep 2007 16:31:58 -0400 (EDT) In-Reply-To: <18172.2105.13764.795975@gromit.timing.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 20:32:05 -0000 > > John E Hein wrote at 13:26 -0600 on Sep 27, 2007: > > Tuc at T-B-O-H.NET wrote at 14:17 -0400 on Sep 27, 2007: > > > I'm finding out that this also ISN'T happening on systems where > > > the Linux install is local, and used local. I'm finding 100% so far that > > > it only happens where /compat is NFS mounted. Is this something someone > > > has ever done, and are there any gotchas that I am running into because > > > of it, or is it just "One of those things you figure out that leads you > > > down the completely wrong path". > > > > We mount /compat/linux over NFS. I have not found any problems like > > the one you are having with it after doing so on some boxes for years > > (from 4.x to 6.x). Sometimes, I experience permission problems if, > > for instance, the app tries to write to /var/db or something (I don't > > export it with maproot=0). So occasionally I'll add a sym link in > > the nfs compat/linux tree to point to a local native directory. > > Is there any file locking that the app might be doing? If it tries to > lock a file in /var/db or something, it might try to lock the file in > /compat/linux/var/db. I don't remember if 5.3 (which is what you are > running) supports proper nfs file locking (nfs locking in 4.x just > always successfully gives out a lock, so if multiple lockers try to > lock a file, they will all think they own the lock resulting in > possible file corruption depending on how the lock is used), but you > do have to make sure lockd and friends are running to get nfs locking > to work. > Unfortunately, I really wouldn't know. The binary is from the "SHA-1 Collision Search Graz" BOINC project. Its closed source. I had just done testing on an addition I made to the ports tree for it, when I finally went to test on one of the NFS mounted servers. Since there isn't source to it, I can't gdb/backtrace a copy. I've run many different apps that do use locking, and Hylafax oddly enough was the only one that ever presented a locking issue. I pretty much got blown off on the list for help. I did run a sample program that was made to test all sorts of locking, and I never got it to fail. I run lockd/statd on all servers involved ever since they started to run in mid 2005. I guess I go back to that linux_modify_ldt. On the bad copy I see : > 82825: #243() ERR#78 'Function not implemen te > d' > SIGNAL 12 (SIGSYS) > SIGNAL 12 (SIGSYS) > Process stopped because of: 16 > process exit, rval = 140 > Bad system call which makes me think that it did the #243, and got the not implemented, and the next command is the system call it didn't understand. Again, I could be barking up a wrong tree, especially with this being limited to the NFS'd machines. If I can find the time, as much as I hate to, I might pull a "Winderz" and reboot.. I did set the linux up after the system had started, so maybe something isn't right. It probably has nothing to do with /proc and linprocfs's, since one machine I use has both, one only has /proc.....(Oddly, though, the NFS'd systems /proc DOES NOT have "currproc". Not sure if that means anything to anyone or anything.......... Thanks, Tuc From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 20:35:01 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 249A216A417; Thu, 27 Sep 2007 20:35:01 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id A98B413C455; Thu, 27 Sep 2007 20:35:00 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8RKZ0BJ035565; Thu, 27 Sep 2007 16:35:00 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8RKYtaf022538; Thu, 27 Sep 2007 16:34:55 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8RKYt5A022537; Thu, 27 Sep 2007 16:34:55 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709272034.l8RKYt5A022537@himinbjorg.tucs-beachin-obx-house.com> To: rdivacky@freebsd.org (Roman Divacky) Date: Thu, 27 Sep 2007 16:34:55 -0400 (EDT) In-Reply-To: <20070927190015.GA42541@freebsd.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 20:35:01 -0000 > > > 19038: #243() ERR#78 'Function not implemente > > d'^M > > 19038: linux_modify_ldt(0x1,0xbfbfe8ac,0x10) = 0 (0x0)^M > > 19038: mprotect(0x283c7000,8192,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: mprotect(0x2826a000,4096,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: mprotect(0x28259000,4096,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: mprotect(0x28153000,4096,(0x1)PROT_READ) = 0 (0x0)^M > > 19038: munmap(0x28155000,0x2c9b) = 0 (0x0)^M > > yes.. when set_thread_area() is not found the glibc tries to do > TLS the old way using LDT. > What is needed by a system, if anything, to support LDT? Maybe it just happens the systems I am trying to do it NFS'd from don't have LDT compiled into the kernel, or some such notion. > > > I'm finding out that this also ISN'T happening on systems where > > the Linux install is local, and used local. I'm finding 100% so far that > > it only happens where /compat is NFS mounted. Is this something someone > > has ever done, and are there any gotchas that I am running into because > > of it, or is it just "One of those things you figure out that leads you > > down the completely wrong path". > > so you are saying that it works when /compat is locally mounted and not NFS? > hard to say whats going on... > Right, thats what I'm saying, sort of. I haven't tried to pull the /compat off NFS, and put it locally on a machine thats failed yet. Would anyone know the best way to copy that whole structure? I'm concerned with pipes and devs and the likes that cpio might not work right. Thanks, Tuc From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 20:45:27 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D032616A419; Thu, 27 Sep 2007 20:45:27 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 86D7513C43E; Thu, 27 Sep 2007 20:45:27 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l8RKjRKE039785; Thu, 27 Sep 2007 14:45:27 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id l8RKjPAU071239; Thu, 27 Sep 2007 14:45:25 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l8RKjPHG071236; Thu, 27 Sep 2007 14:45:25 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18172.5733.144390.147882@gromit.timing.com> Date: Thu, 27 Sep 2007 14:45:25 -0600 From: John E Hein To: "Tuc at T-B-O-H.NET" In-Reply-To: <200709272034.l8RKYt5A022537@himinbjorg.tucs-beachin-obx-house.com> References: <20070927190015.GA42541@freebsd.org> <200709272034.l8RKYt5A022537@himinbjorg.tucs-beachin-obx-house.com> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 20:45:27 -0000 Tuc at T-B-O-H.NET wrote at 16:34 -0400 on Sep 27, 2007: > Right, thats what I'm saying, sort of. I haven't tried to pull the > /compat off NFS, and put it locally on a machine thats failed yet. > > Would anyone know the best way to copy that whole structure? I'm > concerned with pipes and devs and the likes that cpio might not work > right. cp -pR? From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 20:59:32 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8AA216A4C0; Thu, 27 Sep 2007 20:59:32 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 516BA13C4C5; Thu, 27 Sep 2007 20:59:32 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8RKxVBJ036013; Thu, 27 Sep 2007 16:59:31 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8RKxQsp022905; Thu, 27 Sep 2007 16:59:26 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8RKxQZl022904; Thu, 27 Sep 2007 16:59:26 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709272059.l8RKxQZl022904@himinbjorg.tucs-beachin-obx-house.com> To: jhein@timing.com (John E Hein) Date: Thu, 27 Sep 2007 16:59:26 -0400 (EDT) In-Reply-To: <18172.5733.144390.147882@gromit.timing.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 20:59:32 -0000 > > Tuc at T-B-O-H.NET wrote at 16:34 -0400 on Sep 27, 2007: > > Right, thats what I'm saying, sort of. I haven't tried to pull the > > /compat off NFS, and put it locally on a machine thats failed yet. > > > > Would anyone know the best way to copy that whole structure? I'm > > concerned with pipes and devs and the likes that cpio might not work > > right. > > cp -pR? > I said cpio, but meant cp... I tried it, but it resolved links that ldconfig didn't like. I eventually piped a find to cpio and it copied... I did the /compat/linux/sbin/ldconfig and it returned fine, but try to run the program results in my still getting the same error. I don't know if its because something in cache somewhere or what now... Maybe I should do a proper install of linux_base-fc-4 incase, or would a reboot first be suggested, or ???? Thanks, Tuc From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 21:48:12 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD0C016A417; Thu, 27 Sep 2007 21:48:12 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 6817713C46A; Thu, 27 Sep 2007 21:48:12 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l8RLmBlu049361; Thu, 27 Sep 2007 15:48:11 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id l8RLmAFA072478; Thu, 27 Sep 2007 15:48:10 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l8RLmAPs072475; Thu, 27 Sep 2007 15:48:10 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18172.9497.981078.810049@gromit.timing.com> Date: Thu, 27 Sep 2007 15:48:09 -0600 From: John E Hein To: "Tuc at T-B-O-H.NET" In-Reply-To: <200709272059.l8RKxQZl022904@himinbjorg.tucs-beachin-obx-house.com> References: <18172.5733.144390.147882@gromit.timing.com> <200709272059.l8RKxQZl022904@himinbjorg.tucs-beachin-obx-house.com> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 21:48:12 -0000 Tuc at T-B-O-H.NET wrote at 16:59 -0400 on Sep 27, 2007: > > > > Tuc at T-B-O-H.NET wrote at 16:34 -0400 on Sep 27, 2007: > > > Right, thats what I'm saying, sort of. I haven't tried to pull the > > > /compat off NFS, and put it locally on a machine thats failed yet. > > > > > > Would anyone know the best way to copy that whole structure? I'm > > > concerned with pipes and devs and the likes that cpio might not work > > > right. > > > > cp -pR? > > > I said cpio, but meant cp... I tried it, but it resolved links > that ldconfig didn't like. The -R should handle sym links correctly (copy the link itself instead of following it), but will break hard links into multiple separate files. > I eventually piped a find to cpio and it copied... ok > I did the /compat/linux/sbin/ldconfig and it returned fine, I usually do '/compat/linux/sbin/ldconfig -r /compat/linux'. > but try to run the program results in my still getting the same error. > I don't know if its because something in cache somewhere or what now... > Maybe I should do a proper install of linux_base-fc-4 incase, or > would a reboot first be suggested, or ???? This seems to confirm (?) that it's not nfs'd /compat/linux. Move away the current linux_base, try a proper install of linux_base, see if there are any differences. Try a kldunload / kldload of linux &/or linprocfs (if loaded). Try a linux.ko from a working system. If you try the reboot and it fixes things, you don't learn a lot. From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 28 00:04:30 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92DFF16A418; Fri, 28 Sep 2007 00:04:30 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id E769013C447; Fri, 28 Sep 2007 00:04:29 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l8S04SBJ039752; Thu, 27 Sep 2007 20:04:29 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l8S04NXx025923; Thu, 27 Sep 2007 20:04:23 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l8S04NGQ025922; Thu, 27 Sep 2007 20:04:23 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200709280004.l8S04NGQ025922@himinbjorg.tucs-beachin-obx-house.com> To: jhein@timing.com (John E Hein) Date: Thu, 27 Sep 2007 20:04:23 -0400 (EDT) In-Reply-To: <18172.9497.981078.810049@gromit.timing.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 00:04:30 -0000 > The -R should handle sym links correctly (copy the link itself instead > of following it), but will break hard links into multiple separate > files. > I think I used "-p -r", thats my fault. > > > I did the /compat/linux/sbin/ldconfig and it returned fine, > > I usually do '/compat/linux/sbin/ldconfig -r /compat/linux'. > Thanks. I was going by /etc/rc.d/abi , but did that, and tried that too. Same results. > > > but try to run the program results in my still getting the same error. > > I don't know if its because something in cache somewhere or what now... > > Maybe I should do a proper install of linux_base-fc-4 incase, or > > would a reboot first be suggested, or ???? > > This seems to confirm (?) that it's not nfs'd /compat/linux. > Maybe, or maybe whatever I'm doing to violate the poor system got brought over with it. :) (Sorta joking) > > Move > away the current linux_base, try a proper install of linux_base, see > if there are any differences. > Will try that later tonite or tomorrow... > > Try a kldunload / kldload of linux &/or > linprocfs (if loaded). > Did linux (I don't have linprocfs on this particular machine) Unloaded it doesn't understand the elfness, reloaded it "Bad system call (core dump)". > > Try a linux.ko from a working system. > HRMMMMMMMM. I just detected another "3 of these things are not like the other". The 3 systems that are NFS clients are 5.3-RELEASE-pX systems... The NFS server, my laptop, the backup server, are all 5.5-{RELEASE|STABLE}..... (And, oddly enough, where it works) Can i put a linux.ko from a 5.5 on a 5.3, I didn't think so. The other issue is could it be a 5.3 vs 5.5 issue now? I've been wanting since forever (And a day and 1/2) to upgrade to 5.5 on one of the servers. (I've had issues that some of my machines won't go past 5.3, lockups/etc that seem to get not much attention on the questions lists...) Maybe this is a good time to do so? > > If you > try the reboot and it fixes things, you don't learn a lot. > I realize, but there have been times where FreeBSD just gets confused no matter how hard you try and you just have to resort to a reboot. BELIEVE ME, I hate rebooting these machines. I had to reboot 6 months ago after an external storage array failure on the NFS server, and it wasn't pretty. I have to reboot after I use VMWare 3 on my laptop, otherwise out of the blue after I'm done anywhere from an hour to 3 days later it'll reboot itself. Thanks, Tuc From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 28 02:25:55 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA77316A41A for ; Fri, 28 Sep 2007 02:25:55 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from vegeta.p6m7g8.net (static-71-166-166-68.washdc.east.verizon.net [71.166.166.68]) by mx1.freebsd.org (Postfix) with ESMTP id A810713C459 for ; Fri, 28 Sep 2007 02:25:55 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from vegeta.p6m7g8.net (vegeta.p6m7g8.net [71.166.166.68]) by vegeta.p6m7g8.net (8.13.8/8.13.1) with ESMTP id l8S2EJtI027068 for ; Thu, 27 Sep 2007 22:14:19 -0400 Date: Thu, 27 Sep 2007 22:14:19 -0400 (EDT) From: "Philip M. Gollucci" X-X-Sender: pgollucci@vegeta.p6m7g8.net To: emulation@freebsd.org In-Reply-To: <20043423@srv.sem.ipt.ru> Message-ID: References: <46FBDE1B.8050200@ridecharge.com> <20043423@srv.sem.ipt.ru> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1505278810-279648555-1190945645=:26550" X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on vegeta.p6m7g8.net X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on vegeta.p6m7g8.net Cc: Subject: Re: Acroread7 wierd error X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 02:25:56 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1505278810-279648555-1190945645=:26550 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 27 Sep 2007, Boris Samorodov wrote: > Did you do "rm -r /compat/linux/*"? You may find some useful tips at > /usr/ports/UPDATING "20070327: AFFECTS: users of emulators/linux_base-fc6". No, but I just did it. Notice with the below I upgraded to fc7: acroread7-7.0.9_2,1/ acroreadwrapper-0.0.20060221_3/ linux-atk-1.9.1/ linux-expat-1.95.8/ linux-fontconfig-2.2.3_7/ linux-glib2-2.6.6/ linux-gtk2-2.6.10/ linux-jpeg-6b.34/ linux-pango-1.8.1/ linux-png-1.2.8_2/ linux-tiff-3.7.1/ linux-xorg-libs-6.8.2_5/ linux_base-fc7-7_1/ nvidia-driver-100.14.11/ nvidia-settings-1.0_12/ nvidia-xconfig-1.0_1/ OVERRIDE_LINUX_BASE_PORT=fc7 compat.linux.osrelease=2.6.16 > Other than that can you provide an output of "ktrace -i"? 74088 ktrace RET ktrace 0 74088 ktrace CALL execve(0xbfbfe818,0xbfbfed44,0xbfbfed4c) 74088 ktrace NAMI "/home/pgollucci/bin/acroread" 74088 ktrace RET execve -1 errno 2 No such file or directory 74088 ktrace CALL execve(0xbfbfe818,0xbfbfed44,0xbfbfed4c) 74088 ktrace NAMI "/usr/X11R6/bin/acroread" 74088 ktrace NAMI "/compat/linux/bin/sh" 74088 ktrace NAMI "/compat/linux/lib/ld-linux.so.2" 74088 bash RET execve 0 74088 bash CALL ktrace(0) 74088 bash RET ktrace 135262208/0x80ff000 74088 bash CALL settimeofday(0xbfbfea8a) 74088 bash RET settimeofday 0 74088 bash CALL access(0x2810ccd5,R_OK) 74088 bash NAMI "/compat/linux/etc/ld.so.preload" 74088 bash NAMI "/etc/ld.so.preload" 74088 bash RET access JUSTRETURN 74088 bash CALL open(0x2810cebd,O_RDONLY,0) 74088 bash NAMI "/compat/linux/etc/ld.so.cache" 74088 bash NAMI "/compat/linux" 74088 bash NAMI "/compat/linux/etc/ld.so.cache" 74088 bash RET open 3 74088 bash CALL freebsd6_mmap(0x3,0xbfbfe394,672202704,MAP_SHARED|MAP_PRIVATE|MAP_RENAME|MAP_NORESERVE|MAP_HASSEMAPHORE|MAP_STACK|MAP_NOSYNC,0x2e6f732e,0x68636163,0xa5646165,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5! a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5! a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5 ,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a! 5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0xa5a5a5a5,0 -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@riderway.com) 323.219.4708 Senior System Admin - Riderway, Inc. http://riderway.com 1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ---1505278810-279648555-1190945645=:26550-- From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 28 06:31:25 2007 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D960116A418 for ; Fri, 28 Sep 2007 06:31:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9529713C447 for ; Fri, 28 Sep 2007 06:31:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Ib9Nk-000Hs0-Ij for freebsd-emulation@FreeBSD.org; Fri, 28 Sep 2007 10:31:24 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ib9Pa-000BGs-Ld for freebsd-emulation@FreeBSD.org; Fri, 28 Sep 2007 10:33:18 +0400 To: freebsd-emulation@FreeBSD.org References: <46FBDE1B.8050200@ridecharge.com> <20043423@srv.sem.ipt.ru> From: Boris Samorodov Date: Fri, 28 Sep 2007 10:33:18 +0400 In-Reply-To: (Philip M. Gollucci's message of "Thu\, 27 Sep 2007 22\:14\:19 -0400 \(EDT\)") Message-ID: <87878273@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Acroread7 wierd error X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 06:31:25 -0000 Sorry All, this is for Philip M. Gollucci: ----- SMTP error from remote mail server after MAIL FROM:: host mx1.p6m7g8.com [71.166.166.68]: 550 5.7.1 Access denied ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 28 07:02:34 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C8C316A419 for ; Fri, 28 Sep 2007 07:02:34 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id BF69213C459 for ; Fri, 28 Sep 2007 07:02:33 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Ib9Ju-000Hqx-4E; Fri, 28 Sep 2007 10:27:26 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ib9Lk-000BGZ-6k; Fri, 28 Sep 2007 10:29:20 +0400 To: "Philip M. Gollucci" References: <46FBDE1B.8050200@ridecharge.com> <20043423@srv.sem.ipt.ru> From: Boris Samorodov Date: Fri, 28 Sep 2007 10:29:20 +0400 In-Reply-To: (Philip M. Gollucci's message of "Thu\, 27 Sep 2007 22\:14\:19 -0400 \(EDT\)") Message-ID: <53958511@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emulation@freebsd.org Subject: Re: Acroread7 wierd error X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2007 07:02:34 -0000 On Thu, 27 Sep 2007 22:14:19 -0400 (EDT) Philip M. Gollucci wrote: > On Thu, 27 Sep 2007, Boris Samorodov wrote: > > Did you do "rm -r /compat/linux/*"? You may find some useful tips at > > /usr/ports/UPDATING "20070327: AFFECTS: users of emulators/linux_base-fc6". > No, but I just did it. > Notice with the below I upgraded to fc7: There shouldn't be any difference, but who knows... > acroread7-7.0.9_2,1/ > acroreadwrapper-0.0.20060221_3/ > linux-atk-1.9.1/ > linux-expat-1.95.8/ > linux-fontconfig-2.2.3_7/ > linux-glib2-2.6.6/ > linux-gtk2-2.6.10/ > linux-jpeg-6b.34/ > linux-pango-1.8.1/ > linux-png-1.2.8_2/ > linux-tiff-3.7.1/ > linux-xorg-libs-6.8.2_5/ > linux_base-fc7-7_1/ > nvidia-driver-100.14.11/ > nvidia-settings-1.0_12/ > nvidia-xconfig-1.0_1/ > OVERRIDE_LINUX_BASE_PORT=fc7 > compat.linux.osrelease=2.6.16 > > Other than that can you provide an output of "ktrace -i"? > 74088 ktrace RET ktrace 0 > 74088 ktrace CALL execve(0xbfbfe818,0xbfbfed44,0xbfbfed4c) > 74088 ktrace NAMI "/home/pgollucci/bin/acroread" > 74088 ktrace RET execve -1 errno 2 No such file or directory > 74088 ktrace CALL execve(0xbfbfe818,0xbfbfed44,0xbfbfed4c) > 74088 ktrace NAMI "/usr/X11R6/bin/acroread" > 74088 ktrace NAMI "/compat/linux/bin/sh" > 74088 ktrace NAMI "/compat/linux/lib/ld-linux.so.2" > 74088 bash RET execve 0 > 74088 bash CALL ktrace(0) > 74088 bash RET ktrace 135262208/0x80ff000 > 74088 bash CALL settimeofday(0xbfbfea8a) > 74088 bash RET settimeofday 0 > 74088 bash CALL access(0x2810ccd5,R_OK) > 74088 bash NAMI "/compat/linux/etc/ld.so.preload" > 74088 bash NAMI "/etc/ld.so.preload" > 74088 bash RET access JUSTRETURN > 74088 bash CALL open(0x2810cebd,O_RDONLY,0) > 74088 bash NAMI "/compat/linux/etc/ld.so.cache" > 74088 bash NAMI "/compat/linux" > 74088 bash NAMI "/compat/linux/etc/ld.so.cache" > 74088 bash RET open 3 > 74088 bash CALL It's a result of kdump, not ktrace. ;-) If you go as far as using the former, please do it with linux_kdump (devel/linux_kdump). WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve