Für alle die freeBSD Server haben und an besten den alles überlasen würden.
Der ggrap sammt sserver läuft auch auf FreeBSD problemlos.
Man mus nur eine klitzekleine änderung in Makefile machen ... die Zeile
GG_LIBS=-lpthread
... muss in ...
GG_LIBS=-pthread
geändert werden ... dann make und schon hat man mehr oder weniger nativ freeBSD-ggrap/ssserver
Jetzt wäre es noch schon wenn man den sserver irgentwie in ein ttyXv bringen könnte ...
ttyv7 "/usr/local/bin/sserver -balblabla" cons25 on secure
Soweit bin ich schon ... ich hb auch mal das secure gegen windows="/usr/local/bin/bash" Ausgetauscht ... leider kekomm ich trotzdem keine Ausgabe. Ein umschaltversiuch mit F8 wird ignorirt. Das Programm lläuft aber in tty, ich sehe es in ps und es wird auch automatisch wider gestartet wenn ich den Prozess kill, was ja das schöne an ttys wäre.
PS: an ggrep-Procer ... http://www.freebsd.org/doc/en_US.ISO885 ... index.html ... wenn du lust hast ;-) ... auserdem bau mal nen Link zu deiner Seite in footer hier in Forum.
ggrep auf FreeBSD
-
- Einsteiger
- Beiträge: 389
- Registriert: Montag 20. Januar 2003, 01:54
-
- Einsteiger
- Beiträge: 389
- Registriert: Montag 20. Januar 2003, 01:54
kann man bei ggrab ein Parameter hinzufügen der das splitten von files komplet abschaltet? ... ich arbeite hier auf FreeBSD und Win2k also wäre es mir an liebsen wenn das Ding nicht mal an splitten denkt.
-s 9999 hab ich schon drin ... wie hoch darf ich den da gehen? Aber wie gesagt ... ein entgültigen Parameter der das komplet ausschaltet wäre mir lieber.
-s 9999 hab ich schon drin ... wie hoch darf ich den da gehen? Aber wie gesagt ... ein entgültigen Parameter der das komplet ausschaltet wäre mir lieber.
-
- Einsteiger
- Beiträge: 394
- Registriert: Mittwoch 9. Oktober 2002, 11:12
-
- Einsteiger
- Beiträge: 389
- Registriert: Montag 20. Januar 2003, 01:54
hmmm ...
weis nicht ob das jetzt nicht zu FreeBSD spezivisch ist aber kannst du damit was anfangen:
.....
fcntl(0x6,0x4,0x6) = 0 (0x0)
connect(0x6,{ AF_INET 192.168.1.2:53 },16) = 0 (0x0)
sendto(0x6,0xbfbfed18,0x27,0x0,0x0,0x0) = 39 (0x27)
gettimeofday(0xbfbfeab4,0x0) = 0 (0x0)
kevent(0x5,0xbfbfead8,0x1,0xbfbfead8,0x1,0xbfbfea40) = 0 (0x0)
poll(0x80d1000,0x1,0x0) = 0 (0x0)
poll(0x80d1000,0x2,0x1388) = 1 (0x1)
gettimeofday(0x8087e8c,0x0) = 0 (0x0)
kevent(0x5,0x0,0x0,0xbfbfead8,0x1,0xbfbfea40) = 1 (0x1)
recvfrom(0x6,0xbfbff608,0x400,0x0,0xbfbfeaec,0xbfbfeab0) = 95 (0x5f)
fstat(6,0xbfbfe9e8) = 0 (0x0)
close(6) = 0 (0x0)
fcntl(0x5,0x3,0x0) = 2 (0x2)
fcntl(0x5,0x4,0x6) ERR#25 'Inappropriate ioctl for
device'
fstat(5,0xbfbfe9f8) = 0 (0x0)
close(5) = 0 (0x0)
SIGNAL 11
SIGNAL 11Segmentation fault (core dumped)
weis nicht ob das jetzt nicht zu FreeBSD spezivisch ist aber kannst du damit was anfangen:
.....
fcntl(0x6,0x4,0x6) = 0 (0x0)
connect(0x6,{ AF_INET 192.168.1.2:53 },16) = 0 (0x0)
sendto(0x6,0xbfbfed18,0x27,0x0,0x0,0x0) = 39 (0x27)
gettimeofday(0xbfbfeab4,0x0) = 0 (0x0)
kevent(0x5,0xbfbfead8,0x1,0xbfbfead8,0x1,0xbfbfea40) = 0 (0x0)
poll(0x80d1000,0x1,0x0) = 0 (0x0)
poll(0x80d1000,0x2,0x1388) = 1 (0x1)
gettimeofday(0x8087e8c,0x0) = 0 (0x0)
kevent(0x5,0x0,0x0,0xbfbfead8,0x1,0xbfbfea40) = 1 (0x1)
recvfrom(0x6,0xbfbff608,0x400,0x0,0xbfbfeaec,0xbfbfeab0) = 95 (0x5f)
fstat(6,0xbfbfe9e8) = 0 (0x0)
close(6) = 0 (0x0)
fcntl(0x5,0x3,0x0) = 2 (0x2)
fcntl(0x5,0x4,0x6) ERR#25 'Inappropriate ioctl for
device'
fstat(5,0xbfbfe9f8) = 0 (0x0)
close(5) = 0 (0x0)
SIGNAL 11
SIGNAL 11Segmentation fault (core dumped)
-
- Einsteiger
- Beiträge: 389
- Registriert: Montag 20. Januar 2003, 01:54
Wolt nur sagen das das Problem irgetwas mit der threading auf 4.x zu tun haben cheint ... es ist auch ein compieler-Include-Fehler weil auf einer anderen Kiste compilirt der Fehler nicht auftaucht. Aussage von einen FreeBSD-Creak ... "in 4.x ist Treading nicht so ganz das ware. Es soll in 5.x besser sein aber das ist noch nagelneu also eher was für Betatester" ... 5.0-R ist auch erst ein par Tage alt