[M3devel] Ubuntu problems

Sun Dec 16 06:33:20 CET 2007

http://opengrok.netbsd.org/source/search?q=&defs=setjmphttp://opengrok.netbsd.org/source/search?q=&defs=longjmp

oh -- hopefully the existing sizes are correct for this code, else an interface break, not that m3 seems to mind binary compatibility breaks and all or stick version numbers in places, though maybe there are runtime checks for binary compat, at least for higher levels.

On Windows, setjmp/longjmp optionally interact "correctly" with exception handling -- running __finally blocks and C++ destructors.
I wonder if the same is true for gcc?
(At some I'd really like to switch NT386 to not use setjmp/longjmp or TlsGetValue/TlsSetValue for this stuff.. after 64bit integer support...)
 - Jay

> From: hosking at cs.purdue.edu> Date: Sat, 15 Dec 2007 21:40:19 -0500> To: jay.krell at cornell.edu> CC: m3devel at elegosoft.com; mika at camembert.async.caltech.edu> Subject: Re: [M3devel] Ubuntu problems> > It may be slightly trickier than that, since appropriately sized > jmpbuf/ucontext needs to be declared.> > On Dec 15, 2007, at 9:14 PM, Jay wrote:> > > Maybe time to grab a BSD setjmp/longjmp or getcontext/setcontext, > > rename by prepending with m3_, and be done with it??> > e.g.> > http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/arch/i386/sys/ > > getcontext.S?rev=1.2&content-type=text/x-cvsweb-markup> > http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/arch/powerpc/sys/ > > getcontext.S?rev=1.3&content-type=text/x-cvsweb-markup> >> > My goodness, none of FreeBSD, OpenBSD, NetBSD have web searchable > > CVS archives..> > better links later..> >> > Regarding upgrade.sh, well, on Windows upgrade.cmd works. :)> > They are all "just" wrappers around cd'ing and building, but > > perhaps not trivial.> >> > - Jay> >> >> > > Date: Sun, 16 Dec 2007 02:38:03 +0100> > > From: dabenavidesd at yahoo.es> > > To: mika at async.caltech.edu; m3devel at elegosoft.com> > > CC: mika at camembert.async.caltech.edu> > > Subject: Re: [M3devel] Ubuntu problems> > >> > > Hi Mika,> > > what are you seeing is the problem of libc> > > setjmp/longjmp issue that we maybe have to advise more> > > to cm3 users, and in general *m3 (dec-src,pm3,ezm3,and> > > cm3 too) users that () user level thread> > > implementation which is part of m3core is not working> > > at this moment, so until community can make a> > > functioning a new implementation, we will use only> > > PTHREAD implementation on most new Linux> > > distributions.> > > Of course this solves the problems you are noticing,> > > so my advise in order to this do not happen any more> > > is write a note on the Download Area and maybe also in> > > (like a note in the Known issues), www.modula3.org> > > (If you allow me, I can do it)> > >> > > The most common case I know a (not very recent) of> > > distribution that works with user level implementation> > > that I use is Ubuntu Dapper 6.06, the libray is 2.3.6> > > http://packages.ubuntu.com/dapper/libdevel/libc6-dev> > > The next version of Ubuntu breaks when the Juno> > > package is compiling (pkl-fonts program executes), the> > > library libc6 is> > > http://packages.ubuntu.com/edgy/libdevel/libc6-dev.> > >> > > So for 5.4 sources use use the next CM3 variable> > > export CM3="/usr/local/cm3/bin/cm3 -DPTHREAD"> > >> > > This enable the system level thread implementation in> > > a earlier version of it (of cvs), but in the first> > > step bootstrap compiler you will ran in same problems> > > (in Edgy I got breack when running pkl-fonts, but> > > after that break you can re-compile it all well with> > > no problems, after you have build the new m3core).> > > If you can update the sources with the most recent (in> > > a personal opinion, stable version) would be better,> > > but here I would like to know if the script upgrade.sh> > > can do that work, i have not use it.> > > For me the most easy way for me was use the> > > instruction given by Tony for the cvs version, from I> > > take his words and make a relatively simple> > > instructions.> > >> > > Thanks> > >> > >> > >> > >> > >> > >> > > --- Mika Nystrom <mika at async.caltech.edu> wrote:> > >> > > > Hello Modula-3 people,> > > >> > > > I am trying to build things with CM3 on a relatively> > > > recent Ubuntu> > > > system (don't ask me why...) and I am running into a> > > > segfault that> > > > I haven't seen mentioned before. I have a feeling> > > > it has something> > > > to do with stack formats, but I'm not sure what to> > > > do next.> > > >> > > > I downloaded the cm3-5.4.0 binaries and started with> > > > that. The> > > > compiler in the binary distribution runs, but it> > > > appears to produce> > > > garbage. I first tried bootstrapping but it crashes> > > > the moment it> > > > tries to execute something it has compiled itself.> > > > So then I tried> > > > hello, world, with the same results...> > > >> > > > Here's the system identification:> > > >> > > > mika at edwards:~/test/src$ uname -a> > > > Linux edwards 2.6.20-16-386 #2 Sun Sep 23 19:47:10> > > > UTC 2007 i686 GNU/Linux> > > >> > > > I made a "hello, world" program as follows:> > > >> > > > MODULE Main;> > > > IMPORT IO;> > > >> > > > BEGIN IO.Put("Hello, world!\n") END Main.> > > >> > > > Compiled with cm3 directly from the distributed> > > > cm3-5.4.0 for> > > > LINUXLIBC6 and I get a crash in CsetjmpASM.s (as far> > > > as I can tell).> > > > The last unclobbered stack I seem to be able to get> > > > in m3gdb is> > > > this:> > > >> > > > Breakpoint 5, 0xb75e5fb4 in _setjmp () at> > > > ../src/C/LINUXLIBC6/CsetjmpASM.s:31> > > > 31 in ../src/C/LINUXLIBC6/CsetjmpASM.s> > > > (m3gdb) where> > > > #0 0xb75e5fb4 in _setjmp () at> > > > ../src/C/LINUXLIBC6/CsetjmpASM.s:31> > > > #1 0xb75dbd51 in RTThread__Transfer> > > > (from=0xbfe28530, to=0xbfe28530) at> > > > ../src/runtime/LINUXLIBC6/RTThreadC.c:14> > > > #2 0xb75dbaed in FlushStackCache () at> > > > RTThread.m3:65> > > > #3 0xb75e27c9 in DetermineContext (oldSP=Invalid> > > > C/C++ type code 35 in symbol table.> > > > ) at ThreadPosix.m3:1101> > > > #4 0xb75e270d in InitTopContext (c=Invalid C/C++> > > > type code 30 in symbol table.> > > > ) at ThreadPosix.m3:1076> > > > #5 0xb75e4325 in Init () at ThreadPosix.m3:1498> > > > #6 0xb75c9592 in InitRuntime (p_argc=Invalid C/C++> > > > type code 39 in symbol table.> > > > ) at RTLinker.m3:59> > > > #7 0x08048861 in main (argc=1, argv=0xbfe28824,> > > > envp=0xbfe2882c) at _m3main.mc:3> > > > (m3gdb) cont> > > > Continuing.> > > >> > > > Program received signal SIGSEGV, Segmentation fault.> > > > 0xa8dbaede in ?? ()> > > >> > > > s.sp was lately 16_b75af6b9, if that means anything> > > > at all.> > > >> > > > Oh yes, one more thing: setting LD_POINTER_GUARD to> > > > 0 before running> > > > the program has no effect on the crash.> > > >> > > > Any suggestions for how one might make progress on> > > > this?> > > >> > > > Mika> > > >> > >> > >> > >> > >> > > ______________________________________________> > > ¿Chef por primera vez?> > > Sé un mejor Cocinillas.> > > http://es.answers.yahoo.com/info/welcome> >> >> > Don't get caught with egg on your face. Play Chicktionary! Check it > > out!> 
_________________________________________________________________
Share life as it happens with the new Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_122007
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20071216/bd53d8d7/attachment-0002.html>