<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'> > Stable releases cannot necessarily be <BR> > expected to run on newer operating systems when the ABI changes, as they <BR> > don't adapt themselves ;-) <BR><BR>
Wow. No stable ABI? What's up with that?<BR>
I  understand that building with current headers/libs might not work on older systems, but building with older headers/libs should almost always work on newer systems, AT LEAST at the ABI level, if not at the exact behavioral level, that's much harder, if there is to be any change or any bug fixes. People get away with the craziest things, like double frees (ok, not in safe Modula-3), only to have newer better heaps be more strict and catch them...<BR>
 <BR>
 > Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". <BR><BR>
 Is that normal? <BR>
 <BR>
 > Program received signal SIGSEGV, Segmentation fault. <BR> > 0x9e841069 in ?? () <BR> > (gdb) bt <BR> > #0 0x9e841069 in ?? () <BR> > Cannot access memory at address 0xf05fc929 <BR> > (gdb) <BR><BR>If the above is normal..can you break on main? And..I don't know what the name is...a bisection search..for how far it gets before it crashes? You know, either systematically, or at least randomly, step over and step into function calls, if you go to far and it crashes, step into next time instead of step over.<BR><BR>
> > If debugging symbols are missing, we've got to fix that.<BR>
 <BR>
Sorry, I was speculating, based mainly on "strip" appear in scripts/*.sh, didn't look if it is used.<BR>
<BR>> Well, that doesn't mean debugging symbols are missing, sometimes this <BR>> kind of thing happens anyway (right?).<BR><BR>
Right.<BR>
<BR> - Jay<BR><BR><BR>

<HR id=stopSpelling>
<BR>
> Date: Thu, 24 Jan 2008 23:11:08 +0100<BR>> From: neels@elego.de<BR>> To: wagner@elegosoft.com<BR>> CC: m3devel@elego.de; m3-support@elego.de<BR>> Subject: Re: [M3devel] segmentation fault upon ./install-cm3-compiler.sh upgrade<BR>> <BR>> <BR>> <BR>> Olaf Wagner wrote:<BR>> > Quoting Neels Janosch Hofmeyr <neels@elego.de>:<BR>> ><BR>> >> btw, I am using the "stable release" source tarballs with the 5.4.0<BR>> ><BR>> > Hi Neels,<BR>> ><BR>> > 5.4.0 is rather old now. I assume Ubuntu has made some incompatible<BR>> > changes to its kernel or C library interfaces that the old cm3 binary<BR>> > cannot cope with. What about trying one the more recent installation<BR>> > archives, like d.5.5.1? Once you have a working cm3 and cm3cg, compiling<BR>> > the rest should be no problem. Stable releases cannot necessarily be<BR>> > expected to run on newer operating systems when the ABI changes, as they<BR>> > don't adapt themselves ;-)<BR>> ><BR>> > Try this, for example:<BR>> ><BR>> > http://modula3.elegosoft.com/cm3/snaps/cm3-min-POSIX-LINUXLIBC6-d5.5.1-2008-01-24-03-35-01.tgz <BR>> ><BR>> I'll try it next.<BR>> btw, I am writing an instructions text for installing on ubuntu 7.10 <BR>> along the way...<BR>> ><BR>> > It should also be possible to get a backtrace of the cm3 crash<BR>> > within gdb. There should be debugging symbols in the distributed<BR>> > binaries. What does bt show?<BR>> I tried bt, it shows nothing:<BR>> <BR>> $ gdb /usr/local/cm3/bin/cm3<BR>> GNU gdb 6.6-debian<BR>> Copyright (C) 2006 Free Software Foundation, Inc.<BR>> GDB is free software, covered by the GNU General Public License, and you are<BR>> welcome to change it and/or distribute copies of it under certain <BR>> conditions.<BR>> Type "show copying" to see the conditions.<BR>> There is absolutely no warranty for GDB. Type "show warranty" for details.<BR>> This GDB was configured as "i486-linux-gnu"...<BR>> Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".<BR>> (gdb) run -version<BR>> Starting program: /usr/local/cm3/bin/cm3 -version<BR>> <BR>> Program received signal SIGSEGV, Segmentation fault.<BR>> 0x9e841069 in ?? ()<BR>> (gdb) bt<BR>> #0 0x9e841069 in ?? ()<BR>> Cannot access memory at address 0xf05fc929<BR>> (gdb)<BR>> <BR>> ><BR>> > If debugging symbols are missing, we've got to fix that.<BR>> Well, that doesn't mean debugging symbols are missing, sometimes this <BR>> kind of thing happens anyway (right?).<BR>> ><BR>> > Olaf<BR>> ><BR>> >> Neels Janosch Hofmeyr wrote:<BR>> >>> Hi lists,<BR>> >>><BR>> >>> I am trying to install cm3 5.4.0 on Ubuntu 7.10. I know that it <BR>> >>> worked on 7.4, and am doing the exact same steps. I have now tried <BR>> >>> it with cm3-min-...-5.4.0, just as I did last year.<BR>> >>><BR>> >>> But now, I get this output:<BR>> >>><BR>> >>> neels@oubantu:~/cm3-build/scripts<BR>> >>> $ ./install-cm3-compiler.sh upgrade<BR>> >>> cp /usr/local/cm3/bin/cm3 /usr/local/cm3/bin/cm3-5.4.0<BR>> >>> cp /usr/local/cm3/bin/cm3cg /usr/local/cm3/bin/cm3cg-5.4.0<BR>> >>> Segmentation fault (core dumped)<BR>> >>> cp /home/neels/cm3-build/m3-sys/cm3/LINUXLIBC6/cm3 <BR>> >>> /usr/local/cm3/bin/cm3-<BR>> >>> cp /home/neels/cm3-build/m3-sys/m3cc/LINUXLIBC6/cm3cg <BR>> >>> /usr/local/cm3/bin/cm3cg-<BR>> >>> cp /usr/local/cm3/bin/cm3- /usr/local/cm3/bin/cm3<BR>> >>> cp /usr/local/cm3/bin/cm3cg- /usr/local/cm3/bin/cm3cg<BR>> >>><BR>> >>> I have done this a second time, making sure everything is cleaned <BR>> >>> out and monitored things. From adding a `set -x' in the <BR>> >>> install-cm3-compiler.sh, it becomes obvious that <BR>> >>> `/usr/local/cm3/bin/cm3 -version' exits with a Segmentation Fault.<BR>> >>><BR>> >>> After doing ./cminstall (the minimal binary install), cm3 -version said<BR>> >>> $ /usr/local/cm3/bin/cm3 -version<BR>> >>> Critical Mass Modula-3 version 5.4.0<BR>> >>> last updated: 2006-10-11<BR>> >>> configuration: /usr/local/cm3/bin/cm3.cfg<BR>> >>><BR>> >>> After doing ./do-cm3-core.sh buildship, it still said the same.<BR>> >>> So, somewhere in install-cm3-compiler.sh, a disfunctional cm3 <BR>> >>> binary gets installed in /usr/local/cm3/bin/, after which cm3 <BR>> >>> yields only segmentation faults.<BR>> >>><BR>> >>> After install-cm3-compiler.sh, cm3 -version says<BR>> >>> $ /usr/local/cm3/bin/cm3 -version<BR>> >>><BR>> >>><BR>> >>> ***<BR>> >>> *** runtime error:<BR>> >>> *** Segmentation violation - possible attempt to dereference NIL<BR>> >>> *** pc = 0x9e841069<BR>> >>> ***<BR>> >>><BR>> >>> Aborted (core dumped)<BR>> >>><BR>> >>> Trying to backtrace in gdb apparently doesn't work -- I don't know <BR>> >>> how to compile debugging symbols into it. Giving up.<BR>> >>><BR>> >>> I think now is the time to remove the statement "[cm3 is] <BR>> >>> easy-to-use [and] easy-to-install" from modula3.elegosoft.com. No <BR>> >>> piece of software I have ever encountered is as difficult to use <BR>> >>> and as impossible to install as critical mass modula3. I *am* <BR>> >>> following all the instructions!<BR>> >>><BR>> >>> argh,<BR>> >>> Neels<BR>> >>><BR>> >><BR>> >> -- <BR>> >> Neels Janosch Hofmeyr<BR>> >> Software Developer<BR>> >><BR>> >> neels@elego.de<BR>> >> Public Key: http://binarchy.net/neels/neels.hofmeyr.public.key.asc<BR>> >><BR>> >> elego Software Solutions GmbH http://www.elegosoft.com<BR>> >> Gustav-Meyer-Allee 25, Gebäude 12 HRB 77719<BR>> >> 13355 Berlin, Germany Amtsgericht Charlottenburg<BR>> >> Tel.: +49 30 23 45 86 96 Sitz der Gesellschaft: Berlin<BR>> >> Fax: +49 30 23 45 86 95 Geschäftsführer: Olaf Wagner<BR>> ><BR>> ><BR>> ><BR>> <BR>> -- <BR>> Neels Janosch Hofmeyr<BR>> Software Developer<BR>> <BR>> neels@elego.de<BR>> Public Key: http://binarchy.net/neels/neels.hofmeyr.public.key.asc<BR>> <BR>> elego Software Solutions GmbH http://www.elegosoft.com<BR>> Gustav-Meyer-Allee 25, Gebäude 12 HRB 77719<BR>> 13355 Berlin, Germany Amtsgericht Charlottenburg<BR>> Tel.: +49 30 23 45 86 96 Sitz der Gesellschaft: Berlin<BR>> Fax: +49 30 23 45 86 95 Geschäftsführer: Olaf Wagner<BR>> <BR>> <BR><BR><br /><hr />Need to know the score, the latest news, or you need your Hotmail®-get your "fix". <a href='http://www.msnmobilefix.com/Default.aspx' target='_new'>Check it out.</a></body>
</html>