On 21 October 2003 at 14:19, Steve Alstrin <[EMAIL PROTECTED]> wrote:

> If you are doing this on Linux you can use the HARD system call method, look
> at the config options, which when you link will use the pthread emulation
> api in pth threads.
> 
> -----Original Message-----
> > From: Thor Tall [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, October 21, 2003 5:02 AM
> > To: [EMAIL PROTECTED]
> > Subject: can pthread and pth coexist
> > 
> > 
> > We are using COTS library which is using pthread and a
> > number of other libraries which we can not recompile.
> > These libraries are calling a number of system calls
> > which there are pth replacements for.
> > 
> > Are there any problems using both pthread and pth in
> > the same program under linux redhat 7.3?
> > 
> > I assume that the libraries which are performing
> > non-pth system calls will influence the performance of
> > the process i.e. the other threads in the process? can
> > this be avoided? Can the fact that these libraries
> > perform non-pth system calls cause problems for pth?
> > and if so can these be overcome?


I tried the pth replacement for the pthread API a couple months back 
on my Mandrake 9.0 system when I was trying to build mondo & mindi 
(wonderful bare-metal recovery package) which has trouble with tape 
drives due to wacky pthread stuff.  I had a great deal of trouble 
with conflicting header files, many layers of conflicts in fact.  Did 
I miss some easy way around these conflicts?  I ended up giving up 
altogether.

Thanks....


______________________________________________________________________
GNU Portable Threads (Pth)            http://www.gnu.org/software/pth/
Development Site                      http://www.ossp.org/pkg/lib/pth/
Distribution Files                          ftp://ftp.gnu.org/gnu/pth/
Distribution Snapshots                 ftp://ftp.ossp.org/pkg/lib/pth/
User Support Mailing List                            [EMAIL PROTECTED]
Automated List Manager (Majordomo)           [EMAIL PROTECTED]

Reply via email to