Hi, Thanks for the reply. I'm not really up on debugging. I had a look at what you'd written in another thread about using gdb but I'm afraid I'm not sure how to actually do this and get the results you're looking for. Is this something that's likely to have changed since 3.7.26 as I'm fairly sure it was working then for me, at least as a standalone installation if not through macports? Hope I can get it sorted out as I'd be a bit lost without xcircuit, it's quite essential especially when preparing lectures.
Regards Stewart On 25 May 2012, at 16:04, Tim Edwards wrote: > Hello Stewart, > >> I've been trying for quite a while now to get back to a useable >> installation of xcircuit on my macbook. Before a recent OS update I had >> a working installation of xcircuit-3.7.26 but now I can't even get that >> version to build (I'll tack on the make output error at the end of this >> email). I can get the newest stable version 3.7.39 to install >> successfully either with building myself or using macports to install >> but both of them crash at runtime. The software starts X11, opens the >> drawing window then aborts and it's wish8.5 that crashes. This happens >> regardless of whether it is built using the macports installed version >> of tcl/tk or the built in one (which I know isn't supposed to work). >> This is the crashlog for it running using the mapcorts installed wish: >> >>> Process: wish8.5 [22167] Path: >>> /opt/local/bin/wish8.5 Identifier: wish8.5 Version: ??? >>> (???) Code Type: X86-64 (Native) Parent Process: bash [17445] > > I think that the Tcl/Tk port is good, given that it seems to have > passed a bunch of initialization code. It has crashed inside the > routine findcrashfiles() on a call to sprintf(), which is probably > filelist.c line 261: > > sprintf(_STR, "%s/%s", xobjs.tempdir, dp->d_name); > > If you can run a debugger, it would be helpful to stop at the crash > point, bring the scope up to this routine, and check the values of > xobjs.tempdir and dp->d_name. My suspicion is that the use of /tmp > as a directory to save backup files may not be compatible with Mac OS-X's > way of doing things, although the only thing I can think of that would > cause a crash would be a NULL value of dp->d_name. It seems unlikely, > but I can't think of anything else. Unless the temp directory and temp > filename are so long that they exceed the 250 character limit of _STR. > That also seems unlikely. > ---Tim > > +--------------------------------+-------------------------------------+ > | Dr. R. Timothy Edwards (Tim) | email: [email protected] | > | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | > | 22815 Timber Creek Lane | phone: (301) 528-5030 | > | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | > +--------------------------------+-------------------------------------+ > -- Stewart Smith RCUK Academic Fellow Institute for Integrated Micro and Nano Systems Joint Research Institute for Integrated Systems School of Engineering The University of Edinburgh Scottish Microelectronics Centre The King's Buildings Edinburgh, EH9 3JF Tel: +44 (0)131 650 5607 SMC Fax: +44 (0)131 650 7475 http://www.see.ed.ac.uk/~sxs The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. _______________________________________________ Xcircuit-dev mailing list [email protected] http://www.opencircuitdesign.com/mailman/listinfo/xcircuit-dev
