Pol Hallen wrote:
Tienici informati su che soluzione adotti.
Per ora ho fatto una cosa del tipo:
while :
do
obexserver
done
questa mi sembra una soluzione semplice ed efficace, ammesso che per te
sia sufficiente poter stabilire una connessione obex per volta.
il tutto messo in uno script, e in /etc/init.d ho messo uno scriptino che
avvia quei comandi fungendo in background (poi linkato al runlevel preferito)
Purtroppo ho constatato che obexserver mette tutto in /tmp e al riavvio
la /tmp viene ripulita :-((
il comportamento di Debian riguardo alla pulizia della /tmp è gestito
dalla variabile TMPTIME in /etc/default/rcS; settandola su un valore
negativo la /tmp non verrà mai svuotata (man rcS)
nei sorgenti di obexserver ci sono delle note sul motivo di usare quella e
proprio quella dir ma avevo poco tempo.. ho letto "al volo" :-)
Ora come ora mi viene in mente di mettere in cron qualcosa che sposta il
contenuto di /tmp in un'altra dir o che mandi per mail i vari files ricevuti
da bluetooth.
Purtroppo e' difficile capire quali files sono stati ricevuti in quanto
obexserver non ha opzioni per modificarne il funzionamento. Di conseguenza e'
possibile spedire qualsiasi cosa e obexserver non fa distinzioni (ne marca il
max address della periferica, etc) ne' riscrive il nome del file.
Qualcuno ha consigli (oltreche' scrivere al manutentore di obexserver)?
Grazie ;-)
Pol
Potresti modificare tu stesso i sorgenti e ricompilare (potenza
dell'open source), ciò che chiedi dovrebbe essere facilmente
implementabile con un minimo di conoscenza della della programmazione.
Saluti.
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
[EMAIL PROTECTED] con oggetto "unsubscribe". Per
problemi inviare un email in INGLESE a [EMAIL PROTECTED]
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
