<?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.bs/group/comp.lang.c</link>
  <description>Discussion about C.</description>
  <language>en</language>
  <item>
  <title>offsetof-style Fun with Ternary Conditional</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/fb79be518ef47992/ac3e5075c5c4b689?show_docid=ac3e5075c5c4b689</link>
  <description>
  A possibly interesting/curious use of the ternary conditional &lt;br&gt; operator... &lt;br&gt; The only thing I could find to do with it was the non-portable: &lt;br&gt; (1 ? 0 : &amp;amp;(x)) &lt;br&gt; ((size_t)&amp;amp;(NULL_OF_TYPE(id)-&amp;gt;m ember)) &lt;br&gt; int main(void) { &lt;br&gt; struct { &lt;br&gt; double bar; &lt;br&gt; long baz; &lt;br&gt; } foo; &lt;br&gt; return (int)offsetof2(foo, baz); &lt;br&gt; This &#39;offsetof2&#39; macro doesn&#39;t take &#39;struct XXX&#39; as its first
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/fb79be518ef47992/ac3e5075c5c4b689?show_docid=ac3e5075c5c4b689</guid>
  <author>
  sha0.mil...@gmail.com
  (Shao Miller)
  </author>
  <pubDate>Sun, 01 Aug 2010 08:14:06 UT
</pubDate>
  </item>
  <item>
  <title>Re: &quot;claim&quot;, etc. (was Re: C Standard Regarding Null Pointer Dereferencing)</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/4cf12773963152dd/1358837fc61ec698?show_docid=1358837fc61ec698</link>
  <description>
  Thank for your acknowledging that fluency in English is not sufficient &lt;br&gt; cause for awareness of the negative connotations you perceive. I &lt;br&gt; agree. &lt;br&gt; It&#39;s not an accusation. It&#39;s a claim that there is no supporting &lt;br&gt; reference to the text given. You can demonstrate otherwise. You can &lt;br&gt; choose to ignore (ie. &amp;quot;plonk&amp;quot;). Your knowledge that there _is_ text
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/4cf12773963152dd/1358837fc61ec698?show_docid=1358837fc61ec698</guid>
  <author>
  sha0.mil...@gmail.com
  (Shao Miller)
  </author>
  <pubDate>Sun, 01 Aug 2010 00:31:45 UT
</pubDate>
  </item>
  <item>
  <title>Re: &quot;claim&quot;, etc. (was Re: C Standard Regarding Null Pointer Dereferencing)</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/4cf12773963152dd/d6532593a44aa6cc?show_docid=d6532593a44aa6cc</link>
  <description>
  By all means, that&#39;s a worthy cause. :) &lt;br&gt; I agree. I believe that people associating a claim of a claim with a &lt;br&gt; dispute for the latter claim will find their doubt-casting. That can &lt;br&gt; be reconditioned just as avoidance of &amp;quot;bad words&amp;quot; can be &lt;br&gt; reconditioned. &lt;br&gt; &amp;quot;Wordy and pedantic style&amp;quot; applies to _my_ posts _already_. :) It
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/4cf12773963152dd/d6532593a44aa6cc?show_docid=d6532593a44aa6cc</guid>
  <author>
  sha0.mil...@gmail.com
  (Shao Miller)
  </author>
  <pubDate>Sun, 01 Aug 2010 00:08:24 UT
</pubDate>
  </item>
  <item>
  <title>Re: manipulate fd underlying stream</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/996baf39fc819428/4fc36d0daee3da4b?show_docid=4fc36d0daee3da4b</link>
  <description>
  Sorry.
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/996baf39fc819428/4fc36d0daee3da4b?show_docid=4fc36d0daee3da4b</guid>
  <author>
  user...@ilthio.net
  (Tim Harig)
  </author>
  <pubDate>Sat, 31 Jul 2010 23:11:45 UT
</pubDate>
  </item>
  <item>
  <title>Re: Proposal for Amendment to Section 6.5.3.2, Unary * Operator</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/079f4326ca8d2edc/e9a0f38187a01585?show_docid=e9a0f38187a01585</link>
  <description>
  On Jul 31, 6:29 pm, Marcin Grzegorczyk &amp;lt;mgrze...@poczta.onet.pl&amp;gt; &lt;br&gt; wrote: &lt;br&gt; Thanks for the constructive feedback, Marcin! &lt;br&gt; I will have to look for this C1X draft. Is &#39;void&#39; considered an &lt;br&gt; incomplete object type in C1X, do you know? I will try to find the &lt;br&gt; draft you&#39;ve kindly referred to and find out, but if it&#39;s readily
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/079f4326ca8d2edc/e9a0f38187a01585?show_docid=e9a0f38187a01585</guid>
  <author>
  sha0.mil...@gmail.com
  (Shao Miller)
  </author>
  <pubDate>Sat, 31 Jul 2010 23:04:08 UT
</pubDate>
  </item>
  <item>
  <title>Re: manipulate fd underlying stream</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/996baf39fc819428/b7f777d89fe5100f?show_docid=b7f777d89fe5100f</link>
  <description>
  that was a direct quote from MSDN, which I didn&#39;t make clear &lt;br&gt; perhaps I didn&#39;t make my point clearly enough. *Is* Linux a dominant &lt;br&gt; implementation? I think this is far from indiputable.
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/996baf39fc819428/b7f777d89fe5100f?show_docid=b7f777d89fe5100f</guid>
  <author>
  nick_keighley_nos...@hotmail.com
  (Nick Keighley)
  </author>
  <pubDate>Sat, 31 Jul 2010 22:59:48 UT
</pubDate>
  </item>
  <item>
  <title>Re: Proposal for Amendment to Section 6.5.3.2, Unary * Operator</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/079f4326ca8d2edc/381cebcef6a25d5f?show_docid=381cebcef6a25d5f</link>
  <description>
  Instead of &amp;quot;pointer type pointing to an incomplete type&amp;quot;, you could just &lt;br&gt; say &amp;quot;pointer to an incomplete type&amp;quot;. In addition, recently there has &lt;br&gt; been a consensus that completeness is a scoped property of a type &lt;br&gt; (see N1439), and the current C1X draft has adopted the change, so it &lt;br&gt; should really be &amp;quot;pointer to an incomplete object type&amp;quot;.
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/079f4326ca8d2edc/381cebcef6a25d5f?show_docid=381cebcef6a25d5f</guid>
  <author>
  mgrze...@poczta.onet.pl
  (Marcin Grzegorczyk)
  </author>
  <pubDate>Sat, 31 Jul 2010 22:29:03 UT
</pubDate>
  </item>
  <item>
  <title>Re: MIDI files in C(lccwin/WIN XP)</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/a36d248eabea2a27/ea4a347fe986e77d?show_docid=ea4a347fe986e77d</link>
  <description>
  going off-topic here... &lt;br&gt; this is really not a good group for this question (non-standard, &lt;br&gt; non-portable, ...). &lt;br&gt; this is also not a question with any simple or easy answer. &lt;br&gt; in MS-DOS, you essentially have to write a driver for whatever sound HW &lt;br&gt; happens to be in the system. &lt;br&gt; for DOS apps in Windows, one has to target whichever HW Windows is faking
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/a36d248eabea2a27/ea4a347fe986e77d?show_docid=ea4a347fe986e77d</guid>
  <author>
  cr88...@hotmail.com
  (BGB / cr88192)
  </author>
  <pubDate>Sat, 31 Jul 2010 22:26:43 UT
</pubDate>
  </item>
  <item>
  <title>Re: [OT] &quot;claim&quot;, etc. (was Re: C Standard Regarding Null Pointer Dereferencing)</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/4cf12773963152dd/9b175c2914975a42?show_docid=9b175c2914975a42</link>
  <description>
  This is not implausible. Ironically, it took me years of study to &lt;br&gt; start picking up connotations. &lt;br&gt; While it&#39;s true that connotations are often cultural, I am not aware &lt;br&gt; of any culture in which accusing someone of having invented something &lt;br&gt; when they cite to a text as showing it does not constitute an &lt;br&gt; accusation of dishonesty. I have spoken with English-speakers from
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/4cf12773963152dd/9b175c2914975a42?show_docid=9b175c2914975a42</guid>
  <author>
  usenet-nos...@seebs.net
  (Seebs)
  </author>
  <pubDate>Sat, 31 Jul 2010 21:53:20 UT
</pubDate>
  </item>
  <item>
  <title>Re: file functions</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/78a49519103e8b10/164be0adca0212d3?show_docid=164be0adca0212d3</link>
  <description>
  On Sat, 31 Jul 2010 15:05:03 -0400, &amp;quot;Bill Cunningham&amp;quot; &lt;br&gt; Here&#39;s a start: &lt;br&gt; fseek need not read anything from the stream. If it does, it &lt;br&gt; won&#39;t be addresses. &lt;br&gt; fseek need not start from the origin (even after you decide &lt;br&gt; what you think origin means). &lt;br&gt; None of the functions change the file pointer at all.
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/78a49519103e8b10/164be0adca0212d3?show_docid=164be0adca0212d3</guid>
  <author>
  schwa...@dqel.com
  (Barry Schwarz)
  </author>
  <pubDate>Sat, 31 Jul 2010 21:59:27 UT
</pubDate>
  </item>
  <item>
  <title>Re: manipulate fd underlying stream</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/996baf39fc819428/2f90b5c7c0b5acb0?show_docid=2f90b5c7c0b5acb0</link>
  <description>
  Because if everything can be on every possible topic, topics become &lt;br&gt; meaningless and we can&#39;t find discussions that interest us anymore. &lt;br&gt; -s
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/996baf39fc819428/2f90b5c7c0b5acb0?show_docid=2f90b5c7c0b5acb0</guid>
  <author>
  usenet-nos...@seebs.net
  (Seebs)
  </author>
  <pubDate>Sat, 31 Jul 2010 21:50:07 UT
</pubDate>
  </item>
  <item>
  <title>Re: Why is it not possible to assign a global variable to another global variable..?</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/8f80f45be6f49c0e/41a54f8f4f4cf709?show_docid=41a54f8f4f4cf709</link>
  <description>
  On Sat, 31 Jul 2010 21:01:24 +0000 (UTC), Jase Schick &lt;br&gt; The above statements are illegal at file scope. &lt;br&gt; These are local variables, not global. &lt;br&gt; Because you don&#39;t assign at global scope, you declare: &lt;br&gt; int i, z; /* declare globals */ &lt;br&gt; int main(int argc, char *argv[]) &lt;br&gt; { &lt;br&gt; i = 10; /* assign values to globals */
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/8f80f45be6f49c0e/41a54f8f4f4cf709?show_docid=41a54f8f4f4cf709</guid>
  <author>
  ge...@invalid.invalid
  (Geoff)
  </author>
  <pubDate>Sat, 31 Jul 2010 21:31:54 UT
</pubDate>
  </item>
  <item>
  <title>Re: Why is it not possible to assign a global variable to another global variable..?</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/8f80f45be6f49c0e/f990ccdca91b64b0?show_docid=f990ccdca91b64b0</link>
  <description>
  Initialization and assignment are different things. &lt;br&gt; int i = 5, j = 6; &lt;br&gt; is a declaration of &#39;i&#39; and &#39;j&#39; as well as an initialization of &#39;i&#39; &lt;br&gt; and &#39;j&#39; with values. &lt;br&gt; int i, j; &lt;br&gt; i = 5; &lt;br&gt; j = 6; &lt;br&gt; declares &#39;i&#39; and &#39;j&#39;, then in separate statements assigns (not &lt;br&gt; initializes) values to those objects. &lt;br&gt; Try to think about _when_ &amp;quot;global variables&amp;quot; are initialized. In:
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/8f80f45be6f49c0e/f990ccdca91b64b0?show_docid=f990ccdca91b64b0</guid>
  <author>
  sha0.mil...@gmail.com
  (Shao Miller)
  </author>
  <pubDate>Sat, 31 Jul 2010 21:31:06 UT
</pubDate>
  </item>
  <item>
  <title>Re: Why is it not possible to assign a global variable to another global variable..?</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/8f80f45be6f49c0e/486501e6165b90d2?show_docid=486501e6165b90d2</link>
  <description>
  [snip] &lt;br&gt; Statements are legal only within function bodies.
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/8f80f45be6f49c0e/486501e6165b90d2?show_docid=486501e6165b90d2</guid>
  <author>
  ks...@mib.org
  (Keith Thompson)
  </author>
  <pubDate>Sat, 31 Jul 2010 21:21:46 UT
</pubDate>
  </item>
  <item>
  <title>Re: Proposal for Amendment to Section 6.5.3.2, Unary * Operator</title>
  <link>http://groups.google.bs/group/comp.lang.c/browse_thread/thread/079f4326ca8d2edc/044a34f5c96732e8?show_docid=044a34f5c96732e8</link>
  <description>
  Double-gah. The code example: &lt;br&gt; struct s; &lt;br&gt; struct s *sp = NULL; &lt;br&gt; size_t sz = sizeof *(struct s *)ip; &lt;br&gt; should instead read: &lt;br&gt; struct s; &lt;br&gt; struct s *sp = NULL; &lt;br&gt; size_t sz = sizeof *sp;
  </description>
  <guid isPermaLink="true">http://groups.google.bs/group/comp.lang.c/browse_thread/thread/079f4326ca8d2edc/044a34f5c96732e8?show_docid=044a34f5c96732e8</guid>
  <author>
  sha0.mil...@gmail.com
  (Shao Miller)
  </author>
  <pubDate>Sat, 31 Jul 2010 21:18:37 UT
</pubDate>
  </item>
  </channel>
</rss>
