RE: open() return value

liaoxinglong at icubecorp.com liaoxinglong at icubecorp.com
Wed Jul 18 01:31:40 UTC 2012


I also have some problems in NTPL,. Some testcases work well in linuxthreads, but not in NPTL.


xinglong


>  -------Original Message-------
>  From: Qais Yousef <Qais.Yousef at imgtec.com>
>  To: Bernhard Reutner-Fischer <rep.dot.nop at gmail.com>
>  Cc: uClibc <uclibc at uclibc.org>
>  Subject: RE: open() return value
>  Sent: Jul 17 '12 22:34
>  
>  > -----Original Message-----
>  > From: uclibc-bounces at uclibc.org [mailto:uclibc-bounces at uclibc.org] On Behalf
>  > Of Qais Yousef
>  > Sent: 17 July 2012 13:37
>  > To: Bernhard Reutner-Fischer
>  > Cc: uClibc
>  > Subject: RE: open() return value
>  >
>  > > -----Original Message-----
>  > > From: Bernhard Reutner-Fischer [mailto:rep.dot.nop at gmail.com]
>  > > Sent: 13 July 2012 21:45
>  > > To: Qais Yousef
>  > > Cc: liaoxinglong at icubecorp.com; uClibc
>  > > Subject: RE: open() return value
>  > >
>  > > Can you reproduce which sequence of calls trigger this behaviour? Can
>  > > you reproduce it with current master? What arch do you use and which
>  > > version of uClibc?
>  > > Thanks,
>  > I could trigger the same problem on a simple test app by doing a couple of open()
>  > to a non-existent file, create a thread then do the open() again. Too bad I can't
>  > use master, I'm on 0.9.32.1 using our own arch.
>  >
>  > What's the difference between __uclibc_open() and normal open()? For me
>  > open.c isn't compiled at all and open64 should be used instead, AFAICT at least. In
>  > my shared object both __uclibc_open() and open64() symbols are defined, and
>  > for the failed case __uclibc_open() gets called. I would have expected to have 1
>  > open function only?
>  >
>  > Sorry for the delayed response as I am working on this on and off.
>  >
>  > Cheers,
>  > Qais
>  
>  A small update. Using linuxthreads instead of NPTL everything works correctly..
>  
>  Qais
>  > _______________________________________________
>  > uClibc mailing list
>  > uClibc at uclibc.org
>  > http://lists.busybox.net/mailman/listinfo/uclibc
>  
>  _______________________________________________
>  uClibc mailing list
>  uClibc at uclibc.org
>  http://lists.busybox.net/mailman/listinfo/uclibc
>  


More information about the uClibc mailing list