From dubya at sub-culture.ch Wed Jan 3 13:09:37 2007
From: dubya at sub-culture.ch (Christoph Wernli)
Date: Wed, 3 Jan 2007 22:09:37 +0100
Subject: [Roma.pm] Perl e lavoro
Message-ID: <9b16401b0701031309v15347a5fj7193eca2c4ed7da4@mail.gmail.com>
Buona sera a tutti,
la societa' che mi impiega sta
cercando figure con le seguenti caratteristiche:
--------------------------------------------------------------------------------
- conoscenza a livello AVANZATO linguaggio Perl (per capire l'esistente)
- conoscenza a livello AVANZATO linguaggio Java (per poter lavorare
agilmente su Application Server)
- conoscenza a livello INTERMEDIO linguaggio C (per poter lavorare
agilmente su Application Server)
- si muova agilmente su UNIX e sul mondo application server
- facilit? di integrarsi nel gruppo di lavoro
- residente a Roma
"AVANZATO" significa che ? stata maturata una IMPORTANTE esperienza
LAVORATIVA (2/3 anni di lavoro non solo studiato?)
nell'ambito/linguaggio richiesto
--------------------------------------------------------------------------------
Non e' troppo dettagliato, lo so, ma i requisiti "perl" e "roma" mi
sembrano giustificare la diffusione su questa lista.
Non sono responsabile per queste posizioni ne' dal punto di vista
tecnico ne' dal punto di vista amministrativo; nel caso che vi dovesse
interessare siete comunque pregati di contattarmi, in modo tale che
possiamo vedere come andare avanti.
Un saluto,
-Christoph
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070103/6dd8d448/attachment.html
From webmaster.staff at gmail.com Thu Jan 4 11:39:24 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Thu, 04 Jan 2007 20:39:24 +0100
Subject: [Roma.pm] Ciao a tutti!
Message-ID: <459D57EC.4050508@gmail.com>
ciao a tutti, prima di tutto un auguri di felice anno nuovo, e di feste
passate(spero bene), scusatemi per il ritardo degli auguri, ma si sa, in
questo periodo non c'? moltissimo tempo libero :-) .
cmq vi volevo far vedere un progetto che mi hanno accettato su sourceforge:
https://sourceforge.net/projects/perlircbot
? un bot in perl per irc.... gradirei commenti sul code e molto altro!!!
ne sarei molto felice,
grazie
A presto
From webmaster.staff at gmail.com Thu Jan 4 11:40:12 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Thu, 04 Jan 2007 20:40:12 +0100
Subject: [Roma.pm] Ciao a tutti!
Message-ID: <459D581C.70501@gmail.com>
Scuso per la doppia mail,. volevo dirvi che cerco anche sviluppatori e
debugger! grazie !
ciau!
From boxlinux at gmail.com Fri Jan 5 01:50:42 2007
From: boxlinux at gmail.com (alex at boxlinux)
Date: Fri, 5 Jan 2007 10:50:42 +0100
Subject: [Roma.pm] Ciao a tutti!
In-Reply-To: <459D57EC.4050508@gmail.com>
References: <459D57EC.4050508@gmail.com>
Message-ID: <75030ba0701050150t4ab678fbl68c84c0e5dc63a8e@mail.gmail.com>
bel lavoro molto pulito.... peccato che non utilizzo perl bot per irc se mi
capiter?...
ciao
A.P.
2007/1/4, LordOfDeath :
>
> ciao a tutti, prima di tutto un auguri di felice anno nuovo, e di feste
> passate(spero bene), scusatemi per il ritardo degli auguri, ma si sa, in
> questo periodo non c'? moltissimo tempo libero :-) .
> cmq vi volevo far vedere un progetto che mi hanno accettato su
> sourceforge:
> https://sourceforge.net/projects/perlircbot
> ? un bot in perl per irc.... gradirei commenti sul code e molto altro!!!
> ne sarei molto felice,
>
>
> grazie
>
> A presto
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070105/c2162a67/attachment.html
From webmaster.staff at gmail.com Sat Jan 6 04:09:51 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sat, 06 Jan 2007 13:09:51 +0100
Subject: [Roma.pm] SIGKILL
Message-ID: <459F918F.1070002@gmail.com>
Ciao a tutti,
Stavo pensando, quando si lancia uno script in perl con un sh ex:
#!/bin/bash
/path/script.pl
lo script.pl non ? direttamente killabile, ma si pu? rendere uno script
in perl direttamente non killabile? ex: ignorare un sigterm non ? difficile:
$SIG{'TERM'} = 'IGNORE';
ma non funziona un
$SIG{'KILL'} = 'IGNORE'; #Naturalmente non funziona :)
qualcuno sa rispondermi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070106/8cce7f21/attachment.html
From flavio at polettix.it Sat Jan 6 06:30:40 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Sat, 6 Jan 2007 15:30:40 +0100 (CET)
Subject: [Roma.pm] SIGKILL
In-Reply-To: <459F918F.1070002@gmail.com>
References: <459F918F.1070002@gmail.com>
Message-ID: <33393.213.203.159.164.1168093840.squirrel@upmail.polettix.it>
> Ciao a tutti,
> Stavo pensando, quando si lancia uno script in perl con un sh ex:
> #!/bin/bash
> /path/script.pl
>
>
> lo script.pl non ? direttamente killabile,
Non capisco bene cosa intendi con "direttamente killabile". Se risali al
PID di un qualsiasi processo lo puoi "killare direttamente" inviandogli un
segnale:
shell$ ps afx | grep script.pl
# qui ti leggi il PID del processo, ad esempio 8765
shell$ kill 8765 # manda SIGTERM al processo
> ma si pu? rendere uno script
> in perl direttamente non killabile? ex: ignorare un sigterm non ?
> difficile:
> $SIG{'TERM'} = 'IGNORE';
> ma non funziona un
> $SIG{'KILL'} = 'IGNORE'; #Naturalmente non funziona :)
> qualcuno sa rispondermi?
Come giustamente rilevi, alcuni segnali non possono essere aggirati, e
SIGKILL ? fra questi (nel mio sistema linux credo anche SIGSTOP). Questo
accade indipendentemente da come lanci il processo, indipendentemente dal
linguaggio di programmazione, ma dipendentemente dal kernel. Se cambi il
kernel, puoi fare quel che vuoi :D
Se, in qualche modo, vuoi ricreare la situazione dello script shell, ossia
un processo (shell) che lancia un altro sottoprocesso (/path/script.pl)
non devi far altro che utilizzare la funzione system o l'operatore qx per
chiamare un altro programma dal tuo script perl.
From balestra at cesmail.net Sat Jan 6 06:32:08 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Sat, 6 Jan 2007 15:32:08 +0100
Subject: [Roma.pm] sorgente vuoto, come si chiamava il modulo?
Message-ID: <30BB83D0-42AE-402A-9C42-6F9BDC51FA45@cesmail.net>
giuro che l'ho cercato, sul CPAN, ma proprio non sono riuscito a
trovarlo...
Mi riferisco a quel modulo di cui si era parlato alla penultima cena,
quello che trasforma un sorgente Perl in una sequenza di spazi e
newline lasciandolo per? comunque eseguibile (tutto bianco, a meno di
un "use" iniziale :-))
TIA!
--
Marco Balestra
IT consultant
balestra at cesmail.net
From flavio at polettix.it Sat Jan 6 06:44:27 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Sat, 6 Jan 2007 15:44:27 +0100 (CET)
Subject: [Roma.pm] sorgente vuoto, come si chiamava il modulo?
In-Reply-To: <30BB83D0-42AE-402A-9C42-6F9BDC51FA45@cesmail.net>
References: <30BB83D0-42AE-402A-9C42-6F9BDC51FA45@cesmail.net>
Message-ID: <33440.213.203.159.164.1168094667.squirrel@upmail.polettix.it>
Acme::Bleach - for really clean programs
http://search.cpan.org/~dconway/Acme-Bleach-1.12/lib/Acme/Bleach.pm
> giuro che l'ho cercato, sul CPAN, ma proprio non sono riuscito a
> trovarlo...
>
> Mi riferisco a quel modulo di cui si era parlato alla penultima cena,
> quello che trasforma un sorgente Perl in una sequenza di spazi e
> newline lasciandolo per? comunque eseguibile (tutto bianco, a meno di
> un "use" iniziale :-))
>
> TIA!
> --
> Marco Balestra
> IT consultant
> balestra at cesmail.net
>
>
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
From balestra at cesmail.net Sat Jan 6 06:55:25 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Sat, 6 Jan 2007 15:55:25 +0100
Subject: [Roma.pm] sorgente vuoto, come si chiamava il modulo?
In-Reply-To: <33440.213.203.159.164.1168094667.squirrel@upmail.polettix.it>
References: <30BB83D0-42AE-402A-9C42-6F9BDC51FA45@cesmail.net>
<33440.213.203.159.164.1168094667.squirrel@upmail.polettix.it>
Message-ID: <1DF46272-2A19-4F1A-8A3F-A1130FF3A78B@cesmail.net>
On 06/gen/07, at 15:44, Flavio Poletti wrote:
> Acme::Bleach - for really clean programs
? lui... LOL! :-D
ty!
--
Marco Balestra
IT consultant
balestra at cesmail.net
From webmaster.staff at gmail.com Sat Jan 6 07:32:33 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sat, 06 Jan 2007 16:32:33 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <33393.213.203.159.164.1168093840.squirrel@upmail.polettix.it>
References: <459F918F.1070002@gmail.com>
<33393.213.203.159.164.1168093840.squirrel@upmail.polettix.it>
Message-ID: <459FC111.900@gmail.com>
Flavio Poletti ha scritto:
>> Ciao a tutti,
>> Stavo pensando, quando si lancia uno script in perl con un sh ex:
>> #!/bin/bash
>> /path/script.pl
>>
>>
>> lo script.pl non ? direttamente killabile,
>>
>
> Non capisco bene cosa intendi con "direttamente killabile". Se risali al
> PID di un qualsiasi processo lo puoi "killare direttamente" inviandogli un
> segnale:
>
> shell$ ps afx | grep script.pl
> # qui ti leggi il PID del processo, ad esempio 8765
> shell$ kill 8765 # manda SIGTERM al processo
>
si per? per ex su sistemi sunos se non killi il processo sh prima, non
ti si chiude il processo in perl
>
>
>> ma si pu? rendere uno script
>> in perl direttamente non killabile? ex: ignorare un sigterm non ?
>> difficile:
>> $SIG{'TERM'} = 'IGNORE';
>> ma non funziona un
>> $SIG{'KILL'} = 'IGNORE'; #Naturalmente non funziona :)
>> qualcuno sa rispondermi?
>>
>
> Come giustamente rilevi, alcuni segnali non possono essere aggirati, e
> SIGKILL ? fra questi (nel mio sistema linux credo anche SIGSTOP). Questo
> accade indipendentemente da come lanci il processo, indipendentemente dal
> linguaggio di programmazione, ma dipendentemente dal kernel. Se cambi il
> kernel, puoi fare quel che vuoi :D
>
> Se, in qualche modo, vuoi ricreare la situazione dello script shell, ossia
> un processo (shell) che lancia un altro sottoprocesso (/path/script.pl)
> non devi far altro che utilizzare la funzione system o l'operatore qx per
> chiamare un altro programma dal tuo script perl.
>
ti ringrazio per la risposta:) il punto ? questo:
mi ? capitato in un server che c'era un processo (uno shellbot in perl)
che non mi si chiudeva, e per questo mi ? venuto il dubbio, insomma se
era possibile vedere come ? ha fatto l'aggressore :|
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070106/f9342de2/attachment.html
From webmaster.staff at gmail.com Sat Jan 6 07:44:11 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sat, 06 Jan 2007 16:44:11 +0100
Subject: [Roma.pm] Net::RawIp
Message-ID: <459FC3CB.70000@gmail.com>
Altro problema che volevo sottoporvi :D prima di tutto un saluto a tutti
:D volevo chiedervi, non sono mai riuscito ad installare il modulo
Net::RawIp, su windows non ne parliamo nemmeno, su linux non riesce a
soddisfare tutte le dipendenze cpan, e nemmeno compilando tutte le
dipendenze a mano
thx! sciau!
From plulli at gmail.com Sat Jan 6 09:14:14 2007
From: plulli at gmail.com (Paolo Lulli)
Date: Sat, 6 Jan 2007 18:14:14 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <459FC111.900@gmail.com>
References: <459F918F.1070002@gmail.com>
<33393.213.203.159.164.1168093840.squirrel@upmail.polettix.it>
<459FC111.900@gmail.com>
Message-ID: <7bfb8c410701060914w5c92563bwec03f27f930bd689@mail.gmail.com>
> si per? per ex su sistemi sunos se non killi il processo sh prima, non ti
> si chiude il processo in perl
A me questa cosa non risulta proprio, il punto ? che se uccidi il
figlio, il padre, a seconda di come ha gestito il ritorno dal figlio,
? un potenziale zombie. Ma non vuol dire che tu non possa fare il kill
direttamente del figlio.
> ma si pu? rendere uno script
> in perl direttamente non killabile?
> qualcuno sa rispondermi?
Naturale, basta lanciare lo script da una utenza unix diversa, o con
privilegi di un'utenza diversa; ovvio che root potr? poi uccidere il
processo.
> Se, in qualche modo, vuoi ricreare la situazione dello script shell, ossia
> un processo (shell) che lancia un altro sottoprocesso (/path/script.pl)
> non devi far altro che utilizzare la funzione system o l'operatore qx per
> chiamare un altro programma dal tuo script perl.
>
> ti ringrazio per la risposta:) il punto ? questo:
> mi ? capitato in un server che c'era un processo (uno shellbot in perl) che
> non mi si chiudeva, e per questo mi ? venuto il dubbio, insomma se era
> possibile vedere come ? ha fatto l'aggressore :|
Se hai il 'ps' di Berkeley (su Solaris lo trovi sotto /usr/ucb ) fai un bel
ps auxww
? molto pi? esauriente del consueto ps; di default trovi questo sui
sistemi *BSD (FreeBSD), ma puoi installarlo anche su Linux
Anche 'lsof' e 'fuser' possono fornirti altre indicazioni utili a
quello che sta facendo il processo; lsof ti elenca i filehandle aperti
dal processo in questione.
Ho sempre sostenuto che i panettoni facessero male...
Un saluto
blacksheep
From plulli at gmail.com Sat Jan 6 09:31:08 2007
From: plulli at gmail.com (Paolo Lulli)
Date: Sat, 6 Jan 2007 18:31:08 +0100
Subject: [Roma.pm] Net::RawIp
In-Reply-To: <459FC3CB.70000@gmail.com>
References: <459FC3CB.70000@gmail.com>
Message-ID: <7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com>
Che cosa ti dice se installi facendo, da riga di comando:
perl -MCPAN -e 'install Net::RawIP'
(?)
Su windows... ? un sistemaccio, ma se ti installi MINGW (MSYS)
http://www.mingw.org/download.shtml
con tutti i pacchetti di sviluppo, puoi ricompilare ci? che vuoi e
usarlo come se fossi sulla commandline del tuo unix di fiducia... il
tutto sta in qualche decina di mega, ottimo da mettere su chiave USB.
Ciao,
blacksheep
From webmaster.staff at gmail.com Sat Jan 6 09:49:05 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sat, 06 Jan 2007 18:49:05 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <7bfb8c410701060914w5c92563bwec03f27f930bd689@mail.gmail.com>
References: <459F918F.1070002@gmail.com> <33393.213.203.159.164.1168093840.squirrel@upmail.polettix.it> <459FC111.900@gmail.com>
<7bfb8c410701060914w5c92563bwec03f27f930bd689@mail.gmail.com>
Message-ID: <459FE111.7090205@gmail.com>
Paolo Lulli ha scritto:
>> si per? per ex su sistemi sunos se non killi il processo sh prima, non ti
>> si chiude il processo in perl
>>
>
> A me questa cosa non risulta proprio, il punto ? che se uccidi il
> figlio, il padre, a seconda di come ha gestito il ritorno dal figlio,
> ? un potenziale zombie. Ma non vuol dire che tu non possa fare il kill
> direttamente del figlio.
>
>
>> ma si pu? rendere uno script
>> in perl direttamente non killabile?
>> qualcuno sa rispondermi?
>>
>
> Naturale, basta lanciare lo script da una utenza unix diversa, o con
> privilegi di un'utenza diversa; ovvio che root potr? poi uccidere il
> processo.
>
>
>> Se, in qualche modo, vuoi ricreare la situazione dello script shell, ossia
>> un processo (shell) che lancia un altro sottoprocesso (/path/script.pl)
>> non devi far altro che utilizzare la funzione system o l'operatore qx per
>> chiamare un altro programma dal tuo script perl.
>>
>> ti ringrazio per la risposta:) il punto ? questo:
>> mi ? capitato in un server che c'era un processo (uno shellbot in perl) che
>> non mi si chiudeva, e per questo mi ? venuto il dubbio, insomma se era
>> possibile vedere come ? ha fatto l'aggressore :|
>>
>
>
> Se hai il 'ps' di Berkeley (su Solaris lo trovi sotto /usr/ucb ) fai un bel
>
> ps auxww
>
> ? molto pi? esauriente del consueto ps; di default trovi questo sui
> sistemi *BSD (FreeBSD), ma puoi installarlo anche su Linux
>
> Anche 'lsof' e 'fuser' possono fornirti altre indicazioni utili a
> quello che sta facendo il processo; lsof ti elenca i filehandle aperti
> dal processo in questione.
>
> Ho sempre sostenuto che i panettoni facessero male...
>
> Un saluto
> blacksheep
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
ok fino a qua ci sono il punto era questo, usando htop, ho visto il file
in perl (ero root) facendo un bel kill -9 pid, il processo si killava
ma
appena due secondi dopo si era auto-rilanciato, ho pensato bh? ci sar?
un altro processo che controlla se quest'ultimo(ma non era cos?
purtroppo) altrimenti come ? possibile?
grazie per la pazienza XD
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070106/7ac45306/attachment.html
From webmaster.staff at gmail.com Sat Jan 6 09:58:09 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sat, 06 Jan 2007 18:58:09 +0100
Subject: [Roma.pm] Net::RawIp
In-Reply-To: <7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com>
References: <459FC3CB.70000@gmail.com>
<7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com>
Message-ID: <459FE331.7050903@gmail.com>
Paolo Lulli ha scritto:
> Che cosa ti dice se installi facendo, da riga di comando:
>
> perl -MCPAN -e 'install Net::RawIP'
>
io faccio cos?:
cpan install Net::RawIP cerca di risolvere tutte le dipendenze di
moduli, con una macchina debian non riesce a risolvere la dipendenza
XML:Parse (???? non capisco perch? gli serva) e praticamente si ferma
l?.....
invece con un altra macchina debian da errori di compilazxione...
ger without a cast
RawIP.c: In function `XS_Net__RawIP_close':
RawIP.c:1902: error: `pcap_t' undeclared (first use in this function)
RawIP.c:1902: error: `p' undeclared (first use in this function)
RawIP.c:1902: error: syntax error before ')' token
RawIP.c: In function `XS_Net__RawIP_dump_close':
RawIP.c:1916: error: `pcap_dumper_t' undeclared (first use in this function)
RawIP.c:1916: error: `p' undeclared (first use in this function)
RawIP.c:1916: error: syntax error before ')' token
RawIP.c: In function `XS_Net__RawIP_file':
RawIP.c:1930: error: `pcap_t' undeclared (first use in this function)
RawIP.c:1930: error: `p' undeclared (first use in this function)
RawIP.c:1930: error: syntax error before ')' token
RawIP.c:1933: warning: assignment makes pointer from integer without a cast
make: *** [RawIP.o] Error 1
/usr/bin/make -- NOT OK
Running make test
Can't test without successful make
Running make install
make had returned bad status, install seems impossible
> (?)
>
> Su windows... ? un sistemaccio, ma se ti installi MINGW (MSYS)
> http://www.mingw.org/download.shtml
>
>
con active per ho provato con ppm ma addirittura non lo trovava nei
repository, ora prover? con MSYS, altrimenti usavo cygwin ma ? troppo
pesante :)
> con tutti i pacchetti di sviluppo, puoi ricompilare ci? che vuoi e
> usarlo come se fossi sulla commandline del tuo unix di fiducia... il
> tutto sta in qualche decina di mega, ottimo da mettere su chiave USB.
>
> Ciao,
> blacksheep
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
Grazie mille :)
ciau!
From plulli at gmail.com Sat Jan 6 10:06:45 2007
From: plulli at gmail.com (Paolo Lulli)
Date: Sat, 6 Jan 2007 19:06:45 +0100
Subject: [Roma.pm] Net::RawIp
In-Reply-To: <459FE331.7050903@gmail.com>
References: <459FC3CB.70000@gmail.com>
<7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com>
<459FE331.7050903@gmail.com>
Message-ID: <7bfb8c410701061006kff80c0aye9c8cc8c73882ecd@mail.gmail.com>
> make: *** [RawIP.o] Error 1
> /usr/bin/make -- NOT OK
Brutta cosa, io la segnalerei all'autore del pacchetto, se non hai
ritoccato alcuna configurazione.
> con active per ho provato con ppm ma addirittura non lo trovava nei
> repository, ora prover? con MSYS, altrimenti usavo cygwin ma ? troppo
> pesante :)
Per la cronaca, su FreeBSD lo compila e installa senza problemi.
Non ho mai capito come si installano i moduli con Active Perl :-(.
Comunque, se non lo trovi, potrebbe voler dire qualcosa ...
Msys, invece, ? un vero ambiente gnu, una volta che ci hai messo tutti
gli attrezzini, funziona benone.
Il punto ? che gli eseguibili compilati con cygwin hanno bisogno poi
di cygwin.dll per essere eseguiti (devi portartelo appresso) invece
con mingw i binari sono eseguibili standalone.
Ciao ciao
From webmaster.staff at gmail.com Sat Jan 6 12:33:34 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sat, 06 Jan 2007 21:33:34 +0100
Subject: [Roma.pm] Net::RawIp
In-Reply-To: <7bfb8c410701061006kff80c0aye9c8cc8c73882ecd@mail.gmail.com>
References: <459FC3CB.70000@gmail.com> <7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com> <459FE331.7050903@gmail.com>
<7bfb8c410701061006kff80c0aye9c8cc8c73882ecd@mail.gmail.com>
Message-ID: <45A0079E.8020506@gmail.com>
Paolo Lulli ha scritto:
>> make: *** [RawIP.o] Error 1
>> /usr/bin/make -- NOT OK
>>
>
> Brutta cosa, io la segnalerei all'autore del pacchetto, se non hai
> ritoccato alcuna configurazione.
>
Lo segnaler? ;) giusto per sapere, a te per ex si installa?
>
>> con active per ho provato con ppm ma addirittura non lo trovava nei
>> repository, ora prover? con MSYS, altrimenti usavo cygwin ma ? troppo
>> pesante :)
>>
>
> Per la cronaca, su FreeBSD lo compila e installa senza problemi.
>
> Non ho mai capito come si installano i moduli con Active Perl :-(.
> Comunque, se non lo trovi, potrebbe voler dire qualcosa ...
>
Con active perl si usa ppm:
ppm install nomepackage
> Msys, invece, ? un vero ambiente gnu, una volta che ci hai messo tutti
> gli attrezzini, funziona benone.
>
> Il punto ? che gli eseguibili compilati con cygwin hanno bisogno poi
> di cygwin.dll per essere eseguiti (devi portartelo appresso) invece
> con mingw i binari sono eseguibili standalone.
>
ottimo! ti ringrazio
> Ciao ciao
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
ciau!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070106/adebcf7b/attachment.html
From flavio at polettix.it Sat Jan 6 14:07:33 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Sat, 6 Jan 2007 23:07:33 +0100 (CET)
Subject: [Roma.pm] Net::RawIp
In-Reply-To: <459FE331.7050903@gmail.com>
References: <459FC3CB.70000@gmail.com>
<7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com>
<459FE331.7050903@gmail.com>
Message-ID: <34773.213.203.159.164.1168121253.squirrel@upmail.polettix.it>
Sei sicuro di aver installato le librerie pcap?
[snip]
> RawIP.c:1902: error: `pcap_t' undeclared (first use in this function)
> RawIP.c:1902: error: `p' undeclared (first use in this function)
> RawIP.c:1902: error: syntax error before ')' token
> RawIP.c: In function `XS_Net__RawIP_dump_close':
> RawIP.c:1916: error: `pcap_dumper_t' undeclared (first use in this
> function)
> RawIP.c:1916: error: `p' undeclared (first use in this function)
> RawIP.c:1916: error: syntax error before ')' token
> RawIP.c: In function `XS_Net__RawIP_file':
> RawIP.c:1930: error: `pcap_t' undeclared (first use in this function)
> RawIP.c:1930: error: `p' undeclared (first use in this function)
> RawIP.c:1930: error: syntax error before ')' token
> RawIP.c:1933: warning: assignment makes pointer from integer without a
> cast
> make: *** [RawIP.o] Error 1
> /usr/bin/make -- NOT OK
[snip]
From webmaster.staff at gmail.com Sat Jan 6 14:18:06 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sat, 06 Jan 2007 23:18:06 +0100
Subject: [Roma.pm] Net::RawIp
In-Reply-To: <34773.213.203.159.164.1168121253.squirrel@upmail.polettix.it>
References: <459FC3CB.70000@gmail.com> <7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com> <459FE331.7050903@gmail.com>
<34773.213.203.159.164.1168121253.squirrel@upmail.polettix.it>
Message-ID: <45A0201E.9010400@gmail.com>
Flavio Poletti ha scritto:
> Sei sicuro di aver installato le librerie pcap?
>
> [snip]
>
>> RawIP.c:1902: error: `pcap_t' undeclared (first use in this function)
>> RawIP.c:1902: error: `p' undeclared (first use in this function)
>> RawIP.c:1902: error: syntax error before ')' token
>> RawIP.c: In function `XS_Net__RawIP_dump_close':
>> RawIP.c:1916: error: `pcap_dumper_t' undeclared (first use in this
>> function)
>> RawIP.c:1916: error: `p' undeclared (first use in this function)
>> RawIP.c:1916: error: syntax error before ')' token
>> RawIP.c: In function `XS_Net__RawIP_file':
>> RawIP.c:1930: error: `pcap_t' undeclared (first use in this function)
>> RawIP.c:1930: error: `p' undeclared (first use in this function)
>> RawIP.c:1930: error: syntax error before ')' token
>> RawIP.c:1933: warning: assignment makes pointer from integer without a
>> cast
>> make: *** [RawIP.o] Error 1
>> /usr/bin/make -- NOT OK
>>
> [snip]
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
Avevi ragione! mancava la libreria pcap! ma ? strano che nel configure
non mi aveva avvertito! grazie mille! ? da molto che volevo installarlo :D
Saluti!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070106/cadfa103/attachment.html
From plulli at gmail.com Sat Jan 6 14:38:54 2007
From: plulli at gmail.com (Paolo Lulli)
Date: Sat, 6 Jan 2007 23:38:54 +0100
Subject: [Roma.pm] Net::RawIp
In-Reply-To: <45A0079E.8020506@gmail.com>
References: <459FC3CB.70000@gmail.com>
<7bfb8c410701060931j1fb570efr88f4f544814c5b09@mail.gmail.com>
<459FE331.7050903@gmail.com>
<7bfb8c410701061006kff80c0aye9c8cc8c73882ecd@mail.gmail.com>
<45A0079E.8020506@gmail.com>
Message-ID: <7bfb8c410701061438g4d1f16exee36490810863f4d@mail.gmail.com>
> Lo segnaler? ;) giusto per sapere, a te per ex si installa?
Si, ma sono su FreeBSD. Appena trover? un attimo, faccio un reboot
dalla partizione con Debian, e ti fo sapere.
Ciao,
p.
From ema_zep at libero.it Sun Jan 7 01:44:08 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Sun, 7 Jan 2007 10:44:08 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <7bfb8c410701060914w5c92563bwec03f27f930bd689@mail.gmail.com>
Message-ID: <000001c73240$64093810$1400000a@main>
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
> Paolo Lulli
> Sent: Saturday, January 06, 2007 6:14 PM
> To: roma at pm.org
> Subject: Re: [Roma.pm] SIGKILL
>
> A me questa cosa non risulta proprio, il punto ? che se uccidi il
> figlio, il padre, a seconda di come ha gestito il ritorno dal figlio,
> ? un potenziale zombie.
A dire il vero e` il figlio che e` un potenziale zombie ;-)
Ciao,
Emanuele.
From ema_zep at libero.it Sun Jan 7 01:44:08 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Sun, 7 Jan 2007 10:44:08 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <459FE111.7090205@gmail.com>
Message-ID: <000301c73240$66249e00$1400000a@main>
-----Original Message-----
From: roma-bounces+ema_zep=libero.it at pm.org
[mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of LordOfDeath
Sent: Saturday, January 06, 2007 6:49 PM
To: roma at pm.org
Subject: Re: [Roma.pm] SIGKILL
> ok fino a qua ci sono il punto era questo,
> usando htop, ho visto il file in perl (ero root)
> facendo un bel kill -9 pid, il processo si killava
> ma appena due secondi dopo si era auto-rilanciato,
> ho pensato bh? ci sar? un altro processo che controlla
> se quest'ultimo(ma non era cos? purtroppo) altrimenti come ?
possibile?
> grazie per la pazienza XD
Non c'e` niente da fare: sigkill non e` ne` trappabile ne` ignorabile, e
kill -9 invia un sigkill, per cui l'unica possibilita` e` la presenza di
un altro processo che riesegue lo script, come del resto ipotizzavi
anche tu.
Quando dopo kill -9 ti ritrovavi di nuovo il processo perl nell'output
di top, avrai probabilmente notato come aveva ogni volta un pid diverso,
segno inequivocabile che il processo era stato reistanziato, per fare la
qual cosa, se escludiamo l'esoterismo, ci vuole per forza l'invocazione
da parte di un altro processo (del resto se sigkill fosse stato
semplicemente ignorato, il processo perl non sarebbe sparito dall'output
di top, neanche momentaneamente).
Comunque se si trattava del famigerato Perl/Shellbot o suoi derivati, mi
sembra di ricordare che venisse iniettato attraverso applicazioni php
buggate (mi sembra phpBB) che permettevano l'esecuzione di codice remoto
(cosa normale nel mondo php), per cui in sostanza all'attacker bastava
fare una semplice richiesta HTTP al tuo web server per (ri)lanciare lo
script perl (cosa che probabilmente veniva a sua volta gestita da un bot
remoto).
Quindi ti sembrava di non individuare il processo invocante perche`
probabilmente cercavi nell'output di top un altro processo perl, mentre
in realta` il responsabile era apache (o altro web server da te usato).
In rete dovresti trovare ogni ulteriore dettaglio.
Ciao,
Emanuele.
From plulli at gmail.com Sun Jan 7 02:28:50 2007
From: plulli at gmail.com (Paolo Lulli)
Date: Sun, 7 Jan 2007 11:28:50 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <000001c73240$64093810$1400000a@main>
References: <7bfb8c410701060914w5c92563bwec03f27f930bd689@mail.gmail.com>
<000001c73240$64093810$1400000a@main>
Message-ID: <7bfb8c410701070228t2b25aba4l506feb9826c5f9a4@mail.gmail.com>
> > A me questa cosa non risulta proprio, il punto ? che se uccidi il
> > figlio, il padre, a seconda di come ha gestito il ritorno dal figlio,
> > ? un potenziale zombie.
>
> A dire il vero e` il figlio che e` un potenziale zombie ;-)
Ahem, vero, ho scritto una c*ta :-).
From webmaster.staff at gmail.com Sun Jan 7 04:03:43 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 13:03:43 +0100
Subject: [Roma.pm] problema....
Message-ID: <45A0E19F.6090007@gmail.com>
Salve a tutti, come sempre vi propongo un problema XD (vi ringrazio per
la vostra pazienza ma vi ripagher? statene certi :) )
devo leggere continuamente da un file txt, e appena compare una scritta
il programma in perl me la deve restituire, quindi si tratta di una
lettura continua di un file, quando c'? qualcosa dentro mi deve
restituire la riga nuova comparsa :|
Saluti :P
From webmaster.staff at gmail.com Sun Jan 7 04:03:32 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 13:03:32 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <000301c73240$66249e00$1400000a@main>
References: <000301c73240$66249e00$1400000a@main>
Message-ID: <45A0E194.6050803@gmail.com>
Emanuele Zeppieri ha scritto:
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of LordOfDeath
> Sent: Saturday, January 06, 2007 6:49 PM
> To: roma at pm.org
> Subject: Re: [Roma.pm] SIGKILL
>
>
>> ok fino a qua ci sono il punto era questo,
>> usando htop, ho visto il file in perl (ero root)
>> facendo un bel kill -9 pid, il processo si killava
>> ma appena due secondi dopo si era auto-rilanciato,
>> ho pensato bh? ci sar? un altro processo che controlla
>> se quest'ultimo(ma non era cos? purtroppo) altrimenti come ?
>>
> possibile?
>
>> grazie per la pazienza XD
>>
>
> Non c'e` niente da fare: sigkill non e` ne` trappabile ne` ignorabile, e
> kill -9 invia un sigkill, per cui l'unica possibilita` e` la presenza di
> un altro processo che riesegue lo script, come del resto ipotizzavi
> anche tu.
>
> Quando dopo kill -9 ti ritrovavi di nuovo il processo perl nell'output
> di top, avrai probabilmente notato come aveva ogni volta un pid diverso,
> segno inequivocabile che il processo era stato reistanziato, per fare la
> qual cosa, se escludiamo l'esoterismo, ci vuole per forza l'invocazione
> da parte di un altro processo (del resto se sigkill fosse stato
> semplicemente ignorato, il processo perl non sarebbe sparito dall'output
> di top, neanche momentaneamente).
>
> Comunque se si trattava del famigerato Perl/Shellbot o suoi derivati, mi
> sembra di ricordare che venisse iniettato attraverso applicazioni php
> buggate (mi sembra phpBB) che permettevano l'esecuzione di codice remoto
> (cosa normale nel mondo php), per cui in sostanza all'attacker bastava
> fare una semplice richiesta HTTP al tuo web server per (ri)lanciare lo
> script perl (cosa che probabilmente veniva a sua volta gestita da un bot
> remoto).
>
> Quindi ti sembrava di non individuare il processo invocante perche`
> probabilmente cercavi nell'output di top un altro processo perl, mentre
> in realta` il responsabile era apache (o altro web server da te usato).
>
> In rete dovresti trovare ogni ulteriore dettaglio.
>
> Ciao,
> Emanuele.
>
>
>
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
ti ringrazio x la risposta :)
Saluti
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/8a6f1ae9/attachment-0001.html
From dubya at sub-culture.ch Sun Jan 7 04:15:47 2007
From: dubya at sub-culture.ch (Christoph Wernli)
Date: Sun, 7 Jan 2007 13:15:47 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <45A0E19F.6090007@gmail.com>
References: <45A0E19F.6090007@gmail.com>
Message-ID: <9b16401b0701070415td0154bl4b54e3e092a10cae@mail.gmail.com>
On 1/7/07, LordOfDeath wrote:
>
> devo leggere continuamente da un file txt, e appena compare una scritta
> il programma in perl me la deve restituire, quindi si tratta di una
> lettura continua di un file, quando c'? qualcosa dentro mi deve
> restituire la riga nuova comparsa :|
File::Tail is your friend:
-c
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/9a7af908/attachment.html
From webmaster.staff at gmail.com Sun Jan 7 04:28:06 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 13:28:06 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <9b16401b0701070415td0154bl4b54e3e092a10cae@mail.gmail.com>
References: <45A0E19F.6090007@gmail.com>
<9b16401b0701070415td0154bl4b54e3e092a10cae@mail.gmail.com>
Message-ID: <45A0E756.5090107@gmail.com>
Christoph Wernli ha scritto:
> On 1/7/07, *LordOfDeath* > wrote:
>
> devo leggere continuamente da un file txt, e appena compare una
> scritta
> il programma in perl me la deve restituire, quindi si tratta di una
> lettura continua di un file, quando c'? qualcosa dentro mi deve
> restituire la riga nuova comparsa :|
>
>
> File::Tail is your friend:
>
> -c
> ------------------------------------------------------------------------
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
thx, ma si pu? avere senza moduli? non ho a disposizione l'installazione
di altri moduli :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/6f1e8cde/attachment.html
From christoph at wernli.org Sun Jan 7 04:58:38 2007
From: christoph at wernli.org (Christoph Wernli)
Date: Sun, 7 Jan 2007 13:58:38 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <45A0E756.5090107@gmail.com>
References: <45A0E19F.6090007@gmail.com>
<9b16401b0701070415td0154bl4b54e3e092a10cae@mail.gmail.com>
<45A0E756.5090107@gmail.com>
Message-ID: <9b16401b0701070458m48443834n86426e3ac118fc08@mail.gmail.com>
On 1/7/07, LordOfDeath wrote:
>
> Christoph Wernli ha scritto:
>
> On 1/7/07, LordOfDeath wrote:
> >
> > devo leggere continuamente da un file txt, e appena compare una scritta
> > il programma in perl me la deve restituire, quindi si tratta di una
> > lettura continua di un file, quando c'? qualcosa dentro mi deve
> > restituire la riga nuova comparsa :|
>
>
> File::Tail is your friend:
>
> thx, ma si pu? avere senza moduli? non ho a disposizione l'installazione
> di altri moduli :)
>
Assumendo che sei su Unix, potresti fare qualcosa di questo genere:
open (FILE, "tail -f $file |") or die $!;
In alcuni casi potrebbe avere degli effetti indesiderati - vedi <
http://www.sunsite.ualberta.ca/Documentation/Misc/perl-5.6.1/pod/perlopentut.html#pipe%20opens>
per dettagli. Per leggere di logfile non ho mai avuto dei problemi, pero'.
Un saluto,
-Christoph
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/f15933ad/attachment.html
From webmaster.staff at gmail.com Sun Jan 7 05:09:17 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 14:09:17 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <9b16401b0701070458m48443834n86426e3ac118fc08@mail.gmail.com>
References: <45A0E19F.6090007@gmail.com> <9b16401b0701070415td0154bl4b54e3e092a10cae@mail.gmail.com> <45A0E756.5090107@gmail.com>
<9b16401b0701070458m48443834n86426e3ac118fc08@mail.gmail.com>
Message-ID: <45A0F0FD.7080504@gmail.com>
Christoph Wernli ha scritto:
> On 1/7/07, *LordOfDeath* > wrote:
>
> Christoph Wernli ha scritto:
>> On 1/7/07, *LordOfDeath* > > wrote:
>>
>> devo leggere continuamente da un file txt, e appena compare
>> una scritta
>> il programma in perl me la deve restituire, quindi si tratta
>> di una
>> lettura continua di un file, quando c'? qualcosa dentro mi deve
>> restituire la riga nuova comparsa :|
>>
>>
>> File::Tail is your friend:
>>
>>
> thx, ma si pu? avere senza moduli? non ho a disposizione
> l'installazione di altri moduli :)
>
>
> Assumendo che sei su Unix, potresti fare qualcosa di questo genere:
>
> open (FILE, "tail -f $file |") or die $!;
>
> In alcuni casi potrebbe avere degli effetti indesiderati - vedi <
> http://www.sunsite.ualberta.ca/Documentation/Misc/perl-5.6.1/pod/perlopentut.html#pipe%20opens>
> per dettagli. Per leggere di logfile non ho mai avuto dei problemi,
> pero'.
>
> Un saluto,
>
> -Christoph
> ------------------------------------------------------------------------
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
thx, ma quindi questa cosa farebbe leggere ogni riga del file in
tempo-reale? e posso mettere un timer per lo stop, no?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/60e89bab/attachment.html
From christoph at wernli.org Sun Jan 7 05:15:24 2007
From: christoph at wernli.org (Christoph Wernli)
Date: Sun, 7 Jan 2007 14:15:24 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <45A0F0FD.7080504@gmail.com>
References: <45A0E19F.6090007@gmail.com>
<9b16401b0701070415td0154bl4b54e3e092a10cae@mail.gmail.com>
<45A0E756.5090107@gmail.com>
<9b16401b0701070458m48443834n86426e3ac118fc08@mail.gmail.com>
<45A0F0FD.7080504@gmail.com>
Message-ID: <9b16401b0701070515n5112e2dap65e61a6f26ba1d06@mail.gmail.com>
On 1/7/07, LordOfDeath wrote:
> Assumendo che sei su Unix, potresti fare qualcosa di questo genere:
>
> open (FILE, "tail -f $file |") or die $!;
>
> In alcuni casi potrebbe avere degli effetti indesiderati - vedi <
> http://www.sunsite.ualberta.ca/Documentation/Misc/perl-5.6.1/pod/perlopentut.html#pipe%20opens>
> per dettagli. Per leggere di logfile non ho mai avuto dei problemi, pero'.
>
> thx, ma quindi questa cosa farebbe leggere ogni riga del file in
> tempo-reale?
>
Si.
e posso mettere un timer per lo stop, no?
>
Certo, per esempio usando alarm - <
http://perldoc.perl.org/functions/alarm.html>
-c
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/f9b5658f/attachment.html
From webmaster.staff at gmail.com Sun Jan 7 05:25:19 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 14:25:19 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <9b16401b0701070515n5112e2dap65e61a6f26ba1d06@mail.gmail.com>
References: <45A0E19F.6090007@gmail.com> <9b16401b0701070415td0154bl4b54e3e092a10cae@mail.gmail.com> <45A0E756.5090107@gmail.com> <9b16401b0701070458m48443834n86426e3ac118fc08@mail.gmail.com> <45A0F0FD.7080504@gmail.com>
<9b16401b0701070515n5112e2dap65e61a6f26ba1d06@mail.gmail.com>
Message-ID: <45A0F4BF.1070006@gmail.com>
Christoph Wernli ha scritto:
> On 1/7/07, *LordOfDeath* > wrote:
>
>> Assumendo che sei su Unix, potresti fare qualcosa di questo genere:
>>
>> open (FILE, "tail -f $file |") or die $!;
>>
>> In alcuni casi potrebbe avere degli effetti indesiderati - vedi <
>> http://www.sunsite.ualberta.ca/Documentation/Misc/perl-5.6.1/pod/perlopentut.html#pipe%20opens
>> >
>> per dettagli. Per leggere di logfile non ho mai avuto dei
>> problemi, pero'.
> thx, ma quindi questa cosa farebbe leggere ogni riga del file in
> tempo-reale?
>
>
> Si.
>
> e posso mettere un timer per lo stop, no?
>
>
> Certo, per esempio usando alarm -
>
>
> -c
> ------------------------------------------------------------------------
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
thxx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/46d1454a/attachment-0001.html
From plulli at gmail.com Sun Jan 7 06:20:57 2007
From: plulli at gmail.com (Paolo Lulli)
Date: Sun, 7 Jan 2007 15:20:57 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <45A0E19F.6090007@gmail.com>
References: <45A0E19F.6090007@gmail.com>
Message-ID: <7bfb8c410701070620o6c053928k3ca5571677dc06f3@mail.gmail.com>
> lettura continua di un file, quando c'? qualcosa dentro mi deve
> restituire la riga nuova comparsa :|
Stai scrivendo una chat ? :-)
From webmaster.staff at gmail.com Sun Jan 7 06:39:11 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 15:39:11 +0100
Subject: [Roma.pm] problema....
In-Reply-To: <7bfb8c410701070620o6c053928k3ca5571677dc06f3@mail.gmail.com>
References: <45A0E19F.6090007@gmail.com>
<7bfb8c410701070620o6c053928k3ca5571677dc06f3@mail.gmail.com>
Message-ID: <45A1060F.4020807@gmail.com>
Paolo Lulli ha scritto:
>> lettura continua di un file, quando c'? qualcosa dentro mi deve
>> restituire la riga nuova comparsa :|
>>
>
> Stai scrivendo una chat ? :-)
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
bh? quello sarebbe un ottimo svolgimento(un futuro programma) ma per ora
volevo solo verificare delle log di sistema, comunque se vuoi lo
possiamo fare insieme, una chat in perl con server e client :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/8dfa09d6/attachment.html
From merlani at libero.it Sun Jan 7 11:33:44 2007
From: merlani at libero.it (Alessandro Merlani)
Date: Sun, 7 Jan 2007 20:33:44 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <000301c73240$66249e00$1400000a@main>
References: <000301c73240$66249e00$1400000a@main>
Message-ID: <200701072033.44373.merlani@libero.it>
On Sunday 07 January 2007 10:44, Emanuele Zeppieri wrote:
...
> Non c'e` niente da fare: sigkill non e` ne` trappabile ne` ignorabile, e
> kill -9 invia un sigkill, per cui l'unica possibilita` e` la presenza di
> un altro processo che riesegue lo script, come del resto ipotizzavi
> anche tu.
a dire la verita' c'e' un caso in cui non e' possibile uccidere un processo,
neanche usando sigkill, ed e' quando il processo in questione e' in
uninterruptible sleep (solitamente quando stava facendo I/O verso qualcosa
che non risponde piu').
--
Alessandro Merlani
"Aspetto che il panico cresca, quando la paura si tramuta in
visioni celestiali, inizio a staccare..." (Kevin Schwantz)
From webmaster.staff at gmail.com Sun Jan 7 11:39:54 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 20:39:54 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <200701072033.44373.merlani@libero.it>
References: <000301c73240$66249e00$1400000a@main>
<200701072033.44373.merlani@libero.it>
Message-ID: <45A14C8A.4050009@gmail.com>
Alessandro Merlani ha scritto:
> On Sunday 07 January 2007 10:44, Emanuele Zeppieri wrote:
> ...
>
>> Non c'e` niente da fare: sigkill non e` ne` trappabile ne` ignorabile, e
>> kill -9 invia un sigkill, per cui l'unica possibilita` e` la presenza di
>> un altro processo che riesegue lo script, come del resto ipotizzavi
>> anche tu.
>>
>
> a dire la verita' c'e' un caso in cui non e' possibile uccidere un processo,
> neanche usando sigkill, ed e' quando il processo in questione e' in
> uninterruptible sleep (solitamente quando stava facendo I/O verso qualcosa
> che non risponde piu').
>
>
mh interessante... quindi se faccio una cosa I/O che non ottiene
risposta non si pu? killare?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/6615e90a/attachment.html
From merlani at libero.it Sun Jan 7 12:12:28 2007
From: merlani at libero.it (Alessandro Merlani)
Date: Sun, 7 Jan 2007 21:12:28 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <45A14C8A.4050009@gmail.com>
References: <000301c73240$66249e00$1400000a@main>
<200701072033.44373.merlani@libero.it> <45A14C8A.4050009@gmail.com>
Message-ID: <200701072112.28570.merlani@libero.it>
On Sunday 07 January 2007 20:39, LordOfDeath wrote:
> Alessandro Merlani ha scritto:
> > On Sunday 07 January 2007 10:44, Emanuele Zeppieri wrote:
> > ...
> >
> >> Non c'e` niente da fare: sigkill non e` ne` trappabile ne` ignorabile, e
> >> kill -9 invia un sigkill, per cui l'unica possibilita` e` la presenza di
> >> un altro processo che riesegue lo script, come del resto ipotizzavi
> >> anche tu.
> >
> > a dire la verita' c'e' un caso in cui non e' possibile uccidere un
> > processo, neanche usando sigkill, ed e' quando il processo in questione
> > e' in uninterruptible sleep (solitamente quando stava facendo I/O verso
> > qualcosa che non risponde piu').
>
> mh interessante... quindi se faccio una cosa I/O che non ottiene
> risposta non si pu? killare?
non esattamente, l'I/O e' l'esempio piu' ricorrente; piu' in generale il
problema e' nella wait-queue del kernel, quando non riesce a completare una
chiamata di sistema mette il processo in status D (uninterruptible sleep)
fino a che non riesce a completare la suddetta chiamata; degli esempi possono
essere un server nfs che muore oppure un lettore cdrom che non funziona bene,
ecc..
--
Alessandro Merlani
"Aspetto che il panico cresca, quando la paura si tramuta in
visioni celestiali, inizio a staccare..." (Kevin Schwantz)
From webmaster.staff at gmail.com Sun Jan 7 12:31:15 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Sun, 07 Jan 2007 21:31:15 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <200701072112.28570.merlani@libero.it>
References: <000301c73240$66249e00$1400000a@main> <200701072033.44373.merlani@libero.it>
<45A14C8A.4050009@gmail.com> <200701072112.28570.merlani@libero.it>
Message-ID: <45A15893.2090807@gmail.com>
Alessandro Merlani ha scritto:
> On Sunday 07 January 2007 20:39, LordOfDeath wrote:
>
>> Alessandro Merlani ha scritto:
>>
>>> On Sunday 07 January 2007 10:44, Emanuele Zeppieri wrote:
>>> ...
>>>
>>>
>>>> Non c'e` niente da fare: sigkill non e` ne` trappabile ne` ignorabile, e
>>>> kill -9 invia un sigkill, per cui l'unica possibilita` e` la presenza di
>>>> un altro processo che riesegue lo script, come del resto ipotizzavi
>>>> anche tu.
>>>>
>>> a dire la verita' c'e' un caso in cui non e' possibile uccidere un
>>> processo, neanche usando sigkill, ed e' quando il processo in questione
>>> e' in uninterruptible sleep (solitamente quando stava facendo I/O verso
>>> qualcosa che non risponde piu').
>>>
>> mh interessante... quindi se faccio una cosa I/O che non ottiene
>> risposta non si pu? killare?
>>
>
> non esattamente, l'I/O e' l'esempio piu' ricorrente; piu' in generale il
> problema e' nella wait-queue del kernel, quando non riesce a completare una
> chiamata di sistema mette il processo in status D (uninterruptible sleep)
> fino a che non riesce a completare la suddetta chiamata; degli esempi possono
> essere un server nfs che muore oppure un lettore cdrom che non funziona bene,
> ecc..
>
>
Capito quindi praticamente in perl sarebbe molto difficile farlo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070107/88aa8595/attachment.html
From ema_zep at libero.it Sun Jan 7 16:53:40 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Mon, 8 Jan 2007 01:53:40 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <200701072033.44373.merlani@libero.it>
Message-ID: <001c01c732bf$7198cc50$1400000a@main>
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
> Alessandro Merlani
> Sent: Sunday, January 07, 2007 8:34 PM
> To: roma at pm.org
> Subject: Re: [Roma.pm] SIGKILL
>
>
> On Sunday 07 January 2007 10:44, Emanuele Zeppieri wrote:
> ...
> > Non c'e` niente da fare: sigkill non e` ne` trappabile ne`
> > ignorabile, e kill -9 invia un sigkill, per cui l'unica
> > possibilita` e` la presenza di un altro processo che
> > riesegue lo script, come del resto ipotizzavi
> > anche tu.
>
> a dire la verita' c'e' un caso in cui non e' possibile
> uccidere un processo, neanche usando sigkill, ed e'
> quando il processo in questione e' in uninterruptible
> sleep (solitamente quando stava facendo I/O verso
> qualcosa che non risponde piu').
Certo, ma io non ho mai detto il contrario (leggi bene), e soprattutto
non mi sembra un'osservazione pertinente al nostro caso.
Infatti se e` vero che ad un processo nello stato di uninterruptible
sleep non verrebbe recapitato neanche un sigkill, e` altrettanto vero
che non appena il processo uscisse dallo stato di sleep, il sigkill (nel
frattempo accodato in attesa del risveglio del processo target) gli
verrebbe recapitato e il processo creperebbe all'istante.
Quindi lo stato di uninterruptible sleep non puo` servire ne` per
ignorare il sigkill ne` tantomeno per trapparlo. Al limite potrebbe
servire per "ritardarlo", ma sarebbe comunque un ritardo del tutto
inutile, giacche` il processo in sleep non potrebbe *fare nulla*,
perche` non appena dovesse risvegliarsi gli verrebbe subito recapitato
il sigkill.
(Potrebbe rimanere per sempre in uninterruptible sleep, ma in questo
caso sarebbe per sempre del tutto impotente).
Ciao,
Emanuele.
From flavio at polettix.it Sun Jan 7 18:59:43 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Mon, 8 Jan 2007 03:59:43 +0100 (CET)
Subject: [Roma.pm] SIGKILL
In-Reply-To: <001c01c732bf$7198cc50$1400000a@main>
References: <200701072033.44373.merlani@libero.it>
<001c01c732bf$7198cc50$1400000a@main>
Message-ID: <33922.213.203.159.164.1168225183.squirrel@upmail.polettix.it>
Gi? che siamo in tema, come ci si leva dalle scatole un processo in sleep
non interrompibile? Capisco che la domanda possa sembrare stupida ("se non
? interrompibile non lo puoi interrompere, altrimenti sarebbe
interrompibile...") ma magari possono esserci delle azioni che sbloccano
la situazione (che so, rimozione di moduli del kernel, riti voodoo,
restart della macchina...)
Ciao,
Flavio.
>> -----Original Message-----
>> On Sunday 07 January 2007 10:44, Emanuele Zeppieri wrote:
>> ...
>> > Non c'e` niente da fare: sigkill non e` ne` trappabile ne`
>> > ignorabile, e kill -9 invia un sigkill, per cui l'unica
>> > possibilita` e` la presenza di un altro processo che
>> > riesegue lo script, come del resto ipotizzavi
>> > anche tu.
>>
>> a dire la verita' c'e' un caso in cui non e' possibile
>> uccidere un processo, neanche usando sigkill, ed e'
>> quando il processo in questione e' in uninterruptible
>> sleep (solitamente quando stava facendo I/O verso
>> qualcosa che non risponde piu').
>
> Certo, ma io non ho mai detto il contrario (leggi bene), e soprattutto
> non mi sembra un'osservazione pertinente al nostro caso.
>
> Infatti se e` vero che ad un processo nello stato di uninterruptible
> sleep non verrebbe recapitato neanche un sigkill, e` altrettanto vero
> che non appena il processo uscisse dallo stato di sleep, il sigkill (nel
> frattempo accodato in attesa del risveglio del processo target) gli
> verrebbe recapitato e il processo creperebbe all'istante.
>
> Quindi lo stato di uninterruptible sleep non puo` servire ne` per
> ignorare il sigkill ne` tantomeno per trapparlo. Al limite potrebbe
> servire per "ritardarlo", ma sarebbe comunque un ritardo del tutto
> inutile, giacche` il processo in sleep non potrebbe *fare nulla*,
> perche` non appena dovesse risvegliarsi gli verrebbe subito recapitato
> il sigkill.
> (Potrebbe rimanere per sempre in uninterruptible sleep, ma in questo
> caso sarebbe per sempre del tutto impotente).
>
> Ciao,
> Emanuele.
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
From merlani at libero.it Sun Jan 7 19:27:27 2007
From: merlani at libero.it (Alessandro Merlani)
Date: Mon, 8 Jan 2007 04:27:27 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <001c01c732bf$7198cc50$1400000a@main>
References: <001c01c732bf$7198cc50$1400000a@main>
Message-ID: <200701080427.28113.merlani@libero.it>
On Monday 08 January 2007 01:53, Emanuele Zeppieri wrote:
...
> > > Non c'e` niente da fare: sigkill non e` ne` trappabile ne`
> > > ignorabile, e kill -9 invia un sigkill, per cui l'unica
> > > possibilita` e` la presenza di un altro processo che
> > > riesegue lo script, come del resto ipotizzavi
> > > anche tu.
> >
> > a dire la verita' c'e' un caso in cui non e' possibile
> > uccidere un processo, neanche usando sigkill, ed e'
> > quando il processo in questione e' in uninterruptible
> > sleep (solitamente quando stava facendo I/O verso
> > qualcosa che non risponde piu').
>
> Certo, ma io non ho mai detto il contrario (leggi bene), e soprattutto
> non mi sembra un'osservazione pertinente al nostro caso.
veramente io non so neanche di che caso stiamo parlando, ho letto
semplicemente la mail cui ho risposto e ho precisato che c'e' un caso in cui
sigkill non ha effetto; volendo precisare ulteriormente non e' esatto dire
che sigkill non e' ignorabile in quanto e' _sempre_ ignorabile; un processo
che riceve sigkill puo' tranquillamente ignorarlo, stante il fatto che
comunque il kernel uccidera' il processo (ma questo e' un discorso che
prescinde il fatto che un processo ignori o trappi, tramite apposito handler,
un segnale); la differenza e' sottile (ma neanche troppo), in quanto se
parliamo di ignorare un segnale intendiamo che un processo puo' non avviare
azioni specifiche, una volta che gli sia stato recapitato un segnale, ed e'
quello che si puo' tranquillamente fare anche con sigkill. Sebbene 'man 7
signal' ci dica che sigkill e sigstop non possono essere ignorati, quel che
si intende non e' che il processo che li riceve deve per forza trapparli ma
che a prescindere da quel che possa fare il processo, una volta ricevuto il
segnale, il kernel intraprendera' comunque determinate azioni (che
prescindono il discorso di ignorare o meno un segnale da parte di un
processo)
> Infatti se e` vero che ad un processo nello stato di uninterruptible
> sleep non verrebbe recapitato neanche un sigkill,
di piu', la cosa importante non e' tanto che al processo non venga recapitato
il segnale ma che il kernel non uccida e deallochi le risorse relative al
processo
> e` altrettanto vero
> che non appena il processo uscisse dallo stato di sleep, il sigkill (nel
> frattempo accodato in attesa del risveglio del processo target) gli
> verrebbe recapitato e il processo creperebbe all'istante.
dai per scontato che il processo possa uscire dallo sleep (il che il piu'
delle volte non accade e l'unica alternativa e' il reboot)
> Quindi lo stato di uninterruptible sleep non puo` servire ne` per
> ignorare il sigkill ne` tantomeno per trapparlo.
e' ovvio che non serva per trapparlo, ma per ignorarlo non ci son dubbi che
serva
> Al limite potrebbe
> servire per "ritardarlo", ma sarebbe comunque un ritardo del tutto
> inutile, giacche` il processo in sleep non potrebbe *fare nulla*,
> perche` non appena dovesse risvegliarsi gli verrebbe subito recapitato
> il sigkill.
nessuno ha detto che un processo in status D e' un modo per evitare che il
kernel lo ammazzi dopo un sigkill e permettergli di continuare a lavorare;
quel che ho detto e':
"a dire la verita' c'e' un caso in cui non e' possibile
uccidere un processo, neanche usando sigkill, ed e'
quando il processo in questione e' in uninterruptible
sleep (solitamente quando stava facendo I/O verso
qualcosa che non risponde piu')."
ne piu' ne meno
> (Potrebbe rimanere per sempre in uninterruptible sleep, ma in questo
> caso sarebbe per sempre del tutto impotente).
e chi ha detto che non lo sarebbe?
--
Alessandro Merlani
"Aspetto che il panico cresca, quando la paura si tramuta in
visioni celestiali, inizio a staccare..." (Kevin Schwantz)
From merlani at libero.it Sun Jan 7 19:39:57 2007
From: merlani at libero.it (Alessandro Merlani)
Date: Mon, 8 Jan 2007 04:39:57 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <33922.213.203.159.164.1168225183.squirrel@upmail.polettix.it>
References: <200701072033.44373.merlani@libero.it>
<001c01c732bf$7198cc50$1400000a@main>
<33922.213.203.159.164.1168225183.squirrel@upmail.polettix.it>
Message-ID: <200701080439.57966.merlani@libero.it>
On Monday 08 January 2007 03:59, Flavio Poletti wrote:
> Gi? che siamo in tema, come ci si leva dalle scatole un processo in sleep
> non interrompibile? Capisco che la domanda possa sembrare stupida ("se non
> ? interrompibile non lo puoi interrompere, altrimenti sarebbe
> interrompibile...") ma magari possono esserci delle azioni che sbloccano
> la situazione (che so, rimozione di moduli del kernel, riti voodoo,
> restart della macchina...)
dipende, se riesci a intraprendere azioni che permettano l'esecuzione delle
syscall rimaste in sospeso (e che han determinato lo status D del processo)
allora il processo esce dallo sleep, altrimenti l'unica alternativa e' il
reboot; so che la risposta sembra una presa per i fondelli, ma le situazioni
possibili son talmente tante e diverse che questa risposta (volendone una
generica) e' l'unica possibile; per fare un esempio piu' specifico, se il
caso in questione e' un processo su un client che ha montato un fs nfs e tale
processo sta facendo I/O sul fs in questione, quando improvvisamente un
simpaticone stacca il cavo di rete che connette il server nfs al client su
cui gira sto benedetto processo, a quel punto il processo va in status D e il
modo per farlo uscire dallo sleep e' riattaccare il cavo di rete.
--
Alessandro Merlani
"Aspetto che il panico cresca, quando la paura si tramuta in
visioni celestiali, inizio a staccare..." (Kevin Schwantz)
From ema_zep at libero.it Mon Jan 8 01:31:40 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Mon, 8 Jan 2007 10:31:40 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <200701080427.28113.merlani@libero.it>
Message-ID: <000b01c73307$cf949f80$1400000a@main>
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
> Alessandro Merlani
> Sent: Monday, January 08, 2007 4:27 AM
> To: roma at pm.org
> Subject: Re: [Roma.pm] SIGKILL
> veramente io non so neanche di che caso stiamo parlando,
Be', non sarebbe male informarsi, quando si entra in un thread ;-)
Si chiedeva se un sigkill potesse essere trappato o ignorato (dove per
ignorato si intende *ignorato permanentemente*, che significa, in altre
parole, che il processo possa continuare a compiere altre operazioni
dopo il recapito del sigkill).
> ho letto semplicemente la mail cui ho risposto e ho precisato
> che c'e' un caso in cui sigkill non ha effetto; volendo
> precisare ulteriormente non e' esatto dire
> che sigkill non e' ignorabile in quanto e' _sempre_
> ignorabile;
Niente affatto: "ignorabile" vuol dire "ignorabile permanentemente" o,
in altre parole, che tutto va esattamente come se il segnale non fosse
mai stato inviato al processo (nel seguito puoi trovare una definizione
piu` formale).
E vuol dire pure, per essere piu` chiari, che il processo puo`
continuare a fare esattamente quello che desidera.
Ora ti sembra forse che un processo in uninterruptible sleep a cui viene
inviato un sigkill possa continuare a fare quello che gli pare?!
Il sigkill al risveglio del processo verra` invariabilmente recapitato,
e il processo altrettanto invariabilmente verra` terminato (senza alcuna
possibilita` di ignorare il segnale).
Lo stato di uninterruptible sleep puo` al piu` causare un recapito
"ritardato" del segnale, ma si tratterebbe in ogni caso di un "ritardo"
del tutto particolare, cioe` un ritardo durante il quale il processo
comunque non avrebbe la possibilita` di compiere alcuna operazione.
Mi sembra impossibile non riuscire a cogliere la differenza (neanche
tanto sottile, per usare le tue stesse parole ;-)
> un processo che riceve sigkill puo' tranquillamente
> ignorarlo, stante il fatto che
> comunque il kernel uccidera' il processo
Non ho capito: il processo "ignora" il sigkill perche` tanto e` il
kernel che poi lo ammazza?! :-)
Se la butti sul piano filosofico-soggettivistico-interpretativo, i
concetti si possono estendere a piacimento e si puo` arrivare a
qualsiasi conclusione.
Purtroppo pero` in informatica le definizioni non hanno un valore
soggettivo, e "ignorare" un segnale vuol dire che, a discrezione del
processo e *non* del kernel, lo stato del processo viene ripristinato
esattamente allo stato precedente il recapito del segnale, e lo stato
della coda dei segnali del kernel viene ripristinato esattamente allo
stato precedente l'accodamento del segnale medesimo.
Quindi se il processo viene terminato d'imperio dal kernel, o se il
segnale viene accodato nel kernel in attesa che il processo target si
risvegli, il segnale _non_e`_ stato ignorato.
La differenza e` parossistica.
Poi se vuoi continuare a giocare con le parole, fai pure.
> > Al limite potrebbe
> > servire per "ritardarlo", ma sarebbe comunque un ritardo del tutto
> > inutile, giacche` il processo in sleep non potrebbe *fare nulla*,
> > perche` non appena dovesse risvegliarsi gli verrebbe subito
> > recapitato il sigkill.
>
> nessuno ha detto che un processo in status D e' un modo per
> evitare che il kernel lo ammazzi dopo un sigkill e permettergli
> di continuare a lavorare;
Non volevo attribuirti alcuna affermazione, ma questo era esattamente
l'argomento di si stava parlando: se esistesse un modo per permettere ad
un processo di effettuare operazioni (segnatamente reinvocare il
programma che lo aveva istanziato) anche dopo un sigkill.
Per questo dicevo che e` opportuno leggere i thread ai quali si intende
partecipare.
Ciao,
Emanuele.
From boxlinux at gmail.com Mon Jan 8 01:42:24 2007
From: boxlinux at gmail.com (alex at boxlinux)
Date: Mon, 8 Jan 2007 10:42:24 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <200701072112.28570.merlani@libero.it>
References: <000301c73240$66249e00$1400000a@main>
<200701072033.44373.merlani@libero.it> <45A14C8A.4050009@gmail.com>
<200701072112.28570.merlani@libero.it>
Message-ID: <75030ba0701080142u74debe63w453753532cff12c8@mail.gmail.com>
alessa porco giuda te becco pure qua... mittico...
2007/1/7, Alessandro Merlani :
>
> On Sunday 07 January 2007 20:39, LordOfDeath wrote:
> > Alessandro Merlani ha scritto:
> > > On Sunday 07 January 2007 10:44, Emanuele Zeppieri wrote:
> > > ...
> > >
> > >> Non c'e` niente da fare: sigkill non e` ne` trappabile ne`
> ignorabile, e
> > >> kill -9 invia un sigkill, per cui l'unica possibilita` e` la presenza
> di
> > >> un altro processo che riesegue lo script, come del resto ipotizzavi
> > >> anche tu.
> > >
> > > a dire la verita' c'e' un caso in cui non e' possibile uccidere un
> > > processo, neanche usando sigkill, ed e' quando il processo in
> questione
> > > e' in uninterruptible sleep (solitamente quando stava facendo I/O
> verso
> > > qualcosa che non risponde piu').
> >
> > mh interessante... quindi se faccio una cosa I/O che non ottiene
> > risposta non si pu? killare?
>
> non esattamente, l'I/O e' l'esempio piu' ricorrente; piu' in generale il
> problema e' nella wait-queue del kernel, quando non riesce a completare
> una
> chiamata di sistema mette il processo in status D (uninterruptible sleep)
> fino a che non riesce a completare la suddetta chiamata; degli esempi
> possono
> essere un server nfs che muore oppure un lettore cdrom che non funziona
> bene,
> ecc..
>
> --
> Alessandro Merlani
> "Aspetto che il panico cresca, quando la paura si tramuta in
> visioni celestiali, inizio a staccare..." (Kevin Schwantz)
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070108/bf0182e3/attachment.html
From webmaster.staff at gmail.com Mon Jan 8 01:49:27 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Mon, 08 Jan 2007 10:49:27 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <000b01c73307$cf949f80$1400000a@main>
References: <000b01c73307$cf949f80$1400000a@main>
Message-ID: <45A213A7.5000008@gmail.com>
Emanuele Zeppieri ha scritto:
>> -----Original Message-----
>> From: roma-bounces+ema_zep=libero.it at pm.org
>> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
>> Alessandro Merlani
>> Sent: Monday, January 08, 2007 4:27 AM
>> To: roma at pm.org
>> Subject: Re: [Roma.pm] SIGKILL
>>
>
>
>
>> veramente io non so neanche di che caso stiamo parlando,
>>
>
> Be', non sarebbe male informarsi, quando si entra in un thread ;-)
>
> Si chiedeva se un sigkill potesse essere trappato o ignorato (dove per
> ignorato si intende *ignorato permanentemente*, che significa, in altre
> parole, che il processo possa continuare a compiere altre operazioni
> dopo il recapito del sigkill).
>
>
>> ho letto semplicemente la mail cui ho risposto e ho precisato
>> che c'e' un caso in cui sigkill non ha effetto; volendo
>> precisare ulteriormente non e' esatto dire
>> che sigkill non e' ignorabile in quanto e' _sempre_
>> ignorabile;
>>
>
> Niente affatto: "ignorabile" vuol dire "ignorabile permanentemente" o,
> in altre parole, che tutto va esattamente come se il segnale non fosse
> mai stato inviato al processo (nel seguito puoi trovare una definizione
> piu` formale).
> E vuol dire pure, per essere piu` chiari, che il processo puo`
> continuare a fare esattamente quello che desidera.
>
> Ora ti sembra forse che un processo in uninterruptible sleep a cui viene
> inviato un sigkill possa continuare a fare quello che gli pare?!
> Il sigkill al risveglio del processo verra` invariabilmente recapitato,
> e il processo altrettanto invariabilmente verra` terminato (senza alcuna
> possibilita` di ignorare il segnale).
>
> Lo stato di uninterruptible sleep puo` al piu` causare un recapito
> "ritardato" del segnale, ma si tratterebbe in ogni caso di un "ritardo"
> del tutto particolare, cioe` un ritardo durante il quale il processo
> comunque non avrebbe la possibilita` di compiere alcuna operazione.
>
> Mi sembra impossibile non riuscire a cogliere la differenza (neanche
> tanto sottile, per usare le tue stesse parole ;-)
>
>
>> un processo che riceve sigkill puo' tranquillamente
>> ignorarlo, stante il fatto che
>> comunque il kernel uccidera' il processo
>>
>
> Non ho capito: il processo "ignora" il sigkill perche` tanto e` il
> kernel che poi lo ammazza?! :-)
>
> Se la butti sul piano filosofico-soggettivistico-interpretativo, i
> concetti si possono estendere a piacimento e si puo` arrivare a
> qualsiasi conclusione.
>
> Purtroppo pero` in informatica le definizioni non hanno un valore
> soggettivo, e "ignorare" un segnale vuol dire che, a discrezione del
> processo e *non* del kernel, lo stato del processo viene ripristinato
> esattamente allo stato precedente il recapito del segnale, e lo stato
> della coda dei segnali del kernel viene ripristinato esattamente allo
> stato precedente l'accodamento del segnale medesimo.
>
> Quindi se il processo viene terminato d'imperio dal kernel, o se il
> segnale viene accodato nel kernel in attesa che il processo target si
> risvegli, il segnale _non_e`_ stato ignorato.
>
> La differenza e` parossistica.
> Poi se vuoi continuare a giocare con le parole, fai pure.
>
>
>>> Al limite potrebbe
>>> servire per "ritardarlo", ma sarebbe comunque un ritardo del tutto
>>> inutile, giacche` il processo in sleep non potrebbe *fare nulla*,
>>> perche` non appena dovesse risvegliarsi gli verrebbe subito
>>> recapitato il sigkill.
>>>
>> nessuno ha detto che un processo in status D e' un modo per
>> evitare che il kernel lo ammazzi dopo un sigkill e permettergli
>> di continuare a lavorare;
>>
>
> Non volevo attribuirti alcuna affermazione, ma questo era esattamente
> l'argomento di si stava parlando: se esistesse un modo per permettere ad
> un processo di effettuare operazioni (segnatamente reinvocare il
> programma che lo aveva istanziato) anche dopo un sigkill.
>
> Per questo dicevo che e` opportuno leggere i thread ai quali si intende
> partecipare.
>
> Ciao,
> Emanuele.
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
Bene quindi in conclusione un processo (facciamo un esempio in perl)
non pu? auto reinstanziarsi dopo un sigkill, ma al max deve essere
assistito da un processo che controlla lo stato dell'altro, giusto?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070108/e0fcffe4/attachment.html
From merlani at libero.it Mon Jan 8 02:02:50 2007
From: merlani at libero.it (merlani at libero.it)
Date: Mon, 8 Jan 2007 11:02:50 +0100
Subject: [Roma.pm] SIGKILL
Message-ID:
...
> > veramente io non so neanche di che caso stiamo parlando,
>
> Be', non sarebbe male informarsi, quando si entra in un thread ;-)
non se ci si limita a fare una precisazione il cui valore e' assoluto (a prescindere dall'argomento trattato)
> > ho letto semplicemente la mail cui ho risposto e ho precisato
> > che c'e' un caso in cui sigkill non ha effetto; volendo
> > precisare ulteriormente non e' esatto dire
> > che sigkill non e' ignorabile in quanto e' _sempre_
> > ignorabile;
>
> Niente affatto: "ignorabile" vuol dire "ignorabile permanentemente" o,
> in altre parole, che tutto va esattamente come se il segnale non fosse
> mai stato inviato al processo
ignorabile significa che il destinatario del segnale puo' ignorarlo (e questo avviene sempre anche con sigkill o sigstop), il fatto che poi il kernel possa comunque intraprendere delle azioni e' irrilevante
> Il sigkill al risveglio del processo verra` invariabilmente recapitato,
> e il processo altrettanto invariabilmente verra` terminato (senza alcuna
> possibilita` di ignorare il segnale).
ripeto: continui a dare per scontato che il processo esca dallo sleep
> Lo stato di uninterruptible sleep puo` al piu` causare un recapito
> "ritardato" del segnale, ma si tratterebbe in ogni caso di un "ritardo"
> del tutto particolare, cioe` un ritardo durante il quale il processo
> comunque non avrebbe la possibilita` di compiere alcuna operazione.
nessuno dice il contrario (perlomeno io non l'ho detto); quindi a che pro questa precisazione?
> Mi sembra impossibile non riuscire a cogliere la differenza (neanche
> tanto sottile, per usare le tue stesse parole ;-)
e' una mia impressione o ti sei stizzito? non era mia intenzione darti fastidio (in qualunque modo io possa averti dato fastidio), resta il fatto che "un processo puo'/non puo' ignorare" non significa "un processo puo'/non puo' ignorare e far si che anche il kernel non intraprenda le azioni legate a quel segnale"
> > un processo che riceve sigkill puo' tranquillamente
> > ignorarlo, stante il fatto che
> > comunque il kernel uccidera' il processo
>
> Non ho capito: il processo "ignora" il sigkill perche` tanto e` il
> kernel che poi lo ammazza?! :-)
non c'e' nulla da capire mi sembra, un processo puo' ignorare qualsiasi segnale (non intraprendere azioni al suo ricevimento), stante il fatto che il kernel potra' comunque fare quel che vuole a prescindere che il processo ignori o meno il segnale
> Se la butti sul piano filosofico-soggettivistico-interpretativo, i
> concetti si possono estendere a piacimento e si puo` arrivare a
> qualsiasi conclusione.
no la butto sul significato di "ignorare" che e' tutt'altro che soggettivo o soggetto a interpretazione (almeno fino a che qualcuno non ne va a modificare la semantica)
> Purtroppo pero` in informatica le definizioni non hanno un valore
> soggettivo, e "ignorare" un segnale vuol dire che, a discrezione del
> processo e *non* del kernel, lo stato del processo viene ripristinato
> esattamente allo stato precedente il recapito del segnale, e lo stato
> della coda dei segnali del kernel viene ripristinato esattamente allo
> stato precedente l'accodamento del segnale medesimo.
questo va un po piu' in la del semplice ignorare il segnale da parte del processo; ignorare un segnale significa semplicemente che il processo ricevente non intraprende alcuna azione al suo ricevimento; se poi vogliamo usare in ambito informatico dei termini stravolgendone la semantica e' un altro conto.
> Quindi se il processo viene terminato d'imperio dal kernel, o se il
> segnale viene accodato nel kernel in attesa che il processo target si
> risvegli, il segnale _non_e`_ stato ignorato.
e' stato ignorato nel momento in cui il processo ricevente non ne tiene conto, quel che poi faccia il kernel e' irrilevante
> La differenza e` parossistica.
> Poi se vuoi continuare a giocare con le parole, fai pure.
non voler stravolgere la semantica di un termine, nel momento in cui lo si utilizza in ambito informatico, non lo definirei "giocare con le parole"; poi se tu vuoi chiamare sedie i tavolini nel momento in cui usi il termine sedia in ambito informatico fai pure, per quanto mi riguarda il discorso finisce qui, non ho intenzione di mettermi a fare lezioni sulla semantica delle parole o su come sia inopportuno stravolgerla nel momento in cui le si utilizza in ambiti particolari (come quello informatico; so bene l'interpretazione che si da al termine "ignorare" riferendosi ai segnali in tale ambito, ti ho anche citato e contestato l'interpretazione che ne da "man 7 signal", che e' esattamente quella che dai tu, resta il fatto che non concordo con questo stravolgimento della semantica ad uso e consumo informatico), quindi passo e chiudo.
--
Alessandro Merlani
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada08gen07
From ema_zep at libero.it Mon Jan 8 03:09:09 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Mon, 8 Jan 2007 12:09:09 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <45A213A7.5000008@gmail.com>
Message-ID: <003601c73315$6e400e50$1400000a@main>
-----Original Message-----
From: roma-bounces+ema_zep=libero.it at pm.org
[mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of LordOfDeath
Sent: Monday, January 08, 2007 10:49 AM
To: roma at pm.org
Subject: Re: [Roma.pm] SIGKILL
> Bene quindi in conclusione un processo (facciamo un
> esempio in perl) non pu? auto reinstanziarsi dopo
> un sigkill, ma al max deve essere assistito da un
> processo che controlla lo stato dell'altro, giusto?
Esattamente.
P.S.
Ho ritrovato un exploit di phpBB (uno dei tanti), probabilmente del tipo
di quello adoperato per iniettare lo shellbot col quale ti sei
scontrato.
E` interessante, perche` fa capire quale sia il livello medio dei
programmatori php e che cesso sia php stesso:
http://downloads.securityfocus.com/vulnerabilities/exploits/phpBBCodeExe
cExploitRUSH.pl
e qui la reazione degli sviluppatori di phpBB, che hanno capito tutto
:-)
http://www.phpbb.com/phpBB/viewtopic.php?t=239819
Ciao,
Emanuele.
From ema_zep at libero.it Mon Jan 8 03:23:20 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Mon, 8 Jan 2007 12:23:20 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To:
Message-ID: <003801c73317$678ac300$1400000a@main>
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
> merlani at libero.it
> Sent: Monday, January 08, 2007 11:03 AM
> To: roma
> Subject: Re: [Roma.pm] SIGKILL
> [...] quindi passo e chiudo.
Scusa Alessandro, pur non essendo d'accordo non volevo polemizzare (non
piu` di tanto almeno ;-)
Mi auguro sinceramente che la cosa non abbia conseguenze.
Un saluto,
Emanuele.
From webmaster.staff at gmail.com Mon Jan 8 03:51:50 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Mon, 08 Jan 2007 12:51:50 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <003601c73315$6e400e50$1400000a@main>
References: <003601c73315$6e400e50$1400000a@main>
Message-ID: <45A23056.5030208@gmail.com>
Emanuele Zeppieri ha scritto:
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of LordOfDeath
> Sent: Monday, January 08, 2007 10:49 AM
> To: roma at pm.org
> Subject: Re: [Roma.pm] SIGKILL
>
>
>> Bene quindi in conclusione un processo (facciamo un
>> esempio in perl) non pu? auto reinstanziarsi dopo
>> un sigkill, ma al max deve essere assistito da un
>> processo che controlla lo stato dell'altro, giusto?
>>
>
> Esattamente.
>
> P.S.
>
> Ho ritrovato un exploit di phpBB (uno dei tanti), probabilmente del tipo
> di quello adoperato per iniettare lo shellbot col quale ti sei
> scontrato.
> E` interessante, perche` fa capire quale sia il livello medio dei
> programmatori php e che cesso sia php stesso:
> http://downloads.securityfocus.com/vulnerabilities/exploits/phpBBCodeExe
> cExploitRUSH.pl
>
> e qui la reazione degli sviluppatori di phpBB, che hanno capito tutto
> :-)
> http://www.phpbb.com/phpBB/viewtopic.php?t=239819
>
> Ciao,
> Emanuele.
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
thx, purtroppo errare ? umano, l'errore ? sempre da parte del coder che
presta poca attenzione agli include nel codice :(
cmq il php ? sempre una soluzione migliore all'asp quindi non
diffamiamolo :P
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070108/225f40ab/attachment.html
From merlani at libero.it Mon Jan 8 04:08:45 2007
From: merlani at libero.it (merlani at libero.it)
Date: Mon, 8 Jan 2007 13:08:45 +0100
Subject: [Roma.pm] SIGKILL
Message-ID:
...
> > [...] quindi passo e chiudo.
>
> Scusa Alessandro, pur non essendo d'accordo non volevo polemizzare
ripeto: e' pacifico che l'interpretazione data al termine ignorare in ambito informatico, riferendosi ai segnali, e' quella che hai espresso tu (un paio di mail fa ti ho anche portato l'esempio di "man 7 signal" che riporta la tua medesima interpretazione, ma basta aprire un qualsivoglia testo universitario di sistemi operativi per trovare la medesima interpretazione), cio' non toglie che non sono daccordo sulla, sempre piu' frequente, storpiatura della semantica di alcuni termini in ambito informatico (e non solo purtroppo), quindi se tutti gli informatici chiamano sedie i tavoli io continuo a chiamare sedie le sedie e tavoli i tavoli, tutto qui.
> (non piu` di tanto almeno ;-)
>
> Mi auguro sinceramente che la cosa non abbia conseguenze.
scherzi? mica me la son presa, semplicemente ho avuto l'impressione che ti fossi stizzito e quindi ho preferito tagliare li :)
--
Alessandro Merlani
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada08gen07
From ema_zep at libero.it Mon Jan 8 04:26:50 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Mon, 8 Jan 2007 13:26:50 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <45A23056.5030208@gmail.com>
Message-ID: <004801c73320$463113e0$1400000a@main>
-----Original Message-----
From: roma-bounces+ema_zep=libero.it at pm.org
[mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of LordOfDeath
Sent: Monday, January 08, 2007 12:52 PM
To: roma at pm.org
Subject: Re: [Roma.pm] SIGKILL
> thx, purtroppo errare ? umano
Ma perseverare e` diabolico: dopo che gli hanno spiegato 1_000 volte che
c'erano varie vulnerabilita` nel loro codice, si sarebbero pure potuti
degnare di indagare piu` a fondo, invece di esibire quella sicumera
(peraltro del tutto inappropriata, dati i soggetti).
> l'errore ? sempre da parte del coder che presta
> poca attenzione agli include nel codice :(
In questo caso l'errore c'e` anche da parte del linguaggio, se cosi` si
puo` dire, visto che non offre uno straccio di taint mode.
In Perl (sotto taint mode) pur con lo stesso identico bug nel codice,
quell'exploit non sarebbe stato possibile.
(E non sarebbe stato possibile neanche in Ruby, che di livelli di
tainting ne offre addirittura 4).
> cmq il php ? sempre una soluzione migliore
> all'asp quindi non diffamiamolo :P
Allora non dovremmo criticare neanche Prodi, che e` sempre una soluzione
migliore rispetto a Berlusconi ;-)
Ciao,
Emanuele.
From webmaster.staff at gmail.com Mon Jan 8 04:28:55 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Mon, 08 Jan 2007 13:28:55 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <004801c73320$463113e0$1400000a@main>
References: <004801c73320$463113e0$1400000a@main>
Message-ID: <45A23907.7020507@gmail.com>
Emanuele Zeppieri ha scritto:
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of LordOfDeath
> Sent: Monday, January 08, 2007 12:52 PM
> To: roma at pm.org
> Subject: Re: [Roma.pm] SIGKILL
>
>
>> thx, purtroppo errare ? umano
>>
>
> Ma perseverare e` diabolico: dopo che gli hanno spiegato 1_000 volte che
> c'erano varie vulnerabilita` nel loro codice, si sarebbero pure potuti
> degnare di indagare piu` a fondo, invece di esibire quella sicumera
> (peraltro del tutto inappropriata, dati i soggetti).
>
Questo ? vero, ma ? colpa degli sviluppatori
>
>> l'errore ? sempre da parte del coder che presta
>> poca attenzione agli include nel codice :(
>>
>
> In questo caso l'errore c'e` anche da parte del linguaggio, se cosi` si
> puo` dire, visto che non offre uno straccio di taint mode.
>
Il Linguaggio ? a disposizione dell'utilizzatore, l'utilizzatore deve
farne buon uso... io la penso cos?
> In Perl (sotto taint mode) pur con lo stesso identico bug nel codice,
> quell'exploit non sarebbe stato possibile.
>
> (E non sarebbe stato possibile neanche in Ruby, che di livelli di
> tainting ne offre addirittura 4).
>
>
>> cmq il php ? sempre una soluzione migliore
>> all'asp quindi non diffamiamolo :P
>>
>
> Allora non dovremmo criticare neanche Prodi, che e` sempre una soluzione
> migliore rispetto a Berlusconi ;-)
>
Lol l'esempio calza a pennello, ma io volevo dire che meglio non puntare
sui linguaggi microsoft :P
> Ciao,
> Emanuele.
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
Saluti,
Ettore
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070108/823f59e4/attachment.html
From flavio at polettix.it Mon Jan 8 04:47:47 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Mon, 8 Jan 2007 13:47:47 +0100 (CET)
Subject: [Roma.pm] SIGKILL
In-Reply-To: <45A23907.7020507@gmail.com>
References: <004801c73320$463113e0$1400000a@main> <45A23907.7020507@gmail.com>
Message-ID: <29089.129.192.97.5.1168260467.squirrel@upmail.polettix.it>
>>> l'errore ? sempre da parte del coder che presta
>>> poca attenzione agli include nel codice :(
>>>
>>
>> In questo caso l'errore c'e` anche da parte del linguaggio, se cosi` si
>> puo` dire, visto che non offre uno straccio di taint mode.
>>
> Il Linguaggio ? a disposizione dell'utilizzatore, l'utilizzatore deve
> farne buon uso... io la penso cos?
Non sono d'accordo. L'utilizzatore deve scegliere lo strumento e poi farne
buon uso, ma tutti e due i passi sono necessari. Sarebbe come prendersela
con un chirurgo che sbaglia un'operazione in cui ? costretto ad operare
con un coltello da macellaio. A questo punto, se la parte "scelta" ricade
su PHP, ? il linguaggio che presta il fianco ad attacchi in virt? di
alcune sue deficienze, e spostare il biasimo sull'utilizzatore mi sembra
una forzatura.
Ciao,
Flavio.
From ema_zep at libero.it Mon Jan 8 04:52:45 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Mon, 8 Jan 2007 13:52:45 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To:
Message-ID: <005301c73323$e5fa8160$1400000a@main>
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
> merlani at libero.it
> Sent: Monday, January 08, 2007 1:09 PM
> To: roma
> Subject: Re: [Roma.pm] SIGKILL
> ripeto: e' pacifico che l'interpretazione data al termine
> ignorare in ambito informatico, riferendosi ai segnali, e'
> quella che hai espresso tu (un paio di mail fa ti ho anche
> portato l'esempio di "man 7 signal" che riporta la tua
> medesima interpretazione, ma basta aprire un qualsivoglia
> testo universitario di sistemi operativi per trovare la
> medesima interpretazione), cio' non toglie che non sono
> daccordo sulla, sempre piu' frequente, storpiatura della
> semantica di alcuni termini in ambito informatico (e non solo
> purtroppo), quindi se tutti gli informatici chiamano sedie i
> tavoli io continuo a chiamare sedie le sedie e tavoli i
> tavoli, tutto qui.
OK, tutto chiaro.
> scherzi? mica me la son presa, semplicemente ho avuto
> l'impressione che ti fossi stizzito e quindi ho preferito
> tagliare li :)
Mi fa veramente piacere :-)
Allora al prossimo thread, o al prossimo raduno di Roma.pm (dove spero
ci sara` anche LordOfDeath), whichever comes first.
Ciao,
Emanuele.
From webmaster.staff at gmail.com Mon Jan 8 04:54:29 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Mon, 08 Jan 2007 13:54:29 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <005301c73323$e5fa8160$1400000a@main>
References: <005301c73323$e5fa8160$1400000a@main>
Message-ID: <45A23F05.7090909@gmail.com>
Emanuele Zeppieri ha scritto:
>> -----Original Message-----
>> From: roma-bounces+ema_zep=libero.it at pm.org
>> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
>> merlani at libero.it
>> Sent: Monday, January 08, 2007 1:09 PM
>> To: roma
>> Subject: Re: [Roma.pm] SIGKILL
>>
>
>
>> ripeto: e' pacifico che l'interpretazione data al termine
>> ignorare in ambito informatico, riferendosi ai segnali, e'
>> quella che hai espresso tu (un paio di mail fa ti ho anche
>> portato l'esempio di "man 7 signal" che riporta la tua
>> medesima interpretazione, ma basta aprire un qualsivoglia
>> testo universitario di sistemi operativi per trovare la
>> medesima interpretazione), cio' non toglie che non sono
>> daccordo sulla, sempre piu' frequente, storpiatura della
>> semantica di alcuni termini in ambito informatico (e non solo
>> purtroppo), quindi se tutti gli informatici chiamano sedie i
>> tavoli io continuo a chiamare sedie le sedie e tavoli i
>> tavoli, tutto qui.
>>
>
> OK, tutto chiaro.
>
>
>> scherzi? mica me la son presa, semplicemente ho avuto
>> l'impressione che ti fossi stizzito e quindi ho preferito
>> tagliare li :)
>>
>
> Mi fa veramente piacere :-)
> Allora al prossimo thread, o al prossimo raduno di Roma.pm (dove spero
> ci sara` anche LordOfDeath), whichever comes first.
>
> Ciao,
> Emanuele.
>
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
bh? magari :) sl che abito un p? lontano.... abruzzo... pineto :) cmq se
riesco vengo mooolto volentieri ;)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070108/05b9eaa8/attachment-0001.html
From webmaster.staff at gmail.com Mon Jan 8 04:56:31 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Mon, 08 Jan 2007 13:56:31 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <29089.129.192.97.5.1168260467.squirrel@upmail.polettix.it>
References: <004801c73320$463113e0$1400000a@main> <45A23907.7020507@gmail.com>
<29089.129.192.97.5.1168260467.squirrel@upmail.polettix.it>
Message-ID: <45A23F7F.6040803@gmail.com>
Flavio Poletti ha scritto:
>>>> l'errore ? sempre da parte del coder che presta
>>>> poca attenzione agli include nel codice :(
>>>>
>>>>
>>> In questo caso l'errore c'e` anche da parte del linguaggio, se cosi` si
>>> puo` dire, visto che non offre uno straccio di taint mode.
>>>
>>>
>> Il Linguaggio ? a disposizione dell'utilizzatore, l'utilizzatore deve
>> farne buon uso... io la penso cos?
>>
>
> Non sono d'accordo. L'utilizzatore deve scegliere lo strumento e poi farne
> buon uso, ma tutti e due i passi sono necessari. Sarebbe come prendersela
> con un chirurgo che sbaglia un'operazione in cui ? costretto ad operare
> con un coltello da macellaio. A questo punto, se la parte "scelta" ricade
> su PHP, ? il linguaggio che presta il fianco ad attacchi in virt? di
> alcune sue deficienze, e spostare il biasimo sull'utilizzatore mi sembra
> una forzatura.
>
> Ciao,
>
> Flavio.
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
Si ? vero quello che dici, ma ho notato cmq, tutte le vulnerabilit? php
file inclusion che ho trovato, che le deficenze sn state a carico dello
sviluppatore, raramente a quelle del php, da contare cmq, che il php ?
un linguaggio molto pi? "libero" (al confronto, per esempio dell'asp) e
quindi pu? avere molti problemi...( non so se sn stato molto chiaro,
scusami ma il mio italiano ? molto rude ghghgh :-P )
Saluti :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070108/5eb0c3ef/attachment.html
From ema_zep at libero.it Mon Jan 8 05:12:00 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Mon, 8 Jan 2007 14:12:00 +0100
Subject: [Roma.pm] SIGKILL
In-Reply-To: <29089.129.192.97.5.1168260467.squirrel@upmail.polettix.it>
Message-ID: <005401c73326$969aa700$1400000a@main>
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
> Flavio Poletti
> Sent: Monday, January 08, 2007 1:48 PM
> To: roma at pm.org
> Subject: Re: [Roma.pm] SIGKILL
>
> Non sono d'accordo. L'utilizzatore deve scegliere lo
> strumento e poi farne buon uso, ma tutti e due i passi
> sono necessari. Sarebbe come prendersela con un chirurgo
> che sbaglia un'operazione in cui ? costretto ad operare
> con un coltello da macellaio.
> A questo punto, se la parte "scelta" ricade su PHP, ? il
> linguaggio che presta il fianco ad attacchi in virt? di
> alcune sue deficienze, e spostare il biasimo
> sull'utilizzatore mi sembra una forzatura.
Cristallino! :-)
Ultimamente ho trovato questo compendio delle storture e delle
deficienze di php, che ? fatto veramente bene (a prescindere dal
confronto col Perl):
http://tnx.nl/php
Intendiamoci, provo simpatia per php e per il movimento che c'? dietro,
se non altro perch? si tratta di un linguaggio aperto e libero, ma
purtroppo nel corso della sua evoluzione ha sofferto di una serie di
scelte sbagliate, che si sono sclerotizzate e stratificate le une sulle
altre, trasformandolo in un linguaggio che oramai contrasta ogni pratica
di buona programmazione.
Ciao,
Emanuele.
From hunternet at alice.it Wed Jan 10 02:58:22 2007
From: hunternet at alice.it (Fabrizio Cardarello)
Date: Wed, 10 Jan 2007 11:58:22 +0100
Subject: [Roma.pm] perl XML
Message-ID: <45A4C6CE.8020609@alice.it>
salve devo fare il parsing di un comando che in output mi restituisce un
formato XML.
Ho dato un occhiata in giro e' ho trovato il modulo XML::Simple.
Qualcuno di voi l'ha gia usato, oppure sapete consigliarmi altro.
Grazie
Fabrizio
From mazzaro at ieee.org Wed Jan 10 03:24:32 2007
From: mazzaro at ieee.org (Silvio Mazzaro)
Date: Wed, 10 Jan 2007 12:24:32 +0100
Subject: [Roma.pm] perl XML
In-Reply-To: <45A4C6CE.8020609@alice.it>
References: <45A4C6CE.8020609@alice.it>
Message-ID: <45A4CCF0.3000609@ieee.org>
Fabrizio Cardarello ha scritto:
> salve devo fare il parsing di un comando che in output mi restituisce un
> formato XML.
> Ho dato un occhiata in giro e' ho trovato il modulo XML::Simple.
> Qualcuno di voi l'ha gia usato, oppure sapete consigliarmi altro.
>
XML::Simple e' ottimo per iniziare.... subito dopo, se dovessi aver
bisogno di gestire documenti di una certa complessita', piu' che a
XML::Parser ti consiglio
di dare un'occhiata a XML::LibXML (si appoggia alla libxml2).
Un Salutone,
Silvio
From flavio at polettix.it Wed Jan 10 05:56:30 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Wed, 10 Jan 2007 14:56:30 +0100 (CET)
Subject: [Roma.pm] perl XML
In-Reply-To: <45A4C6CE.8020609@alice.it>
References: <45A4C6CE.8020609@alice.it>
Message-ID: <1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
Ti consiglio solamente di prestare particolare attenzione al trattamento
dell'encoding da parte di XML::Simple. Essendo totalmente ignorante in
materia, avevo chiesto un feedback in #perl.it e dakkar mi aveva
confermato che, a suo modo di vedere, alcuni comportamenti che gli avevo
evidenziato erano scorretti.
Per il resto, mi sembra piuttosto semplice da utilizzare, come dice il nome.
Ciao,
Flavio.
> salve devo fare il parsing di un comando che in output mi restituisce un
> formato XML.
> Ho dato un occhiata in giro e' ho trovato il modulo XML::Simple.
> Qualcuno di voi l'ha gia usato, oppure sapete consigliarmi altro.
> Grazie
> Fabrizio
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
From balestra at cesmail.net Wed Jan 10 09:06:19 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 10 Jan 2007 18:06:19 +0100
Subject: [Roma.pm] perl XML
In-Reply-To: <1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
References: <45A4C6CE.8020609@alice.it>
<1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
Message-ID: <03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
On 10/gen/07, at 14:56, Flavio Poletti wrote:
> Ti consiglio solamente di prestare particolare attenzione al
> trattamento
> dell'encoding da parte di XML::Simple. Essendo totalmente ignorante in
> materia, avevo chiesto un feedback in #perl.it e dakkar mi aveva
> confermato che, a suo modo di vedere, alcuni comportamenti che gli
> avevo
> evidenziato erano scorretti.
tutto risolto, anche con ajax :-PPP
Serve di nuovo l'URL? :-)
--
Marco Balestra
IT consultant
balestra at cesmail.net
From dubya at sub-culture.ch Wed Jan 10 14:35:59 2007
From: dubya at sub-culture.ch (Christoph Wernli)
Date: Wed, 10 Jan 2007 23:35:59 +0100
Subject: [Roma.pm] perl XML
In-Reply-To: <03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
References: <45A4C6CE.8020609@alice.it>
<1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
<03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
Message-ID: <9b16401b0701101435p2e2e6b71j9c1dc4a3054d86a6@mail.gmail.com>
On 1/10/07, Marco Balestra wrote:
>
>
> tutto risolto, anche con ajax :-PPP
>
> Serve di nuovo l'URL? :-)
Non sapendo se c'entra con perl, oppure e' semplicemente interessante, prego
di metterlo "di nuovo" a disposizione!
-w
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070110/424b81bd/attachment.html
From balestra at cesmail.net Wed Jan 10 14:58:22 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 10 Jan 2007 23:58:22 +0100
Subject: [Roma.pm] perl XML
In-Reply-To: <9b16401b0701101435p2e2e6b71j9c1dc4a3054d86a6@mail.gmail.com>
References: <45A4C6CE.8020609@alice.it>
<1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
<03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
<9b16401b0701101435p2e2e6b71j9c1dc4a3054d86a6@mail.gmail.com>
Message-ID: <928DFBCB-F0BA-4EB2-A250-F6E118ABC4D7@cesmail.net>
On 10/gen/07, at 23:35, Christoph Wernli wrote:
> tutto risolto, anche con ajax :-PPP
>
> Serve di nuovo l'URL? :-)
>
> Non sapendo se c'entra con perl, oppure e' semplicemente
> interessante, prego di metterlo "di nuovo" a disposizione!
Certo che c'entra con il Perl, ci mancherebbe altro :-)
http://tinyurl.com/y3243j
--
Marco Balestra
IT consultant
balestra at cesmail.net
From flavio at polettix.it Wed Jan 10 15:24:55 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Thu, 11 Jan 2007 00:24:55 +0100 (CET)
Subject: [Roma.pm] perl XML
In-Reply-To: <03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
References: <45A4C6CE.8020609@alice.it>
<1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
<03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
Message-ID: <32828.213.203.159.164.1168471495.squirrel@upmail.polettix.it>
Ustia, avevo completamente dimenticato il tuo post! Sar? il livello di
porchetterolo che ? calato troppo...
> On 10/gen/07, at 14:56, Flavio Poletti wrote:
>
>> Ti consiglio solamente di prestare particolare attenzione al
>> trattamento
>> dell'encoding da parte di XML::Simple. Essendo totalmente ignorante in
>> materia, avevo chiesto un feedback in #perl.it e dakkar mi aveva
>> confermato che, a suo modo di vedere, alcuni comportamenti che gli
>> avevo
>> evidenziato erano scorretti.
>
> tutto risolto, anche con ajax :-PPP
>
> Serve di nuovo l'URL? :-)
> --
> Marco Balestra
> IT consultant
> balestra at cesmail.net
>
>
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
From dubya at sub-culture.ch Wed Jan 10 15:28:09 2007
From: dubya at sub-culture.ch (Christoph Wernli)
Date: Thu, 11 Jan 2007 00:28:09 +0100
Subject: [Roma.pm] perl XML
In-Reply-To: <928DFBCB-F0BA-4EB2-A250-F6E118ABC4D7@cesmail.net>
References: <45A4C6CE.8020609@alice.it>
<1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
<03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
<9b16401b0701101435p2e2e6b71j9c1dc4a3054d86a6@mail.gmail.com>
<928DFBCB-F0BA-4EB2-A250-F6E118ABC4D7@cesmail.net>
Message-ID: <9b16401b0701101528k78ad4dc3pf3ea9a562ff6c3c7@mail.gmail.com>
On 1/10/07, Marco Balestra wrote:
>
> On 10/gen/07, at 23:35, Christoph Wernli wrote:
>
> > tutto risolto, anche con ajax :-PPP
> >
> > Serve di nuovo l'URL? :-)
> >
> > Non sapendo se c'entra con perl, oppure e' semplicemente
> > interessante, prego di metterlo "di nuovo" a disposizione!
>
> Certo che c'entra con il Perl, ci mancherebbe altro :-)
>
> http://tinyurl.com/y3243j
Urka, ed e' pure interessante ;-)
-w
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070111/50546008/attachment.html
From balestra at cesmail.net Wed Jan 10 16:36:37 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Thu, 11 Jan 2007 01:36:37 +0100
Subject: [Roma.pm] perl XML
In-Reply-To: <32828.213.203.159.164.1168471495.squirrel@upmail.polettix.it>
References: <45A4C6CE.8020609@alice.it>
<1316.129.192.97.5.1168437390.squirrel@upmail.polettix.it>
<03CB9F7D-7740-43F5-9727-FFC3CE8CFF69@cesmail.net>
<32828.213.203.159.164.1168471495.squirrel@upmail.polettix.it>
Message-ID: <0F5D6380-33B5-432E-8798-1B820BBED934@cesmail.net>
On 11/gen/07, at 00:24, Flavio Poletti wrote:
> Ustia, avevo completamente dimenticato il tuo post!
Eh, non me l'ero dimenticato io... :-P
Ci ho sputato un po' di sangue, ma il risultato ? stato pi? che
soddisfacente (alla fine ho penato di pi? con l'UTF-8 in ambiente
java, ed ? tutto dire).
> Sar? il livello di porchetterolo che ? calato troppo...
Vero... dobbiamo rimediare al pi? presto!
--
Marco Balestra
IT consultant
balestra at cesmail.net
From webmaster.staff at gmail.com Tue Jan 23 10:04:58 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Tue, 23 Jan 2007 19:04:58 +0100
Subject: [Roma.pm] FTP su IO SOCKET
Message-ID: <45B64E4A.2070309@gmail.com>
Ciao a tutti, mi ? sorta una necessit?:
usando solo le IO SOCKET, stabilire una connessione ftp, che possa sia
mandare che ricevere file
thx;)
From flavio at polettix.it Tue Jan 23 10:40:02 2007
From: flavio at polettix.it (Flavio Poletti)
Date: Tue, 23 Jan 2007 19:40:02 +0100 (CET)
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45B64E4A.2070309@gmail.com>
References: <45B64E4A.2070309@gmail.com>
Message-ID: <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it>
Cos'?, il quiz della settimana? Che siano compiti o meno, facci vedere
cosa hai fatto finora e magari ti si pu? dare una mano; personalmente,
trovo piuttosto irritante che si utilizzi la ML in questo modo, buttando
l? due specifiche senza dare un segnale di esserci sforzati un minimo
sopra.
Flavio.
> Ciao a tutti, mi ? sorta una necessit?:
>
> usando solo le IO SOCKET, stabilire una connessione ftp, che possa sia
> mandare che ricevere file
> thx;)
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
From webmaster.staff at gmail.com Tue Jan 23 10:49:10 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Tue, 23 Jan 2007 19:49:10 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it>
References: <45B64E4A.2070309@gmail.com>
<45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it>
Message-ID: <45B658A6.2040309@gmail.com>
Flavio Poletti ha scritto:
> Cos'?, il quiz della settimana? Che siano compiti o meno, facci vedere
> cosa hai fatto finora e magari ti si pu? dare una mano; personalmente,
> trovo piuttosto irritante che si utilizzi la ML in questo modo, buttando
> l? due specifiche senza dare un segnale di esserci sforzati un minimo
> sopra.
>
> Flavio.
>
>
non sono richieste a caso nemmeno compiti, comunque non volevo
irritarti, il punto ? questo, non so nemmeno dove cominciare! altrimenti
avrei provato e riprovato e ci sarei arrivato da solo !
>> Ciao a tutti, mi ? sorta una necessit?:
>>
>> usando solo le IO SOCKET, stabilire una connessione ftp, che possa sia
>> mandare che ricevere file
>> thx;)
>> _______________________________________________
>> Roma mailing list
>> Roma at pm.org
>> http://mail.pm.org/mailman/listinfo/roma
>>
>>
>
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070123/8ec64501/attachment.html
From merlani at libero.it Tue Jan 23 11:07:45 2007
From: merlani at libero.it (Alessandro Merlani)
Date: Tue, 23 Jan 2007 20:07:45 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45B658A6.2040309@gmail.com>
References: <45B64E4A.2070309@gmail.com>
<45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it>
<45B658A6.2040309@gmail.com>
Message-ID: <200701232007.45437.merlani@libero.it>
On Tuesday 23 January 2007 19:49, LordOfDeath wrote:
...
> non so nemmeno dove cominciare! altrimenti
> avrei provato e riprovato e ci sarei arrivato da solo !
se intendi usare solo IO::Socket devi implementare il protocollo a layer 7;
quindi devi cominciare studiandoti le specifiche del protocollo che vuoi
implementare (se ancora non sai cosa vuoi fare e' inutile metterti a scrivere
codice):
http://www.faqs.org/rfcs/rfc959.html
--
Alessandro Merlani
"Aspetto che il panico cresca, quando la paura si tramuta in
visioni celestiali, inizio a staccare..." (Kevin Schwantz)
From webmaster.staff at gmail.com Tue Jan 23 11:20:57 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Tue, 23 Jan 2007 20:20:57 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <200701232007.45437.merlani@libero.it>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com>
<200701232007.45437.merlani@libero.it>
Message-ID: <45B66019.2050700@gmail.com>
Alessandro Merlani ha scritto:
> On Tuesday 23 January 2007 19:49, LordOfDeath wrote:
> ...
>
>> non so nemmeno dove cominciare! altrimenti
>> avrei provato e riprovato e ci sarei arrivato da solo !
>>
>
> se intendi usare solo IO::Socket devi implementare il protocollo a layer 7;
> quindi devi cominciare studiandoti le specifiche del protocollo che vuoi
> implementare (se ancora non sai cosa vuoi fare e' inutile metterti a scrivere
> codice):
>
> http://www.faqs.org/rfcs/rfc959.html
>
>
>
Grazie, vedo che riesco a fare, se riesco vi posto il code!(in caso
serva ad altri ) :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070123/36798041/attachment.html
From webmaster.staff at gmail.com Tue Jan 23 11:38:10 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Tue, 23 Jan 2007 20:38:10 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <200701232007.45437.merlani@libero.it>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com>
<200701232007.45437.merlani@libero.it>
Message-ID: <45B66422.6030107@gmail.com>
Alessandro Merlani ha scritto:
> On Tuesday 23 January 2007 19:49, LordOfDeath wrote:
> ...
>
>> non so nemmeno dove cominciare! altrimenti
>> avrei provato e riprovato e ci sarei arrivato da solo !
>>
>
> se intendi usare solo IO::Socket devi implementare il protocollo a layer 7;
> quindi devi cominciare studiandoti le specifiche del protocollo che vuoi
> implementare (se ancora non sai cosa vuoi fare e' inutile metterti a scrivere
> codice):
>
> http://www.faqs.org/rfcs/rfc959.html
>
>
>
Devo dire che ci sono quasi riuscito!!!
ho fatto una socket normale, che puntava su un server ftp, poi ho fatto
questo:
print $connessione "USER $user\n";
print $connessione "PASS $pass\n";
print $connessione "SYST\n";
print $connessione "FEAT\n";
print $connessione "PWD\n";
print $connessione "TYPE A\n";
print $connessione "PASV\n";
print $connessione "LIST\n";
print $connessione "TYPE I\n";
print $connessione "TYPE A\n";
print $connessione "PWD\n";
print $connessione "REST 0\n";
print $connessione "GET file\n"; # o provato anche con RETR
while (<$connessione>){
print $_;
}
l'unico problema ? che non mi stampa il file sull'output.... qualcuno sa
come aiutarmi?
grazie in anticipo e scusate per il disturbo, sciau!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070123/4291fb04/attachment.html
From balestra at cesmail.net Tue Jan 23 12:42:42 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Tue, 23 Jan 2007 21:42:42 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45B66422.6030107@gmail.com>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com>
<200701232007.45437.merlani@libero.it> <45B66422.6030107@gmail.com>
Message-ID: <413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net>
On 23/gen/07, at 20:38, LordOfDeath wrote:
> l'unico problema ? che non mi stampa il file sull'output....
> qualcuno sa come aiutarmi?
Studiati anche il funzionamento dell'ftp... la porta comandi/
controllo ? la 20, ma poi i dati viaggiano su una porta diversa
(tipicamente ftp-data, 21, ma non ? obbligatorio), e per quello
dovrai aprire un altro socket.
--
Marco Balestra
IT consultant
balestra at cesmail.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070123/99fad858/attachment.html
From webmaster.staff at gmail.com Tue Jan 23 13:49:35 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Tue, 23 Jan 2007 22:49:35 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com> <200701232007.45437.merlani@libero.it>
<45B66422.6030107@gmail.com>
<413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net>
Message-ID: <45B682EF.1070205@gmail.com>
Marco Balestra ha scritto:
> On 23/gen/07, at 20:38, LordOfDeath wrote:
>
>> l'unico problema ? che non mi stampa il file sull'output.... qualcuno
>> sa come aiutarmi?
>
> Studiati anche il funzionamento dell'ftp... la porta comandi/controllo
> ? la 20, ma poi i dati viaggiano su una porta diversa (tipicamente
> ftp-data, 21, ma non ? obbligatorio), e per quello dovrai aprire un
> altro socket.
> --
> Marco Balestra
> IT consultant
> balestra at cesmail.net
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
ah ok, quindi apro un'altra socket in listening in locale oppure di
connessione remota?(suppongo la prima)
una cosa del genere, va bene ? (teoricamente parlando):
$connessione=IO::Socket::INET->new(
PeerAddr=>$url,
PeerPort=>21,
Proto=>'tcp',
Timeout=> '10');
print $connessione "USER $user\n";
print $connessione "PASS $pass\n";
#print $connessione "SYST\n";
#print $connessione "FEAT\n";
#print $connessione "PWD\n";
print $connessione "TYPE A\n";
#print $connessione "PASV\n";
#print $connessione "LIST\n";
#print $connessione "TYPE I\n";
#print $connessione "TYPE A\n";
#print $connessione "PWD\n";
#print $connessione "REST 0\n";
#print $connessione "LIST\n";
print $connessione "RETR file\n"; #RETR
$connessione2=IO::Socket::INET->new(
PeerAddr=>localhost,
PeerPort=>20,
Proto=>'tcp',
Timeout=> '10');
$test=<$connessione2>;
open FILE, "){
print $_;
}
close ($connessione);
grazie mille ^_^
ciao!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070123/a484d6f6/attachment.html
From balestra at cesmail.net Tue Jan 23 15:33:25 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 24 Jan 2007 00:33:25 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45B682EF.1070205@gmail.com>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com> <200701232007.45437.merlani@libero.it>
<45B66422.6030107@gmail.com>
<413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net>
<45B682EF.1070205@gmail.com>
Message-ID: <234F0CB8-804C-491D-8015-44027F206B8E@cesmail.net>
On 23/gen/07, at 22:49, LordOfDeath wrote:
> ah ok, quindi apro un'altra socket in listening in locale oppure di
> connessione remota?(suppongo la prima)
boh... come ti scrivevo, dovrai studiare un attimino l'ftp.
--
Marco Balestra
IT consultant
balestra at cesmail.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070124/7009f010/attachment.html
From mazzaro at ieee.org Wed Jan 24 02:02:51 2007
From: mazzaro at ieee.org (Silvio Mazzaro)
Date: Wed, 24 Jan 2007 11:02:51 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45B682EF.1070205@gmail.com>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com> <200701232007.45437.merlani@libero.it> <45B66422.6030107@gmail.com> <413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net>
<45B682EF.1070205@gmail.com>
Message-ID: <45B72ECB.1070500@ieee.org>
LordOfDeath ha scritto:
> ah ok, quindi apro un'altra socket in listening in locale oppure di
> connessione remota?(suppongo la prima)
> una cosa del genere, va bene ? (teoricamente parlando):
Ma aprire il sorgente di qualcosa di gia' fatto e funzionante? :-)
http://search.cpan.org/dist/libnet/Net/FTP.pm
Buono Studio,
Silvio
From webmaster.staff at gmail.com Wed Jan 24 11:29:26 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Wed, 24 Jan 2007 20:29:26 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <234F0CB8-804C-491D-8015-44027F206B8E@cesmail.net>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com> <200701232007.45437.merlani@libero.it> <45B66422.6030107@gmail.com> <413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net> <45B682EF.1070205@gmail.com>
<234F0CB8-804C-491D-8015-44027F206B8E@cesmail.net>
Message-ID: <45B7B396.8040709@gmail.com>
Marco Balestra ha scritto:
> On 23/gen/07, at 22:49, LordOfDeath wrote:
>
>> ah ok, quindi apro un'altra socket in listening in locale oppure di
>> connessione remota?(suppongo la prima)
>
> boh... come ti scrivevo, dovrai studiare un attimino l'ftp.
> --
> Marco Balestra
> IT consultant
> balestra at cesmail.net
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
ok thx ;)
senza di voi non saprei cosa fare! :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070124/3f9fc782/attachment.html
From webmaster.staff at gmail.com Wed Jan 24 11:30:05 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Wed, 24 Jan 2007 20:30:05 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45B72ECB.1070500@ieee.org>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com> <200701232007.45437.merlani@libero.it> <45B66422.6030107@gmail.com> <413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net> <45B682EF.1070205@gmail.com>
<45B72ECB.1070500@ieee.org>
Message-ID: <45B7B3BD.4030202@gmail.com>
Silvio Mazzaro ha scritto:
> LordOfDeath ha scritto:
>
>> ah ok, quindi apro un'altra socket in listening in locale oppure di
>> connessione remota?(suppongo la prima)
>> una cosa del genere, va bene ? (teoricamente parlando):
>>
> Ma aprire il sorgente di qualcosa di gia' fatto e funzionante? :-)
>
> http://search.cpan.org/dist/libnet/Net/FTP.pm
>
> Buono Studio,
>
> Silvio
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
ah cavolo non ci ho pensato! :) grassie! :-D
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070124/39b1f93c/attachment-0001.html
From webmaster.staff at gmail.com Wed Jan 24 11:35:27 2007
From: webmaster.staff at gmail.com (LordOfDeath)
Date: Wed, 24 Jan 2007 20:35:27 +0100
Subject: [Roma.pm] FTP su IO SOCKET
In-Reply-To: <45B72ECB.1070500@ieee.org>
References: <45B64E4A.2070309@gmail.com> <45445.129.192.97.5.1169577602.squirrel@upmail.polettix.it> <45B658A6.2040309@gmail.com> <200701232007.45437.merlani@libero.it> <45B66422.6030107@gmail.com> <413F11D1-DB9D-451C-A1A0-BA8271FB65A4@cesmail.net> <45B682EF.1070205@gmail.com>
<45B72ECB.1070500@ieee.org>
Message-ID: <45B7B4FF.80204@gmail.com>
Silvio Mazzaro ha scritto:
> LordOfDeath ha scritto:
>
>> ah ok, quindi apro un'altra socket in listening in locale oppure di
>> connessione remota?(suppongo la prima)
>> una cosa del genere, va bene ? (teoricamente parlando):
>>
> Ma aprire il sorgente di qualcosa di gia' fatto e funzionante? :-)
>
> http://search.cpan.org/dist/libnet/Net/FTP.pm
>
> Buono Studio,
>
> Silvio
>
> _______________________________________________
> Roma mailing list
> Roma at pm.org
> http://mail.pm.org/mailman/listinfo/roma
>
>
mi sto studiando http://search.cpan.org/src/GBARR/libnet-1.19/Net/FTP.pm
:) appena riesco a fare qualcosa, vi faccio sapere e pasto il
code(perch? non penso sia l'unico a cui si ? posto questo problema) :-)
Saluti
Ettore
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/roma/attachments/20070124/ef367f06/attachment.html
From balestra at cesmail.net Wed Jan 31 01:35:07 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 31 Jan 2007 10:35:07 +0100
Subject: [Roma.pm] cestinando windows sui server...
Message-ID:
Il primo passo ? fatto, un server linux gira nella mia azienda e con
Apache + Perl CGI (che usano WriteExcel) svolge in pochi secondi
compiti che prima richiedevano decine di minuti con la preesistente
(rigida) soluzione ASP + VBA + MSSQL.
Ora mi sto preparando al prossimo passo: presumibilmente dovr? essere
in grado di leggere file di Askia (ovvero dei file di MSAccess
rinominati in .QES) ed estrarne i dati per poterli aggregare in file
Excel.
Mi sono fatto il solito giretto su CPAN e su google, quello che mi
frena da una soluzione basata su ODBC ? che in realt? dovrei
uploadare dinamicamente dei file di MSAccess da parsare al volo.
Vista (wow!) la summa delle esperienze qui presenti, qualcuno di voi
ha gi? sperimentato una soluzione decente per un simile compito?
TIA :-)
--
Marco Balestra
IT consultant
balestra at cesmail.net
From dada at perl.it Wed Jan 31 08:18:18 2007
From: dada at perl.it (Aldo Calpini)
Date: Wed, 31 Jan 2007 17:18:18 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To:
References:
Message-ID: <45C0C14A.3030601@perl.it>
Marco Balestra ha scritto:
> Ora mi sto preparando al prossimo passo: presumibilmente dovr? essere
> in grado di leggere file di Askia (ovvero dei file di MSAccess
> rinominati in .QES) ed estrarne i dati per poterli aggregare in file
> Excel.
>
...e immagino che buttare a mare sto Askia con tutti i suoi file di
Access non sia un'opzione :-)
> Mi sono fatto il solito giretto su CPAN e su google, quello che mi
> frena da una soluzione basata su ODBC ? che in realt? dovrei
> uploadare dinamicamente dei file di MSAccess da parsare al volo.
> Vista (wow!) la summa delle esperienze qui presenti, qualcuno di voi
> ha gi? sperimentato una soluzione decente per un simile compito?
>
temo che l'unica cosa per leggere/scrivere Access sia ODBC. tutt'al pi?
potresti generare uno scriptone SQL e cercare un tool a linea di comando
che sia in grado di eseguirlo sul motore Jet e produrre un MDB
(purtroppo non conosco personalmente nessuno di tali tool...). spero
d'essere stato d'aiuto. del resto, se nel 2007 ancora stai coi file
Access, come se dice a Roma, "te vedo e te piango" :-)
cheers,
Aldo
From balestra at cesmail.net Wed Jan 31 08:43:28 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 31 Jan 2007 17:43:28 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To: <45C0C14A.3030601@perl.it>
References:
<45C0C14A.3030601@perl.it>
Message-ID:
On 31/gen/07, at 17:18, Aldo Calpini wrote:
> ...e immagino che buttare a mare sto Askia con tutti i suoi file di
> Access non sia un'opzione :-)
Ovviamente no, ? il core business...
> temo che l'unica cosa per leggere/scrivere Access sia ODBC. tutt'al
> pi?
> potresti generare uno scriptone SQL e cercare un tool a linea di
> comando
> che sia in grado di eseguirlo sul motore Jet e produrre un MDB
In realt? a me serve solo leggerlo, per cui dovrei occuparmi di
definire un entry point ODBC "on the fly", rimuoverlo allo stesso
modo e poi magari potrei anche cestinare il file Access di origine.
> d'essere stato d'aiuto. del resto, se nel 2007 ancora stai coi file
> Access, come se dice a Roma, "te vedo e te piango" :-)
checcevoif?? :-)
--
Marco Balestra
IT consultant
balestra at cesmail.net
From dada at perl.it Wed Jan 31 09:05:31 2007
From: dada at perl.it (Aldo Calpini)
Date: Wed, 31 Jan 2007 18:05:31 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To:
References: <45C0C14A.3030601@perl.it>
Message-ID: <45C0CC5B.8060305@perl.it>
Marco Balestra ha scritto:
> In realt? a me serve solo leggerlo, per cui dovrei occuparmi di
> definire un entry point ODBC "on the fly", rimuoverlo allo stesso
> modo e poi magari potrei anche cestinare il file Access di origine.
>
ahhhhhhhhh, ho capito. se po' fa, se po' fa.
my $file = "C:\Temp\cesso.mdb";
my $dbh = DBI->connect("dbi:ODBC:driver=Microsoft Access Driver
(*.mdb);dbq=$file");
# oppure
my $dbh = DBI->connect("dbi:ODBC:Provider=Microsoft.Jet.OLEDB.4.0;Data
Source=$file");
nota bene che entrambe le forme hanno la simpaticissima propriet? di
essere dipendenti dalla versione e/o la lingua del sistema operativo.
esempio: il tuo OS ? in italiano, la prima riga fallisce miseramente.
perch?? perch? ovviamente il tuo driver si chiama "Driver di Microsoft
Access (*.mdb)", non "Microsoft Access Driver (*.mdb)". no comment.
cheers,
Aldo
From dada at perl.it Wed Jan 31 09:23:42 2007
From: dada at perl.it (Aldo Calpini)
Date: Wed, 31 Jan 2007 18:23:42 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To: <45C0CC5B.8060305@perl.it>
References: <45C0C14A.3030601@perl.it>
<45C0CC5B.8060305@perl.it>
Message-ID: <45C0D09E.5030904@perl.it>
Aldo Calpini ha scritto:
> my $file = "C:\Temp\cesso.mdb";
>
shame on me.
my $file = "C:\\Temp\\cesso.mdb";
cheers,
Aldo
From balestra at cesmail.net Wed Jan 31 09:40:34 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 31 Jan 2007 18:40:34 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To: <45C0CC5B.8060305@perl.it>
References: <45C0C14A.3030601@perl.it>
<45C0CC5B.8060305@perl.it>
Message-ID:
On 31/gen/07, at 18:05, Aldo Calpini wrote:
> ahhhhhhhhh, ho capito. se po' fa, se po' fa.
ottimo! :-)
> nota bene che entrambe le forme hanno la simpaticissima propriet? di
> essere dipendenti dalla versione e/o la lingua del sistema operativo.
> esempio: il tuo OS ? in italiano, la prima riga fallisce miseramente.
> perch?? perch? ovviamente il tuo driver si chiama "Driver di Microsoft
> Access (*.mdb)", non "Microsoft Access Driver (*.mdb)". no comment.
Uno ce l'avrei io... ma questo giochino funziona su Linux? :-)
Cio?, non posso credere che su Linux ci sia questa dipendenza...
--
Marco Balestra
IT consultant
balestra at cesmail.net
From dada at perl.it Wed Jan 31 10:00:19 2007
From: dada at perl.it (Aldo Calpini)
Date: Wed, 31 Jan 2007 19:00:19 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To:
References: <45C0C14A.3030601@perl.it> <45C0CC5B.8060305@perl.it>
Message-ID: <45C0D933.1080308@perl.it>
Marco Balestra ha scritto:
> Uno ce l'avrei io... ma questo giochino funziona su Linux? :-)
>
> Cio?, non posso credere che su Linux ci sia questa dipendenza...
>
heh. su Linux dipende sostanzialmente dal layer ODBC che utilizzi. ho
trovato una pagina che spiega grossomodo come farlo con PHP:
http://bryanmills.net:8086/archives/2003/11/microsoft-access-database-using-linux-and-php/
non dovrebbe essere cos? orribilmente diverso per DBI...
cheers,
Aldo
From balestra at cesmail.net Wed Jan 31 10:15:50 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 31 Jan 2007 19:15:50 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To: <45C0D933.1080308@perl.it>
References: <45C0C14A.3030601@perl.it> <45C0CC5B.8060305@perl.it>
<45C0D933.1080308@perl.it>
Message-ID:
On 31/gen/07, at 19:00, Aldo Calpini wrote:
> heh. su Linux dipende sostanzialmente dal layer ODBC che utilizzi. ho
> trovato una pagina che spiega grossomodo come farlo con PHP:
> http://bryanmills.net:8086/archives/2003/11/microsoft-access-
> database-using-linux-and-php/
sono aperto a tutto, ancora neanche l'ho settato :-)
> non dovrebbe essere cos? orribilmente diverso per DBI...
controllo, ty!
--
Marco Balestra
IT consultant
balestra at cesmail.net
From ema_zep at libero.it Wed Jan 31 14:35:06 2007
From: ema_zep at libero.it (Emanuele Zeppieri)
Date: Wed, 31 Jan 2007 23:35:06 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To:
Message-ID: <000001c74588$10732980$1400000a@main>
> -----Original Message-----
> From: roma-bounces+ema_zep=libero.it at pm.org
> [mailto:roma-bounces+ema_zep=libero.it at pm.org] On Behalf Of
> Marco Balestra
> Sent: Wednesday, January 31, 2007 10:35 AM
> To: roma at pm.org
> Subject: [Roma.pm] cestinando windows sui server...
>
>
> Il primo passo ? fatto, un server linux gira nella mia azienda e con
> Apache + Perl CGI (che usano WriteExcel) svolge in pochi secondi
> compiti che prima richiedevano decine di minuti con la preesistente
> (rigida) soluzione ASP + VBA + MSSQL.
Bravo e grazie! :-)
Oltre ad aver reso un servizio alla tua azienda, hai anche contribuito
(ancora una volta) alla diffusione di Perl, che de 'sti tempi di
accerchiamento da parte di Java da un lato, di .NET dall'altro, di
Python da sopra e di Ruby da sotto, ? una cosa quanto mai utile.
> Ora mi sto preparando al prossimo passo: presumibilmente
> dovr? essere
> in grado di leggere file di Askia (ovvero dei file di MSAccess
> rinominati in .QES) ed estrarne i dati per poterli aggregare in file
> Excel.
>
> Mi sono fatto il solito giretto su CPAN e su google, quello che mi
> frena da una soluzione basata su ODBC ? che in realt? dovrei
> uploadare dinamicamente dei file di MSAccess da parsare al volo.
> Vista (wow!) la summa delle esperienze qui presenti, qualcuno di voi
> ha gi? sperimentato una soluzione decente per un simile compito?
Allora, standoci (o meglio essendoci stato) dentro fino al collo, te
dico le varie soluzioni sperimentate nel corso degli anni.
1.
Esportazione del file mdb in file di testo: Access permette di farlo
piuttosto facilmente (sia in formato CSV che con campi a lunghezza
fissa), mediante una cosiddetta "specifica di esportazione", che si crea
con Access medesimo a colpi de mouse, e che poi ? utilizzabile da VBA.
OK, probabilmente *non* ? quello che serve a te, ma lo cito per
completezza e perch? ? la soluzione che stiamo adottando per lavoro
proprio adesso, in una situazione del tutto simile alla tua: dobbiamo
prendere il back-end di una nota applicazione in uso in ambito
medico-ospedaliero, che alla fine ? una volgare applicazione VBA, che
esporta il back-end anche in formato testo. Magari controlla se la tua
"Askia" pu? fare altrettanto, potresti risparmiarti un sacco di ca...
Ehm, di pruriti nel fondo schiena.
2.
Se fossi sotto Windows, potresti connetterti al db access (ovvero al
file mdb) via DBI mediante DBD::ADO:
http://search.cpan.org/~sgoeldner/DBD-ADO/
L'ho usato e va benissimo ma, come detto, gira solo sotto Windows, per
cui tu dirai: che me lo stai a di' a fa'?! Perch? pu? tornare utile
nello scenario 4 sotto descritto...
3.
Tutto sotto Linux, senza alcuna contaminazione con Windows.
In questo caso corri a scaricare gli mdbtools:
http://mdbtools.sourceforge.net/
dei quali puoi servirti un 2 diversi modi:
3A.
Ti connetti al file mdb via DBI mediante DBD::ODBC, sfruttando il driver
ODBC per *nix incluso negli mdbtools. Ricordo che a suo tempo dovetti
bestemmiare un po', ma alla fine funzion? a dovere (essendo passato del
tempo, gli mdbtools si sono evoluti e magari ora anche il set-up sar?
pi? semplice).
3B.
(Meglio) sfrutti il tool di conversione di mdbtools (magari
automatizzandone l'uso con apposito scriptino Perl) che importa i dati
del file mdb in un db tipo PostgreSQL o MySQL, cos? ti ritrovi i dati
direttamente dentro un db-server al quale potrai accedere via DBI (sotto
Linux) senza alcun problema. Con questa soluzione, in pratica, il file
mdb non lo vedi proprio e cominci a lavorare direttamente con un db
"serio".
4.
Soluzione mista: la tua applicazione Perl gira sotto Linux, ma il file
mdb lo lasci sulla macchina Windows.
Se questa strada fosse per te praticabile, si pu? implementare facendo
girare dbiproxy.pl (e quindi DBI::DBI::ProxyServer)
http://search.cpan.org/~timb/DBI/dbiproxy.PL
http://search.cpan.org/~timb/DBI/lib/DBI/ProxyServer.pm
sulla macchina Windows: dbiproxy si connette al file mdb locale mediante
DBD::ODBC o DBD::ADO, e tu da Linux ti connetti al proxy (mediante
DBD::Proxy).
Il vantaggio di questa soluzione ? che salti a pie' pari il
treasferimento del/dei file mdb dalla macchina Windows alla macchina
Linux, che anche quello pu? essere una rogna, se lo devi schedulare.
Lo svantaggio ? che richiede un'applicazione aggiuntiva (dbiproxy.pl) in
esecuzione (e quindi da amministrare) sulla macchina Windows.
Insomma, in un modo o nell'altro alla fine se fa, tutto (o quasi) con
Perl ;-)
Se incontri problemi specifici, fammi sapere.
Ciao,
Emanuele.
From balestra at cesmail.net Wed Jan 31 14:53:07 2007
From: balestra at cesmail.net (Marco Balestra)
Date: Wed, 31 Jan 2007 23:53:07 +0100
Subject: [Roma.pm] cestinando windows sui server...
In-Reply-To: <000001c74588$10732980$1400000a@main>
References: <000001c74588$10732980$1400000a@main>
Message-ID: <8F858DEC-E513-466C-BEA0-D03511CD7D4D@cesmail.net>
On 31/gen/07, at 23:35, Emanuele Zeppieri wrote:
> Oltre ad aver reso un servizio alla tua azienda, hai anche contribuito
> (ancora una volta) alla diffusione di Perl,
La mia azienda ? soddisfattissima: sei giorni di sviluppo contro 8
settimane per lo sviluppo precedente, e il risultato li ha lasciati a
bocca aperta ;-)
> che de 'sti tempi di
> accerchiamento da parte di Java da un lato, di .NET dall'altro, di
> Python da sopra e di Ruby da sotto, ? una cosa quanto mai utile.
Java in amito aziendale ha il suo perch?, Python e Ruby per quanto
siano in diffusione non sono ancora largamente supportati (anche se
Python sembra andar meglio dell'interpretatissimo e pi? "perlish"
Ruby), mentre .NET, beh... mettiamola cos?: per ora ? poco pi? di
chiacchiere.
Tutti i tentativi di sviluppo in .NET di cui sono venuto a conoscenza
sono miseramente naufragati sotto la prova del'accesso concorrente.
La societ? di body rental in cui lavora mia moglie ha 7-8
sviluppatori .BET che stanno velocemente riconvertendo a Java,
perch? .NET non lo vuole pi? nessuno.
Dulcis in fundo ? di oggi la notizia che la Gran Bretagna ha deciso
che Vista (wow!) costa troppo senza apportare vantaggi sostanziali, e
quindi le scuole non lo adotteranno almeno fino al 2008 ;-)
> Allora, standoci (o meglio essendoci stato) dentro fino al collo, te
> dico le varie soluzioni sperimentate nel corso degli anni.
bene, ? proprio ci? di cui sono ghiotto :-)
(Intnto su Paramount Comedy passa la pubblicit? Di Wowndows...)
> 1.
> Esportazione del file mdb in file di testo:
dovrebbe farlo l'utente, la vedo dura :-/
> Ehm, di pruriti nel fondo schiena.
Eh s?, potendo sarebbe perfetto. Gi? me la sono cavata cos? per SPSS,
prendendo la sua esportazione HTMl invece di quella Excel (che
appoggiandosi alla DLL installata generava un file Excel 2003 che poi
il parser in Perl non riusciva a leggere).
Ma l? dovevano comunque esportare, invece con i ".qes" quelli ci
campano :-P
> Tutto sotto Linux, senza alcuna contaminazione con Windows.
eccoci :-)
> In questo caso corri a scaricare gli mdbtools:
> http://mdbtools.sourceforge.net/
ottimo!
> Ti connetti al file mdb via DBI mediante DBD::ODBC, sfruttando il
> driver
> ODBC per *nix incluso negli mdbtools. Ricordo che a suo tempo dovetti
> bestemmiare un po', ma alla fine funzion? a dovere (essendo passato
> del
> tempo, gli mdbtools si sono evoluti e magari ora anche il set-up sar?
> pi? semplice).
bello
> (Meglio) sfrutti il tool di conversione di mdbtools (magari
> automatizzandone l'uso con apposito scriptino Perl) che importa i dati
> del file mdb in un db tipo PostgreSQL o MySQL, cos? ti ritrovi i dati
> direttamente dentro un db-server al quale potrai accedere via DBI
> (sotto
> Linux) senza alcun problema. Con questa soluzione, in pratica, il file
> mdb non lo vedi proprio e cominci a lavorare direttamente con un db
> "serio".
carina anche questa :-)
> Soluzione mista: la tua applicazione Perl gira sotto Linux, ma il file
> mdb lo lasci sulla macchina Windows.
> Se questa strada fosse per te praticabile, si pu? implementare facendo
> girare dbiproxy.pl (e quindi DBI::DBI::ProxyServer)
no, questa la vedo dura...
> Insomma, in un modo o nell'altro alla fine se fa, tutto (o quasi) con
> Perl ;-)
> Se incontri problemi specifici, fammi sapere.
Sei stato preziosissimo come al solito, Emanuele, ty! :-)
--
Marco Balestra
IT consultant
balestra at cesmail.net