dotgnu-general
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[DotGNU]Mod_Pnet and libgc (Was: A vote for Meetathon - III)


From: Gopal V
Subject: [DotGNU]Mod_Pnet and libgc (Was: A vote for Meetathon - III)
Date: Tue, 15 Oct 2002 11:59:19 +0530
User-agent: Mutt/1.2.5i

If memory serves me right, James Michael DuPont wrote:

> Please post code. I will test this.

Lost :-( ... I was trying that with a simple mod .. I could
not get off even the basic GC_Init() from it ... We encountered
the same bug later on in Chiraz's SEE ... Read quote

[-START-QUOTE-RHYS]

Gopal V wrote:
> 
> If memory serves me right, Gerard Toonstra wrote:
> > The plugin contained the vm entirely, linked statically, but starting it
> > up it already dumped core at the first initialisation method. gdb
> > revealed this was related to stack problems.
> 
> To put in the scenario in full perspective we got a coredump in the
> along the call to GC_Init().. and it seemed funny that way ..

The libgc library has some funny initialization requirements
when shared libraries are involved.  It will probably be
necessary to compile the entire stack, including libgc and
the engine, as .so.  Statically linking it into a .so will
probably not be sufficient.

I'll put shared library enablement on my TODO list.  I've
put it off because it can be a pain to execute the tools
when they haven't been "make install"'ed yet.  For example,
pnetlib can be built even if you haven't installed the
pnet distribution yet, by picking the binaries out of the
pnet build tree.

[-END-QUOTE-]

So once Chris figures out how to fix this whole thing as a 
.SO , we can proceed to try a mod_pnet ...

Gopal
-- 
The difference between insanity and genius is measured by success


reply via email to

[Prev in Thread] Current Thread [Next in Thread]