
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">

<HTML>

<HEAD>

  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">

  <META NAME="GENERATOR" CONTENT="GtkHTML/3.10.1">

</HEAD>

<BODY>

This is the second FC-5 incident on my system - it may or may-not be related to the linux version.<BR>

I'll stick with it until the problem is specified in detail - FC-5 may be too bleeding edge...<BR>

<BR>

I see today Maiko has pre-compiled jnos2.0e versions, and I jumped on them for use here.<BR>

Both the slackware and FC-2 modules SIGSEGV Segmentation Fault -<BR>

after printing intro text to console and logging "using new [tun0] device" while in autoexec.nos processing.<BR>

So I inserted gdb to look for the back trace using both versions and got the same result.<BR>

<BR>

GDB tells me:<BR>

       Program received signal SIGSEGV, Segmentation Fault<BR>

       0x009b5f09 in __longjmp () from /lib/libc.so.6<BR>

<BR>

upon asking gdb for a back trace - gdb tells me there is an internal problem with gdb itself "unknown register rule" so I quit.<BR>

<BR>

I'm sorry to not have dug deeper into this before posting a note, but it looks like FC-5 has significant changes to it over FC-4.<BR>

Even effecting the executable.  So much for cross-platform compatibility?<BR>

My guess: I've got an incompatible glibc on my system: glibc2.4-8.  I believe FC-4 had glibc2.3(something)  <BR>

                And it feels similar to the engineering change discussed earlier.<BR>

<BR>

Perhaps FC-5 for jnos needs to be "put away" for a year to let it mature?  I'm not comfortable introducing too many "varieties"...<BR>

<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">

<TR>

<TD>

<BR>

73<BR>

de Skip k8rra k<BR>

<BR>

<BR>

</TD>

</TR>

</TABLE>

</BODY>

</HTML>