Opened by sid burn at 2006-10-06 00:49
User since
2006-03-29
1520 Artikel
BenutzerIn
2006-03-29
1520 Artikel
BenutzerIn
Okay.
Gemacht getant.
OpenBSD tail Funktioniert anscheind ebenfalls nicht in einer Schleife. wenn ich ktrace laufen lasse dann wird eine ca 34kb große Datei ktrace.out erstellt.
Diese wächst aber auch nicht mehr weiter. Wäre es eine Schleife, mit 1 Sek abstand müsste die Datei ja jede Sekunde wachsen, was es allerdings nicht macht.
Ich habe einmal ein Dump nach normalen starten erstellt, und dann nochmal ein Dump und dann dann die Datei mit "echo -n "foobar" >> datei" erweitert. Das was lediglich hinzu kommt ist folgendes:
So wie es also ausschaut enthält es auch einfach wieder ein Event vom Kernel, liest danach den Dateihandle weiter aus, und gibt es einfach aus.
Also ohne Schnittstelle zum Kernel, rein auf Filehandle ebene, ist das ganze anscheind nicht lösbar.
Naja kevent scheint es ja zu geben. ;)
Ansonsten halte ich jedes BSD für Konservativ. Kein System V. Nur ein Startskript. ;)
OpenBSD gefällt mir wegen seiner Sicherheit. Das verdient echt Respekt was die Leute da auf die Beine stellen.
Allerdings kann ich mich irgendwie nicht soo mit den BSDs anfreunden. Ich finde dort Linux Moderner. Allerdings kommt einen Linux auch schon fast wie die Spielwiese zu den Unix, BSDs vor.
Irgendwie ein echtes Dilemma. ;)
Ich sollte mal Debian KFreeBSD ausprobieren, oder noch besser Debian GNU/Hurd. :D\n\n
<!--EDIT|sid burn|1160181189-->
Gemacht getant.
OpenBSD tail Funktioniert anscheind ebenfalls nicht in einer Schleife. wenn ich ktrace laufen lasse dann wird eine ca 34kb große Datei ktrace.out erstellt.
Diese wächst aber auch nicht mehr weiter. Wäre es eine Schleife, mit 1 Sek abstand müsste die Datei ja jede Sekunde wachsen, was es allerdings nicht macht.
Ich habe einmal ein Dump nach normalen starten erstellt, und dann nochmal ein Dump und dann dann die Datei mit "echo -n "foobar" >> datei" erweitert. Das was lediglich hinzu kommt ist folgendes:
Code: (dl
)
1
2
3
4
5
6
7
8
9
10
11
12
13
> 13024 tail RET kevent 1
> 13024 tail CALL read(0x3,0x8750a000,0x4000)
> 13024 tail GIO fd 3 read 6 bytes
> "foobar"
> 13024 tail RET read 6
> 13024 tail CALL read(0x3,0x8750a000,0x4000)
> 13024 tail RET read 0
> 13024 tail CALL write(0x1,0x83b2f000,0x6)
> 13024 tail GIO fd 1 wrote 6 bytes
> "foobar"
> 13024 tail RET write 6
> 13024 tail CALL kevent(0x4,0,0,0xcfbf1b70,0x1,0)
> 13024 tail PSIG SIGINT SIG_DFL code 0
So wie es also ausschaut enthält es auch einfach wieder ein Event vom Kernel, liest danach den Dateihandle weiter aus, und gibt es einfach aus.
Also ohne Schnittstelle zum Kernel, rein auf Filehandle ebene, ist das ganze anscheind nicht lösbar.
QuoteIch schätze OpenBSD als das konservativste BSD-System ein. Da gibt es so ein neumodisches Zeug wie kevent nicht :-)
Naja kevent scheint es ja zu geben. ;)
Ansonsten halte ich jedes BSD für Konservativ. Kein System V. Nur ein Startskript. ;)
OpenBSD gefällt mir wegen seiner Sicherheit. Das verdient echt Respekt was die Leute da auf die Beine stellen.
Allerdings kann ich mich irgendwie nicht soo mit den BSDs anfreunden. Ich finde dort Linux Moderner. Allerdings kommt einen Linux auch schon fast wie die Spielwiese zu den Unix, BSDs vor.
Irgendwie ein echtes Dilemma. ;)
Ich sollte mal Debian KFreeBSD ausprobieren, oder noch besser Debian GNU/Hurd. :D\n\n
<!--EDIT|sid burn|1160181189-->
Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de