[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | DIGITAL UNIX (FORMERLY KNOWN AS DEC OSF/1) |
Notice: | Welcome to the Digital UNIX Conference |
Moderator: | SMURF::DENHAM |
|
Created: | Thu Mar 16 1995 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 10068 |
Total number of notes: | 35879 |
9446.0. "C++ assistance please" by CSCMA::STOWELL (who am i..? why am i here..?) Wed Apr 09 1997 10:36
Hi,
I have the following situation i'm working with a customer. She has
dunix V3.2D-2. The C++ compiler is V5.5 Rel. 19.
I'm wondering if the Run-time libraries (**) should have been updated?
CXXBASE550 installed DEC C++ (cxx) for Digital UNIX
CXXLIB550 installed DEC C++ static class libraries
CXXMAN550 installed DEC C++ and class library manual pages
** CXXSHRDA307 installed DEC C++ Class Library, Run-Time Support
CXXV3HDR550 installed DEC C++ header files for Digital UNIX V3.x
Could the Run-time Libraies being a different rev cause the problem
described below..?
***************************************************************************
I have a multi-threaded c++ app that is creating threads which call another
multi-threaded app (FSDX).
There seems to be some problems when mutexes are locked and unlocked in the
called app from a thread in the c++ app.
I recompiled the c++ app using g++ (GNU) and everything works as designed.
**************************************************************************
Any assistance would be greatly appreciated...!
Regards,
Bill Stowell
% ====== Internet headers and postmarks (see DECWRL::GATEWAY.DOC) ======
% Received: from mail2.digital.com by us3rmc.pa.dec.com (5.65/rmc-22feb94) id AA00991; Wed, 9 Apr 97 00:01:31 -0700
% Received: from gate1.bankerstrust.com by mail2.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA15716; Tue, 8 Apr 1997 23:55:57 -0700
% Received: (from mailer@localhost) by NYXGATE1.btco.com (8.7.1/1.8) id CAA28323 for <[email protected]>; Wed, 9 Apr 1997 02:54:26 -0400 (EDT)
% Received: from nybtmxp001.btco.com (nybtmxp001.btco.com [138.93.80.201]) by NYXGATE1.btco.com (smap V1.3) with SMTP id xmafv1498; Wed, 9 Apr 1997 02:54:16 -0400
% X400-Received: by /c=us/admd=telemail/prmd=bankerstrust/; converted ( IA5-Text); Relayed; 09 Apr 1997 01:58:17 -0500
% X400-Received: by mta MTAnewyork1 in /c=us/admd=telemail/prmd=bankerstrust/; converted ( IA5-Text); Relayed; 09 Apr 1997 01:58:17 -0500
% X400-Mts-Identifier: [/c=us/admd=telemail/prmd=bankerstrust/; 07D4D334B2FF93AA-MTAnewyork1]
% Content-Identifier: 07D4D334B2FF93AA
% Content-Return: Allowed
% X400-Content-Type: P2-1988 ( 22 )
% Conversion: Allowed
% Original-Encoded-Information-Types: ( IA5-Text);
% Priority: normal
% Disclose-Recipients: Prohibited
% Alternate-Recipient: Allowed
% X400-Originator: [email protected]
% X400-Recipients: non-disclosure;
% Message-Id: <"07D4D334B2FF93AA*/c=us/admd=telemail/prmd=bankerstrust/o=New York/s=Simon/g=Jennifer/"@MHS>
% Date: 09 Apr 1997 01:58:17 -0500
% From: "Jennifer Simon" <[email protected]>
% To: stowell <cscma::stowell> (Return requested)
% Subject: C970408-4470 - C++ threads problem...
% Mime-Version: 1.0
T.R | Title | User | Personal Name | Date | Lines |
---|
9446.1 | details? | HNDYMN::MCCARTHY | A Quinn Martin Production | Wed Apr 09 1997 11:02 | 14 |
| There are no changes in the CXXSHRDA307 code base that needed to be updated.
There is a CXXSHRDA308 kit that is making its way through the TIMA process
but it only contains a fix for a memory leak dealing with threads and thrown
exceptions (nothing to do with locks).
>>There seems to be some problems when mutexes are locked and unlocked in the
>>called app from a thread in the c++ app.
What kind of "problem"?
Could you provide a code example?
Brian J>
|
9446.2 | thanks | CSCMA::STOWELL | who am i..? why am i here..? | Wed Apr 09 1997 14:34 | 16 |
| Thanks Brian,
A code example would be difficult (i am told by customer).
I'm not a programmer so that doesn't help in giving you a good
reason either...:-)
The way it was explained to me is the bank has a special code or
program they run that makes calls from one to the other in a
multithreaded manor and this is when they see the problem.
But don't get to caught up in this cause i am going to escallate
this problem anyways...thanks again i was just looking for a quick
fix but it ain't gonna happen...!
Regards,
Bill
|