Eigene print-Funktion ohne stdio.h

[wie geht das?]

DirkB schrieb:

Willst du jetzt erstmal ein putchar nachbasteln oder gleich in die Vollen mit printf?

warum? ist putchar wohl einfacher?

[rüdiger]

wie geht das? schrieb:

danke, aber die implementierung in glibc hat auch den header stdio.h includiert.

Ah, du verstehst den Unterschied zwischen Header und Library nicht. Gut, hier ist printf ohne stdio.h

/* hier in C89 */
main() {
  printf("Hello %g\n", 0.5);
  return 0;
}

// hier in C99/11
int printf(const char * restrict format, ...);

int main(void) {
  printf("Hello %g\n", 0.5);
}

Der Header enthält nur Deklarationen. Die Implementierung findet man dann aber in der Bibliothek. Die glibc ist so eine Implementierung und ob die stdio.h einbinden oder nicht ist dabei egal.

[DirkB]

putchar gibt ein Zeichen auf stdout aus.
printf benutzt putchar um Zeichen auszugeben.
putchar ist in stdio.h deklariert.

Du willst kein stdio.h -> also auch kein putchar.
Du musst erstmal die Basis schaffen.

Es sei denn, du willst ein my_printf machen das putchar nutzt.
Also Auswertung vom Formatstring, lesen der variablen Parameterliste usw.

Was du genau machen willst, hast du leider noch nicht gesagt.

[wie geht das?]

@rüdiger: danke, den unterschied wusste ich wirklich nicht!

@DirkB: dann werde ich wohl erstmal putchar ohne stdio.h machen. ich kapier allerdings immernoch nicht, wie das geht...

[rüdiger]

wie geht das? schrieb:

@DirkB: dann werde ich wohl erstmal putchar ohne stdio.h machen. ich kapier allerdings immernoch nicht, wie das geht...

Dafür nimmst du die Funktionen des Betriebssystems. zB man: write(2) unter Linux/OSX.

[wie geht das?]

rüdiger schrieb:

wie geht das? schrieb:

@DirkB: dann werde ich wohl erstmal putchar ohne stdio.h machen. ich kapier allerdings immernoch nicht, wie das geht...

Dafür nimmst du die Funktionen des Betriebssystems. zB man: write(2) unter Linux/OSX.

und unter win?

[DirkB]

Schau dir doch mal ein putchar.c an. Ist doch kein Geheimnis.

[SeppJ]

wie geht das? schrieb:

rüdiger schrieb:

wie geht das? schrieb:

@DirkB: dann werde ich wohl erstmal putchar ohne stdio.h machen. ich kapier allerdings immernoch nicht, wie das geht...

Dafür nimmst du die Funktionen des Betriebssystems. zB man: write(2) unter Linux/OSX.

und unter win?

Warum hast du das überhaupt vor? Für jemanden der printf nachprogrammieren möchte, scheinst du weder den Ansatz eines Plans zu haben, noch scheinst du genau zu wissen, was du überhaupt genau möchtest. Wir können dir doch nicht alles aus der Nase ziehen, was du überhaupt willst, noch dir jede Kleinigkeit vormachen.

[wie geht das?]

SeppJ schrieb:

wie geht das? schrieb:

rüdiger schrieb:

wie geht das? schrieb:

@DirkB: dann werde ich wohl erstmal putchar ohne stdio.h machen. ich kapier allerdings immernoch nicht, wie das geht...

Dafür nimmst du die Funktionen des Betriebssystems. zB man: write(2) unter Linux/OSX.

und unter win?

Warum hast du das überhaupt vor? Für jemanden der printf nachprogrammieren möchte, scheinst du weder den Ansatz eines Plans zu haben, noch scheinst du genau zu wissen, was du überhaupt genau möchtest. Wir können dir doch nicht alles aus der Nase ziehen, was du überhaupt willst, noch dir jede Kleinigkeit vormachen.

um zu kapieren, wie das funktioniert. und nein, ich habe tatsächlich keinen plan, und da helfen auch sachen wie "zB write(2) unter Linux/OSX." nicht weiter, wenn ich unter windows programmieren will.

[DirkB]

wie geht das? schrieb:

um zu kapieren, wie das funktioniert. und nein, ich habe tatsächlich keinen plan, und da helfen auch sachen wie "zB write(2) unter Linux/OSX." nicht weiter, wenn ich unter windows programmieren will.

Das mit Windows hast du ja gerade erst gesagt.
Da wird es irgendeine WinAPI-Funktion geben.

Hängt auch davon ab, ob du das in einem Fenster oder in der Konsole machen willst.

Mach doch ein putchar über eine TCP/IP-Verbindung und verbinde dich mit putty oder netcat.
Ist bestimmt einfacher.

[DirkB]

Mal eine Frage in die Runde: gibt es dazu was im Projekt: OS-Development?

[wie geht das?]

DirkB schrieb:

wie geht das? schrieb:

um zu kapieren, wie das funktioniert. und nein, ich habe tatsächlich keinen plan, und da helfen auch sachen wie "zB write(2) unter Linux/OSX." nicht weiter, wenn ich unter windows programmieren will.

Das mit Windows hast du ja gerade erst gesagt.
Da wird es irgendeine WinAPI-Funktion geben.

Hängt auch davon ab, ob du das in einem Fenster oder in der Konsole machen willst.

Mach doch ein putchar über eine TCP/IP-Verbindung und verbinde dich mit putty oder netcat.
Ist bestimmt einfacher.

der punkt ist: ich weiß immernoch nicht, wie sowas funktioniert, wie soll ich dann eine tcp-verbindung machen? inwiefern vereinfacht das was?

[rüdiger]

Wie das genau unter Windows geht, können dir die Leute im DOS/Win32-Konsolen-Forum sicher beantworten. Ich verschiebe dich einfach mal dahin.

[C++ Forumbot]

Dieser Thread wurde von Moderator/in rüdiger aus dem Forum C (C89 und C99) in das Forum DOS und Win32-Konsole verschoben.

Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?

Dieses Posting wurde automatisch erzeugt.

[f.-th.]

Willst du nur irgend eine Ersatzfunktion für printf, oder den Quelltext für printf nachvollziehen oder nachbauen?

Es gibt ja auch ein paar open Source Compiler-Projekte. Eventuell da mal in den Quelltext schauen?

In grauer Vorzeit unter DOS fing das etwa so an mit der Ausgabe auf dem Bildschirm:
http://en.wikipedia.org/wiki/INT_10H

[Mr X]

DirkB schrieb:

Mal eine Frage in die Runde: gibt es dazu was im Projekt: OS-Development?

PrettyOS implementiert natürlich eine printf-Funktion, ohne stdio zu nutzen, denn stdio müsste ja ebenfalls erstmal implementiert werden. Eigene printf-Routinen sind aber grundsätzlich nicht platformunabhängig, da sie auf die native API des jeweiligen OS, direkt auf die Hardware (Also quasi ein Treiber) oder des BIOS zurückgreifen müssen.

[knivil]

um zu kapieren, wie das funktioniert. und nein, ich habe tatsächlich keinen plan, und da helfen auch sachen wie "zB write(2) unter Linux/OSX." nicht weiter, wenn ich unter windows programmieren will.

Lerne erstmal programmieren. Dann sehen wir weiter.