Hozzászólások
-
SzerzőBejegyzés
-
Most leállítottam mind a négy programot – a buffered és cached nem változott!?
Úgy tűnik meg van az oka!
Ez a progi inputot is használ, ha azt is átiránytom, akkor nem áll le.
Kössz!Így, símán nem nyerő, mert rengeteg az output – stdout és stderr!
Azért irányítom át egy fájlba mindkettőt – most még megpróbálom az stdin -t is átirányítani.Hát én bíz jártam így, hogy a woody idejében, csináltam sarge -t és amikor az lett a stable akkor bizony teljesen 9sszekuszálódott és csak pont azt nem tudtam rendesen feltelepíteni amire fájt a fogam;o(
Ráadásul ugye itt némi „backport” jellegú tevékenység is volt!
Én bíz „kihuznám” a rendszer HDD -t és telepítenék egy új stable -t, és amíg az nem elég jó addig munkához visszadugnám az eredetit. Nálam hasonló a felállás, de így is kifértem egy 3,2 G -ra a rendszerrel, így csak azt kell becserélnem.Ez tényleg fura! Egyszer figyelmeztet hogy sikeresen zárolta a file -t. Aztán viszont azt makogja, hogy nem definiáltál adatbázis formátumot!? Végül feladja azzal hogy nem rud létrhozni adatbázist az alias file számára!
Szóval próbálj neki definiálni valami formátumot?!Sajna ilyet nem találtam, de megint elindítottál valamit…
Debian 3.1 -en az /etc/init.d -ben van minden indító script köztük egy ppp
ami azzal kezdi hogy ez „deprecated” helyette használjam az /etc/network interfaces dolgait, és a /usr/share/doc/ppp REAME.Debian.gz majd jelentkezem ha átrágom magamat!Több éves(!) kinlódás után az „udpghost” levelezési listájában kaptam meg a választ.
Szóval a multicast csoport csomag vétel így máködik:
– létrehozzuk az UDP socket -et
– bindelünk a „0.0.0.0:xxxxx” -as vagy a „*” címre
– kitöltjók az mreq struktúrát (interfész cím – mondjuk 192.168.1.xxx és a kívánt csoport
cím – mondjuk 224.0.0.xxx)
– setsockopt – ADD_MEMBERSHIP
és voila veszi a csomagokat. Ha megunjuk csak egy DROP_MEMBERSHIP kell. Ha kell egy másik csoport is (!) akkor arra is elvégezzükaz ADD_MEMBERSHIP műveletet.
A win32 API -hoz képest annyi a különbség, hogy így tünik az interfész címre nem tudunk már bindelni – azaz a 192.168.1.xxx:xxxxx címre nem szabad/lehet bindelni! Vagyis ha egyszer egy socketre azt mondtuk hogy multicast csatornában megy akkor csak olyat tud!?
Ha valaki tud valamit hozzá tenni szívesen hallanám.
UI: két csoportra kipróbáltam – 224.0.0.10 és 224.0.0.20sajna nem egyszerű kivakarni – telinyomja a fetchmail 5 percenként …
még mindíg tökéletesen működik … de mi volt tegnap, és semmi nyoma!
A probléma még mindíg áll! – mit akar a paypal az én szerveremmel (apache2) a forwardolt
443 portommal? Ahol az én sajátmagam kreálta SSL tanístványom kerül elő?Szóval hogy kerül a csizma az asztalra?
-
SzerzőBejegyzés

legutóbbi hsz