Newsgroup: it.comp.os.linux.sys
Titolo: Un errore che non conosco!

Max-open: fd 15 and old Max_fd 4.
Questo e' l'oscuro messaggio di errore che trovo nei log quando un mio
programma cerca di stampare in spool un certo file. Non me lo da sempre,
solo quando faccio una stampa in particolare.
La cosa piu' strana e' che se questa stampa la faccio direzionando su file e
poi lancio la stampa a mano da shell funziona!!!
Il mio script ad un certo punto non fa altro che fare lpr -P $PRINTER $CODA
e a volte non stampa nulla, quindi ci ho messo un bel 2>/tmp/debug e ho
visto l'errore succitato.
Pero' se faccio un cat $CODA>/tmp/file_di_prova e poi a mano lpr -Plp1
/tmp/file_di_prova funziona.
Qualche idea?
Purtroppo questo
http://groups.google.it/groups?q=Max-open%20and%20old%20Max_fd&hl=it&lr=&ie=UTF-8&sa=N&tab=wg
mi rivela che solo io ed una ltro siamo gli sfigati che abbiamo incontrato
tale problema, ma l'atro sfigato non ha ricevuto risposta, io invece,
siccome sono un un niusgrupp di gente con le p***e quadrate ricevero'
sicuramente una soluzione ^__^;
Byez.
--------------------------------------------
     Davide D'Amico - SysAdmin
Resp. Sistemi Operativi e Hardware
       Novasoft s.a.s. - Pescara
          Linux User #280127
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.690 / Virus Database: 451 - Release Date: 22/05/2004

 Max-open: fd 15 and old Max_fd 4.
Max-file-descriptor? Forse dovresti aumentarne il numero?
Davide
-- 
| In 1915 pancake make-up was invented but most people still preferred
| syrup. 
| 
| 

 Qualche idea?
Metti la riga che ti funziona nello script. 
	genialmente,
	   Cthulhu
-- 
Vado dove nessuno giunge
Per strade deserte abitate da spettri         
http://www.rlyeh.it/
Vado nel Nulla, per cogliere l'Essenza.       <cthulhu(da)rlyeh(in)it>

 Max-open: fd 15 and old Max_fd 4.
scusa, cosa dice 
cat /proc/sys/fs/file-max
e 
cat /proc/sys/fs/file-nr
?

 cat /proc/sys/fs/file-nr
1670    528     13100
Moolto piu' grandi di 15 !!!!


 Metti la riga che ti funziona nello script.
Nello script C'E' la riga che mi funziona. Solo che dentro lo script da
errore, in shell no......


 errore, in shell no......
No, intendo la riga che ho quotato, quella col "cat". :)
Fatti stampare il contenuto di $CODA prima di chiamare "lpr", magari
scopri che ci sono caratteri tipo spazi od apici che fanno casino.
	ipotizzatamente,


 scopri che ci sono caratteri tipo spazi od apici che fanno casino.
Si, il contenuto di $CODA l'ho gia' controllato, un normale file di testo,
solo un po' lungo, ma nemmeno tanto... sulle 300 linee dice wc -l.
Comunque torno dal cliente e gli aggiorno lpr. Sono sicuro che il problema
sta li.
Ciao.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.692 / Virus Database: 453 - Release Date: 28/05/2004

 solo un po' lungo, ma nemmeno tanto... sulle 300 linee dice wc -l.
Non intendevo il contenuto del file puntato da $CODA, ma il contenuto di
$CODA!
In altre parole, il nome del file puntato da $CODA, e' un nome file
"normale", senza spazi, apici, dollari, asterischi o qualsiasi altra
cosa che non sia [A-Za-z0-9-_\.]?
Prova a mettere il tutto tra doppi apici e utilizzare le graffe: 
	"${CODA}"
Le graffe ti servono per distinguere $C, $COD e $CODA, in caso.
	provatamente,


 Moolto piu' grandi di 15 !!!!
non ti fare ingannare dal 15. E' un valore rimappato. Consedera per 
esempio che stdin ha sempre fd 0 per tutti i processi, ma questo non 
vuol dire che tutti i processi usino lo stesso file descriptor.
Comunque non sono stati esauriti. Non avrei altre idee.

 cosa che non sia [A-Za-z0-9-_\.]?
Si i nomi files sono normalissimi, tutti caratteri alfanumerici senza spazi
trattini punti ecc...
Il problema e' dovuto ad un bug di LPRng contenuto nella RedHat 7.0.
Aggiornato alla 3.7.4 problema risolto.
Grazie a tutti ugualmente.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.700 / Virus Database: 457 - Release Date: 06/06/2004