Another one for the list

[Dave Vandervies]

Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------
(summarized from what should be appearing at
<http://yossi.kreinin.hates-software.com/2007/07/10/7a21fc28.html>
eventually, though it's broken as I'm writing this)

This is perfectly valid C; I don't know why anybody would actually WANT
to do it, but that apparently doesn't stop people.

It's reported that a C++ compiler will choke on it, though.
dave

--
Dave Vandervies dj******@csclub.uwaterloo.ca
I wonder if Canada could take out the US in a surprise attack? ... [A]s long
as the armored vehicles didn't try to use Canadian coins on the toll roads,
there might not be any resistance from state or local authorities. --Kevin, SDM

[Ben Pfaff]

dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.
--
char a[]="\n .CJacehknorstu";int putchar(int);int main(void){unsigned long b[]
={0x67dffdff,0x9aa9aa6a,0xa77ffda9,0x7da6aa6a,0xa6 7f6aaa,0xaa9aa9f6,0x11f6},*p
=b,i=24;for(;p+=!*p;*p/=4)switch(0[p]&3)case 0:{return 0;for(p--;i--;i--)case+
2:{i++;if(i)break;else default:continue;if(0)case 1:putchar(a[i&15]);break;}}}

[sumedh]

I tried running following c++ code
#include<stdio.h>
#include<iostream>
using namespace std;
int main()
{
typedef void my_lib_void;
printf("Hello void %d",sizeof(my_lib_void));
system("PAUSE");
return 0;
}
it gives an error on second line of main()..
but at same time if c code
int main()
{
typedef void my_lib_void;
printf("Hello void %d",sizeof(my_lib_void));
system("PAUSE");
return 0;
}
it works showing sizeof(my_lib_void) as 1
Can anyone explain why?
cheers,
Sumedh
On Jul 10, 7:39 pm, [e-mail] (Dave Vandervies)
wrote:

Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------
(summarized from what should be appearing at
<http://yossi.kreinin.hates-software.com/2007/07/10/7a21fc28.html>
eventually, though it's broken as I'm writing this)

This is perfectly valid C; I don't know why anybody would actually WANT
to do it, but that apparently doesn't stop people.

It's reported that a C++ compiler will choke on it, though.

dave

--
Dave Vandervies [e-mail]
I wonder if Canada could take out the US in a surprise attack? ... [A]s long
as the armored vehicles didn't try to use Canadian coins on the toll roads,
there might not be any resistance from state or local authorities. --Kevin, SDM

[santosh]

sumedh wrote:

I tried running following c++ code
#include<stdio.h>
#include<iostream>
using namespace std;
int main()
{
typedef void my_lib_void;
printf("Hello void %d",sizeof(my_lib_void));
system("PAUSE");
return 0;
}
it gives an error on second line of main()..
but at same time if c code
int main()
{
typedef void my_lib_void;
printf("Hello void %d",sizeof(my_lib_void));
system("PAUSE");
return 0;
}
it works showing sizeof(my_lib_void) as 1
Can anyone explain why?

Please don't top-post. Also post C++ related questions to a C++ group
like comp.lang.c++.

Both your programs make no sense. What's the point in trying to take
the size of a non-existent type? C++'s rules are strict enough to
prevent compilation, while in C it compiles with a diagnostic and
produces nonsense as result.

[Harald van =?UTF-8?B?RMSzaw==?=]

Ben Pfaff wrote:

dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

>Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

Which standard (the standard for whichever version of the language the
library is written in) types would those be?

[Richard]

Harald van Dijk <tr*****@gmail.comwrites:

Ben Pfaff wrote:

>dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

>>Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

Which standard (the standard for whichever version of the language the
library is written in) types would those be?

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

[santosh]

Richard wrote:

Harald van Dijk <tr*****@gmail.comwrites:

Ben Pfaff wrote:

dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

Which standard (the standard for whichever version of the language the
library is written in) types would those be?

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

The Windows API is an infamous example of this too.

[Eric Sosman]

Ben Pfaff wrote On 07/10/07 11:04,:

dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

>>Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

How old is the code? Might it have been an attempt
to sneak void past a pre-Standard compiler that didn't
have it? On an old compiler, you'd typedef my_lib_void
to something "harmless" like int ...

But then, a compiler lacking void probably didn't
understand prototypes, either. So maybe it's merely
moronic. "Never attribute to malice that which can be
adequately explained by stupidity."

--
Er*********@sun.com

[Richard]

Richard <rg****@gmail.comwrites:

Harald van Dijk <tr*****@gmail.comwrites:

>Ben Pfaff wrote:

>>dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

Which standard (the standard for whichever version of the language the
library is written in) types would those be?

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

Actually I take that back since they do more than add a "g" or whatever
: they have their own types typedef'd back to the core C ones.

[Ben Pfaff]

santosh <sa*********@gmail.comwrites:

Richard wrote:

Ben Pfaff wrote:
Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

What are these "very good reasons"?
--
Ben Pfaff
http://benpfaff.org

[Walter Roberson]

In article <11**********************@r34g2000hsd.googlegroups .com>,
sumedh <ex**********@gmail.comwrote:

>but at same time if c code
int main()
{
typedef void my_lib_void;
printf("Hello void %d",sizeof(my_lib_void));
system("PAUSE");
return 0;
}
it works showing sizeof(my_lib_void) as 1
Can anyone explain why?

Because you are using gcc without the various options that would
flag the use of non-portable gcc extensions.
--
If you lie to the compiler, it will get its revenge. -- Henry Spencer

[Barry]

"santosh" <sa*********@gmail.comwrote in message
news:11*********************@d30g2000prg.googlegro ups.com...
Richard wrote:

Harald van D?k <tr*****@gmail.comwrites:

Ben Pfaff wrote:

dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

Which standard (the standard for whichever version of the language the
library is written in) types would those be?

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

The Windows API is an infamous example of this too.

Arguably, Windows has produced a more consistent interface over the
years than many *nix implementions. But it is outside the realm of clc.

[Harald van =?UTF-8?B?RMSzaw==?=]

Ben Pfaff wrote:

santosh <sa*********@gmail.comwrites:

>Richard wrote:

>Ben Pfaff wrote:
Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

What are these "very good reasons"?

GLib's typedefs (the ones relevant to your message) are either 1) because
standard C90 doesn't provide a type with the meaning GLib needs, or 2) for
consistency with the types defined for reason 1.

[Richard]

"Barry" <ba****@nullhighstream.netwrites:

"santosh" <sa*********@gmail.comwrote in message
news:11*********************@d30g2000prg.googlegro ups.com...
Richard wrote:

>Harald van D?k <tr*****@gmail.comwrites:

Ben Pfaff wrote:
dj******@csclub.uwaterloo.ca (Dave Vandervies) writes:

Seen in another place:
--------
typedef void my_lib_void;
my_lib_void my_lib_func(my_lib_void);
--------

Wow. Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

Which standard (the standard for whichever version of the language the
library is written in) types would those be?

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

The Windows API is an infamous example of this too.

Arguably, Windows has produced a more consistent interface over the
years than many *nix implementions. But it is outside the realm of clc.

It is in the realms of this thread and the naming of data types.

[Richard]

Harald van Dijk <tr*****@gmail.comwrites:

Ben Pfaff wrote:

>santosh <sa*********@gmail.comwrites:

>>Richard wrote:
Ben Pfaff wrote:
Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

What are these "very good reasons"?

GLib's typedefs (the ones relevant to your message) are either 1) because
standard C90 doesn't provide a type with the meaning GLib needs, or 2) for
consistency with the types defined for reason 1.

And cross platform compilation where the "basic" types *might* differ ....

[Ben Pfaff]

Harald van Dijk <tr*****@gmail.comwrites:

Ben Pfaff wrote:

>santosh <sa*********@gmail.comwrites:

>>Richard wrote:
Ben Pfaff wrote:
Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.

GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

What are these "very good reasons"?

GLib's typedefs (the ones relevant to your message) are either 1) because
standard C90 doesn't provide a type with the meaning GLib needs, or 2) for
consistency with the types defined for reason 1.

You are saying that standard C90 doesn't provide, for example, a
type with the meaning of "gint", which is typedefed to int? The
same question can be applied to gchar, gshort, glong, gfloat,
gdouble, and possibly more.
--
char a[]="\n .CJacehknorstu";int putchar(int);int main(void){unsigned long b[]
={0x67dffdff,0x9aa9aa6a,0xa77ffda9,0x7da6aa6a,0xa6 7f6aaa,0xaa9aa9f6,0x11f6},*p
=b,i=24;for(;p+=!*p;*p/=4)switch(0[p]&3)case 0:{return 0;for(p--;i--;i--)case+
2:{i++;if(i)break;else default:continue;if(0)case 1:putchar(a[i&15]);break;}}}

[Keith Thompson]

Ben Pfaff <bl*@cs.stanford.eduwrites:

Harald van Dijk <tr*****@gmail.comwrites:

>Ben Pfaff wrote:

>>santosh <sa*********@gmail.comwrites:
Richard wrote:
Ben Pfaff wrote:
Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.
>
GTK does something similar. And for very good reasons. Nothing "moronic"
about it at all.

What are these "very good reasons"?

GLib's typedefs (the ones relevant to your message) are either 1) because
standard C90 doesn't provide a type with the meaning GLib needs, or 2) for
consistency with the types defined for reason 1.

You are saying that standard C90 doesn't provide, for example, a
type with the meaning of "gint", which is typedefed to int? The
same question can be applied to gchar, gshort, glong, gfloat,
gdouble, and possibly more.

I think that GLib provides a number of typedefes for types that may or
may not be provided by the C implementation (gboolean, gssize); it
also provides typedefs for the predefined types for the sake of
consistency.

This means that, for example, a programmer using GLib doesn't have to
remember that size_t is standard C, bool is standard only in C99, and
ssize_t is not in any C standard.

Personally, I find the idea of extending this to "gint" and "gchar" to
be a bit much, but in terms of consistency it's not entirely absurd.

(I wonder why they have gchar and guchar but not gschar, but that's a
GLib question, not a C question.)

See <http://developer.gnome.org/doc/API/2.0/glib/glib-Basic-Types.html>.

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <* <http://users.sdsc.edu/~kst>
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[CBFalconer]

sumedh wrote:

>
I tried running following c++ code
#include<stdio.h>
#include<iostream>
using namespace std;

Which is definitely not C code. So what is it doing in c.l.c?

--
<http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt>
<http://www.securityfocus.com/columnists/423>
<http://www.aaxnet.com/editor/edit043.html>
cbfalconer at maineline dot net

--
Posted via a free Usenet account from http://www.teranews.com

[Harald van =?UTF-8?B?RMSzaw==?=]

Ben Pfaff wrote:

Harald van Dijk <tr*****@gmail.comwrites:

>Ben Pfaff wrote:

>>santosh <sa*********@gmail.comwrites:

Richard wrote:
Ben Pfaff wrote:
Only slightly more moronic than a certain library that
typedefs each of the standard C types to a similar name beginning
with "g", though.
>
GTK does something similar. And for very good reasons. Nothing
"moronic" about it at all.

What are these "very good reasons"?

GLib's typedefs (the ones relevant to your message) are either 1) because
standard C90 doesn't provide a type with the meaning GLib needs, or 2)
for consistency with the types defined for reason 1.

You are saying that standard C90 doesn't provide, for example, a
type with the meaning of "gint", which is typedefed to int? The
same question can be applied to gchar, gshort, glong, gfloat,
gdouble, and possibly more.

No, that's not what I said or meant. Those types are defined for the second
reason: consistency with the other types defined by GLib that aren't
available in standard C90.