Re[2]: oftopic: (2) select()& O_NONBLOCK: new URL
Hello Daniel. ÐÑÐ²ÐµÑ Ð½Ð° пиÑÑмо Ð¾Ñ 4 иÑÐ½Ñ 2001 г. (18:33): DG> On Mon, Jun 04, 2001 at 10:18:21AM -0400, Nick Orlov wrote: >> ÐÑÑÑ Ð¾ÑлиÑÐ½Ð°Ñ ÐºÐ½Ð¸Ð¶ÐºÐ°, напиÑÐ°Ð½Ð½Ð°Ñ Ð Ð£Ð¡Ð¡ÐÐРавÑоÑом коÑоÑÐ°Ñ ÑвлÑеÑÑÑ Ð²ÐµÑÑма >> Ñ Ð¾ÑоÑим введением в пÑогÑаммиÑование под *nix >> >> ÐндÑей РобаÑевÑкий, ÐпеÑаÑÐ¸Ð¾Ð½Ð½Ð°Ñ ÑиÑÑема Unix. >> >> ÐокÑпал на в www.24x7.ru >> >> СейÑÐ°Ñ Ñ Ð¼ÐµÐ½Ñ ÑвлÑеÑÑÑ Ð½Ð°ÑÑолÑной наÑÑÐ´Ñ Ñо СÑÑаÑÑÑÑÑпом. >> DG> ÐеÑ, паÑÑиоÑизм Ñ ÑÐ²Ð°Ð¶Ð°Ñ Ð¸ ÑенÑ, но ... DG> ÐÑлиÑной Ñ Ð±Ñ ÐµÐµ не назвал. Ðак введение она вполне подойдеÑ, наÑÑдÑ, DG> напÑимеÑ, Ñ Ð¢ÐµÑенÑом Чаном, еÑли не вÑÐµÐ¼Ñ Ð½Ð°Ð¿Ð¸ÑÐ°Ð½Ð¾Ð¼Ñ Ð²ÐµÑиÑÑ. ÐнÑеÑеÑно: а ÑÐµÐ¼Ñ Ð²ÐµÑиÑÑ, ÑÐµÐ¼Ñ Ð½ÐµÑ? ХоÑÑ Ð¿ÑимениÑÑ - пÑовеÑиÑÑ, не пÑимениÑÑ - забÑдеÑÑ.:) DG> Ðо заваливаÑÑ DG> ÑÑол ÑÑими книгами Ñ Ð±Ñ Ð½Ðµ ÑÑал. DG> Ðогда добеÑÑÑÑ Ð´Ð¾ ÑкземплÑÑа, ÑÐ¼Ð¾Ð³Ñ Ð·Ð°Ð¿Ð¾ÑÑиÑÑ ÑпиÑоÑек пÑÐ¾Ð¼Ð°Ñ Ð¾Ð² и DG> неÑоÑноÑÑей, еÑли не поленÑÑÑ, и кого-нибÑÐ´Ñ ÑÑо заинÑеÑеÑÑеÑ. Ð, да. ÐÑÐµÐ½Ñ Ð´Ð°Ð¶Ðµ инÑеÑеÑно бÑло Ð±Ñ Ð¿Ð¾ÑиÑаÑÑ Ð¾ неÑоÑноÑÑÑÑ Ð Ð¾Ð±Ð°ÑевÑкого. Ðго книга Ð´Ð»Ñ Ð¼ÐµÐ½Ñ Ñоже в каÑеÑÑве наÑÑолÑной. ÐÐ²Ð¸Ð´Ñ Ñого, ÑÑо Ð·Ð½Ð°Ð½Ð¸Ñ Ð°Ð½Ð³Ð»Ð¸Ð¹Ñкого вÑеменно оÑÑÑÑÑÑвÑÑÑ,:) РобаÑевÑкий - единÑÑвеннÑй вÑÑ Ð¾Ð´. ÐÑего Ñ Ð¾ÑоÑего. ÐмиÑÑий. 05.06.2001
Re: oftopic: (2) select()& O_NONBLOCK: new URL
ÐÑÑÑ Ð¾ÑлиÑÐ½Ð°Ñ ÐºÐ½Ð¸Ð¶ÐºÐ°, напиÑÐ°Ð½Ð½Ð°Ñ Ð Ð£Ð¡Ð¡ÐÐРавÑоÑом коÑоÑÐ°Ñ ÑвлÑеÑÑÑ Ð²ÐµÑÑма Ñ Ð¾ÑоÑим введением в пÑогÑаммиÑование под *nix ÐндÑей РобаÑевÑкий, ÐпеÑаÑÐ¸Ð¾Ð½Ð½Ð°Ñ ÑиÑÑема Unix. ÐокÑпал на в www.24x7.ru СейÑÐ°Ñ Ñ Ð¼ÐµÐ½Ñ ÑвлÑеÑÑÑ Ð½Ð°ÑÑолÑной наÑÑÐ´Ñ Ñо СÑÑаÑÑÑÑÑпом. Regards, Nick.
Re: oftopic: (2) select()& O_NONBLOCK
On Mon, Jun 04, 2001 at 10:57:52AM -0400, Nick Orlov wrote: > Ðе, Ð½Ñ Ð¿Ð¾Ð½ÑÑно, поÑле неÑколÑÐºÐ¸Ñ Ð»ÐµÑ ÐºÐ¾Ð²ÑÑÑÐ½Ð¸Ñ Ð² Unix'Ð°Ñ ÐºÐ½Ð¸Ð¶ÐºÐ¸ ÑовÑем не > нÑжнÑ, вполне Ñ Ð²Ð°ÑÐ°ÐµÑ Ð¼Ð°Ð½Ð¾Ð² > ÐевеÑно. ÐамеÑаÑелÑнÑÑ ÐºÐ½Ð¸Ð¶ÐµÐº колиÑеÑÑво необозÑимое. ÐÐ¾Ñ Ð½ÐµÐ´Ð°Ð²Ð½Ð¾ пÑоÑиÑал Jim Mauro and Richard McDougall "Solaris Internals. Core kernel architecture", оÑÐµÐ½Ñ Ð¼Ð½Ð¾Ð³Ð¾ нового Ñзнал. ÐÑли попадеÑÑÑ Ð½Ð° глаза, Ñо не пожалейÑе вÑемени. Я ÑилÑно ÑомневаÑÑÑ, ÑÑо когда-нибÑÐ´Ñ Ñ Ñеловека Ð²Ð¾Ð·Ð½Ð¸ÐºÐ°ÐµÑ Ñакой моменÑ, ÑÑо "книжки ÑовÑем не нÑжнÑ, вполне Ñ Ð²Ð°ÑÐ°ÐµÑ Ð¼Ð°Ð½Ð¾Ð²". ÐÑли Ñакое наÑÑÑпило, Ñо поÑа во гÑоб. :) -- dg
Re: ÐнижеÑки. Was: oftopic: (2) select( )& O_NONBLOCK
On Sat, Jun 02, 2001 at 06:30:47PM +0400, Daniel Ginsburg wrote: > On Sat, Jun 02, 2001 at 05:32:34PM +0400, Konstantin Sorokin wrote: > > Рне могли Ð±Ñ ÐÑ Ð¼Ð½Ðµ поÑовеÑоваÑÑ ÑÑо именно из СÑивенÑа надо покÑпаÑÑ > > пÑежде вÑего. ÐÐµÐ´Ñ Ð¾Ð½ авÑÐ¾Ñ Ð´Ð¾Ð²Ð¾Ð»Ñно болÑÑого колиÑеÑÑва книг, а вÑе > > кÑпиÑÑ, понÑÑно, Ñ Ð½Ðµ могÑ. Ðе назовеÑе, Ñкажем, 3 его книги в поÑÑдке > > ÑбÑÐ²Ð°Ð½Ð¸Ñ Ð²Ð°Ð¶Ð½Ð¾ÑÑи (полезноÑÑи etc). > > > > W. Richard Stevens, "Advanced Programming in the Unix Environment" pub. > Addison Wesley 1992, ISBN 0-201-56317-7 -- наÑÑолÑÐ½Ð°Ñ ÐºÐ½Ð¸Ð³Ð°. > > W. Richard Stevens, "Unix Network Programming" (second edition) Volume 2: > Interprocess Communications, pub. Prentice Hall 1998, ISBN 0-13-081081-9 -- > полÑзÑÑÑÑ Ð´Ð¾Ð²Ð¾Ð»Ñно ÑаÑÑо. > > W. Richard Stevens, "Unix Network Programming" (second edition) Volume 1: > Networking APIs: Sockets and XTI, pub. Prentice Hall 1998, ISBN > 0-13-490012-X -- полÑзÑÑÑÑ Ð¾Ñ ÑлÑÑÐ°Ñ Ðº ÑлÑÑаÑ. > > ÐÑе Ñказаное -- иÑклÑÑиÑелÑно мое мнение, никого ни к ÑÐµÐ¼Ñ Ð½Ðµ обÑзÑваÑÑее. > > ХодÑÑ ÑлÑÑ Ð¸ о планиÑÑемом пеÑеводе APUE. Ðе Ð·Ð½Ð°Ñ Ð½Ð°ÑколÑко они доÑÑовеÑнÑ. > Ð ÑÑÐ¾Ñ Volkom ÑлÑÑаем никÑда не пеÑÐµÐµÑ Ð°Ð» Ñ Ñого меÑÑа, ÑÑо Ñказан в FAQ ru.books.computing? Я ÑÑездил по ÑÐºÐ°Ð·Ð°Ð½Ð½Ð¾Ð¼Ñ Ñам адÑеÑÑ, а Ñам Ð¿Ð¾Ñ Ð¾Ð¶Ðµ ÑемонÑ. Ðо вÑÑком ÑлÑÑае двеÑÑ Ð½Ð¸ÐºÑо не оÑкÑÑл ;-(. Stevens бÑл в Ðиблио-ÐлобÑÑе, но его Ñже давно ÑаÑкÑпили, в Ðоме Ðниги на Ðовом ÐÑбаÑе вообÑе Ð¿Ð¾Ñ Ð¾Ð¶Ðµ подобной лиÑеÑаÑÑÑой не ÑоÑгÑÑÑ. ЧÑо делаÑÑ? ;-( -- WBR, Konstantin V. Sorokin GnuPG key fingerprint = 37A1 D039 0F07 774A BE34 428B 1E11 18BA 735B 7797 :wq pgpEI5opI1jWG.pgp Description: PGP signature
Re: oftopic: (2) select()& O_NONBLOCK: new URL
On Mon, Jun 04, 2001 at 10:18:21AM -0400, Nick Orlov wrote: > ÐÑÑÑ Ð¾ÑлиÑÐ½Ð°Ñ ÐºÐ½Ð¸Ð¶ÐºÐ°, напиÑÐ°Ð½Ð½Ð°Ñ Ð Ð£Ð¡Ð¡ÐÐРавÑоÑом коÑоÑÐ°Ñ ÑвлÑеÑÑÑ Ð²ÐµÑÑма > Ñ Ð¾ÑоÑим введением в пÑогÑаммиÑование под *nix > > ÐндÑей РобаÑевÑкий, ÐпеÑаÑÐ¸Ð¾Ð½Ð½Ð°Ñ ÑиÑÑема Unix. > > ÐокÑпал на в www.24x7.ru > > СейÑÐ°Ñ Ñ Ð¼ÐµÐ½Ñ ÑвлÑеÑÑÑ Ð½Ð°ÑÑолÑной наÑÑÐ´Ñ Ñо СÑÑаÑÑÑÑÑпом. > > Regards, > Nick. > У Ð¼ÐµÐ½Ñ ÑложилоÑÑ ÑÑойкое оÑÑÑение, ÑÑо книжка РобаÑевÑкого не оÑÐµÐ½Ñ Ñ Ð¾ÑоÑий пеÑеÑказ Stevens'а. Сам Ñ Stevens'а не ÑиÑал, но пÑимеÑÑ Ð² книжке РобаÑевÑкого Ñвно ÑпиÑÐ°Ð½Ñ Ð¾ÑÑÑда (Ð¼Ð¾Ð¶ÐµÑ Ñ Ð½ÐµÐ±Ð¾Ð»ÑÑими модиÑикаÑиÑми). -- WBR, Konstantin V. Sorokin GnuPG key fingerprint = 37A1 D039 0F07 774A BE34 428B 1E11 18BA 735B 7797 :wq pgpka5SUMJO3i.pgp Description: PGP signature
Re: oftopic: (2) select()& O_NONBLOCK
Ðе, Ð½Ñ Ð¿Ð¾Ð½ÑÑно, поÑле неÑколÑÐºÐ¸Ñ Ð»ÐµÑ ÐºÐ¾Ð²ÑÑÑÐ½Ð¸Ñ Ð² Unix'Ð°Ñ ÐºÐ½Ð¸Ð¶ÐºÐ¸ ÑовÑем ненÑжнÑ, вполне Ñ Ð²Ð°ÑÐ°ÐµÑ Ð¼Ð°Ð½Ð¾Ð²Ð ÐºÐ°Ðº ÑÑаÑÑ - она Ñамое оно, а главное, она не гÑеÑÐ¸Ñ Ð½ÐµÑоÑноÑÑÑми пеÑевода,поÑÐ¾Ð¼Ñ ÐºÐ°Ðº его пÑоÑÑо не бÑло :))ÐÑ Ð¸ конеÑно ÑÑо не Ñа книга по коÑоÑой нÑжно ÑÑиÑÑ C/C++.Ð ÑиÑÑемнÑе вÑÐ·Ð¾Ð²Ñ Ñам оÑвеÑÐµÐ½Ñ Ð¾ÑÐµÐ½Ñ Ð´Ð°Ð¶Ðµ Ð½ÐµÐ¿Ð»Ð¾Ñ Ð¾.Regards, Nick.- Original Message -From: "Daniel Ginsburg" <[EMAIL PROTECTED]>To: "Debian Russian" <debian-russian@lists.debian.org>Sent: Monday, June 04, 2001 10:33 AMSubject: Re: oftopic: (2) select()& O_NONBLOCK: new URL
Re: ÐнижеÑки. Was: oftopic: (2) select( )& O_NONBLOCK
On Mon, Jun 04, 2001 at 11:27:41PM +0400, Alexey Mahotkin wrote: > > "KS" == Konstantin Sorokin <[EMAIL PROTECTED]> writes: > > KS> Ð ÑÑÐ¾Ñ Volkom ÑлÑÑаем никÑда не пеÑÐµÐµÑ Ð°Ð» Ñ Ñого меÑÑа, ÑÑо Ñказан в FAQ > KS> ru.books.computing? Я ÑÑездил по ÑÐºÐ°Ð·Ð°Ð½Ð½Ð¾Ð¼Ñ Ñам адÑеÑÑ, а Ñам Ð¿Ð¾Ñ Ð¾Ð¶Ðµ > KS> ÑемонÑ. Ðо вÑÑком ÑлÑÑае двеÑÑ Ð½Ð¸ÐºÑо не оÑкÑÑл ;-(. > > ÐÑÐ¾Ñ Ð°Ð´ÑеÑ? > > ÐоÑква, 1-Ñ Ð¢Ð²ÐµÑÑкаÑ-ЯмÑÐºÐ°Ñ Ñл., дом 8 ÑÑÑоение 2, вÑвеÑка "РедакÑÐ¸Ñ > ÐÑÑнала "ЮноÑÑÑ"", 5 ÑÑаж, оÑÐ¸Ñ 5. Ñел\ÑÐ°ÐºÑ (095)250-1214. > > ÐеÑÑо ÐаÑковÑкаÑ, поÑле ÑÑкалаÑоÑа повеÑнÑÑÑ Ð½Ð°Ð»ÐµÐ²Ð¾ и поднÑÑÑÑÑ Ð½Ð° > повеÑÑ Ð½Ð¾ÑÑÑ, заÑем 300 меÑÑов по напÑÐ°Ð²Ð»ÐµÐ½Ð¸Ñ Ðº м. ÐелоÑÑÑÑкаÑ. > ÐÑвеÑка Ñ Ð¿Ð¾Ð´Ñезда "ÐÑÑнал ЮноÑÑÑ". > > E-Mail: books(at)df.ru, > http://www.volcom.df.ru > > > ÐÑвеÑÑ, пожалÑйÑÑа, еÑли они болÑÑе Ñам не ÑидÑÑ, Ñо Ñ Ð¾Ð±Ð½Ð¾Ð²Ð»Ñ F.A.Q. > > --alexm Ðозвонил -- вÑе ноÑмалÑно. Ðни Ñам же. ÐÑоÑÑо видимо по какомÑ-Ñо ÑÑеÑÐµÐ½Ð¸Ñ Ð¾Ð±ÑÑоÑÑелÑÑÑв Ñеловек, коÑоÑÑй Ñ Ð½Ð¸Ñ Ð·Ð°Ð²ÐµÐ´ÑÐµÑ Ð¾ÑкÑÑванием двеÑи, оÑлÑÑилÑÑ Ð¸Ð¼ÐµÐ½Ð½Ð¾ в ÑÐ¾Ñ Ð¼Ð¾Ð¼ÐµÐ½Ñ ÐºÐ¾Ð³Ð´Ð° Ñ Ð¿ÑÑалÑÑ Ðº ним попаÑÑÑ. -- WBR, Konstantin V. Sorokin GnuPG key fingerprint = 37A1 D039 0F07 774A BE34 428B 1E11 18BA 735B 7797 :wq pgpjjd7l0Yvkf.pgp Description: PGP signature
Re: oftopic: (2) select()& O_NONBLOCK: new URL
On Mon, Jun 04, 2001 at 10:18:21AM -0400, Nick Orlov wrote: > ÐÑÑÑ Ð¾ÑлиÑÐ½Ð°Ñ ÐºÐ½Ð¸Ð¶ÐºÐ°, напиÑÐ°Ð½Ð½Ð°Ñ Ð Ð£Ð¡Ð¡ÐÐРавÑоÑом коÑоÑÐ°Ñ ÑвлÑеÑÑÑ Ð²ÐµÑÑма > Ñ Ð¾ÑоÑим введением в пÑогÑаммиÑование под *nix > > ÐндÑей РобаÑевÑкий, ÐпеÑаÑÐ¸Ð¾Ð½Ð½Ð°Ñ ÑиÑÑема Unix. > > ÐокÑпал на в www.24x7.ru > > СейÑÐ°Ñ Ñ Ð¼ÐµÐ½Ñ ÑвлÑеÑÑÑ Ð½Ð°ÑÑолÑной наÑÑÐ´Ñ Ñо СÑÑаÑÑÑÑÑпом. > ÐеÑ, паÑÑиоÑизм Ñ ÑÐ²Ð°Ð¶Ð°Ñ Ð¸ ÑенÑ, но ... ÐÑлиÑной Ñ Ð±Ñ ÐµÐµ не назвал. Ðак введение она вполне подойдеÑ, наÑÑдÑ, напÑимеÑ, Ñ Ð¢ÐµÑенÑом Чаном, еÑли не вÑÐµÐ¼Ñ Ð½Ð°Ð¿Ð¸ÑÐ°Ð½Ð¾Ð¼Ñ Ð²ÐµÑиÑÑ. Ðо заваливаÑÑ ÑÑол ÑÑими книгами Ñ Ð±Ñ Ð½Ðµ ÑÑал. Ðогда добеÑÑÑÑ Ð´Ð¾ ÑкземплÑÑа, ÑÐ¼Ð¾Ð³Ñ Ð·Ð°Ð¿Ð¾ÑÑиÑÑ ÑпиÑоÑек пÑÐ¾Ð¼Ð°Ñ Ð¾Ð² и неÑоÑноÑÑей, еÑли не поленÑÑÑ, и кого-нибÑÐ´Ñ ÑÑо заинÑеÑеÑÑеÑ. -- dg
Re: oftopic: (2) select()& O_NONBLOCK
ÐзвинÑÑÑÑ, Ñ Ð½ÐµÐ¼Ð½Ð¾Ð³Ð¾ непÑавилÑно вÑÑазилÑÑ. ÐÑегда нÑжно ÑиÑаÑÑ ÐºÐ½Ð¸Ð³Ð¸ по меÑодам пÑогÑаммиÑованиÑ, (Я Ð²Ð¾Ñ ÑейÑÐ°Ñ Ð½Ð°Ð¿ÑÐ¸Ð¼ÐµÑ Ð¿ÐµÑеÑиÑÑÐ²Ð°Ñ Ð¿Ð¾ 2Ð¼Ñ ÑÐ°Ð·Ñ Exceptional C++, авÑоÑа к ÑÐ¾Ð¶Ð°Ð»ÐµÐ½Ð¸Ñ ÑÐ¼Ð¾Ð³Ñ Ð½Ð°Ð·Ð²Ð°ÑÑ ÑолÑко поÑле обеда - книга дома) но c некоÑоÑого моменÑа книги Ñ Ð¾Ð¿Ð¸ÑаниÑми ÑиÑÑемнÑÑ Ð²Ñзовов и аÑÑ Ð¸ÑекÑÑÑÑ Unix ÑÑановÑÑÑÑ Ð½Ðµ нÑÐ¶Ð½Ñ - вÑегда лазиÑÑ Ð·Ð° ÑпÑавоÑной инÑоÑмаÑией в Ð¼Ð°Ð½Ñ (+headres + sources еÑли еÑÑÑ) и обÑÑно ÑÑого Ñ Ð²Ð°ÑаеÑ. Regards, Nick. - Original Message - From: "Daniel Ginsburg" <[EMAIL PROTECTED]> To: "Debian Russian" Sent: Monday, June 04, 2001 11:40 AM Subject: Re: oftopic: (2) select()& O_NONBLOCK > On Mon, Jun 04, 2001 at 10:57:52AM -0400, Nick Orlov wrote: > > Ðе, Ð½Ñ Ð¿Ð¾Ð½ÑÑно, поÑле неÑколÑÐºÐ¸Ñ Ð»ÐµÑ ÐºÐ¾Ð²ÑÑÑÐ½Ð¸Ñ Ð² Unix'Ð°Ñ ÐºÐ½Ð¸Ð¶ÐºÐ¸ ÑовÑем не > > нÑжнÑ, вполне Ñ Ð²Ð°ÑÐ°ÐµÑ Ð¼Ð°Ð½Ð¾Ð² > > > > ÐевеÑно. ÐамеÑаÑелÑнÑÑ ÐºÐ½Ð¸Ð¶ÐµÐº колиÑеÑÑво необозÑимое. ÐÐ¾Ñ Ð½ÐµÐ´Ð°Ð²Ð½Ð¾ > пÑоÑиÑал Jim Mauro and Richard McDougall "Solaris Internals. Core kernel > architecture", оÑÐµÐ½Ñ Ð¼Ð½Ð¾Ð³Ð¾ нового Ñзнал. ÐÑли попадеÑÑÑ Ð½Ð° глаза, Ñо не > пожалейÑе вÑемени. > > Я ÑилÑно ÑомневаÑÑÑ, ÑÑо когда-нибÑÐ´Ñ Ñ Ñеловека Ð²Ð¾Ð·Ð½Ð¸ÐºÐ°ÐµÑ Ñакой моменÑ, > ÑÑо "книжки ÑовÑем не нÑжнÑ, вполне Ñ Ð²Ð°ÑÐ°ÐµÑ Ð¼Ð°Ð½Ð¾Ð²". ÐÑли Ñакое наÑÑÑпило, > Ñо поÑа во гÑоб. :) > > -- > dg > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: oftopic: (2) select()& O_NONBLOCK
On Sat, 2 Jun 2001, Konstantin Sorokin wrote: > On Sat, Jun 02, 2001 at 04:40:53PM +0400, Daniel Ginsburg wrote: > > Stevens. APUE. ÐÐ¾Ð»Ð½Ð°Ñ Ð±Ð¸Ð±Ð»Ð¸Ð¾Ð³ÑаÑиÑеÑÐºÐ°Ñ ÑÑÑлка в ÑазнÑÑ FAQ. Ð FAQ из > > comp.unix.programmer она ÑоÑно еÑÑÑ. > > Рможно как-нибÑÐ´Ñ Stevens'а в РоÑÑии кÑпиÑÑ? Ðли ÑолÑко из-за > гÑаниÑÑ... Ð ÐиблиоÐлобÑÑе Ñам лиÑно видел. Ðа английÑком еÑÑеÑÑвенно. РеÑе еÑÑÑ Ð¤Ð¾Ð»Ñком-бÑкÑ.
Re: ëÎÉÖÅÞËÉ. Was: oftopic: (2) select()& O_NONBLOCK
> "DG" == Daniel Ginsburg <[EMAIL PROTECTED]> writes: DG> Я же ÑазоÑаÑовалÑÑ Ð² идее пеÑеводов ÑÐµÑ Ð½Ð¸ÑеÑкой лиÑеÑаÑÑÑÑ DG> То же Ñамое оÑноÑиÑÑÑ Ðº пеÑеводам manpages из Ñазделов >1. ÐÐ¸ÐºÐ°ÐºÐ¸Ñ DG> доÑÑоинÑÑв, кÑоме недоÑÑаÑков. ÐÑ, Ñ Ð¾ÐºÐ¾Ð½ÑаÑелÑно ÑмоÑивиÑовал ÑÐµÐ±Ñ Ð½Ð° занÑÑие пеÑеводами (пÑиÑем именно вÑоÑой ÑекÑии в ÑлÑÑае манÑалов (ÑÑо, впÑоÑем, не ÑпаÑло Ð¼ÐµÐ½Ñ Ð¾Ñ Ð¿Ð¾Ð»Ð½Ð¾Ð³Ð¾ ламеÑÑÑва оÑн. "O_NONBLOCK" :))) Ñем, ÑÑо вÑпомнил ÑÐµÐ±Ñ Ð² пÑомежÑÑке пÑимеÑно Ð¾Ñ Ð²Ð¾ÑÑмого клаÑÑа до пÑимеÑно наÑала пеÑвого-вÑоÑого кÑÑÑа. РобÑем, в ÑÐ¾Ñ Ð¼Ð¾Ð¼ÐµÐ½Ñ Ñ Ð°) Ñо ÑÑÑаÑной Ñилой ÑÑнÑлÑÑ Ðº ÑÑÐµÐ½Ð¸Ñ ÑÐµÑ Ð½Ð¸ÑеÑкой докÑменÑаÑии на доÑÑÑпнÑе ÑемÑ; б) имел ÑеÑÑезнÑе пÑÐ¾Ð±Ð»ÐµÐ¼Ñ Ñ Ð´Ð¾ÑÑÑпноÑÑÑÑ Ð¸ ÑпоÑобноÑÑÑÑ Ðº ÑÑÐ²Ð¾ÐµÐ½Ð¸Ñ Ð°Ð½Ð³Ð»Ð¾ÑзÑÑной докÑменÑаÑии. СооÑвеÑÑÑвенно, ÑÐ²Ð¾Ñ Ð´ÐµÑÑелÑноÑÑÑ ÑаÑÑмаÑÑÐ¸Ð²Ð°Ñ ÐºÐ°Ðº подаÑок виÑÑÑалÑÐ½Ð¾Ð¼Ñ ÑазнеÑÐµÐ½Ð½Ð¾Ð¼Ñ Ð¿Ð¾ вÑемени ÐºÐ»Ð¾Ð½Ñ Ñамого ÑебÑ. ЧÑо-Ñо Ñипа Ñакого. ÐÑоме Ñого, напÑимеÑ, один мой наÑалÑник наÑал оконÑаÑелÑно ÑнÑоÑÑиÑÑ Ð¸ÑполÑзование CVS'а в конÑоÑе поÑле Ñого, как Ñ ÐµÐ¼Ñ Ð¿Ð¾Ð´ÑÑнÑл введение в CVS в пеÑеводе (ÑÑилиÑ, Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ñе на пÑоÑÑение Ñовно Ñого же докÑменÑа по-английÑки бÑли Ð±Ñ ÑаковÑ, ÑÑо инаÑе не полÑÑалоÑÑ). ÐÑо еÑе одна ÑÑоÑона interoperability на Ñамом деле. DG> УважаемÑе пеÑеводÑики, каким ÑензÑÑнÑм ÑловоÑоÑеÑанием Ð²Ñ Ð¿ÐµÑеведеÑе DG> вÑÑажение asynch signal safe? "ÐоÑÑекÑно ÑабоÑÐ°ÐµÑ Ð² пÑиÑÑÑÑÑвии аÑÐ¸Ð½Ñ ÑоннÑÑ Ñигналов". --alexm
ÐнижеÑки. Was: oftopic: (2) select( )& O_NONBLOCK
On Sat, Jun 02, 2001 at 05:32:34PM +0400, Konstantin Sorokin wrote: > Рне могли Ð±Ñ ÐÑ Ð¼Ð½Ðµ поÑовеÑоваÑÑ ÑÑо именно из СÑивенÑа надо покÑпаÑÑ > пÑежде вÑего. ÐÐµÐ´Ñ Ð¾Ð½ авÑÐ¾Ñ Ð´Ð¾Ð²Ð¾Ð»Ñно болÑÑого колиÑеÑÑва книг, а вÑе > кÑпиÑÑ, понÑÑно, Ñ Ð½Ðµ могÑ. Ðе назовеÑе, Ñкажем, 3 его книги в поÑÑдке > ÑбÑÐ²Ð°Ð½Ð¸Ñ Ð²Ð°Ð¶Ð½Ð¾ÑÑи (полезноÑÑи etc). > W. Richard Stevens, "Advanced Programming in the Unix Environment" pub. Addison Wesley 1992, ISBN 0-201-56317-7 -- наÑÑолÑÐ½Ð°Ñ ÐºÐ½Ð¸Ð³Ð°. W. Richard Stevens, "Unix Network Programming" (second edition) Volume 2: Interprocess Communications, pub. Prentice Hall 1998, ISBN 0-13-081081-9 -- полÑзÑÑÑÑ Ð´Ð¾Ð²Ð¾Ð»Ñно ÑаÑÑо. W. Richard Stevens, "Unix Network Programming" (second edition) Volume 1: Networking APIs: Sockets and XTI, pub. Prentice Hall 1998, ISBN 0-13-490012-X -- полÑзÑÑÑÑ Ð¾Ñ ÑлÑÑÐ°Ñ Ðº ÑлÑÑаÑ. ÐÑе Ñказаное -- иÑклÑÑиÑелÑно мое мнение, никого ни к ÑÐµÐ¼Ñ Ð½Ðµ обÑзÑваÑÑее. ХодÑÑ ÑлÑÑ Ð¸ о планиÑÑемом пеÑеводе APUE. Ðе Ð·Ð½Ð°Ñ Ð½Ð°ÑколÑко они доÑÑовеÑнÑ. Я же ÑазоÑаÑовалÑÑ Ð² идее пеÑеводов ÑÐµÑ Ð½Ð¸ÑеÑкой лиÑеÑаÑÑÑÑ (пÑо книжки a-la "ÐкÑÐµÐ»Ñ Ð´Ð»Ñ Ð¾ÑпеÑÑÑ Ð¾Ð»Ð¸Ð³Ð¾ÑÑенов за полÑоÑа ÑаÑа Ñ Ð¿ÐµÑеÑÑвом на пÑием аминазина" Ñ Ð½Ðµ говоÑÑ). Я Ñак и не Ñмог пÑоÑеÑÑÑ Ð¿ÐµÑевод Design Patterns, Ñ Ð¾ÑÑ Ð² оÑигинале книга ÑÑа замеÑаÑелÑна и ÑиÑаеÑÑÑ Ð¾ÑÐµÐ½Ñ Ð»ÐµÐ³ÐºÐ¾. То же Ñамое оÑноÑиÑÑÑ Ðº пеÑеводам manpages из Ñазделов >1. ÐÐ¸ÐºÐ°ÐºÐ¸Ñ Ð´Ð¾ÑÑоинÑÑв, кÑоме недоÑÑаÑков. Я наблÑдал оÑÐµÐ½Ñ Ð¿Ð¾ÐºÐ°Ð·Ð°ÑелÑнÑй ÑлÑÑай в какой-Ñо нÑÑÑгÑÑппе. Ðе Ð¿Ð¾Ð¼Ð½Ñ ÑоÑно бÑла ли ÑÑо comp.unix.programmer или comp.os.linux.development.apps. Ðдин пиÑаÑÐµÐ»Ñ ÐºÐ»ÑлÑÑ Ð¸ божилÑÑ, зÑб давал и ÑÑÐ±Ð°Ñ Ñ Ñвал, ÑÑо kill(pid, 0) вÑегда веÑÐ½ÐµÑ -1 + EINVAL, ибо Ñигнала Ñ Ð½Ð¾Ð¼ÐµÑом 0 не ÑÑÑеÑÑвÑеÑ. ÐÑÑ Ð³ÑÑппа Ñбеждала его в Ñом ÑÑо он непÑав. ÐÑе оказалоÑÑ Ð´Ð¾ обидного пÑоÑÑо: Ñеловек наÑиÑалÑÑ Ð¿ÐµÑеводнÑÑ manpages (ÑÑанÑÑзÑÐºÐ¸Ñ Ð² данном ÑлÑÑае). УважаемÑе пеÑеводÑики, каким ÑензÑÑнÑм ÑловоÑоÑеÑанием Ð²Ñ Ð¿ÐµÑеведеÑе вÑÑажение asynch signal safe? ÐÑбой пеÑевод ÑÑо Ñ Ð¼Ð¾Ð³Ñ Ð¿ÑидÑмаÑÑ, не ÑолÑко не пÑоÑÑнÑÐµÑ ÑÑÑÑ Ð²ÑÑажениÑ, а напÑоÑÑ Ð¾ÑÑÐµÐºÐ°ÐµÑ Ð²ÑÑкÑÑ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑ ÐµÐ³Ð¾ ÑазÑмного пониманиÑ. Ðли пÑоÑÑо Ñ Ñакой коÑноÑзÑÑнÑй? -- dg
Re: oftopic: (2) select()& O_NONBLOCK
On Sat, Jun 02, 2001 at 05:08:56PM +0400, Daniel Ginsburg wrote: > On Sat, Jun 02, 2001 at 04:59:52PM +0400, Konstantin Sorokin wrote: > > On Sat, Jun 02, 2001 at 04:40:53PM +0400, Daniel Ginsburg wrote: > > > Stevens. APUE. ÐÐ¾Ð»Ð½Ð°Ñ Ð±Ð¸Ð±Ð»Ð¸Ð¾Ð³ÑаÑиÑеÑÐºÐ°Ñ ÑÑÑлка в ÑазнÑÑ FAQ. Ð FAQ из > > > comp.unix.programmer она ÑоÑно еÑÑÑ. > > > > Рможно как-нибÑÐ´Ñ Stevens'а в РоÑÑии кÑпиÑÑ? Ðли ÑолÑко из-за > > гÑаниÑÑ... > > > > РФолÑкоме. ÐдÑÐµÑ Ð±Ñл в FAQ из fido7.ru.books.computing. > Ðне ÑÑо обоÑлоÑÑ Ð² $80, но ÑÐºÐ°Ð¶Ñ Ð¾Ñ Ð²Ñего ÑеÑдÑа: ÑÑа книга ÑÑÐ¾Ð¸Ñ ÑÑÐ¸Ñ > денег. > Рне могли Ð±Ñ ÐÑ Ð¼Ð½Ðµ поÑовеÑоваÑÑ ÑÑо именно из СÑивенÑа надо покÑпаÑÑ Ð¿Ñежде вÑего. ÐÐµÐ´Ñ Ð¾Ð½ авÑÐ¾Ñ Ð´Ð¾Ð²Ð¾Ð»Ñно болÑÑого колиÑеÑÑва книг, а вÑе кÑпиÑÑ, понÑÑно, Ñ Ð½Ðµ могÑ. Ðе назовеÑе, Ñкажем, 3 его книги в поÑÑдке ÑбÑÐ²Ð°Ð½Ð¸Ñ Ð²Ð°Ð¶Ð½Ð¾ÑÑи (полезноÑÑи etc). -- WBR, Konstantin V. Sorokin GnuPG key fingerprint = 37A1 D039 0F07 774A BE34 428B 1E11 18BA 735B 7797 :wq pgpGVcgNlO1nR.pgp Description: PGP signature
Re: oftopic: (2) select()& O_NONBLOCK
On Sat, Jun 02, 2001 at 04:59:52PM +0400, Konstantin Sorokin wrote: > On Sat, Jun 02, 2001 at 04:40:53PM +0400, Daniel Ginsburg wrote: > > Stevens. APUE. ÐÐ¾Ð»Ð½Ð°Ñ Ð±Ð¸Ð±Ð»Ð¸Ð¾Ð³ÑаÑиÑеÑÐºÐ°Ñ ÑÑÑлка в ÑазнÑÑ FAQ. Ð FAQ из > > comp.unix.programmer она ÑоÑно еÑÑÑ. > > Рможно как-нибÑÐ´Ñ Stevens'а в РоÑÑии кÑпиÑÑ? Ðли ÑолÑко из-за > гÑаниÑÑ... > РФолÑкоме. ÐдÑÐµÑ Ð±Ñл в FAQ из fido7.ru.books.computing. Ðне ÑÑо обоÑлоÑÑ Ð² $80, но ÑÐºÐ°Ð¶Ñ Ð¾Ñ Ð²Ñего ÑеÑдÑа: ÑÑа книга ÑÑÐ¾Ð¸Ñ ÑÑÐ¸Ñ Ð´ÐµÐ½ÐµÐ³. -- dg
Re: oftopic: (2) select()& O_NONBLOCK: new URL
On Sat, Jun 02, 2001 at 07:58:23PM +0700, Pavel Orehov wrote: > > > ÐоÑÑÑÐ¿Ð°Ñ Ð¿ÑоÑÑо (http://oniltz.da.ru/~opa/test.c) > > ÐоÑÑÑÑаÑÑÑÑ Ð½Ðµ могÑ, поÑÑÐ¾Ð¼Ñ Ð±ÑÐ´Ñ Ð³Ð¾Ð²Ð¾ÑиÑÑ Ð¿Ñо напиÑанное. > http://www.nsib.ru/~opa/test.c > http://land7.nsu.ru/~opa/test.c > ÐоÑмоÑÑÑ ÑеÑез полÑаÑика. > и обÑий вÑÑÑеÑнÑй вопÑоÑ: оÑкÑда (из какой ÑÑÑоки мана) ÑледÑеÑ, ÑÑо read > веÑÐ½ÐµÑ ÑÑолÑко ÑколÑко Ñже еÑÑÑ Ð¸ Ñем ÑÑо его поведение оÑлиÑаеÑÑÑ Ð¾Ñ > ÑлÑÑÐ°Ñ O_NONBLOCK или Ñ ÑовÑем ÑоÑмоз? ÐÑоде в блокиÑÑÑÑем Ñежиме он > обÑзан ÑÑоÑÑÑ, пока не пÑоÑиÑÐ°ÐµÑ _ÐСÐ_ запÑоÑенное? > > ÐеÑ. РблокиÑÑÑÑем Ñежиме read бÑÐ´ÐµÑ ÑÑоÑÑÑ, пока не пÑоÑÑÐµÑ Ñ Ð¾ÑÑ ÑÑо-нибÑдÑ. [17:05] [EMAIL PROTECTED]:~$ man 2 read ... RETURN VALUE On success, the number of bytes read is returned (zero indicates end of file), and the file position is advanced by this number. It is not an error if this number is smaller than the number of bytes requested; this may hap pen for example because fewer bytes are actually available right now (maybe because we were close to end-of-file, or because we are reading from a pipe, or from a terminal), or because read() was interrupted by a signal. On error, -1 is returned, and errno is set appropriately. In this case it is left unspecified whether the file position (if any) changes. ... ERRORS ... EAGAIN Non-blocking I/O has been selected using O_NONBLOCK and no data was immediately available for reading. -- dg
Re: oftopic: (2) select()& O_NONBLOCK
On Sat, Jun 02, 2001 at 04:40:53PM +0400, Daniel Ginsburg wrote: > Stevens. APUE. ÐÐ¾Ð»Ð½Ð°Ñ Ð±Ð¸Ð±Ð»Ð¸Ð¾Ð³ÑаÑиÑеÑÐºÐ°Ñ ÑÑÑлка в ÑазнÑÑ FAQ. Ð FAQ из > comp.unix.programmer она ÑоÑно еÑÑÑ. Рможно как-нибÑÐ´Ñ Stevens'а в РоÑÑии кÑпиÑÑ? Ðли ÑолÑко из-за гÑаниÑÑ... -- WBR, Konstantin V. Sorokin GnuPG key fingerprint = 37A1 D039 0F07 774A BE34 428B 1E11 18BA 735B 7797 :wq pgpERPplXHJfR.pgp Description: PGP signature
Re: oftopic: (2) select()& O_NONBLOCK: new URL
> > ÐоÑÑÑÐ¿Ð°Ñ Ð¿ÑоÑÑо (http://oniltz.da.ru/~opa/test.c) > ÐоÑÑÑÑаÑÑÑÑ Ð½Ðµ могÑ, поÑÑÐ¾Ð¼Ñ Ð±ÑÐ´Ñ Ð³Ð¾Ð²Ð¾ÑиÑÑ Ð¿Ñо напиÑанное. http://www.nsib.ru/~opa/test.c http://land7.nsu.ru/~opa/test.c и обÑий вÑÑÑеÑнÑй вопÑоÑ: оÑкÑда (из какой ÑÑÑоки мана) ÑледÑеÑ, ÑÑо read веÑÐ½ÐµÑ ÑÑолÑко ÑколÑко Ñже еÑÑÑ Ð¸ Ñем ÑÑо его поведение оÑлиÑаеÑÑÑ Ð¾Ñ ÑлÑÑÐ°Ñ O_NONBLOCK или Ñ ÑовÑем ÑоÑмоз? ÐÑоде в блокиÑÑÑÑем Ñежиме он обÑзан ÑÑоÑÑÑ, пока не пÑоÑиÑÐ°ÐµÑ _ÐСÐ_ запÑоÑенное?
Re: oftopic: (2) select()& O_NONBLOCK
On Sat, Jun 02, 2001 at 04:13:41PM +0400, Alexey Mahotkin wrote: > > "PO" == Pavel Orehov <[EMAIL PROTECTED]> writes: > PO> и тут случается чудо: после получения первого байта у select начинается > PO> недержание: непрерывно срывается с моим fd, но read, разумеется, честно > PO> возвращает 0. > > А что вы хотели от O_NONBLOCK? :) select() не блокируется ровно поэтому. > Решение см. выше. > Да ну? select'у все равно, O_NONBLOCK ли дескриптор. > PO> 3. что > PO> почитать на эту тему и окрестности кроме текстов ядра > > http://alexm.here.ru/manpages-ru/? Там вроде бы все основные вопросы на > эту тему затронуты. > Manpages от линукса довольно слабенькие. А их переводы, на мой вкус, вообще ЗЛО. Эта не та литература, которую переводить надо. > PO> хоть какая отмазка: все это программируется под потатой и для работы на > PO> потате > > Welcome to fido7.ru.unix? > Лучше comp.unix.programmer :) -- dg
Re: oftopic: (2) select()& O_NONBLOCK
On Sat, Jun 02, 2001 at 06:35:42PM +0700, Pavel Orehov wrote: > Прошу прощения за дикий офтопик, но сильно надо, а в книжках и мане вопрос > совершенно не освещен и других _дружественных_ мест я не знаю... comp.unix.programmer место весьма достойное. > > вобщем писал модуль к ucd-snmnpd и обнаружил эфект: > Надо прочитать из FIFO (устройства) ASCIIz строку. > Поступаю просто (http://oniltz.da.ru/~opa/test.c) Достучаться не могу, поэтому буду говорить про написанное. > $mkfifo file > .. > fd=open(file,O_RDONLY); > FD_SET(fd,&set); > if(select(,&set,0,0,0)>0) > if(FD_ISSET(fd,&set)) > read(fd,buf+ofs,1); А кто результат read проверять будет? Да и чтение по байтику -- удовольствие дорогое. Очень. result = read (fd, buf+ofs, spaceleft); if (result == 0) { /* данные кончились, больше не будет */ } if (result < 0) { /* случилось страшное */ } ofs += result; spaceleft -= result; И неблокирующее чтение в этом случае уже и не нужно. > if(buf[ofs]=='\n')printf("we got a line"); > ... > > ладно... так все делают, но не охото на чтение _КАЖДОГО_БАЙТА_ > (напоминаю: строка ASCIIz) ходить до селекта (кто видел основной цикл > ucd-snmpd согласится) > > тут возникает вопрос: а сколько байтов есть в буфере? fstat.st_size==0 > Лишний это вопрос. Сколько есть - все твои. :) > ладно пишу > fd=open(file,O_RDONLY|O_NONBLOCK); > ... > for(;;){ >n=read(fd,buf+ofs,1); >if(n<=0)return; Это бесчеловечный поступок. Нельзя неблокирующим чтением в цикле без остановки ... Опять же, кто на EWOULDBLOCK проверять будет? Не все то ошибка, что -1 из read. >if(buf[ofs]=='\n')printf("we got a line"); >ofs++; > } > > и тут случается чудо: после получения первого байта у select начинается > недержание: непрерывно срывается с моим fd, но read, разумеется, > честно возвращает 0. Если select сказал, что из fd читать можно, а read вернул 0, то это однозначно кончились данные и в этом fd уже ничего интересного не будет. > > Вопрос: как бороться с этой тварью, или > 1. как узнать кол-во данных/места в буфере для чтения/записи Не надо. > 2. как ее успокоить Аккуратно проверять, что вернул read. > 3. что почитать на эту тему и окрестности кроме текстов ядра Stevens. APUE. Полная библиографическая ссылка в разных FAQ. В FAQ из comp.unix.programmer она точно есть. > если сильно не хочется за каждым байтом ходить к селекту и еще сильнее не > хочится переходить на бинарный формат с фиксированным размером блока. > подпорки типа семафоров/msgq/сигналов еще больше не нравятся (это близко > к вопросу о M$vsUNIX) > Ужас какой. Не надо придумывать никаких сигналов. А уж тем более семафоров и очередей, ибо на них тот же select не скажешь. > 4. вообще какая книжка по программированию Unix хорошая? > См. пункт 3. > хоть какая отмазка: все это программируется под потатой и для работы на > потате > > :)) -- dg
Re: oftopic: (2) select()& O_NONBLOCK
> "PO" == Pavel Orehov <[EMAIL PROTECTED]> writes: PO> FIFO (устройства) ASCIIz строку. Поступаю просто PO> (http://oniltz.da.ru/~opa/test.c) $mkfifo file .. PO> fd=open(file,O_RDONLY); FD_SET(fd,&set); if(select(,&set,0,0,0)>0) PO> if(FD_ISSET(fd,&set)) read(fd,buf+ofs,1); if(buf[ofs]=='\n')printf("we PO> got a line"); ... PO> ладно... так все делают, но не охото на чтение _КАЖДОГО_БАЙТА_ PO> (напоминаю: строка ASCIIz) ходить до селекта (кто видел основной цикл PO> ucd-snmpd согласится) Читай целый буфер, килобайта четыре. read вернет, сколько на самом деле прочитано... PO> ладно пишу fd=open(file,O_RDONLY|O_NONBLOCK); ... for(;;){ PO> n=read(fd,buf+ofs,1); if(n<=0)return; if(buf[ofs]=='\n')printf("we got PO> a line"); ofs++; } PO> и тут случается чудо: после получения первого байта у select начинается PO> недержание: непрерывно срывается с моим fd, но read, разумеется, честно PO> возвращает 0. А что вы хотели от O_NONBLOCK? :) select() не блокируется ровно поэтому. Решение см. выше. PO> Вопрос: как бороться с этой тварью, или 1. как узнать кол-во PO> данных/места в буфере для чтения/записи Просто попробовать прочитать сколько-нибудь. Оно само скажет, сколько прочиталось. PO> 3. что PO> почитать на эту тему и окрестности кроме текстов ядра если сильно не PO> хочется за каждым байтом ходить к селекту и еще сильнее не хочится PO> переходить на бинарный формат с фиксированным размером блока. подпорки PO> типа семафоров/msgq/сигналов еще больше не нравятся (это близко к PO> вопросу о M$vsUNIX) http://alexm.here.ru/manpages-ru/? Там вроде бы все основные вопросы на эту тему затронуты. PO> 4. вообще какая книжка по программированию Unix хорошая? Вопрос же совершенно тривиальный, там никакой книжки не нужно, нужно просто прочитать всю группу манов и воспринять ее сущностно. PO> хоть какая отмазка: все это программируется под потатой и для работы на PO> потате Welcome to fido7.ru.unix? --alexm
Re: oftopic: (2) select()& O_NONBLOCK
On Sat, Jun 02, 2001 at 06:35:42PM +0700, Pavel Orehov wrote: > Поступаю просто (http://oniltz.da.ru/~opa/test.c) ^ Что-то я не могу достучаться... и не пингуется. -- WBR, Konstantin V. Sorokin GnuPG key fingerprint = 37A1 D039 0F07 774A BE34 428B 1E11 18BA 735B 7797 :wq pgphoA2TKdi3l.pgp Description: PGP signature
oftopic: (2) select()& O_NONBLOCK
Прошу прощения за дикий офтопик, но сильно надо, а в книжках и мане вопрос совершенно не освещен и других _дружественных_ мест я не знаю... вобщем писал модуль к ucd-snmnpd и обнаружил эфект: Надо прочитать из FIFO (устройства) ASCIIz строку. Поступаю просто (http://oniltz.da.ru/~opa/test.c) $mkfifo file .. fd=open(file,O_RDONLY); FD_SET(fd,&set); if(select(,&set,0,0,0)>0) if(FD_ISSET(fd,&set)) read(fd,buf+ofs,1); if(buf[ofs]=='\n')printf("we got a line"); ... ладно... так все делают, но не охото на чтение _КАЖДОГО_БАЙТА_ (напоминаю: строка ASCIIz) ходить до селекта (кто видел основной цикл ucd-snmpd согласится) тут возникает вопрос: а сколько байтов есть в буфере? fstat.st_size==0 ладно пишу fd=open(file,O_RDONLY|O_NONBLOCK); ... for(;;){ n=read(fd,buf+ofs,1); if(n<=0)return; if(buf[ofs]=='\n')printf("we got a line"); ofs++; } и тут случается чудо: после получения первого байта у select начинается недержание: непрерывно срывается с моим fd, но read, разумеется, честно возвращает 0. Вопрос: как бороться с этой тварью, или 1. как узнать кол-во данных/места в буфере для чтения/записи 2. как ее успокоить 3. что почитать на эту тему и окрестности кроме текстов ядра если сильно не хочется за каждым байтом ходить к селекту и еще сильнее не хочится переходить на бинарный формат с фиксированным размером блока. подпорки типа семафоров/msgq/сигналов еще больше не нравятся (это близко к вопросу о M$vsUNIX) 4. вообще какая книжка по программированию Unix хорошая? хоть какая отмазка: все это программируется под потатой и для работы на потате