From owner-freebsd-emulation Fri Oct 16 10:31:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29501 for freebsd-emulation-outgoing; Fri, 16 Oct 1998 10:31:39 -0700 (PDT) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29442; Fri, 16 Oct 1998 10:31:21 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id TAA05504; Fri, 16 Oct 1998 19:30:30 +0200 (CEST) (envelope-from sos) Message-Id: <199810161730.TAA05504@sos.freebsd.dk> Subject: Re: LD_PRELOAD & Linux emulation In-Reply-To: from John Fieber at "Oct 16, 98 10:39:18 am" To: jfieber@indiana.edu (John Fieber) Date: Fri, 16 Oct 1998 19:30:30 +0200 (CEST) Cc: sos@FreeBSD.ORG, mike@smith.net.au, shocking@prth.pgs.com, emulation@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In reply to John Fieber who wrote: > On Fri, 16 Oct 1998, Søren Schmidt wrote: > > > I hope to have a heavy debug session tonight with my alternative > > pipe implementation (you guessed it the old socketbased one), I'll > > let you know what I find out... > > I have a test program that works under linsux and fails under the > > linuxulator, so I should be able to get some results... > > Eagerly waiting... :) > > What happens with Sybase: data and transaction logs dumps are > handled by a dedicated backup server process. The backup server > handles getting data from the database and then passes the data > via a pipe to a subprocess (an exec()'d program) that does the > actual i/o to the disk or tape. The link between the backup > server and this i/o subprocess fails. SOunds much like the problem I have with Oracle, the svrmgrl control program forks the oracle instance, then the pipe communication dies on a read. > I have some ktrace output, but I'm not sure how reliable it is > since the i/o process behaves differently when traced than when > not traced. I have a simple test program that works when compiled and run on Linsux, but fails under the emu (it works natively on FreeBSD after the last commit to popen though). -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message