Very Computer

1. Dynamically Loaded Shared Libraries and dbx

SUMMARY:

Program and libraries have proper common resolution, but dbx doesn't.

PROGRAM ARCHITECTURE:

Mixed C & FORTRAN main executable exports a common block.
FORTRAN shared library imports the common block.
Main executable dynamically loads shared library (load & loadbind),
then invokes a subroutine in the shared library (exported, of course).
The subroutine references the exported common in the process of
performing it's function.

PROBLEM:

This program works fine!  Even in dbx.  But dbx doesn't work fine.

While stepping through a subroutine in the library, I attempt to print
the value of a common variable exported from the main executable, and
dbx gives a value which I know not to be true, and which would break
the program if it were.

Here's a partial transcript (with the names changed for clarity) to
show you what I mean.  The main characters are:
    GLOBVAR, a common variable which is exported from the main executable
    LOCVAR, a local variable (in the subroutine)

-----Begin-Debugging-Transcript------------------------
stopped in file1 at line 96 in file "file1.f"
   96         LOCVAR = GLOBVAR
(dbx) p LOCVAR,GLOBVAR
0 -1
(dbx) n
stopped in file1 at line 97 in file "file1.f"
   97         IPTNDI = 0
(dbx) p LOCVAR,GLOBVAR
51195 -1
(dbx) whatis LOCVAR
 integer*4 locvar
(dbx) whatis GLOBVAR
 integer*4 globvar
-----End-Debugging-Transcript--------------------------

DISCUSSION:

I believe that the debugger is looking at a local copy of the common,
rather than the exported copy that the actual code uses.  What I'm
looking for is a way to tell dbx to look at the same common the
program uses.

Since this is a large project, with more than 50 shared libraries,
hundreds of common blocks, thousands of source files, and half a dozen
developers, I'm looking for a general debugging solution which doesn't
require code changes.

I'll summarize to the net.  Thanks.

--
The above statements are not the opinions or policies of SPSS Inc.
The above statements may not be the opinions of Brent Lambert.
The first disclaimer is a policy of SPSS Inc.
Subsequent disclaimers are probably the opinion of Brent Lambert.

2. asound express (avance als4000)

3. Controlling exports in Dynamically loaded shared libraries

4. Shutdown General Protection Fault

5. dynamically loading shared libraries

6. route real ips

7. Calling Linux-PAM from a dynamically loaded shared library

8. telnet fails

9. Is there a way to load share library dynamically in C on Unix platform?

10. Dynamically Loading a Shared Library on HP-UX

11. unresolved __bzero (cannot load shared library) while using insmod

12. Shared library loading shared library.