cortesi Wed Apr 17 13:48:45 2002 EDT
Added files:
/phpdoc/it/faq build.xml
Log:
adding translation EN 1.16
Index: phpdoc/it/faq/build.xml
+++ phpdoc/it/faq/build.xml
<?xml version="1.0" encoding="iso-8859-1"?>
<!-- EN-Revision: 1.16 Maintainer: hfish Status: ready -->
<chapter id="faq.build">
<title>Problemi di installazione</title>
<titleabbrev>Problemi di installazione</titleabbrev>
<para>
Questa sezione raccoglie i pi� comuni errori che avvengono durante l'installazione.
</para>
<qandaset>
<qandaentry id="faq.build.configure">
<question>
<para>
Ho l'ultima versione di PHP ed uso l'anonymous CVS, ma non c'�
nessuno script per la configurazione!
</para>
</question>
<answer>
<para>
Per generare lo script di configurazione dal file
<filename>configure.in</filename> devi avere
il pacchetto autoconf di GNU installato sul tuo PC. Esegui <command>/buildconf
</command> nella cartella di livello pi� alto dopo aver ricevuto i sorgenti
dal server CVS. (A meno che tu non esegua la configurazione con l'opzione
<literal>
--enable-maintainer-mode</literal>, lo script di configurazione non ricostruir�
automaticamente lo script quando il file <filename>configure.in</filename> �
aggiornato, cos� dovresti essere
sicuro di farlo manualmente quando ti accorgi che il file
<filename>configure.in</filename> � cambiato.
Un segno di ci� � trovare cose simili a @VARIABLE@ nel tuo Makefile dopo aver
eseguito
la configurazione o il <filename>config.status</filename>.)
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.configuring">
<question>
<para>
Ho problemi nel configurare PHP per farlo lavorare con Apache.
Un messaggio di errore mi dice che � impossibile trovare il file
<filename>httpd.h</filename>,
ma questo file � presente nel percorso che ho specificato!
</para>
</question>
<answer>
<para>
Nello script di configurazione/setup devi specificare il percorso della cartella
di
livello pi� alto di Apache, cio� devi scrivere
<literal>--with-apache=/percorso/per/apache
</literal> e <emphasis>non</emphasis>
<literal>--with-apache=/percorso/per/apache/src</literal>.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.not-found">
<question>
<para>
Quando eseguo la configurazione, un messaggio di errore mi dice che non �
possibile trovare file inclusi o librerie per GD, gdbm o qualche altro pacchetto!
</para>
</question>
<answer>
<para>
Puoi ordinare allo script di configurazione di cercare di gli header e le
librerie anche
in posizioni non standard specificando flag addizionali da passare al
preprocessore C, come:
<programlisting>
CPPFLAGS=.I/percorso/da/includere LDFLAGS=-L/percorso/per/la/libreria ./configure
</programlisting>
Se stai usando un csh-variant per fare il login da shell (perch�?), modifica il
codice
precedente in questo modo:
<programlisting>
env CPPFLAGS=-I/percorso/da/includere LDFLAGS=-L/percorso/per/la/libreria
./configure
</programlisting>
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.yytname">
<question>
<para>
Quando cerco di compilare il file <filename>language-parser.tab.c</filename>, un
messaggio di errore mi dice
<literal>yytname undeclared</literal>.
</para>
</question>
<answer>
<para>
Devi aggiornare la tua versione di Bison. Puoi trovare l'ultima versione su
<ulink url="&faqurl.bison;">&faqurl.bison;</ulink>.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.link">
<question>
<para>
Quando eseguo <command>make</command> sembra che vada tutto bene, ma lo script
si blocca quando cerca
di creare un collegamento all'applicazione finale, e un messaggio di errore mi
dice che
non � possibile trovare qualche file.
</para>
</question>
<answer>
<para>
Qualche vecchia versione di <command>make</command> non posiziona le versioni
compilate dei file nelle cartelle
giuste. Prova ad eseguire <command>cp *.o functions</command> a quindi e
rieseguire
<command>make</command> e controlla se il messaggio di errore compare ancora. Se
dovesse
continuare ad apparire avrai bisogno di scaricare una versione pi� recente di
make GNU.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.undefined">
<question>
<para>
Quando faccio dei collagamenti in PHP, un messaggio di errore mi avvisa di un
numero
indefinito di consultazioni.
</para>
</question>
<answer>
<para>
Controlla la linea relativa al collegamento ed assicurati che tutte le librerie
appropriate siano state incluse alla fine dello script. Le librerie pi� comuni
che tu possa aver scordato sono le '-ldl' e quelle relative al supporto di
qualche
database che hai incluso.
</para>
<para>
Se stai facendo un collegamento con Apache 1.2.x, ti sei ricordato di aggiungere
le
informazioni appropriate nella linea EXTRA_LIBS del file di configurazione? Ti
sei
ricordato di rieseguire lo script di configurazione di Apache? Guarda il file
<ulink url="&faqurl.file.installation;">INSTALL</ulink> presente in questa
distribuzione per avere maggiori informazioni.
</para>
<para>
Qualcuno che aveva dei problemi con i collegamenti con Apache ha risolto
aggiungendo
'-ldl' subito dopo <filename>libphp4.a</filename>.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.Apache">
<question>
<para>
Non riesco a capire come installare PHP con Apache 1.3.
</para>
</question>
<answer>
<para>
Installare PHP insieme con Apache 1.3 � veramente semplice: segui queste
istruzioni:
<itemizedlist>
<listitem>
<simpara>
Scarica l'ultima distribuzione di Apache 1.3 da <ulink url="&faqurl.apache;">
&faqurl.apache;</ulink.
</simpara>
</listitem>
<listitem>
<simpara>
Estrai prima l'archivio gzip e poi quello tar dove preferisci, per esempio in
<filename>/usr/local/src/apache-1.3</filename>.
</simpara>
</listitem>
<listitem>
<simpara>
Compila PHP per la prima volta eseguendo:
<command>./configure --with-apache=/<percorso>/apache-1.3</command>
Sostituisci <percorso> con il percorso che porta alla cartella di
Apache 1.3
</simpara>
</listitem>
<listitem>
<simpara>
Scrivi <command>make</command> seguito da <command>make install</command>
per installare PHP e copiare i file necessari alla distribuzione di Apache.
</simpara>
</listitem>
<listitem>
<simpara>
Cambia il percorso delle cartelle fino al tuo
<filename>/<percorso>/apache-1.3/src
</filename> e modifica il file di <filename>Configuration</filename>.
Aggiungi al file la riga seguente:
<literal>AddModule modules/php4/libphp4.a</literal>.
</simpara>
</listitem>
<listitem>
<simpara>
Scrivi: '<command>./Configure</command>' seguito da '<literal>make</literal>'.
</simpara>
</listitem>
<listitem>
<simpara>
Ora dovresti avere un httpd binario abilitato per PHP!
</simpara>
</listitem>
</itemizedlist>
</para>
<para>
<emphasis>Nota bene:</emphasis> puoi anche usare il nuovo script
<literal>./configure
</literal> di Apache. Leggi le istruzioni nel file
<literal>README.configure</literal>
presente nella tua distribuzione di Apache. Leggi anche il file
<filename>INSTALL</filename>
nella distribuzione di PHP.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.not-running">
<question>
<para>
Ho seguito le istruzioni per installare Apache come modulo sotto UNIX, ma il
browser mi mostra il
codice dei miei script PHP o mi viene chiesto di salvare la pagina PHP sul disco.
</para>
</question>
<answer>
<para>
Questo significa che il modulo PHP non viene invocato correttamente per una
qualche ragione. Prima
di cercare ulteriore aiuto controlla tre cose:
<itemizedlist>
<listitem>
<simpara>
Assicurati che l'httpd binario che stai eseguendo sia quello nuovo che hai
appena installato.
Per fare ci� prova ad eseguire: <literal>/percorso/per/il/file/binario/httpd
-l</literal>
</simpara>
<simpara>
Se nell'elenco non compare <filename>mod_php4.c</filename>, significa che non
stai eseguendo il
binario giusto: trova ed installa il binario corretto.
</simpara>
</listitem>
<listitem>
<simpara>
Assicurati di aver aggiunto il corretto Myme Type ad uno dei tuoi file
<literal>Apache .conf
</literal>. Dovrebbe essere: <literal>AddType application/x-httpd-php3
.php3</literal> (per
PHP 3)
</simpara>
<simpara>
o <literal>AddType application/x-httpd-php .php</literal> (per PHP 4)
</simpara>
<simpara>
Assicurati anche che questa linea AddType non sia nascosta all'interno di un
<Virtualhost>
o di un blocco di <cartelle> che possa impedire l'applicazione al
percorso dei tuoi script
di prova.
</simpara>
</listitem>
<listitem>
<simpara>
Infine sappi che il percorso predefinito del file di configurazione di Apache
1.2 � diverso da
quello di Apache 1.3. Dovresti controllare che il file della linea AddType
sia al momento letto.
Puoi inserire un errore di sintassi di proposito nel file httpd.conf o
effettuare qualche altro
cambiamento che ti far� capire se il file � correntemente letto.
</simpara>
</listitem>
</itemizedlist>
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.activate-module">
<question>
<para>
Un messaggio di errore mi dice di usare:
<literal>--activate-module=src/modules/php4/libphp4.a
</literal>, ma questo file non esiste, quindi l'ho cambiato in
<literal>--activate-module=src/
modules/php4/libmodphp4.a</literal> ma il tutto non funziona. Che succede?
</para>
</question>
<answer>
<para>
Nota che si presume che il file libphp4.a non esista. Sar� un processo di Apache
a crearlo!
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.ansi">
<question>
<para>
Quando provo ad installare Apache con PHP come modulo statico usando
<literal>--activate-module=src/
modules/php4/libphp4.a</literal> un messaggio di errore mi dice che il mio
compilatore non �
compatibile con ANSI.
</para>
</question>
<answer>
<para>
Questo � un messaggio d'errore ingannevole di Apache, un bug che � stato
riparato nelle versioni
pi� recenti.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.apxs">
<question>
<para>
Quando provo ad installare Apache usando <literal>--with-apxs</literal> ricevo
uno strano messaggio
di errore.
</para>
</question>
<answer>
<para>
Per risolvere questo problema devi controllare tre cose. Per iniziare, per
qualche ragione, quando
Apache installa gli script Perl apxs, ogni tanto finisce senza il compilatore
appropriato e le
variabili flag. Trova il tuo script apxs (prova il comando 'which apxs', ogni
tanto lo trova in
<filename>/usr/local/apache/bin/apxs</filename> o in
<filename>/usr/sbin/apxs</filename>): aprilo e cerca delle linee simili a queste:
<progrmalisting>
my $CFG_CFLAGS_SHLIB = ' '; # substituted via Makefile.tmpl
my $CFG_LD_SHLIB = ' '; # substituted via Makefile.tmpl
my $CFG_LDFLAGS_SHLIB = ' '; # substituted via Makefile.tmpl
</programlisting>
Se vedi scritto esattamente questo, hai trovato il problema: queste linee
potrebbero contenere spazi o
altri valori sbagliati, come 'q()'. Cambia le linee precedenti come segue:
<programlisting>
my $CFG_CFLAGS_SHLIB = '-fpic -DSHARED_MODULE'; # substituted via Makefile.tmpl
my $CFG_LD_SHLIB = 'gcc'; # substituted via Makefile.tmpl
my $CFG_LDFLAGS_SHLIB = q(-shared); # substituted via Makefile.tmpl
</programlisting>
Il secondo problema possibile potrebbe solo essere una particolare distribuzione
di Red Hat 6.1 e
6.2. L'unit� degli script apxs in Red Hat � corrotta. Cerca una linea simile a
questa:
<programlisting>
my $CFG_LIBEXECDIR = 'modules'; # substituted via APACI install
</programlisting>
Se trovi una linea identica a quella precedente, cambiala come segue:
<programlisting>
my $CFG_LIBEXECDIR = '/usr/lib/apache'; # substituted via APACI install
</programlisting>
Infine, se hai riconfigurato o reinstallato Apache, aggiungi un 'make clean' al
processo dopo
'./configure' e prima di 'make'.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.microtime">
<question>
<para>
Quando eseguo <command>make</command>, ricevo errori nei microtime e un sacco di
errori <literal>RUSAGE_</literal>.
</para>
</question>
<answer>
<para>
Se durante la parte di installazione che riguarda <command>make</command> hai
incontrato problemi simili a questi,
significa che il tuo sistema ha qualche problema:
<programlisting>
microtime.c: In function `php_if_getrusage':
microtime.c:94: storage size of `usg' isn't known
microtime.c:97: `RUSAGE_SELF' undeclared (first use in this function)
microtime.c:97: (Each undeclared identifier is reported only once
microtime.c:97: for each function it appears in.)
microtime.c:103: `RUSAGE_CHILDREN' undeclared (first use in this function)
make[3]: *** [microtime.lo] Error 1
make[3]: Leaving directory `/home/master/php-4.0.1/ext/standard'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/master/php-4.0.1/ext/standard'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/master/php-4.0.1/ext'
make: *** [all-recursive] Error 1
</programlisting>
</para>
<para>
Hai bisogno di fissare alcuni tuoi file in <filename>/usr/include</filename>
installando un pacchetto glibc-devel che
corrisponda al tuo glibc. Questo non ha assolutamente niente a che fare con PHP.
Per controllare
se il tuo problema dipende da questo, prova questo semplice test:
<programlisting>
$ cat >test.c <<X
#include <sys/resource.h>
X
$ gcc -E test.c >/dev/null
</programlisting>
Se ricevi messaggi d'errore, allora i tuoi file inclusi sono sparpagliati.
</para>
</answer>
</qandaentry>
<qandaentry id="faq.build.upgrade">
<question>
<para>
Voglio aggiornare il mio PHP. Dove posso trovare la linea di
<command>./configure</command>
che � stata usata per costruire la mia corrente versione di PHP?
</para>
</question>
<answer>
<para>
Puoi cercare nel file config.nice nel sorgente della tua attuale installazione
di PHP o
eseguire questo semplice script:
<programlisting>
<?php phpinfo(); ?>
</programlisting>
Nella prima parte della pagina risultante � mostrato il percorso di
<command>./configure</command>.
</para>
</answer>
</qandaentry>
</qandaset>
</chapter>
<!-- Keep this comment at the end of the file
Local variables:
mode: sgml
sgml-omittag:t
sgml-shorttag:t
sgml-minimize-attributes:nil
sgml-always-quote-attributes:t
sgml-indent-step:1
sgml-indent-data:t
indent-tabs-mode:nil
sgml-parent-document:nil
sgml-default-dtd-file:"../../manual.ced"
sgml-exposed-tags:nil
sgml-local-catalogs:nil
sgml-local-ecat-files:nil
End:
vim600: syn=xml fen fdm=syntax fdl=2 si
vim: et tw=78 syn=sgml
vi: ts=1 sw=1
-->
