<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>comp.lang.c Google Group</title>
  <link>http://groups.google.im/group/comp.lang.c</link>
  <description>Discussion about C.</description>
  <language>en</language>
  <item>
  <title>Re: 128 bit integer</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/15d9cb1bf9c95283?show_docid=15d9cb1bf9c95283</link>
  <description>
  I&#39;m not as familiar with IPv6 as I definitely should be, but I&#39;ll &lt;br&gt; extrapolate from IPv4. &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://en.wikipedia.org/wiki/Classless_Inter-Domain_Routing&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://en.wikipedia.org/wiki/Routing_table&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Very superficially, you need fast bitand to see if an IP address matches a &lt;br&gt; route (an IP prefix): ip_addr &amp;amp; route_netmask == route_prefix. The route
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/15d9cb1bf9c95283?show_docid=15d9cb1bf9c95283</guid>
  <author>
  la...@caesar.elte.hu
  (Ersek, Laszlo)
  </author>
  <pubDate>Thu, 29 Jul 2010 19:41:08 UT
</pubDate>
  </item>
  <item>
  <title>Re: Random walk across array</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/29b65111780ea285/e876fc393f4558f7?show_docid=e876fc393f4558f7</link>
  <description>
  [...] &lt;br&gt; There are two different reasons why rand() % N might not be very &lt;br&gt; good. One is, as you say, the bucket problem that applies to all &lt;br&gt; possible rand() implementations. But the FAQ specifically mentions &lt;br&gt; another problem: &amp;quot;because the low-order bits of many random number &lt;br&gt; generators are distressingly non-random&amp;quot;; 13.18 covers this in
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/29b65111780ea285/e876fc393f4558f7?show_docid=e876fc393f4558f7</guid>
  <author>
  ks...@mib.org
  (Keith Thompson)
  </author>
  <pubDate>Thu, 29 Jul 2010 19:36:20 UT
</pubDate>
  </item>
  <item>
  <title>Re: KISS4691, a potentially top-ranked RNG.</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/ea40acba15d5d078/40d9fe68887a2688?show_docid=40d9fe68887a2688</link>
  <description>
  So for the put= values in fortran, you need a vector of pseudorandom &lt;br&gt; integers, which is as good as it gets without truly random devices, &lt;br&gt; making--one hopes-a period that is large with respect to the interval &lt;br&gt; you&#39;re interested in. &lt;br&gt; It doesn&#39;t seem like a problem with epistemology as much a mathematical
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/ea40acba15d5d078/40d9fe68887a2688?show_docid=40d9fe68887a2688</guid>
  <author>
  merrilljen...@q.com
  (Uno)
  </author>
  <pubDate>Thu, 29 Jul 2010 19:28:00 UT
</pubDate>
  </item>
  <item>
  <title>Re: zlib.h</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/96a4083c5dd7eef4/f1cfa9632f79a109?show_docid=f1cfa9632f79a109</link>
  <description>
  Oh. So &amp;quot;stream_t&amp;quot; is &amp;quot;char unsigned&amp;quot;? I guess knowing that I would have &lt;br&gt; written my previous followup very differently. Also, I seem to remember &lt;br&gt; &amp;quot;sizeof(stream_t)&amp;quot; expressions in your malloc() arguments. That&#39;s &lt;br&gt; completely superfluous -- sizeof(any character type) is per definition &lt;br&gt; ((size_t)1). Why invent a new (and I&#39;d risk, misleading, and also
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/96a4083c5dd7eef4/f1cfa9632f79a109?show_docid=f1cfa9632f79a109</guid>
  <author>
  la...@caesar.elte.hu
  (Ersek, Laszlo)
  </author>
  <pubDate>Thu, 29 Jul 2010 19:23:34 UT
</pubDate>
  </item>
  <item>
  <title>Re: Yet another binary search tree library</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/e17bf8bb766f1283/f449ca96b7939627?show_docid=f449ca96b7939627</link>
  <description>
  [...] &lt;br&gt; [...] &lt;br&gt; I think you meant LCM (least common multiple), not GCD (greatest &lt;br&gt; common divisor). For example, if two members of a struct have &lt;br&gt; alignments 4 and 6, the alignment of the struct is at least 12. &lt;br&gt; In practice, on most systems, all alignments are powers of two, &lt;br&gt; so the alignment of a struct is merely at least the largest of any
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/e17bf8bb766f1283/f449ca96b7939627?show_docid=f449ca96b7939627</guid>
  <author>
  ks...@mib.org
  (Keith Thompson)
  </author>
  <pubDate>Thu, 29 Jul 2010 19:18:39 UT
</pubDate>
  </item>
  <item>
  <title>Re: Printing with fprintf on Win XP</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/3b9788fb2e35e0df/f3dd022645c01e61?show_docid=f3dd022645c01e61</link>
  <description>
  On Thu, 29 Jul 2010 16:53:56 +0100, Frederick Williams &lt;br&gt; The file pointer is null because fopen failed and you didn&#39;t check the &lt;br&gt; return value. It&#39;s caught by the assertions in the fprintf function. &lt;br&gt; In their infinite wisdom Microsoft didn&#39;t make printers a FILE device. &lt;br&gt; You can&#39;t fprintf to a printer device as you would a file or as you
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/3b9788fb2e35e0df/f3dd022645c01e61?show_docid=f3dd022645c01e61</guid>
  <author>
  ge...@invalid.invalid
  (Geoff)
  </author>
  <pubDate>Thu, 29 Jul 2010 19:01:11 UT
</pubDate>
  </item>
  <item>
  <title>Re: Printing with fprintf on Win XP</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/3b9788fb2e35e0df/7a83e929aefd4186?show_docid=7a83e929aefd4186</link>
  <description>
  [...] &lt;br&gt; [...] &lt;br&gt; And it&#39;s entirely possible that fopen() will succeed -- and create a &lt;br&gt; file called &amp;quot;USB001&amp;quot; in your current directory. If there is a special &lt;br&gt; file name that corresponds to your printer, you should read your &lt;br&gt; system&#39;s documentation to find out what that name is. Guessing is &lt;br&gt; unlikely to be a successful strategy.
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/3b9788fb2e35e0df/7a83e929aefd4186?show_docid=7a83e929aefd4186</guid>
  <author>
  ks...@mib.org
  (Keith Thompson)
  </author>
  <pubDate>Thu, 29 Jul 2010 18:53:45 UT
</pubDate>
  </item>
  <item>
  <title>Re: 128 bit integer</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/fd9b38f7ce18a6b9?show_docid=fd9b38f7ce18a6b9</link>
  <description>
  I&#39;m not as familiar with IPV6 as I probably should be. What benefit &lt;br&gt; does using, say, uint128_t to store IPV6 address give you over using, &lt;br&gt; say, unsigned char[16]? (Or wrap the array in a struct so you can do &lt;br&gt; assignment and equality comparison.) &lt;br&gt; In other words, how much sense does it make to do arithmetic in IPV6
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/fd9b38f7ce18a6b9?show_docid=fd9b38f7ce18a6b9</guid>
  <author>
  ks...@mib.org
  (Keith Thompson)
  </author>
  <pubDate>Thu, 29 Jul 2010 18:45:24 UT
</pubDate>
  </item>
  <item>
  <title>Re: 128 bit integer</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/4fbe2fa92d41d92c?show_docid=4fbe2fa92d41d92c</link>
  <description>
  You caught one of the obvious ones. The one that leapt out at me, of &lt;br&gt; course, was IPV6. &lt;br&gt; -s
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/4fbe2fa92d41d92c?show_docid=4fbe2fa92d41d92c</guid>
  <author>
  usenet-nos...@seebs.net
  (Seebs)
  </author>
  <pubDate>Thu, 29 Jul 2010 18:27:35 UT
</pubDate>
  </item>
  <item>
  <title>Re: Macro function syntax</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/4f82b5d0c974375e?show_docid=4f82b5d0c974375e</link>
  <description>
  ... &lt;br&gt; It&#39;s not a bad idea, and it&#39;s probably what I&#39;ll be doing. It just &lt;br&gt; seems that there has to be a better way, a C function macro should be &lt;br&gt; able to act like a function. I just want the code to look like a &lt;br&gt; function call, since the called routines are often functions. &lt;br&gt; However, some of the time, they are not functions, or the function
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/4f82b5d0c974375e?show_docid=4f82b5d0c974375e</guid>
  <author>
  nob...@nowhere.com
  (Ann O&#39;Nymous)
  </author>
  <pubDate>Thu, 29 Jul 2010 18:14:05 UT
</pubDate>
  </item>
  <item>
  <title>Re: Macro function syntax</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/ab8eca37b7f83518?show_docid=ab8eca37b7f83518</link>
  <description>
  &amp;lt;snip&amp;gt; &lt;br&gt; What other bits of C99 can you use? If you can use compound literals &lt;br&gt; you can turn the macro into a expression provided that you can change &lt;br&gt; buildlist to return a pointer to its list: &lt;br&gt; #define LINKX(routine, flags, ...)\ &lt;br&gt; zlink((routine), (flags),\ &lt;br&gt; buildlist((unsigned int[MAXARGS]){0}, __VA_ARGS__));
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/ab8eca37b7f83518?show_docid=ab8eca37b7f83518</guid>
  <author>
  ben.use...@bsb.me.uk
  (Ben Bacarisse)
  </author>
  <pubDate>Thu, 29 Jul 2010 18:07:50 UT
</pubDate>
  </item>
  <item>
  <title>Re: Printing with fprintf on Win XP</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/3b9788fb2e35e0df/992d302699a90ea7?show_docid=992d302699a90ea7</link>
  <description>
  This really isn&#39;t a C question, as it&#39;s really a Windows and LaserJet p1006 &lt;br&gt; question. &lt;br&gt; I doubt that the debugger is complaining that the strings &amp;quot;USB001:&amp;quot; et al &lt;br&gt; are &amp;quot;null&amp;quot;. More likely, you mean that the return from fopen() is NULL when &lt;br&gt; passed those filenames. &lt;br&gt; Going on that assumption, add: &lt;br&gt; p = fopen(&amp;quot;whatever&amp;quot;, &amp;quot;w&amp;quot;);
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/3b9788fb2e35e0df/992d302699a90ea7?show_docid=992d302699a90ea7</guid>
  <author>
  kenbr...@spamcop.net
  (Kenneth Brody)
  </author>
  <pubDate>Thu, 29 Jul 2010 18:07:51 UT
</pubDate>
  </item>
  <item>
  <title>Re: 128 bit integer</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/319d076be6ae70d7?show_docid=319d076be6ae70d7</link>
  <description>
  The use for it is rather obvious. For example, if your program uses &lt;br&gt; 64-bit integers, then every time you multiply these integers, you have &lt;br&gt; to perform that multiplication within a 128-bit type. You have a &lt;br&gt; rectangle, whose coordinates are 64-bit integers? Well, then the the &lt;br&gt; area of that rectangle is a 128-bit integer, whether you like it or not.
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/d1c03df36cdb3ace/319d076be6ae70d7?show_docid=319d076be6ae70d7</guid>
  <author>
  andreytarasev...@hotmail.com
  (Andrey Tarasevich)
  </author>
  <pubDate>Thu, 29 Jul 2010 18:00:54 UT
</pubDate>
  </item>
  <item>
  <title>Re: Macro function syntax</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/c65119a1ca806a55?show_docid=c65119a1ca806a55</link>
  <description>
  [... putting back snipped context ...] &lt;br&gt; [...] &lt;br&gt; &amp;gt; &lt;br&gt; [...] &lt;br&gt; Place the &amp;quot;return value&amp;quot; as the first parameter, rather than the last. &lt;br&gt; Now, this goes against many people&#39;s coding standards, as it hides the fact &lt;br&gt; that it&#39;s going to change the value of that first parameter, but it does &amp;quot;work&amp;quot;. &lt;br&gt; You could &amp;quot;unhide&amp;quot; this a little, by putting:
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/c65119a1ca806a55?show_docid=c65119a1ca806a55</guid>
  <author>
  kenbr...@spamcop.net
  (Kenneth Brody)
  </author>
  <pubDate>Thu, 29 Jul 2010 17:41:19 UT
</pubDate>
  </item>
  <item>
  <title>Re: Macro function syntax</title>
  <link>http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/05b67622a4e21e5b?show_docid=05b67622a4e21e5b</link>
  <description>
  Why not put the return value as a LINKX argument before the valist? &lt;br&gt; as in &lt;br&gt; ... &lt;br&gt; returnvar = zlink((routine),(falgs),list); &lt;br&gt; Usage: &lt;br&gt; LINKX(module2,flag2,returnvalu e2,4,5,6,7,8,9); &lt;br&gt; This is what pete was suggesting I&#39;d guess, why did you think it a bad &lt;br&gt; idea? &lt;br&gt; -David
  </description>
  <guid isPermaLink="true">http://groups.google.im/group/comp.lang.c/browse_thread/thread/a39438a3e3eeaee8/05b67622a4e21e5b?show_docid=05b67622a4e21e5b</guid>
  <author>
  lndresn...@gmail.com
  (David Resnick)
  </author>
  <pubDate>Thu, 29 Jul 2010 17:40:14 UT
</pubDate>
  </item>
  </channel>
</rss>
