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]
