On Mar 4 19:23, Achim Gratz wrote:
Corinna Vinschen writes:
On Mar 3 15:59, Warren Young wrote:
On Mar 3, 2015, at 1:25 PM, Corinna Vinschen
corinna-cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org wrote:
On Mar 3 13:23, Warren Young wrote:
On Mar 3, 2015, at 2:11 AM, Corinna
Corinna Vinschen writes:
The problem here is how the Windows stack works. Stack reserve is the
initial size of the reserved virtual memory space used for the stack of
the main thread. By default that's 2 Megs.
There were in fact two threads at the point of the SEGV, one in the
kernel DLL
On Mar 4 19:22, Achim Gratz wrote:
Corinna Vinschen writes:
The problem here is how the Windows stack works. Stack reserve is the
initial size of the reserved virtual memory space used for the stack of
the main thread. By default that's 2 Megs.
There were in fact two threads at the
Corinna Vinschen writes:
The problem is, a stack overflow is correctly handled as SEGV from the
POSIX perspective.
But there should have been the right info available. If you run this
under strace, you get an exception 0xc0fd or 0xc228,
STATUS_STACK_OVERFLOW or
Corinna Vinschen writes:
On Mar 3 15:59, Warren Young wrote:
On Mar 3, 2015, at 1:25 PM, Corinna Vinschen
corinna-cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org wrote:
On Mar 3 13:23, Warren Young wrote:
On Mar 3, 2015, at 2:11 AM, Corinna Vinschen
On 3/4/2015 10:23 PM, Achim Gratz wrote:
Corinna Vinschen writes:
DLL version? Did you call addr2line to see where 0001801C2F96 is
(hint: requires cygwin-debuginfo) in the DLL? This might give a clue.
/mnt/share/maint (1962) uname -a
CYGWIN_NT-6.3 Cygwin 1.7.35(0.286/5/3) 2015-02-27
Marco Atzeri writes:
I presume Corinna asked for this:
$ addr2line.exe -a 0001801C2F96 -e /usr/bin/cygwin1.dll
Then that's giving us this:
/mnt/share/maint (1964) addr2line.exe -a 0001801C2F96 -e
/usr/bin/cygwin1.dll
0x0001801c2f96
On Mar 4 19:23, Achim Gratz wrote:
Corinna Vinschen writes:
On Mar 3 15:59, Warren Young wrote:
On Mar 3, 2015, at 1:25 PM, Corinna Vinschen
corinna-cygwin-rdbxbdvo6bxqt0dzr+alfa-xmd5yjdbdmrexy1tmh2...@public.gmane.org
wrote:
On Mar 3 13:23, Warren Young wrote:
On
On Mar 4 20:55, Achim Gratz wrote:
Corinna Vinschen writes:
The problem is, a stack overflow is correctly handled as SEGV from the
POSIX perspective.
But there should have been the right info available. If you run this
under strace, you get an exception 0xc0fd or 0xc228,
Corinna Vinschen writes:
DLL version? Did you call addr2line to see where 0001801C2F96 is
(hint: requires cygwin-debuginfo) in the DLL? This might give a clue.
/mnt/share/maint (1962) uname -a
CYGWIN_NT-6.3 Cygwin 1.7.35(0.286/5/3) 2015-02-27 17:19 x86_64 Cygwin
/mnt/share/maint (1963)
On Sun, 2015-02-22 at 23:08 +0100, Achim Gratz wrote:
pkg_info.cygport: correct search order for Perl dependencies
* lib/pkg_info.cygpart: Correct search order for Perl dependencies and
suppress auto-generation of Perl dependencies when NO_PERL_DEPS is
defined.
Dependency generation
On 03/04/2015 02:41 PM, Andrew Schulman wrote:
Huh? The plush hippos are always pink!
Awarded! http://cygwin.com/goldstars/#CV
Should I get anything for taking the orphaned
grep/gperf/bison/diffutils/gzip when cgf left? (A single gold star is
plenty for me; that plush hippo is above and
On Mar 4, 2015, at 6:11 PM, Eric Blake ebl...@redhat.com wrote:
On 03/04/2015 02:41 PM, Andrew Schulman wrote:
Huh? The plush hippos are always pink!
Awarded! http://cygwin.com/goldstars/#CV
Should I get anything for taking the orphaned
grep/gperf/bison/diffutils/gzip when cgf left?
Marco,
Well, that didn't take long, see attached. (Not that I'm surprised,
given their history.) Before you update ImageMagick to upstream
6.9.0-9, you'll need to (re)build the current release (or a newer one
prior to 6.9.0-9) and split the DLLs into libMagickCore6_2 (which
OBSOLETES
Yaakov Selkowitz writes:
Could you provide more detail here so I can better understand the
problems?
There are lots of Perl distributions that can optionally use some module
when available. I often have those modules installed since I need them
for testing or something else entirely and then
On Mar 4 07:06, Achim Gratz wrote:
Corinna Vinschen writes:
Increasing the stack reserve size of the python executable to 0x40
on 32bit and 0x80 on 64bit avoids the SEGV. I'm not sure if this
indicates an error in Python itself or simply a too restricted
configuration.
Maybe
On Mar 4 08:32, Thomas Wolff wrote:
Yaakov Selkowitz wrote to cygwin-announce:
The following packages have been updated in the Cygwin distribution:
* dialog-1.2-20150225-1
* libdialog12-1.2-20150225-1
* libdialog-devel-1.2-20150225-1
Dialog is a script-interpreter which provides a set
On Mar 3 15:59, Warren Young wrote:
On Mar 3, 2015, at 1:25 PM, Corinna Vinschen corinna-cyg...@cygwin.com
wrote:
On Mar 3 13:23, Warren Young wrote:
On Mar 3, 2015, at 2:11 AM, Corinna Vinschen corinna-cyg...@cygwin.com
wrote:
Now that we have so many goldstars in circulation,
18 matches
Mail list logo