Date: Fri, 14 Jun 2002 07:18:32 -0400 From: Peter Dufault <dufault@hda.com> To: Randall Hopper <aa8vb@nc.rr.com> Cc: Thomas Gellekum <tg@melaten.rwth-aachen.de>, ports@FreeBSD.ORG Subject: Re: Opendx core dumps for me Message-ID: <20020614071832.A3569@hda.hda.com> In-Reply-To: <20020614000213.GB5189@nc.rr.com>; from aa8vb@nc.rr.com on Thu, Jun 13, 2002 at 08:02:13PM -0400 References: <20020607072528.A20647@hda.hda.com> <kq4rg7o1pz.fsf@cip12.melaten.rwth-aachen.de> <20020613113621.A9483@hda.hda.com> <20020607072528.A20647@hda.hda.com> <kq4rg7o1pz.fsf@cip12.melaten.rwth-aachen.de> <20020613113621.A9483@hda.hda.com> <20020614000213.GB5189@nc.rr.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 13, 2002 at 08:02:13PM -0400, Randall Hopper wrote: > Thomas Gellekum: > |Peter Dufault <dufault@hda.com> writes: > | > |> I compiled with debugging and tried to get a backtrace. The stack > |> is trashed. Because of that I suspect some pthread misconfiguration. > | > |I've noticed that both libc_r and libc are linked into dxui, probably > |because something along the dependency chain used libtool. My > |home-built binaries seem to work fine, though. > | > |Does ktrace give any clues? > > Odd. I don't see this either, though I'm not current on FreeBSD versions. > Been planning to upgrade to 4.6 when it's released... > > I'm surprised it's even possible to successfully link with both libc_r and > libc. I don't think this is the case, this is the startupui link output from the build: > c++ -O -pipe -D_THREAD_SAFE -I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib -pthread -o startupui NetFileDialog.o StartupApplication.o StartupCommand.o StartupWindow.o TimedInfoDialog.o Main.o ../base/libBASE.a ../widgets/libWIDGETS.a ../dxl/libDXL.a -lnetcdf -ldf -lXpm -lXm -lXp -lGLU -lGL -L/usr/X11R6/lib -L/usr/local/lib -lMagick -ljbig -llcms -lmpeg2 -ltiff -lfreetype -ljpeg -lpng -lfpx -lwmflite -ldpstk -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm > /usr/local/lib/libMagick.so: warning: tempnam() possibly used unsafely; consider using mkstemp() > ../base/libBASE.a(Strings.o): In function `UniqueFilename(char const *)': > Strings.o(.text+0x12f): warning: mktemp() possibly used unsafely; consider using mkstemp() I only see the "-pthread" flag, no explicit reference to a libc. > One suggestion. You could try setenv DXROOT /usr/local/dx, fire off dxexec > -B -r in one window, and then dx -uionly in another. This would tell you > whether you can connect to a running server without the dxexec fork-off > (whether this is connect-related or process-related). If I run "dx -uionly" and then select "Connection...Start server" it works OK. I should have made this clear, I must have accidentally done so in private mail, or maybe it was the next follow up email. I just double checked my "build world" and don't see anything out of whack in /usr/lib. As mentioned, I suspected misconfiguration at first so upgraded everything. Previously I was running 4.5R but not a virgin install (but with a happy make world and mergemaster, etc, and no other problems for months) and had the same problem. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Fail-Safe systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020614071832.A3569>