software/RELEASES/ircservices/achurch.org/services/lists/ircservices/2004/004458.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
   2 <HTML>
   3  <HEAD>
   4    <TITLE> [IRCServices] Segmentation Error at startup with database
   5   load
   6    </TITLE>
   7    <LINK REL="Index" HREF="index.html" >
   8    <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Segmentation%20Error%20at%20startup%20with%20database%0A%20%20load&In-Reply-To=40cd6acf.73526%40achurch.org">
   9    <META NAME="robots" CONTENT="index,nofollow">
  10    <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
  11    <LINK REL="Previous"  HREF="004457.html">
  12    <LINK REL="Next"  HREF="004459.html">
  13  </HEAD>
  14  <BODY BGCOLOR="#ffffff">
  15    <H1>[IRCServices] Segmentation Error at startup with database
  16   load</H1>
  17     <B>Michael Felt</B>
  18     <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Segmentation%20Error%20at%20startup%20with%20database%0A%20%20load&In-Reply-To=40cd6acf.73526%40achurch.org"
  19        TITLE="[IRCServices] Segmentation Error at startup with database
  20   load">mamfelt at acm.org
  21        </A><BR>
  22     <I>Mon Jun 14 08:23:45 PDT 2004</I>
  23     <P><UL>
  24         <LI>Previous message: <A HREF="004457.html">[IRCServices] Segmentation Error at startup with database load
  25 </A></li>
  26         <LI>Next message: <A HREF="004459.html">[IRCServices] bug
  27 </A></li>
  28          <LI> <B>Messages sorted by:</B>
  29               <a href="date.html#4458">[ date ]</a>
  30               <a href="thread.html#4458">[ thread ]</a>
  31               <a href="subject.html#4458">[ subject ]</a>
  32               <a href="author.html#4458">[ author ]</a>
  33          </LI>
  34        </UL>
  35     <HR>
  36 <!--beginarticle-->
  37 <PRE>Thanks for your answer.
  38
  39 As it has been about 15 or 16 years since I have done any serious assembly
  40 programming, and GNU is very new to me, I am a bit curious about why this
  41 particular solution is chosen.
  42
  43 What I usedto do years ago was define a struct, similiar to the way device
  44 drivers are/were added (maybe they do that differently today too) - in
  45 which one of the fields would be a pointer to a function. As I think of it,
  46 it is still pretty standard to include a pointer to a function to ioctl.
  47
  48 Would there be any interest in my looking a different way of doing this? Or
  49 will you prefer to do some inline assembly (ala SPARC)?
  50
  51 If interested I can send your cc &quot;assembly&quot; output to see what the compiler
  52 is turning it into. I havent made a real study of xlC and/or gcc assembly
  53 conventions. But I am certainly willing.
  54
  55 It is certainly frustrating to see everything there, but just not being
  56 returned properly.
  57
  58 At 11:02 AM 6/14/2004, you wrote:
  59 &gt;<i>      This looks like the GCC __builtin_apply() bug I reported to the GCC
  60 </I>&gt;<i>team a while back (<A HREF="http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8028">http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8028</A>).  The
  61 </I>&gt;<i>configure script should detect and work around this, though; I'm not sure
  62 </I>&gt;<i>why not.  I'll take a closer look at this report and see if I can figure
  63 </I>&gt;<i>the problem out.
  64 </I>&gt;<i>
  65 </I>&gt;<i> &gt;I am wondering what the constant 64 means in:
  66 </I>&gt;<i> &gt;extsyms.c:
  67 </I>&gt;<i> &gt;
  68 </I>&gt;<i> &gt;static void *__dblocal_##func##_stub(void) {                            \
  69 </I>&gt;<i> &gt;     __dblocal_##func##_stub0();                                         \
  70 </I>&gt;<i> &gt;     __builtin_return(__builtin_apply((void *)__dblocal_##func,          \
  71 </I>&gt;<i> &gt;                      __builtin_apply_args(), 64));                      \
  72 </I>&gt;<i> &gt;}                                                                       \
  73 </I>&gt;<i>
  74 </I>&gt;<i>      This is more suited to the -coding list, but 64 is the argument space
  75 </I>&gt;<i>reserved for the called function--I use 64 as an arbitrary value larger
  76 </I>&gt;<i>than anything that will actually be passed.  See the GCC documentation for
  77 </I>&gt;<i>details on how __builtin_apply() works.
  78 </I>
  79 Thanks again. Should I be posting to the -coding list - rather than here?
  80
  81
  82 &gt;<i>   --Andrew Church
  83 </I>&gt;<i>     <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">achurch at achurch.org</A>
  84 </I>&gt;<i>     <A HREF="http://achurch.org/">http://achurch.org/</A>
  85 </I>&gt;<i>
  86 </I>&gt;<i>------------------------------------------------------------------
  87 </I>&gt;<i>To unsubscribe or change your subscription options, visit:
  88 </I>&gt;<i><A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices</A>
  89 </I>
  90
  91
  92 </PRE>
  93
  94 <!--endarticle-->
  95     <HR>
  96     <P><UL>
  97         <!--threads-->
  98         <LI>Previous message: <A HREF="004457.html">[IRCServices] Segmentation Error at startup with database load
  99 </A></li>
 100         <LI>Next message: <A HREF="004459.html">[IRCServices] bug
 101 </A></li>
 102          <LI> <B>Messages sorted by:</B>
 103               <a href="date.html#4458">[ date ]</a>
 104               <a href="thread.html#4458">[ thread ]</a>
 105               <a href="subject.html#4458">[ subject ]</a>
 106               <a href="author.html#4458">[ author ]</a>
 107          </LI>
 108        </UL>
 109
 110 </body></html>