Hi!
> Prednost tega, da se zadeva samo enkrat nalozi v RAM vsekakor ni nic
> windows specificnega. Vsak operacijski sistem, na katerem sem videl
> web streznik, to zmore. Pod win32 se temu rece DLL, pod linuxom in
> nekaterimi ostalimi unixi pa shared object. Vsekakor pa pod unixi ni
> tezav s testiranjem modula zaradi storastega zaklepanja programske
> datoteke.
In seveda je spet moral leteti flame na Windowse. Tocno tako, kot je Marko
rekel nekaj mailov nazaj. A morate res nekateri biti tako butasto mahnjeni
na doloceni OS. Ja, sem Windows user in ja, defitnitivno imam poln kufer
odnosa ki so ga nekateri Lugosovci in 'Linuxasi' razvili do drugih OS. S tem
delate vec skode kakor dobrega Linuxu. Moje osebno mnenje je, da je Lugos
postal prevec spolitiziran, marsikateri clan pa prevec militanten. Vem ta
mail je off-topic in je definitivno zadnji flame ki ga posiljam na
katerokoli Lugosovo mailing listo (z ostalih sem se itak ze odjavil :b). Za
bozjo voljo prosim, da se vzdrzite (javnih) komentarjev, ce vas res kaj
matra glede mojega mnenja pa kar meni v mail. Naj VSAJ ta spisek ostane
zgolj programerski :)
Pa se vprasanje....
ima kdo kje kak tutorial/example/HOWTO o pisanju daemonov - konkretno me
zanima standalone daemon (torej ga ne spawna inetd), ter interprocesna
komunikacija med procesi. Zakaj? Pisem neko cudno aplikacijo, ki bo preko
CGIja sprejemala kar nekaj SQL queryjev in se mi zdi bolj logicno, da daemon
enkrat odpre povezavo s SQL streznikom (poleg tega naj bi imel vgrajenega
watchdoga za SQL), CGI pa potem komunicira le s tem daemonom - CGI bi naj
bil posledicno bolj light-weight, poleg tega pa ne bom odpiral n povezav do
SQL streznika, ampak bom uporabljal le eno ...
Se zdi komu ta pristop boljsi ali slabsi od normalnega - torej n cgi-jev,
vsak od njih uporablja svojo povezavo do SQL streznika :)
Hvala vnaprej.
lp, Damir
--
Damir Cifer ([EMAIL PROTECTED])
I don't like chaos but chaos likes me.
