Right now, make clean (or the other *clean targets) does not clean in
libgetopt++. Unless there is something I'm not aware of, libgetopt++
can be handled like any other SUBDIRS, so that all targets are passed
down to it as well. Patch attached.
Yaakov
2010-08-10 Yaakov Selkowitz
On Tue, Aug 10, 2010 at 01:57:56AM -0500, Yaakov (Cygwin/X) wrote:
Right now, make clean (or the other *clean targets) does not clean in
libgetopt++. Unless there is something I'm not aware of, libgetopt++
can be handled like any other SUBDIRS, so that all targets are passed
down to it as well.
I've uploaded a new setup.exe.
FYI
cgf
On 8 August 2010 17:03, Chris Sutcliffe wrote:
Valid point. I'll change the hint files for libtorrent and libsigc++
and upload new versions shortly.
Done:
libsigc++-2.0-2.2.8-1:
wget -x -nH --cut-dirs=1 \
http://emergedesktop.org/cygwin/libsigc++/setup.hint \
On Tue, 2010-08-10 at 13:33 -0400, Chris Sutcliffe wrote:
wget -x -nH --cut-dirs=1 \
http://emergedesktop.org/cygwin/libsigc++/setup.hint \
http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-2.2.8-1-src.tar.bz2 \
http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-2.2.8-1.tar.bz2 \
This patch fixes several issues compiling setup.exe with gcc-4.x while
retaining compatibility with gcc-3.4, as tested with gcc-mingw-3.4.4-999
and my mingw-gcc-4.5.1 sample build. Once we switch to a proper
mingw-gcc cross-compiler, the only change that will need to be made is
to CC/CXX in
On Tue, Aug 10, 2010 at 02:46:11PM -0500, Yaakov (Cygwin/X) wrote:
This patch fixes several issues compiling setup.exe with gcc-4.x while
retaining compatibility with gcc-3.4, as tested with gcc-mingw-3.4.4-999
and my mingw-gcc-4.5.1 sample build. Once we switch to a proper
mingw-gcc
On 10 August 2010 14:03, Yaakov (Cygwin/X) wrote:
Can you please make the naming of these packages match those in Ports so
that I don't have to adjust all my packages unnecessarily?
I've repackaged libsigc++2.0 as libsigc2.0:
libsigc2.0-2.2.8-1:
wget -x -nH --cut-dirs=1 \
This patch for setup contains a few build-system enhancements:
* Bail out of configure if prereqs are missing. I decided to check for
headers instead of libs to avoid possible stdcall issues with the
latter. I'm not sure whether this will make such a difference with
gcc-3 -mno-cygwin (which
2010/8/9 Jon TURNEY jon.tur...@dronecode.org.uk:
On 09/08/2010 14:57, Michel Hummel wrote:
2010/8/9 Michel Hummelhummel.mic...@gmail.com
Hello
I working on an bug With Xwin/Xorg and Solaris CDE WM which leads to
the freeze of the X server.
My research shows that this bug seems to be
Brian Timares wrote:
Jean,
I think this is what you want. I have:
XTerm*font: -*-courier-medium-r-*-*-*-100-*-*-*-*-*-*
in my .Xdefaults
Other than colors, here is my .Xdefaults (in my home directory, natch):
XTerm*scrollBar: on
XTerm*saveLines: 9
XTerm*font:
On 10/08/2010 09:26, Michel Hummel wrote:
Thank you for your help.
Once this problem resolved, the server crashes with another message
(something like) :
--
assert failed (key-initialized); in privates.h
--
Then the server seems to start and work correctly without any device problem.
Do you
Hi,
This problem goot solved by using xorg-server 1.8.2-1.
Point 2 (Slow response to keypresses in xorg-server-1.8.0-1) did not arise
anymore, neither.
Point 6 (frozen XDMCP session) is still there.
Thanks for the excellent work.
Rene
- original message -
Hi,
This problem can
Right, thanks for gdb --pid= capture instructions in other mail;
screengrabs of bt (if cygwin terminal supports copy and paste, I
couldn't figure it out...)in private mail to you.
Thanks for the right-click title-bar hint, Andy.
And here's the backtrace text from Jon's XWin code drop at:
On 10/08/2010 00:19, Bob Kline wrote:
I finally had to replace my ancient Windows XP box, and ended up with a
Windows 7 Home Premium 64-bit system. If I run setup.exe to install a fresh
cygwin, it succeeds as long as I don't touch the X11 set, leaving it at
Default (which is to say, don't
Klub Płetwonurków pisze:
Czy jesteście Państwo zainteresowani otrzymaniem informacji handlowej,
dotyczącej:
1. Nauki nurkowania
2. Turystyki rekreacyjno - nurkowej
3. Kursów nurkowych
Jeżeli tak, prosimy o odesłanie zgody na dostanie informacji dotyczącej
powyższych tematów na adres nadawcy.
On 8/10/2010 8:12 AM, Jon TURNEY wrote:
gcc4-core.sh exit code 126
This one is already reported at [1], and the workaround given
there,i.e.
Thanks for your reply. I had seen that report, but was dismayed to see
that the poster had received no response to his questions about whether
On 8/10/2010 11:16 AM, Jim Reisert AD1C wrote:
Bob, FYI, I've been running Cygwin 1.7x and latest X on Win 7 Pro
64-bit and not problems setting up or running. In other words, it
works right out of the box.
Thanks for the data point, Jim. The two possible explanations that come
to mind
On 10/08/2010 13:12, Jon TURNEY wrote:
On 10/08/2010 00:19, Bob Kline wrote:
I finally had to replace my ancient Windows XP box, and ended up with a
Windows 7 Home Premium 64-bit system. If I run setup.exe to install a fresh
cygwin, it succeeds as long as I don't touch the X11 set, leaving it
On 8/10/2010 11:49 AM, Jon TURNEY wrote:
and since all xinit.sh does is run mkshortcut to create a start menu
shortcut, I'd guess this is the same issue as [1], assuming we don't
have a cygutils release with that fixed yet.
[1] http://sourceware.org/ml/cygwin/2010-03/msg00357.html
Right.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2010-08-10 16:44:38
Modified files:
cygwin : ChangeLog sigproc.cc
Log message:
* sigproc.cc (init_sig_pipe): Add retry loop.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: yselkow...@sourceware.org 2010-08-10 22:01:55
Modified files:
winsup/utils : ChangeLog mingw
Log message:
* mingw: Use sysroot, if present, for mingw_dir.
Patches:
Greetings, John Carey!
After a call to SetCurrentDirectory(), I have seen occasional ( 5%)
failures of CreatePipe() with code ERROR_INVALID_HANDLE. I have also seen
failure of Cygwin signal handling because the signal handling pipe has
mysteriously closed.
Seems like it was discussed a
Hi!
I have a reasonably up to date cygwin installation (did an update a
week ago or so).
Today I run the latest setup (v2.708). In Pending I saw a few libX
packages and minttty 0.8.1.
Then I selected subversion for install.
On Next I got a dialog saying that subversion depended on additional
On Aug 10 00:19, John Carey wrote:
After a call to SetCurrentDirectory(), I have seen occasional ( 5%)
failures of CreatePipe() with code ERROR_INVALID_HANDLE. I have also
seen failure of Cygwin signal handling because the signal handling
pipe has mysteriously closed.
Why on earth are you
On Aug 9 16:41, Carles Cufi wrote:
Hi there,
I just found out in the IRC channel that to avoid trouble with
cygwin's sed turning \r\n into \n one needs to pass the --binary
flag. But this is not documented in the sed man pages, I was wondering
if it should be.
I think this is an upstream
On 10 August 2010 12:41, David Balažic wrote:
I have a reasonably up to date cygwin installation (did an update a
week ago or so).
Today I run the latest setup (v2.708). In Pending I saw a few libX
packages and minttty 0.8.1.
Then I selected subversion for install.
On Next I got a dialog
On 08/10/2010 12:47 AM, James Arlow wrote:
Too bad you don't have a WEB BASED BUG TRACKING SYSTEM,
or you all wouldn't have gotten these two pointless emails
To some degree, we have one: http://cygwin.com/ml/cygwin/ This mailing
list IS our bug tracking system, and it DOES have a web archive.
I don't know if this might interest others, but I have found a thread
explaining the UAC problem at
http://social.answers.microsoft.com/Forums/en-US/vistasecurity/thread/67bfc4
b5-faff-4de4-be48-f395bf1c519d. There is an unofficial third-party software
available from
I've just instituted a block of email which contains certain email
addresses like cygwin AT ..., cygwin-owner AT ... and others.
Since I'm using spamassassin to do that, I suspect that the bounce message
won't be really clear and it will increase my administrative burden but I
thought I'd give it
summary: I've got a version of python that I need for other purposes.
I'm trying to build duplicity to use with that python. I'm getting
m...@cygwinbox ~/bin/duplicity-0.6.09$ python setup.py install
...
error: Python was built with Visual Studio 2003;
extensions must be built with a compiler
Greetings to you as well! I did try to search, but was unsuccessful. Can you
tell me the subject of one of the messages?
Thanks,
John
Subject: Re: 1.7.5: Occasional failure of CreatePipe or signal handing due to
thread-unsafe code in cwdstuff::set
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/08/2010 09:57, Andrey Repin wrote:
Greetings, John Carey!
After a call to SetCurrentDirectory(), I have seen occasional ( 5%)
failures of CreatePipe() with code ERROR_INVALID_HANDLE. I have also seen
failure of Cygwin signal handling
I wanted to let everyone know that I'm aware of the fact that make-3.82
has been released. However, given the number of reported problems in
the make bugs mailing list, I don't plan on releasing a new version of
GNU make until the dust has settled. That means no new version of make
for at least
On 8/10/2010 10:54 AM, Christopher Faylor wrote:
I wanted to let everyone know that I'm aware of the fact that make-3.82
has been released. However, given the number of reported problems in
the make bugs mailing list, I don't plan on releasing a new version of
GNU make until the dust has
On Tue, Aug 10, 2010 at 01:13:41PM -0700, Rob Walker wrote:
On Cygwin, make-3.82 supports DOS paths by default. I'm curious about
what work might be involved in re-enabling the --ms-dos option, and I'd
like to help, if I can.
I built my Cygwin make-3.82 packages directly from the upstream
Am 10.08.2010, 19:54 Uhr, schrieb Christopher Faylor:
I wanted to let everyone know that I'm aware of the fact that make-3.82
has been released. However, given the number of reported problems in
the make bugs mailing list, I don't plan on releasing a new version of
GNU make until the dust has
On Tue, Aug 10, 2010 at 10:51:38PM +0200, Matthias Andree wrote:
Am 10.08.2010, 19:54 Uhr, schrieb Christopher Faylor:
I wanted to let everyone know that I'm aware of the fact that make-3.82
has been released. However, given the number of reported problems in
the make bugs mailing list, I
On 8/10/2010 1:21 PM, Christopher Faylor wrote:
On Tue, Aug 10, 2010 at 01:13:41PM -0700, Rob Walker wrote:
On Cygwin, make-3.82 supports DOS paths by default. I'm curious about
what work might be involved in re-enabling the --ms-dos option, and I'd
like to help, if I can.
I built my
On 8/10/2010 5:04 PM, Rob Walker wrote:
On 8/10/2010 1:21 PM, Christopher Faylor wrote:
On Tue, Aug 10, 2010 at 01:13:41PM -0700, Rob Walker wrote:
On Cygwin, make-3.82 supports DOS paths by default. I'm curious about
what work might be involved in re-enabling the --ms-dos option, and I'd
like
On Aug 10 13:44 +0200 Corinna Vinschen wrote:
On Aug 10 00:19, John Carey wrote:
...
Presumably the issues mentioned in the source comment may
also occur, but what I have seen myself is a subsequent call to
SetCurrentDirectory() closing, not the current directory handle, but
the handle
The mingw.org folks are developing a new installer, which uses
WININET.dll facilities for d/l support. When I ran the application from
within a cygwin shell, I ended up with the following debris in my
testing /bin dir:
$ pwd
/c/msys-src/__xml/_test/bin
$ ls
libgcc_s_dw2-1.dll mingw-get.exe*
$
Hello. One of the issues fixed under the New Cygwin DLL 1.7.5-1 release is the
memory leak. Does this mean that we wont have any problems ruuning anti virus
software like Symantec anymore?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Tue, Aug 10, 2010 at 02:04:47PM -0700, Rob Walker wrote:
On 8/10/2010 1:21 PM, Christopher Faylor wrote:
On Tue, Aug 10, 2010 at 01:13:41PM -0700, Rob Walker wrote:
On Cygwin, make-3.82 supports DOS paths by default. I'm curious about
what work might be involved in re-enabling the
On Tue, Aug 10, 2010 at 09:53:46PM +, John Carey wrote:
Thanks for the test case for the CreateFile() problem; I used it to
create the following test, in which Windows 7 CreateFile() fails with
ERROR_INVALID_HANDLE even when using a stock Cygwin 1.7.5 DLL:
As Corinna said: If you are mixing
I wanted to let everyone know that I'm aware of the fact that make-3.82
has been released. However, given the number of reported problems in
the make bugs mailing list, I don't plan on releasing a new version of
GNU make until the dust has settled. That means no new version of make
for at least
46 matches
Mail list logo