Matej,
The stack traces you sent look very much
like Mantis bug tracker entry 260 (see the diff below that fixes Mantis 260).
Was this observed when the MAC OSX client
was linked with R3.14.8.2 (which does not have the patch described below) or was
this observed when the MAC OSX client was linked with R3.14.9.x?
Thanks for your kind assistance and best
regards,
Jeff
cvs diff: conflicting specifications of output style
--- cac.cpp 13 Feb 2006
16:33:46 -0000 1.180.2.33
+++ cac.cpp 6 Jun 2006
23:08:34 -0000 1.180.2.34
@@ -497,6 +497,12 @@
if ( ! sockAddrAreIdentical ( &addr, &chanAddr ) ) {
char acc[64];
pChan->getPIIU(guard)->getHostName ( guard, acc, sizeof ( acc ) );
+
// It is possible for the ioInitiate call below to
+
// call the callback directly if queue quota is exceeded.
+
// This callback takes the callback lock and therefore we
+
// must release the primary mutex here to avoid a lock
+
// hierarchy inversion.
+
epicsGuardRelease < epicsMutex > unguard ( guard );
msgForMultiplyDefinedPV * pMsg = new ( this->mdpvFreeList )
msgForMultiplyDefinedPV ( this->ipToAEngine,
*this, pChan->pName ( guard ), acc );
***** CVS exited normally
with code 1 *****
From: Matej Sekoranja
[mailto:[email protected]]
Sent: Saturday, December 23, 2006
4:45 PM
To: Jeff Hill
Cc: Thomas Pelaia II; Hiroyuki
Sako; Christopher K. Allen; Ernest Williams; Kay Kasemir; NP Rees; EPICS
core-talk
Subject: Re: Status Report
Hi,
Tests of this type are a normal part of catime (the ca performance
test and acctst (the ca regression test). For example the following code is in
catime.
So I am not sure what is different with your situation. Do you see
this problem only when access security files are not installed? I am at the
moment testing with the example server. I will need to need to run the tests
again against an ordinary IOC also.
* test_search ()
LOCAL void test_search (
unsignedunsigned)
unsigned i;
status = ca_search (
pItems[i].name, &pItems[i].chix );
}
SEVCHK ( status, NULL );