On 7/26/2015 5:24 PM, Jim Garrison wrote:
Updated all cygwin packages to current versions, installed httpd
2.4.16-1. On startup httpd segfaults:
Exception: STATUS_ACCESS_VIOLATION at eip=65DC5D78
eax=8004E028 ebx=0001 ecx= edx=8004DFF0 esi=80014490
edi=80016498
ebp=0028CC78
On 24/07/2015 15:14, Jim Reisert AD1C wrote:
This seems to be the real error, when I try to start an xterm from the xdg menu:
executing 'xterm', pid 11044
pid 11044 exited with status b
What is status b?
Status 11, but in hexadecimal :)
I'm not sure this is a valid exit status, which is
On 28/07/2015 16:43, Rainer Blome wrote:
For a few months now, the only way for me to get Cygwin/X to run
was to start a Cygwin terminal (C:\cygwin\bin\mintty.exe -i /Cygwin-Terminal.ico
-),
then run XWin -multiwindow -clipboard from there, in the foreground.
That has worked for many weeks now.
On Jul 29 14:11, Petrovski, Roman wrote:
Hi, just ran into a problem which boils down to the following at least with
Windows 7:
char *p = (char*)malloc(0x8000UL);//works fine, allocates memory
as requested
memset(p, 0, 0x8000UL); //Watch process segfault.
Matt Mackall wrote:
On Wed, 2015-07-29 at 12:48 +0200, Dr Rainer Woitok wrote:
File /usr/lib/python2.7/site-packages/libsvn/core.py, line 7285, in
module
svn_pool_create()
TypeError: svn_pool_create() takes exactly 2 arguments (0 given)
This is apparently known breakage with
Fergus fergus at bonhard.uklinux.net writes:
What is it that generates the **absolutely massive** /usr/share/icons/?
I've had a hunt through requires: in setup.ini but got lost.
$ zgrep -c usr/share/icons/ /etc/setup/*lst.gz | grep -v :0
/etc/setup/adwaita-icon-theme.lst.gz:5135
On 7/26/2015 5:24 PM, Jim Garrison wrote:
Google turned up one other question citing the same symptoms, but on a
Chinese website, no answers so far.
cygcheck.out attached
Suggestions on how to troubleshoot? I can provide an strace output
(67k lines, 460kB gzipped) if desired.
On Wed, 2015-07-29 at 12:48 +0200, Dr Rainer Woitok wrote:
File /usr/lib/python2.7/site-packages/libsvn/core.py, line 7285, in
module
svn_pool_create()
TypeError: svn_pool_create() takes exactly 2 arguments (0 given)
This is apparently known breakage with libsvn's SWIG bindings related
Sure, in case you decide to go with the patch meanwhile, please use the one
attached to this email. The original wrongly uses n instead of size for copying
the memory.
As this is fairly critical issue, do you know when users should expect a fix
to become available in the binary release?
On Jul 29 13:10, Benjamin Cao wrote:
Hi Corinna,
I have tried the latest snapshot and have confirmed that with
AllocationPreference enabled, I can start Cygwin without any crashes.
Thanks for testing. Unfortunately another bug showed up, so I push the
offical release into next week.
On 29/07/2015 18:49, Rainer Blome wrote:
Gesendet: Mittwoch, 29. Juli 2015 um 18:14 Uhr Von: Jon TURNEY
I think this is saying that using the start menu shortcuts doesn't work,
but I'm not sure.
Yes, a few months ago, they stopped working for me.
For my report this is merely context, although
Hi Cygwin friends and users,
I released a new TEST version of Cygwin. The version number is 2.2.0-0.5.
New in this version:
- In https://cygwin.com/ml/cygwin-patches/2015-q3/msg00010.html
Roman Petrovski points out that RtlFillMemory and RtlCopyMemory
only work for memory regions up to 2
Hi Cygwin friends and users,
I released a new TEST version of Cygwin. The version number is 2.2.0-0.5.
New in this version:
- In https://cygwin.com/ml/cygwin-patches/2015-q3/msg00010.html
Roman Petrovski points out that RtlFillMemory and RtlCopyMemory
only work for memory regions up to 2
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=7666b3634b3124a0057e22238658aca665b285da
commit 7666b3634b3124a0057e22238658aca665b285da
Author: Corinna Vinschen cori...@vinschen.de
Date: Wed Jul 29 22:09:34 2015 +0200
Cygwin: Fix x86_64 memcpy/memset for n 2GB
Gesendet: Mittwoch, 29. Juli 2015 um 18:14 Uhr
Von: Jon TURNEY
I think this is saying that using the start menu shortcuts doesn't work,
but I'm not sure.
Yes, a few months ago, they stopped working for me.
For my report this is merely context, although I would appreciate it if they
worked.
've got a program which was running but suddenly does not run.
I've been trying to debug in the usual way but all I get is a stackdump.
I consulted the internet for advice on how to use a stackdump and it
was pretty clear. I also brought LDD into the mix.
The IP register when the SEGV occurs is
On Tue, Jul 28, 2015 at 07:43:56AM +0200, Achim Gratz wrote:
Adam Dinwoodie writes:
I'm just waiting for it to finish running through the test suite
before I upload :)
Thank you.
These packages are now uploaded, with a !perl file instead of a
!ready file.
I'm going to look at taking the
To who it may concern,
I am seeing several of these Couldn't compute FAST_CWD pointer warnings
I am compiling an R package. I am using R version 2.15.1 and Rtools version
2.15.0.1919
Rtools includes Cygwin
My build system is Windows Server 2012 R2.
My previous build system was Windows 7
Version 1.17-1 of lzip and lziprecover has been uploaded for both 32bit
and 64bit Cygwin.
lzip is an alternative to the bzip2 compressor. lziprecover is
responsible for fixing corrupted lzip compressed files.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe
Version 1.17-1 of lzip and lziprecover has been uploaded for both 32bit
and 64bit Cygwin.
lzip is an alternative to the bzip2 compressor. lziprecover is
responsible for fixing corrupted lzip compressed files.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe
On Jul 28 18:59, Steven Penny wrote:
It appears the infamous MS-DOS style path detected warning is no longer
generated, regardless of CYGWIN variable. Is this the case, and if so why?
It is still generated, and just like before, it is generated only the
first time it shows up. The only change
On Jul 28 17:26, Benjamin Cao wrote:
Corinna,
When I start Cygwin, with the AllocationPreference registry enable for
VirtualAlloc, the shell immediate closes. I get the below error.
2 [main] sh 5240 c:\cygwin\bin\sh.exe: *** fatal error - internal
error reading the windows environment -
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=6ab56bdd3f92982fcb9e7d093c3fd1b56c2b306f
commit 6ab56bdd3f92982fcb9e7d093c3fd1b56c2b306f
Author: Corinna Vinschen cori...@vinschen.de
Date: Wed Jul 29 13:32:29 2015 +0200
cygwin: Fix crashes under AllocationPreference=0x10
Greetings,
having installed Cygwin's version 1.8.13-2 of both, subversion and
subversion-python, I get
$ hg convert -d hg -s svn http://gpsbabel.googlecode.com/svn/ gpsbabel
** unknown exception encountered, please report by visiting
** http://mercurial.selenic.com/wiki/BugTracker
** Python
Hi Cygwin friends and users,
I released a new TEST version of Cygwin. The version number is 2.2.0-0.4.
New in this version:
- Fix crashes under AllocationPreference=0x10 condition
Addresses: https://cygwin.com/ml/cygwin/2015-02/msg00765.html
I plan to release 2.2.0-1 today or, if
Hi Cygwin friends and users,
I released a new TEST version of Cygwin. The version number is 2.2.0-0.4.
New in this version:
- Fix crashes under AllocationPreference=0x10 condition
Addresses: https://cygwin.com/ml/cygwin/2015-02/msg00765.html
I plan to release 2.2.0-1 today or, if
Hi Corinna,
I have tried the latest snapshot and have confirmed that with
AllocationPreference enabled, I can start Cygwin without any crashes.
Thanks,
Ben Cao
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Corinna Vinschen
Sent:
On Jul 28 21:19, Achim Gratz wrote:
With the latest round of changes I'm now down to two local change-sets
for setup:
1. Implement an option that installs exactly the requested packages, no
matter what packages are already installed. This leaves an installation
in the same state as a new
Hi, just ran into a problem which boils down to the following at least with
Windows 7:
char *p = (char*)malloc(0x8000UL); //works fine, allocates memory as
requested
memset(p, 0, 0x8000UL); //Watch process segfault.
The RtlFillMemory either crashes or underfills
My preferred version of Cygwin is rather sparse, being
Base + a few additions from Utilities + gcc + latex + gnuplot + various minor
for Cygwin-X.
Recently my footprint grew by much more than 1G.
What is it that generates the **absolutely massive** /usr/share/icons/?
I've had a hunt through
30 matches
Mail list logo