Posting-frequency: weekly
Last-modified: 2004-03-14

Informationen zu de.comp.lang.c
===============================

Dieser Text wird einmal wöchentlich (jeweils am frühen Montagmorgen)
nach de.comp.lang.c gepostet. Er dient dazu, neue Leser dieser Gruppe
darüber zu informieren, wie man bei Fragen und Problemen am schnell-
sten zu hilfreichen Antworten kommt.

Die deutschsprachige Newsgruppe de.comp.lang.c hat sich selbst die
folgende Kurzbezeichnung und Charta gegeben:

de.comp.lang.c Die Programmiersprache C (ISO, ANSI, K&R).

In dieser Gruppe werden Themen diskutiert, die unmittelbar die
Programmiersprache C betreffen. Die Diskussion sollte sich dabei auf
die Varianten ISO 9899 ("ISO C") und ANSI C3.159 ("ANSI C") bzw. deren
Vorgänger (z.B. K&R-C, "Kernighan and Ritchie") beschränken. Für
plattformspezifische Fragen sind andere, geeignete Gruppen zu verwenden.

Hallo!

Auf der Suche nach einer im Betreff angegebenen Entität bin ich auf
folgende gestossen:

Von Joseph Silvermann, letzte Aktualisierung 2003:
http://www.math.brown.edu/~jhs/ReferenceCards/CRefCard.v2.0.ps

Von Arthur J. O'Dwyer, 2004 (basiert auf Joseph Silvermanns):
http://www.contrib.andrew.cmu.edu/~ajo/docs/CRefCard.v2.0r.pdf

Sind die aktuell genug? Kennt jemand bessere? Sollte das in die FAQ
aufgenommen werden? :)

so long,
Martin

Oliver Block schrieb:

HAllo,

Oliver Block wrote:
[ Herbert Schildt ]

Ich habe nie ein Buch von diesem Mann gelesen. Als ich den ersten
Hinweis auf eines seiner Buecher bekommen habe, ging es um das Buch
"The Annotated ANSI C Standard". Damals kostete der Standard selbst
als PDF IIRC schon um die 200,- DM, das Buch von Schildt (das wohl
jeweils auf einer Seite einen Abschnitt des original Standards ent-
hielt und auf der naechsten Seite seine "annotations" dazu) kostet
noch nicht einmal die Haelfte des original Standard-Dokuments. Einige
Leute behaupteten damals, der Preisunterschied wuerde sich durch die
Qualitaet der "annotations" erklaeren ...

Tschuess,
Juergen Ilse (juergen@usenet-verwaltung.de)

Hi,
* Claus Reibenstein <4spammersonly@web.de>:

Ich bin fälschlicherweise von c98 ausgegangen, da war das gültig. Sorry.
Gruß Nico

Thomas Koller schrieb:

Danke, das war es.
Tschö,
Markus

Hi all,
ich suche gerade nach einer Möglichkeit, unabhängig vom Betriebssystem
und dem CWD, eine portable (sprich standard-konforme[1]) Lösung zu
folgendem Problem zu finden: Ich will, dass das Programm am Ende von
sich selbst den CRC32-Wert berechnet. So schwer ist der algorithmus ja
nicht, aber wenn ich die Datei öffnen will, mache ich das wie?

FILE* in = fopen("crc32.exe", "rb");

tut es leider nur unter Windows, unter der Bedingung, das die
Ausführbare "crc32.exe" heist, und das sie im momentanen
Arbeitsverzeichnis liegt. Mit argc[0] funktioniert es unter Windows
nicht mehr (wenn ich ohne Dateiendung starte, weil .exe ja zu %%pathext%%
gehört und deshalb von sowieso gesucht wird), und unter Linux (schätze
ich mal) funktioniert es auch nur, wenn die Datei im CWD liegt.
Ich könnte natürlich auf GetExecutableFileName() ausweichen (ich glaube,
so hieß die WinAPI-Funktion), aber das wäre nicht mehr standard-konform.
Und ich will standard-konform bleiben, solange ich kann.
tia und tschö,
Markus

Posting-frequency: weekly
Last-modified: 2004-03-14

Informationen zu de.comp.lang.c
===============================

Dieser Text wird einmal wöchentlich (jeweils am frühen Montagmorgen)
nach de.comp.lang.c gepostet. Er dient dazu, neue Leser dieser Gruppe
darüber zu informieren, wie man bei Fragen und Problemen am schnell-
sten zu hilfreichen Antworten kommt.

Die deutschsprachige Newsgruppe de.comp.lang.c hat sich selbst die
folgende Kurzbezeichnung und Charta gegeben:

de.comp.lang.c Die Programmiersprache C (ISO, ANSI, K&R).

In dieser Gruppe werden Themen diskutiert, die unmittelbar die
Programmiersprache C betreffen. Die Diskussion sollte sich dabei auf
die Varianten ISO 9899 ("ISO C") und ANSI C3.159 ("ANSI C") bzw. deren
Vorgänger (z.B. K&R-C, "Kernighan and Ritchie") beschränken. Für
plattformspezifische Fragen sind andere, geeignete Gruppen zu verwenden.

Hallo Newsgroup,

ein newbie zwei syntaktische Probleme:

1) Eine Funktion bekommt als Parameter ein pointer
auf ein array mit Strukturen des typs tagSTRUCT.
Wie drücke ich das aus?

func(struct tagSTRUCT *sMyStruct[]) oder auch
func(struct tagSTRUCT **sMyStruct)

ging ohne 'Meker' vom Compiler, bin mir aber nicht sicher,
ob es den obigen Sachverhalt ausdrückt.
Ich will mit der Deklaration der Funktion unmissverständlich
ausdrücken, von welchem Typ der Parameter sein soll.

2) Eine Stuktur hat als Komponente ebenfalls ein pointer auf ein array
von Strukturen vom typ tagSTRUCTARRAY. Wie drücke ich das aus?
struct tagSTRUCT
{
int iElements;
struct tagSTRUCTARRAY *sMyStructArray[]; // compiler mekert

// mekert nicht, ist aber, glaube ich, nicht das was ich wollte
struct tagSTRUCTARRAY *sMyStructArray;

Thomas Koller schrieb:
[...]

Während meiner Studienarbeit habe ich leider so ein MS VS 6 Effekt
bemerkt, der definitiv seltsam ist.

for (int i = 0; i <= 12; i ++)
{

}

man sollte eigentlich meinen, dass man in einer weiteren
Schleife, die nicht in der ersten Schleife existiert, das i als
neue Zählvariable benutzen dürfte...

for (int i = 0; i <= 120; i ++)
{

}