-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-23 a las 09:44 +0100, lluis escribió:
Other common problems involve the ownership and protection of the modem device file. When a HylaFAX server process is running it forces the tty device to be owned by the ``fax'' user (typically the same UID as the ``uucp'' user) and to have the mode specified by the DeviceMode configuration parameter. Finally, beware that there are several different styles of UUCP lock files; verify that your UUCP and related programs use the same style that HylaFAX is configured to use. The UUCP lock file scheme used by HylaFAX may be specified with the UUCPLockType configuration parameter. If you specify this parameter be certain to put it in both the faxq configuration file and each modem configuration file; otherwise one HylaFAX server process may do the right thing while another may not.
Quizas vayan por aqui los tiros
Si, una buena parte del problema es que en Linux hay varios sistemas distintos de bloqueo de dispositivos o ficheros. Tengo entendido que el soporte en el kernel tardó en llegar, por lo que los programadores de aplicaciones lo que hicieron durante años es crear un fichero del mismo nombre que el bloqueado con la extensión ".lock", con la esperanza de que otros programas o procesos vean el ".lock" y sean tan amables de no interferir - pero es eso, se espera la cortesía de no interrumpir, pero pueden hacerlo, y liarla buena (por ejemplo, el procmail usa ese sistema). Creo que el hylafax usa un bloqueo mediante el kernel, que tampoco estoy seguro si hay varios tipos, y claro, tampoco es fácil saber cual están usando los otros programas. Si el hylafax usa bloqueo del kernel y el telefoneador usa ".lock", pues nunca funcionará. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFjSfatTMYHG2NR9URAhLuAJwLOoxF8EZ69cqJeypWa5KCsDu/QQCfcz+S UYq8f7MPkzRd5p6/jIEZIKw= =cW/3 -----END PGP SIGNATURE-----