Re: [Debian]: fork() Endlosschleife
In einer eMail vom 17.05.99 15:44:36 (MEZ) - Mitteleurop. Sommerzeit schreibt
jean-luc@picard.franken.de:
> HSOFTWARE@aol.com <OHSOFTWARE@aol.com> wrote:
> >
> [...]
> >
> > Wenn es Dir nur darum geht, dein System lahmzulegen, fällt mir noch was
> > anderes böses ein.Übersetzen zun den Funktionsnahmen des GNU mußt Du das
> denn
> > selbst, wenn da unterschiede zwischen Watcom ANSI-C und GNU ANSI-C sein
> > sollten.
>
> Es gibt weder Watcom ANSI-C noch GNU ANSI-C. Es gibt lediglich einen
> ANSI-C-Standard, der festlegt, was denn ein ANSI-C-Compiler zu verstehen
> hat. Watcom und GNU liefern nur C-Compiler, die im wesentlichen
> ANSI-C-konform sind (bei denen man aber erst eine Reihe Warnungen
> einschalten muß, um Fehlermeldungen bei Vergehen gegen den
> ANSI-C-Standard zu bekommen). So muß man beispielsweise im gcc Trigraphs
> mit der Option "-trigraphs" erstmal einschalten, wenn man sie denn
> benutzen möchte...
>
> > // Dateiname des Programms sollte vieleicht auf sl heißen, wenn dann
einer
> ls
> > meinte started die Scheiße auch schon
>
> Zum Beispiel starten Kommentare in C mit /* und hören mit */ auf - auch,
> wenn etwa gcc solcherlei Vergehen duldet - nicht jedoch, wenn man ihn
> mit entsprechenden Optionen aufruft:
> jean-luc@picard (tty3) ~> head -3 foo.c
> #include <unistd.h>
>
> // Kommentar...
> jean-luc@picard (tty3) ~> gcc foo.c -o bar
> jean-luc@picard (tty3) ~> gcc -ansi foo.c -o bar
> foo.c:3: parse error before `/'
> jean-luc@picard (tty3) ~>
>
> > #include "process.h"
>
> Für execl() brauchst du unter Linux ein
> #include <unistd.h>
>
> > void main(void)
> ^^^^
> Das ist übrigens bei ANSI-C auch falsch, da gehört ein int hin - auch
> wenn die meisten Compiler dieses Konstrukt schlucken (wie auch gcc)
> > {
> > execl("sl",NULL,NULL,NULL);
> > while(1);
> > }
>
> nun, statt deines ewig langen execl() wäre ein simples fork(); doch
> wirklich weniger zu tippen gewesen (und tut in diesem Fall dasselbe)
>
> CU,
> Thomas
Nun das hatten wir schon alles in den letzten Tagen. Mittlerweile weis auch
ich das fork() in etwa das gleiche macht.
fork() ist in den Librarys der bei mir vorhandenen kommerziellen C-Compiler
(M$, WATCOM, Borland nur WATCOM auch als 32 Bit) nicht vorhanden, obwohl ich
mittlerweile erfahren mußte, daß es wegen POSIX (M$-eNTe) eigentlich
enthalten sein müsste. Mit dem GCC habe ich bisher weder gearbeitet noch mir
die Librarys genauer angeschaut.
Was ich mit GNU-ANSI C und WATCOM-ANSI-C meinte, findest Du auch in den Mails
der letzten Tage.
Genauso wie die Festellung das der 1. fork() - Endlosscheifenschreiber nicht
sein System zerstören wollte, sonder deartiges verhindern wollte.
Überhaupt finde ich es manchmal recht nervig, daß hier manche Leute
Formulierungen die im übertragenen Sinne gemeint waren, wörtlich nehmen. Die
meisten Mitglieder dieser Liste sind doch wohl Profis im Computerbereich
(Systemverwalter, Programmierer, Informatiker und solche die es werden
wollen). Da könnte man es doch wohl etwas erwarten, daß man nicht ständig
jede Devinition eines Satzes erklären muß, da das entsprechende Wissen bei
den meisten als vorhanden angesehen werden kann.
Schöne Grüße,
Owen Häfker
!Vorsicht Werbung!
Besucht meine Homepage <A
HREF="http://www.owen-haefker.net";>http://www.owen-haefker.net
</A>
!Ende Werbung!
------------------------------------------------
Um sich aus der Liste auszutragen schicken Sie
bitte eine E-Mail an majordomo@jfl.de die im Body
"unsubscribe debian-user-de <deine emailadresse>"
enthaelt.
Bei Problemen bitte eine Mail an: Jan.Otto@jfl.de
------------------------------------------------
Anzahl der eingetragenen Mitglieder: 744
Reply to: