On May 12 16:51, Tatsuro MATSUOKA wrote:
> I have downdoaded x86_64/cygwin1-20140509.dll.xz and execute gnuplot on gdb

First, are you shure this is running under the snapshot?  what does
`uname -a' print when called right before the below gdb call?

> $ gdb src/gnuplot
> <snip>
> Reading symbols from /cygdrive/e/usr/Tatsu/cyg64work/gnuplotcvs/build/src/gnuplot...done.
> (gdb) r
> Starting program: /cygdrive/e/usr/Tatsu/cyg64work/gnuplotcvs/build/src/gnuplot
> [New Thread 9176.0x2614]
> [New Thread 9176.0x1494]
> 
>         G N U P L O T
>         Version 5.0 patchlevel alpha    last modified 2014-05-11
> 
>         Copyright (C) 1986-1993, 1998, 2004, 2007-2014
>         Thomas Williams, Colin Kelley and many others
> 
>         gnuplot home:     http://www.gnuplot.info
>         mailing list:     gnuplot-beta@lists.sourceforge.net
>         faq, bugs, etc:   type "help FAQ"
>         immediate help:   type "help"  (plot window: hit 'h')
> 
> Terminal type set to 'qt'
> gnuplot> plot sin(x)
> [New Thread 9176.0x1b50]
> [New Thread 9176.0x269c]
> [New Thread 9176.0x2780]
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x000000007782a5a0 in vsprintf_s () from /cygdrive/c/Windows/system32/ntdll.dll
> (gdb) bt
> #0  0x000000007782a5a0 in vsprintf_s ()
>    from /cygdrive/c/Windows/system32/ntdll.dll
> 
> Is this information helpful?

Not really.  We can't quite trust the information returned for frames
in one of the OS DLLs, but if this is really a vsprintf_s call, it's
weird since no Cygwin application would call a vsprintf functions
from ntdll.dll, if it's linked correctly.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat