Newsgroup: it.comp.lang.perl
Titolo: neofita Perl chiede aiuto

mi presento sono DynoC, neofita alle primissime armi con Perl...
ho prelevato l'ultima versione del Perl 522. L'ho installato su una macchian
windows 95 osr2, inoltre su questa macchina ho installati il PWS per win95..
l'ho configurato e sembra funzionare.
problemi:
creato programma Perl con estensione .pl e posizionato sotto direttiva degli
scripts, lanciandolo funziona ma vorrei spiegato alcune cose:
1) perchè quando lancio lo script viene aperto un processo consolo DOS, che
resta attivo fino a quando non termina il .pl?
2) basandomi sulla documentazione del Perl dove mi si dice di rinominare i
miei perl in .cgi, l'ho fatto, dopo aver associato all'estensione cgi il
Perl, però se richiamo il .cgi questo non viene eseguito, ma mi viene
richiesto dal browser se lo voglio aprire o salvare, perchè?
3) DCOM serve solo x funzionalità di accesso DBASE avanzato?
per favore help me... a presto



 3) DCOM serve solo x funzionalità di accesso DBASE avanzato?
DCOM, in generale, serve per qualsiasi accesso di tipo Component
Object Model che sia Distribuito (cioe` potenzialmente fra macchine
diverse).  Specificamente, l'upgrade cosiddetto DCOM di Win95 (che
l'ActivePerl richiede, e che penso sia cio` cui ti riferisci) corregge
anche alcuni errori e mancanze del COM (senza necessariamente D)
sulla piattaforma Win95, allineandola meglio allo standard del COM
su Win/NT (e /98).  Poiche` il Perl di ActiveState supporta appieno
il COM in vari modi (ad esempio, e` totalmente attraverso COM che
Perl diviene uno scripting language di Active Scripting, totalmente
integrato con strumenti come WSH; e` sempre attraverso COM che
funziona tutto il modulo Win32::OLE, permettendo a Perl di pilotare
applicazioni esterne come Outlook, Lotus Notes, Visio, Word, ecc ecc),
e` ragionevole pensare che abbia alcune dipendenze sull'esistenza,
nelle DLL del sistema operativo, della versione corretta delle API di
COM; da cui, presumo, l'esigenza di avere questa versione corretta
(e quindi l'upgrade DCOM a Win95) anche se non si e` direttamente
interessati all'uso di COM.
Non mi e` chiaro cosa c'entri DBASE (un vecchio, un tempo molto
diffuso, programma della Ashton-Tate...?), ma, se intendi "accesso
avanzato database", posso confermarti che una delle possibilita`
offerte da COM e` l'accesso all'ADO, che e` una strada davvero
comoda per interagire con ogni tipo di database (e altre fonti di
dati anche non corrispondenti al tradizionale concetto di database).
Tuttavia, puo` invece essere preferibile, benche` forse possa anche
essere piu` laborioso, usare strati di accesso piu` bassi, specialmente
il modulo DBI, che puo` garantirti futura portabilita` dei tuoi script
ad altre piattaforme, come ad esempio Linux.  Un'ottima introduzione
al DBI la trovi alla URL 
http://www.perl.com/pub/1999/10/DBI.html
Moduli come DBD::ODBC dovrebbero poi permettere di usare DBI
per i tipici database disponibili su Windows.  (Non ho esperienza
diretta sull'uso di questi moduli).
Alex

mi presento sono DynoC, neofita alle primissime armi con Perl...
ho prelevato l'ultima versione del Perl 522. L'ho installato su una macchian
windows 95 osr2, inoltre su questa macchina ho installati il PWS per win95..
l'ho configurato e sembra funzionare.
problemi:
creato programma Perl con estensione .pl e posizionato sotto direttiva degli
scripts, lanciandolo funziona ma vorrei spiegato alcune cose:
1) perchè quando lancio lo script viene aperto un processo consolo DOS, che
resta attivo fino a quando non termina il .pl?
2) basandomi sulla documentazione del Perl dove mi si dice di rinominare i
miei perl in .cgi, l'ho fatto, dopo aver associato all'estensione cgi il
Perl, però se richiamo il .cgi questo non viene eseguito, ma mi viene
richiesto dal browser se lo voglio aprire o salvare, perchè?
3) DCOM serve solo x funzionalità di accesso DBASE avanzato?
per favore help me... a presto

 3) DCOM serve solo x funzionalità di accesso DBASE avanzato?
A parte il fatto che ti hanno gia' risposto qui, i tuoi problemi riguardano
piu' il server HTTP o i programmi CGI che Perl.
Al problema di Perl con PWS si e' risposto ieri su it.comp.www.cgi con un
puntatore ad una FAQ.
Maurizio
-- 
Maurizio M. Munafo' / 
mmmu...@netscape.net
"Consider Phlebas, who was once handsome and tall as you" (T.S.Eliot)

 ICQ# 1980563

 lavorando per implementarla su server AIX e forse su UNIX in generale.
Ci sono implementazioni DCOM per molte piattaforme Unix,
compresa Linux, sul sito dell'azienda (tedesca, mi pare) che
si occupa di questi porting.  Almeno quella Linux dovrebbe
poter essere scaricata gratuitamente.
Una implementazione equivalente, e disponibile in sorgenti,
dovrebbe essere all'interno dei sorgenti di Mozilla, con il
nome di XCOM, visto che "Navigator" (Mozilla) internamente
era componentizzato usando appunto questa versione
portabile di COM.  Tuttavia, non credo (non ho verificato)
che XCOM sia interoperabile con DCOM, in quanto
quest'ultimo si appoggia sull'RPC del DCE, mentre XCOM,
se non sbaglio, funziona solo in-process.
Alex

 wrote in message
news:8131pe$1ch$1...@nslave2.tin.it...
grazie caro Alex, scusami per il caro se non va bene, ma ho una
considerazione da fare:
dato che ho scaricato una versione di perl 522 per piattaforma WINNT 4/WIN95
suppongo che dovrebbe giŕ essere preparato per poter girare su questi
ambienti in maniera adeguata, al limite dovrebbero dare la possibilitŕ di
poter usarlo come console 32 bit... spero che sia una considerazione valida,
in ogni caso va bene cosě; approfitto per farti un'altra domanda:
creerň dei programmi in Perl per poi scaricarli su un web server Linux,
logicamente utilizzerň ciň che Linux puň comprendere..., non posso
pretendere che faccia delle cose si possano ottenere solo in ambienti quali
NT o WIN32... questi programmi Perl chč farň funzioneranno senza il problema
della console? spero di sě.
grazie anche per le altre risposte sono chiare... ciao

 della console? spero di sì.
Se usi, come dovresti, CGI.pm per l'accesso a CGI, dovresti ottenere
degli script Perl in grado di girare, sia normalmente come script CGI,
_sia_ eventualmente in modo interattivo a terminale (l'equivalente
Linux della "console" Windows) a scopo, in pratica, di debugging.
Comunque, anche senza CGI.pm e questa grossa comodita` che ti
offre (di potere sviluppare/debuggare a terminale, poi senza modifiche
passare all'uso come programmi CGI sotto il server), puoi sicuramente
evitare di preoccuparti della console, purche` tu non faccia alcun uso
di standard input, standard output, standard error, cioe` i tre "files"
che normalmente sono connessi per fare I/O appunto sul terminale
(o console che dir si voglia).
Alex