'sho 'nuff, that was the problem.
Thanks man! I guess I should pay more attention to the header files :)
-Daniel
On Fri, Nov 14, 2008 at 11:21 AM, Kobi Eshun <[EMAIL PROTECTED]> wrote:
> Hi, Daniel.
> I believe the problem is that you're missing a (new) element in the exports
> structure -- the
Hi, Daniel.
I believe the problem is that you're missing a (new) element in the
exports structure -- there should be an 'extra processes' entry
between 'exported pseudo variables' and 'module initialization
function.'
This same issue confounded me for a while also. Cheers,
--
kobi
On No
Forgot to CC devel on this.
On Fri, Nov 14, 2008 at 10:21 AM, Daniel Corbe <[EMAIL PROTECTED]>wrote:
> Hi,
> I'm not doing anything with extra processes. I'm making some other
> mistake. I've included the code for the module in its entirety. This is a
> module that I've been attempting to port
Hi Daniel,
Is your module registering a extra process? the crash happens when the
core tries to call the pre_fork function for your extra process. Could
you post the extra process structure ?
Regards,
Bogdan
Daniel Corbe wrote:
> Hi,
>
> I tried compiling with -ggdb to get a useful backtrace a
Hi,
I tried compiling with -ggdb to get a useful backtrace and I got nothing. I
think the problem may be in the way I'm initializing my module because I do
get compiler warnings. Thanks for the help.
-Daniel
(gdb) bt full
#0 0x20ec8353 in ?? ()
No symbol table info available.
#1 0x0809de2d in