RE: Segfault when a gnuplot graph is closed?

[Atwood, Robert C]

Dear Andrew et al:
Thanks for looking into this, I will try to chase down the information about
the system etc. It seems like one of those things that falls 'between the
packages' with the window-system, the gnuplot, and the ddd all somehow
involved.
Thanks,
Robert



>First, please remember to cc: the list; it's good netiquette.
Oops,reply-button stupidity on my part ;-(

>1/  Your hardware and OS (including revision)

Hardware: Intel Xeon 2.66 dual SuperMicro motherboard (from ClusterVision
www.clustervision.com)
O.S.... ummm... 'ClusterVisionOS based on Red Hat 7.2 ' The kernel is
presently 2.4.20
Several RPMs are later versions than the stock 7.2. I think the following
are most likely to be involved in this.

In particular I had to install the following X related packages in order to
get certain commercial software to run:
[rcatwood redhat]$ rpm -q openmotif
openmotif-2.2.2-12 

(required for Abaqus)
[rcatwood redhat]$ rpm -q openmotif21

openmotif21-2.1.30-6
(required for Procast, it won't work with the later version?)

and I also added:
/usr/local/encap/lesstif-0.93.91 (not from RPM) 
(required for ddd?) 



>2/  the output of "ldd `which ddd`"
[rcatwood hello]$ ldd `which ddd`
        libXm.so.2 => /usr/local/encap/lesstif-0.93.91/lib/libXm.so.2
(0x40017000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x401a5000)
        libXaw.so.7 => /usr/X11R6/lib/libXaw.so.7 (0x401d9000)
        libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x4022d000)
        libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40243000)
        libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x4028f000)
        libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x4029f000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x402a7000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x402b5000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x403ab000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x403b4000)
        libncurses.so.5 => /usr/lib/libncurses.so.5 (0x403cb000)
        libstdc++.so.5 => /usr/local/lib/libstdc++.so.5 (0x4040d000)
        libm.so.6 => /lib/libm.so.6 (0x404cc000)
        libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0x404ee000)
        libc.so.6 => /lib/libc.so.6 (0x404f6000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
address@hidden hello]$
-----Original Message-----
From: address@hidden [mailto:address@hidden 
Sent: 25 November 2003 06:18
To: Atwood, Robert C; 'Andrew Gaylard'
Subject: RE: Segfault when a gnuplot graph is closed?


> Dear Andrew:
> Actually much easier than I thought. I compile the following program 
> #1, set the break point where indicated,
> -- graph display address@hidden
> -- use the plot button
> --- continue a few times (to the same point in the loop)
> -- then refresh the plot! It seg faults. But, perhaps it may not do so 
> on your system, if it is some thing to do with the x library versions? 
> By contrast, I cannot replicate the behaviour in program #2 using the 
> break point indicated.
> 
> Thanks, Robert
> 
> --------------------cut here program #1------------------
> /* program #1 */
> #include <stdlib.h>
> #include <stdio.h>
> const int n=1000;
> 
> void look_a(int * a){
>    int i;
>    for (i=0;i<n;i++){
>       (*(a+i))++; 
>    }
>    *a = 5; /* set break point here*/
> return;
> }
> 
> int main(){
>    int * a;
>    int i,j;
>    a=(int *)malloc(n*sizeof(int));
> 
>    for (i=0;i<n;i++){
>       *(a+i) = i;
>    }
>    for (j=0;j<1000;j++){
>       look_a(a);
>    }
> 
> free(a);
> printf("Hello world.\n");
> return(0);
> }
> --------------------cut here program #2---------------
> /* program #2 */
> #include <stdlib.h>
> #include <stdio.h>
> const int n=1000;
> 
> 
> int main(){
>    int * a;
>    int i,j;
>    a=(int *)malloc(n*sizeof(int));
> 
>    for (i=0;i<n;i++){
>       *(a+i) = i;
>    }
>    for (j=0;j<1000;j++){
>      
>    for (i=0;i<n;i++){
>       (*(a+i))++; 
>    }
>    *a = 5; /* set break point here */
>    }
> 
> free(a);
> printf("Hello world.\n");
> return(0);
> }
> --------------------cut here---------------

Robert,

First, please remember to cc: the list; it's good netiquette.

Second, thanks for your excellent test-case.  Unfortunately,
I can't replicate the problem at all.  I even tried running
ddd in valgrind and following your procedure, and nothing
shows up.

Can you tell me:

1/  Your hardware and OS (including revision)
2/  the output of "ldd `which ddd`"

(Arnaud, do you have any ideas about this?)



---------------------------------------------
This message was sent using M-Web Airmail - JUST LIKE THAT
Get an SMS sent to your phone when you receive an email and save time and
money. M-Web members only. http://www.mweb.co.za/mobile .