|
|
Up |
  |
Author: Martin WoelfelMartin Woelfel
Date: May 31, 2008 18:13
Archive-Name: C-faq/german/part1
Posting-Frequency: monthly
Last-modified: 2004-03-14
URL: http://home.pages.de/~c-faq/
Das folgende ist die FAQ für de.comp.lang.c. Die meisten Kapitel sind
bisher eine Übersetzung der alten comp.lang.c FAQ von Steve Summit, das
Copyright für die englische Version liegt bei Steve.
Einige kurze Bemerkungen anstelle einer formellen Einleitung:
* Die ursprüngliche Idee, eine FAQ zu erstellen bzw. die FAQ von Steve
zu übersetzen ist schon älter (genauer gesagt: sie kam Mitte 95 auf),
einige Leute haben ziemlich viel Arbeit in das Projekt gesteckt, bevor
es wieder eingeschlafen ist.
* An der Übersetzung/Neuerstellung dieser FAQ haben sich beteiligt:
|
| Show full article (210.47Kb) |
|
no comments
|
|
  |
Author: Bodo ThiesenBodo Thiesen
Date: May 30, 2008 04:12
Hallo NG,
Hallo Claudio
Was ist eigentlich aus den Seiten geworden, die per Löschdiskussion[1] vom
14. Juli 2004 aus der Wikipedia gelöscht wurden? Konkret waren das ja
assert.h, Anweisung (Programmiersprache C), Kommentar (Programmiersprache
C) und Schlüsselwort (Programmiersprache C). Wurden die irgendwo hin
verschoben (z.B. in einen Benutzernamensraum) oder hast Du (Claudio) die
Wiki-Quellcodes noch?
Ich frage das, weil auf de.wikibooks.org diese Dinge gut hinpassen würden,
assert.h z.B. hier[2] und es sich doch anböte, die Arbeit dort fortzusetzen.
Ich fand damals jedenfalls die Seite gut, und hätte mich gefreut,
wenn die Arbeit fortgesetzt worden wäre (und hätte mich damals dann auch
gerne daran beteiligt).
Nun, wie ist es?
Gruß, Bodo
[1] http://de.wikipedia.org/wiki/Wikipedia:L%%C3%%B6schkandidaten/14._Juli_2004#Assert.h
[2] http://de.wikibooks.org/wiki/C-Programmierung:_Standard_Header#assert.h
|
| |
|
4 Comments |
|
  |
Author: Bodo ThiesenBodo Thiesen
Date: May 30, 2008 03:44
* Reinhard Pagitsch gmx.net> hat geschrieben:
> Gibt es eine NG die sich mit Codepages in C und/oder C++ beschäftigt?
> Speziell geht es mir um Algorithmen, nicht um bestehende Codeschnipsel.
> Leider habe ich zu diesem Thema nichts in Google/Google Groups gefunden.
Dir geht es um Umwandlungen von einer Codepage in die andere? Nichts
leichter als das:
Du brauchst eine virtuelle Codepage, die ALLE Zeichen enthält. (Unicode
wäre ein guter Ansatz, leider nehmen die ja nicht alle Zeichen auf, so daß
Du also einen erweiterten Zeichensatz brauchst.)
Dann brauchst Du für jede Codepage eine Tabelle, die jedes Zeichen auf das
entsprechende Zeichen in Deiner virtuellen Codepage abbildet.
unsigned long iso8859_1[256]={
Nummer des 0. Zeichens,
Nummer des 1. Zeichens,
/* usw */
}; // Sorry, das war jetzt ein Code-Schnipsel
Umwandlung von Codepage -> virtuelle Codepage: Zeichen ablesen.
vc=iso8859_1[c]; // Ich kann's nicht lassen ...
Umwandlung in die Gegenrichtung: Suche Zeichen in der Codepage.
|
| Show full article (1.38Kb) |
|
7 Comments |
|
  |
Author: Florian E. TeplyFlorian E. Teply
Date: May 30, 2008 01:38
Moin NG,
ich komme mal wieder mit ner Frage an...
Ich habe in meinem derzeitigen Projekt auch ne Menge String-Konstanten
als Fehlermeldungen. Nun wollte ich die auch aus anderen Modulen nutzen,
habe sie also in ner Headerdatei deklariert. Da mir beim Copy'n'Paste
auch zwei Zeilen mit Initialisierung durchgerutscht sind (also in der
Form extern const char Message[]="Blasülz"; ) hat sich -- natürlich und
zu Recht -- der Compiler über eine nicht erlaubte Reinitialisierung
aufgeregt.
Was mich zur eigentlichen Frage führt:
Sind solche Konstanten eigentlich besser in ner Headerdatei anzusiedeln
oder doch eher im eigentlichen Quelltext? Ich vermute, daß das eher in
Richtung "Geschmackssache, such's Dir aus" gehen dürfte, aber vielleicht
gibt es ja eurerseits gute Argumente, die für oder gegen eine dieser
zwei Lösungen sprechen.
Gruß,
Florian
|
| |
|
3 Comments |
|
  |
Author: Jochen HubJochen Hub
Date: May 28, 2008 12:36
Hi,
ich habe eine kleine Frage: Ich moechte eine Routine aus den numerical
recipies fuer eine Optimierung verwenden (ich weiss, der Code in 'NR in
C' laesst zu wuenschen uebrig...seufz). Die Routinen in den NR
benoetigen oft als ein Argument eine Funktion (die z.B. optimiert werden
soll):
float golden(float a, float b, float c, float (*f)(float), ...)
Die Funktion f benoetigs in meinem Fall aber Parameter, die erst zur
Runtime festgelegt werden, z.B.
soll f(x)=a*sin(x)
wobei a zur Runtime festgelegt wird.
Wie kann ich in diesem Fall die Funktion golden verwenden? Geht dies,
ohne a global zu machen?
Danke im Voraus,
Jochen
|
| |
|
5 Comments |
|
  |
Author: Martin WoelfelMartin Woelfel
Date: May 25, 2008 16:40
Posting-frequency: weekly
Last-modified: 2008-01-06
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.
|
| Show full article (3.61Kb) |
|
no comments
|
|
  |
Author: Florian E. TeplyFlorian E. Teply
Date: May 23, 2008 06:29
Tach NG,
Mein Compiler meckert grad ein wenig rum, mit einer Fehlermeldung, deren
Sinn sich mir nicht erschließt.
Konkret geht es darum, einem einzelnen Element eines Arrays einen Wert
zuzuweisen.
Im Quelltext steht:
int16_t upper_current[20];
uint8_t pointer=0;
[...]
int16_t get_current(void){
int16_t var;
blabla;
return var;
}
[...]
upper_current[pointer]=get_current();
|
| Show full article (0.83Kb) |
|
2 Comments |
|
  |
Author: Martin WoelfelMartin Woelfel
Date: May 18, 2008 16:39
Posting-frequency: weekly
Last-modified: 2008-01-06
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.
|
| Show full article (3.61Kb) |
|
no comments
|
|
  |
Author: Martin WoelfelMartin Woelfel
Date: May 11, 2008 16:40
Posting-frequency: weekly
Last-modified: 2008-01-06
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.
|
| Show full article (3.61Kb) |
|
no comments
|
|
  |
Author: Junior.SteinhorstJunior.Steinhorst
Date: May 9, 2008 19:17
--
These days, George never phones until Rickie slips the crazy monitoring all.
|
| |
|
no comments
|
|
|
|
|
|
|