o metoda de consola e cum sa zis mai sus cu lsof lsof | grep /dev/DEVICE_ulTAU
sau daca programu ala il faci tu, il faci in C, si pt scriere in fisier folosesti fopen, vezi ca fopen are un flag, nu mai stiu numele exact, ca sa astepte ca un fisier sa devina liber(in cazu tau device-ul), sau sa revina imediat cu o eroare in programj, eroare in functie de care tu poti incerca alt device, sau astepta o perioada..sau ce vrei tu sa faci. if this is the case, say more PS: ps threaduri incearca mutex(mai nou futex deshi suna amuzant) sau pe principiul watchdog-urilor. mentionez ca habar cu ce fe manaca un fax, nu am folosit niciodata, dar stiu un pic de C...so maybe i can help On Mon, 20 Dec 2004 13:11:42 +0200, Serghei Amelian <[EMAIL PROTECTED]> wrote: > On Monday 20 December 2004 13:03, Catalin(ux aka Dino) BOIE wrote: > > >> Care e de fapt intrebarea? > > >> Ce vrei sa faci? > > > > > > Exact ce am zis. Sa vad daca un device e ocupat si sa nu incerc sa-l > > > folosesc. Mai explicit, voi avea cateva thread-uri care vor incerca sa > > > trimita niste fax-uri. Ideea e ca daca un thread tine ocupat un device, > > > celelalte sa stea in asteptare sau sa incerce sa foloseasca alt device. > > > > La seriale, de obicei se fac niste fisiere lock care le protejeaza. > > Un program serios de faxuri (hylafax, mgetty) stie sa vada daca un device > > e folosit pentru altceva (alta trimitere/primire sau dialup). > > Daca tu ai facut programul de trimis faxuri, ar fi bine sa folosesti > > aceeasi metoda de lock ca si hylafax/mgetty. > > Stiu metodele alea, da' sunt un pic nepotrivite. Ma enerveaza ca fisierele > alea raman pe disc in cazul in care programul crapa sau e vre-un bug. E cam > greu sa-ti dai seama daca fisierele-lock sunt valide sau nu. Mi se pare ca > testul se face verificand daca PID-ul din lock exista si in lista de procese, > dar eu am thread-uri... Daca imi crapa un thread si nu sterge fisierul de > lock am o mare problema... > > -- > Serghei. > > --- > Detalii despre listele noastre de mail: http://www.lug.ro/ > > -- --------------------------------------------------- ----THE END of this transmission---- --- Detalii despre listele noastre de mail: http://www.lug.ro/
