software/RELEASES/ircservices/achurch.org/services/lists/ircservices/2003/003855.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
   2 <HTML>
   3  <HEAD>
   4    <TITLE> [IRCServices] Compiling and Crashing on boot under Solaris 9
   5    </TITLE>
   6    <LINK REL="Index" HREF="index.html" >
   7    <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Compiling%20and%20Crashing%20on%20boot%20under%20Solaris%209&In-Reply-To=Pine.GSO.4.56.0306081253280.8466%40sirius.firelion.org">
   8    <META NAME="robots" CONTENT="index,nofollow">
   9    <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
  10    <LINK REL="Previous"  HREF="003854.html">
  11    <LINK REL="Next"  HREF="003856.html">
  12  </HEAD>
  13  <BODY BGCOLOR="#ffffff">
  14    <H1>[IRCServices] Compiling and Crashing on boot under Solaris 9</H1>
  15     <B>Andrew Church</B>
  16     <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Compiling%20and%20Crashing%20on%20boot%20under%20Solaris%209&In-Reply-To=Pine.GSO.4.56.0306081253280.8466%40sirius.firelion.org"
  17        TITLE="[IRCServices] Compiling and Crashing on boot under Solaris 9">achurch at achurch.org
  18        </A><BR>
  19     <I>Mon Jun  9 16:12:26 PDT 2003</I>
  20     <P><UL>
  21         <LI>Previous message: <A HREF="003854.html">[IRCServices] Compiling and Crashing on boot under Solaris 9
  22 </A></li>
  23         <LI>Next message: <A HREF="003856.html">[IRCServices] OPERSERV EXCEPTION add BUG/PROBLEM
  24 </A></li>
  25          <LI> <B>Messages sorted by:</B>
  26               <a href="date.html#3855">[ date ]</a>
  27               <a href="thread.html#3855">[ thread ]</a>
  28               <a href="subject.html#3855">[ subject ]</a>
  29               <a href="author.html#3855">[ author ]</a>
  30          </LI>
  31        </UL>
  32     <HR>
  33 <!--beginarticle-->
  34 <PRE>     Thanks for the detailed bug report.  Particular issues follow:
  35
  36 &gt;<i>First, I had to add a -libs parameter to configure with &quot;-lsocket -lnsl
  37 </I>&gt;<i>-lresolv&quot; so that it would find hstrerror() and gethostbyname().
  38 </I>
  39      These are now properly checked for.
  40
  41 &gt;<i>It refuses to compile
  42 </I>&gt;<i>dynamic modules, but I didn't care enough to try and correct that.
  43 </I>
  44      It looks like Solaris can't handle undefined symbols in shared
  45 objects.  I don't consider this a particularly important problem, since
  46 static linking works fine.
  47
  48 &gt;<i>I also
  49 </I>&gt;<i>had to tell Make to be sure to use bash as the shell, instead of Solaris'
  50 </I>&gt;<i>braindead /bin/sh by adding a SHELL=/usr/local/bin/bash parameter to the
  51 </I>&gt;<i>make command.
  52 </I>
  53      I assume you got &quot;/bin/sh: test: unknown operator -nt&quot;?  This has been
  54 fixed (configure now checks for /bin/test and uses it instead if /bin/sh is
  55 braindead).
  56
  57 &gt;<i>After that it compiles fine.  It still complains that it cannot find
  58 </I>&gt;<i>strtok, although this isn't fatal.  Solaris does seem to have this
  59 </I>&gt;<i>function, however.  Here is the relevant snippet from the configure.log
  60 </I>&gt;<i>when it attempts to locate strtok:
  61 </I>
  62      In this case this was due to a configure typo, but Solaris (at least
  63 Solaris 9) seems to have the same strtok() bug found in Linux glibc, namely
  64 that the following code snippet will return non-NULL for the second call:
  65
  66     char buf[] = &quot;\0 b c&quot;;
  67     char *s1 = strtok(buf, &quot; &quot;);  /* returns NULL as expected */
  68     char *s2 = strtok(NULL, &quot;&quot;);  /* returns &amp;buf[1]! */
  69
  70 so configure will still report strtok() as not being found.
  71
  72 &gt;<i>SCENARIO 1.  IRC Services was already started with no database files
  73 </I>&gt;<i>present, so that it created blank files.  Services is gracefully shut down
  74 </I>&gt;<i>with SIGTERM (leaving new db files behind), and then restarted.  It
  75 </I>&gt;<i>segmentation faults and dumps core.
  76 </I>[...]
  77 &gt;<i>#0  0x0003b380 in load_one_serverstats (f=0x25e468) at version4.c:2163
  78 </I>&gt;<i>2163        SAFE(read_int32(&amp;tmp32, f));  /* t_quit */
  79 </I>
  80      It shouldn't be possible to get a segfault here unless your memory is
  81 (physically) faulty.
  82
  83      Can you send me (privately) both of your database sets, so that I can
  84 check them here?
  85
  86   --Andrew Church
  87     <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">achurch at achurch.org</A>
  88     <A HREF="http://achurch.org/">http://achurch.org/</A>
  89 </PRE>
  90
  91 <!--endarticle-->
  92     <HR>
  93     <P><UL>
  94         <!--threads-->
  95         <LI>Previous message: <A HREF="003854.html">[IRCServices] Compiling and Crashing on boot under Solaris 9
  96 </A></li>
  97         <LI>Next message: <A HREF="003856.html">[IRCServices] OPERSERV EXCEPTION add BUG/PROBLEM
  98 </A></li>
  99          <LI> <B>Messages sorted by:</B>
 100               <a href="date.html#3855">[ date ]</a>
 101               <a href="thread.html#3855">[ thread ]</a>
 102               <a href="subject.html#3855">[ subject ]</a>
 103               <a href="author.html#3855">[ author ]</a>
 104          </LI>
 105        </UL>
 106
 107 </body></html>