Path: csiph.com!aioe.org!.POSTED.nyPK7k8oeDafdNpooDsxZQ.user.gioia.aioe.org!not-for-mail From: Mateusz Viste Newsgroups: pl.comp.os.linux.programowanie Subject: Re: EINTR - sztuczne generowanie Date: Wed, 9 Sep 2020 11:02:59 +0200 Organization: . . . Lines: 29 Message-ID: <20200909110259.71e9e233@mateusz> References: <20200909101830.2170cf7b@mateusz> NNTP-Posting-Host: nyPK7k8oeDafdNpooDsxZQ.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Complaints-To: abuse@aioe.org X-Notice: Filtered by postfilter v. 0.9.2 X-Newsreader: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-suse-linux-gnu) Xref: csiph.com pl.comp.os.linux.programowanie:2233 2020-09-09 o 10:53 +0200, heby napisa=C5=82: > On 09/09/2020 10:18, Mateusz Viste wrote: > > To by=C5=82oby pewnie dobre, gdyby=C5=9B chcia=C5=82 testowa=C4=87 funk= cje read(), > > write(), send(), itp na okoliczno=C5=9B=C4=87 poprawnej obs=C5=82ugi sy= gna=C5=82=C3=B3w. > > Tobie jednak zale=C5=BCy raczej na sprawdzeniu swojego w=C5=82asnego ko= du, > > kt=C3=B3ry jest klientem tych funkcji. Ja zrobi=C5=82bym to tak: > > ssize_t monkey_write(int fd, const void *buf, size_t cnt) { =20 >=20 > Wchodzi to w gr=C4=99, ale wymaga ingerencji w kod. Niekoniecznie. Tzn. tak - wersja z monkey_write na pewno, ale mo=C5=BCna wystruga=C4=87 alternatyw=C4=99 w postaci w=C5=82asnej wersji write(), do w= pi=C4=99cia podczas link time, zast=C4=99puj=C4=85c tym samym read/write z libc. Ew. podstawi=C4=87 swoje w=C5=82asne, zhackowane libc. Opcja z kill oczywi=C5=9Bcie te=C5=BC wydaje si=C4=99 koszerna, ale trzeba = b=C4=99dzie tym killem ostro naparza=C4=87, =C5=BCeby mie=C4=87 szans=C4=99 trafi=C4=87 w o= kienko kiedy aplikacja akurat pr=C3=B3buje co=C5=9B czyta=C4=87/pisa=C4=87... Niekt=C3= =B3re kr=C3=B3tkie operacje mog=C4=85 nigdy nie trafi=C4=87 w sygna=C5=82. Mateusz