Hi Jiří,

I am encountering a typical error on a XEN kernel after this has been
introduced.

# make
cc -Wall -I../../../../include -D_LARGEFILE64_SOURCE   -c -o doio.o
doio.c
cc -o doio doio.o -I. -Wall -I../../../../include -D_LARGEFILE64_SOURCE
-L../../../../lib -lltp -laio -lrt
/usr/bin/ld: skipping incompatible /usr/lib/libaio.so when searching for
-laio
/usr/bin/ld: cannot find -laio
collect2: ld returned 1 exit status
make: *** [doio] Error 1

I did not find it anywhere. Can you point out something from here ?

Regards--
Subrata

On Thu, 2008-12-04 at 13:51 +0100, Jiří Paleček wrote:
> Hello,
> 
> these patches enable AIO and listio in tlibio.c for linux, mostly by  
> reusing code that is already in tlibio.c, and makes non-blocking  
> read()/write() actually work. Also, they change pipeio.c to use this.  
> Comments:
> 
> Patch 0001 enables aio and other types of io in tlibio.c code. Note that  
> this means programs using functions from tlibio need linking with libaio  
> and librt
> 
> Patch 0002 changes non-blocking io in tlibio, so that it doesn't report  
> EAGAIN to the client, but rather waits with select() for the io to become  
> available (it would be possible extend this by adding more wait types).  
> Also, it makes some minor changes to pipeio to make it work (eg. make  
> opening the pipe always block, regardless of non-blocking setting).
> 
> Patch 0003 adds a semaphore to pipeio, to ensure all children have opened  
> their pipes before reading & writing takes place. This avoids situations  
> where one child gets to open the pipe after the parent deleted it (eg.  
> because of an error). Also, it should eliminate all empty reads.
> 
> Patch 0004 changes error handling in pipeio to interpret every negative  
> number as -errno.
> 
> Patch 0005 changes the way the end of the test is handled - before, the  
> test ended after the last child was dead, but possibly before all data was  
> read. The new way is to read all data and only if no data can be read, see  
> if the children are dead.
> 
> The patches should be applied in sequence.
> 
> Regards
>      Jiri Palecek
> ------------------------------------------------------------------------- 
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
> Build the coolest Linux based applications with Moblin SDK & win great prizes 
> Grand prize is a trip for two to an Open Source event anywhere in the world 
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Ltp-list mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/ltp-list


------------------------------------------------------------------------------
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Reply via email to