It works, many thanks!
--kcc
On 11/1/07, Julian Seward <[EMAIL PROTECTED]> wrote:
>
> On Thursday 01 November 2007 14:26, Konstantin Serebryany wrote:
> > Hi Julian,
> >
> > What shall I do if my .so has no soname?
> > What if my locking primitives reside in the main binary?
>
> That's ok. Use "
On Thursday 01 November 2007 14:26, Konstantin Serebryany wrote:
> Hi Julian,
>
> What shall I do if my .so has no soname?
> What if my locking primitives reside in the main binary?
That's ok. Use "NONE". See readelf.c:904.
J
>
> Thanks,
>
> --kcc
>
> On 10/31/07, Julian Seward <[EMAIL PROTECT
Hi Julian,
What shall I do if my .so has no soname?
What if my locking primitives reside in the main binary?
Thanks,
--kcc
On 10/31/07, Julian Seward <[EMAIL PROTECTED]> wrote:
>
> On Wednesday 31 October 2007 16:01, Konstantin Serebryany wrote:
> > Hi,
> >
> > I am trying to use thrcheck from
On Wednesday 31 October 2007 16:01, Konstantin Serebryany wrote:
> Hi,
>
> I am trying to use thrcheck from THRCHECK branch.
>
> My program uses pthread_create to create threads, however it does not use
> pthread_mutex_lock/unclock for locking -- it has its own set of locking
> primitives.
>
> Is i
Hi,
I am trying to use thrcheck from THRCHECK branch.
My program uses pthread_create to create threads, however it does not use
pthread_mutex_lock/unclock for locking -- it has its own set of locking
primitives.
Is it possible to enhance thrcheck to handle user-settable lock/unlock
primitives?
D
