[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | Alpha Developer Support |
| Notice: | [email protected], 800-332-4786 |
| Moderator: | HYDRA::SYSTEM |
|
| Created: | Mon Jun 06 1994 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 3722 |
| Total number of notes: | 11359 |
Company Name : unknown
Contact Name : Sergei
Phone :
Fax :
Email : SMTP%"[email protected]"
Date/Time in : 20-FEB-1997 15:00:39
Entered by : L. Narayan
SPE center : MRO
Category : UNIX
OS Version :
System H/W :
Brief Description of Problem:
-----------------------------
From: SMTP%"[email protected]" 20-FEB-1997 13:33:40.11
To: [email protected]
CC: [email protected], [email protected]
Subj: BUG in DEC Threads - Please help!
Return-Path: [email protected]
Received: by asimov.mro.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX);
Thu, 20 Feb 1997 13:33:37 -0500
Received: from pobox1.pa.dec.com by fluid.mro.dec.com; (5.65v3.2/1.1.8.2/19Nov96-0448PM)
id AA07454; Thu, 20 Feb 1997 13:33:35 -0500
Received: by pobox1.pa.dec.com; id AA21720; Thu, 20 Feb 97 10:33:38 -0800
Received: from ncbi.nlm.nih.gov by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV)
id AA18841; Thu, 20 Feb 1997 10:28:58 -0800
Received: from columbine.nlm.nih.gov by ncbi.nlm.nih.gov
id NAA22117; Thu, 20 Feb 1997 13:28:49 -0500
Received: by columbine.nlm.nih.gov (SMI-8.6/SMI-SVR4)
id NAA06494; Thu, 20 Feb 1997 13:28:46 -0500
Date: Thu, 20 Feb 1997 13:28:46 -0500
From: [email protected] (Sergei Shavirin)
Message-Id: <[email protected]>
To: [email protected]
Subject: BUG in DEC Threads - Please help!
Cc: [email protected], [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Md5: HUyuOUJGI0/8BhAeCyWOGg==
Dear DEC Threads developers:
I have problems with compilation of our multithreaded library for
our DEC OSF1 computer:
annie:~/Blast-->uname -a
OSF1 annie V4.0 464 alpha
bmserver - multithreaded program, that starts 5 threads.
On any attempt to start new thread it coredumps. pthread_create()
function itself return 0, that indicates no error status, but
creating of thread immideately failed after that with diagnostics
below.
I am able to debug DEC Threads package and to find out myself
what is going on here If I would have some debug variant of
DEC Threads library and I will thank you for any hint - what may
be the problem with this code.
Core dump may be supplied.
Thanks!
Sergei
annie:~/Blast-->bmserver
inst fault=opdec pid=11827 <bmserver> pc=0x11ffff0c0 ps=0x8 inst=0x0
inst fault=opdec pid=11827 <bmserver> pc=0x11ffff0c0 ps=0x8 inst=0x0
inst fault=opdec pid=11827 <bmserver> pc=0x11ffff0c0 ps=0x8 inst=0x0
inst fault=opdec pid=11827 <bmserver> pc=0x11ffff0c0 ps=0x8 inst=0x0
inst fault=opdec pid=11827 <bmserver> pc=0x11ffff0c0 ps=0x8 inst=0x0
DECthreads Last Chance handler: thread 2 exiting on status exception 0x177db00a
Exception: Illegal instruction (dce / thd)
Abort (core dumped)
annie:~/Blast-->dbx bmserver core
dbx version 3.11.10
Type 'help' for help.
Core file created by program "bmserver"
thread 0xd signal IOT/Abort trap at >*[nxm_thread_kill, 0x3ff8053eab0] ret r31, (r26), 1
(dbx) where
> 0 nxm_thread_kill(0x3ffc0081e10, 0x3ffc0080370, 0x7, 0x3ffc0080348, 0x3) [0x3ff8053eab0]
1 pthread_kill(0x3ffc0082590, 0x140056030, 0x2130455, 0x3ff8055bd98, 0x0) [0x3ff8056f66c]
2 (unknown)() [0x3ff8057600c]
3 __tis_raise(0x0, 0x140079e78, 0x3ff8010faf4, 0x3ffc0080c50, 0x3ff80159f34) [0x3ff8010faf0]
4 raise(0x3ff8010faf4, 0x3ffc0080c50, 0x3ff80159f34, 0x3ff80575f38, 0x3ff80170a8c)
[0x3ff80159f30]
5 abort(0x140079438, 0x0, 0x0, 0x0, 0xffffffff00000000) [0x3ff80170a88]
6 errAbort(0x0, 0x0, 0xffffffff00000000, 0x177db00a, 0x3ff8056626c) [0x3ff805659d4]
7 (unknown)() [0x3ff80566268]
8 (unknown)() [0x3ff807b220c]
9 (unknown)() [0x3ff807b3620]
10 exc_unwind(0x140079e78, 0x140078f18, 0xabadabad00beed00, 0x3ff800d3b2c, 0x3ff807b254c)
[0x3ff807b3664]
11 exc_raise_exception(0x140049220, 0x1, 0x3ffc0183430, 0x4000, 0x120000000) [0x3ff807b2548]
12 pthread_exc_raise_np(0x0, 0x120025f38, 0x12001e120, 0x11ffff0c0, 0x140056030) [0x3ff80566734]
13 thdBase(0x0, 0x0, 0x0, 0x0, 0x45586732) [0x3ff80574db0]
(dbx)
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3223.1 | closed | HYDRA::LNARAYAN | | Wed Mar 19 1997 14:48 | 92 |
| From: SMTP%"[email protected]" 27-FEB-1997 13:17:18.72
To: [email protected], [email protected]
CC:
Subj: Another suggestion: (was) Re: your question about creating threads...
Return-Path: [email protected]
Received: by vaxsim.mro.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX);
Thu, 27 Feb 1997 13:17:11 -0500
Received: from ncbi.nlm.nih.gov by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV)
id NAA07086; Thu, 27 Feb 1997 13:06:37 -0500 (EST)
Received: from columbine.nlm.nih.gov by ncbi.nlm.nih.gov
id MAA18419; Thu, 27 Feb 1997 12:27:00 -0500
Received: by columbine.nlm.nih.gov (SMI-8.6/SMI-SVR4)
id MAA12509; Thu, 27 Feb 1997 12:26:58 -0500
Date: Thu, 27 Feb 1997 12:26:58 -0500
From: [email protected] (Sergei Shavirin)
Message-Id: <[email protected]>
To: [email protected], [email protected]
Subject: Another suggestion: (was) Re: your question about creating threads...
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-MD5: cN9cfIupLIKrdhPMC1SQLA==
Dear Nari,
Thank you very much for your attention.
I found problem and it was during our transfer from your
"old-style" 1003.4a DEC threads with "-threads" cc option to
"new-style" 1003.1c DEC threads with "-pthread" cc option.
My multythread library, that I designed and implemented for NIH/NCBI toolkit
supports many different platforms and thread types and used to provide
uniform user interface to threads usage.
In your version "1003.4a - your thread object was actually
structure with 16 byte size defined in general as
(if to follow pthread_t -> cma_t_pthread -> cma_t_handle ->)
typedef struct CMA_T_HANDLE {
cma_t_natural field1;
cma_t_natural field2;
} cma_t_handle;
And finaly:
typedef unsigned long cma_t_natural;
This is actualy very unusual and it was the only thread implementation,
that I know, that return NOT pointer, but 16 byte structure in create
thread call. (!!??)
I created in my library for DEC Threads artificial object
struct {unsigned long, unsigned long} to work with your threads.
Fortunately in your new release (1003.1c) returned object is finaly 8 bytes
pointer. (Thanks!!) This difference resulted in problems in my code.
Just one LAST suggestion left -> If something wrong inside specific thread - this
is resulted in core dump, that shows ONLY internal thread-library functions as it
would be in internal library fault, but actualy it was (in my case) just
bad pointer to hook function. I suppose, that library must core dump in this case
_WITH_ information - in what instruction in thread function code this happened and
it does not.
And I think - I would do this if I would designed/implemented
your threads library myself :-)
Sergei
> From [email protected] Thu Feb 27 11:48:03 1997
> Date: Thu, 27 Feb 1997 11:35:22 -0500
> From: [email protected] (R Lakshminarayan, Software Partner Engg)
> To: [email protected]
> Subject: your question about creating threads...
> X-Vms-To: SMTP%"[email protected]"
> X-Vms-Cc: LNARAYAN
>
> Hello Sergei;
>
> Thanks for contacting Alpha developer support, the reference number for
> call is #3223-97. I would suggest you to use the -threads cc option
> if you have not used this earlier. Please let me know the other compiler
> options that you have used. I would appreciate if you can provide a sample
> code.
>
> Thank You
> Nari
|