[PlanetCCRMA] OpenMusic 4.7.2.beta released
Francois Dechelle
Francois.Dechelle at ircam.fr
Mon Mar 15 04:04:02 PST 2004
Le ven 12/03/2004 à 19:03, Fernando Pablo Lopez-Lezcano a écrit :
> [...]
> > > Another detail on nptl, does it make a difference to run under a redhat
> > > kernel or the planetccrma kernel? (I have not had time to test the new
> > > OM version). When running the Planet CCRMA kernel (which does not
> > > include nptl support) glibc uses the old threading model...
> >
> > I've tested it and here are the results:
> > - 2.4.22-1.2140.nptl.caps.rhfc1.ccrma: lisp makes a core dump
> > - 2.4.24-1.ll.rhfc1.ccrma: lisp works
> > - 2.4.22-1.2115.nptl: lisp makes a core dump
>
> Hmmm, strange, it used to work. I'll have to retest and see what's going
> on. It could be nptl but it is also possible that stack guard (or
> something named like that) that is part of the Fedora distro kernels may
> be responsible, self modifying code and some sort of jump tables do not
> work (I had to initially use cvs clisp because of that).
I'll try to give it a run under gdb to get an idea where it crashes.
I'll let you know.
> > In theory, we should recompile CMUCL for Fedora, but CMUCL compilation
> > looks like it's not that easy: the doc says that you need a Common Lisp
> > to compile it.
>
> I spent two full days trying to do that and failed (before I found the
> workaround). I managed to get things to compile but I could never get it
> to run without crashing at startup.
Interesting. Did it crash on every platform, or only on Fedora? May be
it was the same problem as the one I had.
I'll also have a look at CMUCL mailing lists to see if someone is
mentioning Fedora.
François
More information about the PlanetCCRMA
mailing list