On 2/18/2013 8:44 PM, Thorsten Kampe wrote:
* Christopher Faylor (Mon, 18 Feb 2013 10:46:43 -0500)
On Mon, Feb 18, 2013 at 04:27:17PM +0100, Thorsten Kampe wrote:
I just downloaded the PostgreSQL client tools and noticed that psql
crashes every time. The usual rebase didn't help. I reverted cyg
Ryan Johnson cs.utoronto.ca> writes:
> If you got it from ports, you need to ping their mailing list. If you
> built it yourself, we'll need to know how you built it.
>
> Meanwhile, WJJFM with my home-brew 4.7.1:
Thank you so much for your help. Really appreciate it. I'll give the config
flag
Thorsten Kampe writes:
> What can I do - if anything at all - to debug the issue? Obviously, I
> cannot test every single snapshot after October last year and see where
> the crash "starts"...
If the problem is bisectable it would take no more than 5 snapshots to
get the one that has the respons
On 02/15/2013 11:46 AM, Larry Hall (Cygwin) wrote:
I believe these questions are the crux of your inquiry so I've stripped
out the surrounding details. Apologies if you feel I've removed
something
you feel is a significant point.
This goes to the heart of a difference between how Windows and
On Mon, Feb 18, 2013 at 04:27:17PM +0100, Thorsten Kampe wrote:
>Hello,
>
>I just downloaded the PostgreSQL client tools and noticed that psql
>crashes every time. The usual rebase didn't help. I reverted cygwin1.dll
>to the latest official version (1.7.17, 2012-10-19) and now psql works
>fine.
On Mon, Feb 18, 2013 at 10:27 AM, Thorsten Kampe wrote:
> What can I do - if anything at all - to debug the issue? Obviously, I
> cannot test every single snapshot after October last year and see where
> the crash "starts"...
Work it descending order with a set number limit.
--
Earnie
-- https:/
Hello,
I just downloaded the PostgreSQL client tools and noticed that psql
crashes every time. The usual rebase didn't help. I reverted cygwin1.dll
to the latest official version (1.7.17, 2012-10-19) and now psql works
fine.
What can I do - if anything at all - to debug the issue? Obviously, I
On 17/02/2013 10:38 PM, Zach Saw wrote:
The following test case fails on Cygwin but passes on Linux (both tested using
GCC 4.7.2).
Cygwin doesn't have a gcc-4.7.2 package yet (not even for testing);
4.5.3 is the highest I see this morning in setup.exe.
If you got it from ports, you need to pin
Version 3.0b_svn5591-1 of "w32api" has been uploaded.
This version of w32api is based on mingw-w64 headers and libraries for
the Cygwin toolchain and should be compatible with previous versions.
Cygwin packagers, please test your applications.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
I have just updated the CRT and runtime libraries for the mingw-w64
cross compilers.
mingw64-*-headers-3.0b_svn5591-1
mingw64-*-runtime-3.0b_svn5591-1
The cross compiler can produce Win32 and Win64 native binaries. As a
cross compiler, you may use --host=i686-w64-mingw32 or
--host=x86_64-w64-min
On Sun, 17 Feb 2013 19:26:29 +0100, Matthias Meyer wrote:
> I would like to patch and compile rsync.
A .cygport is available here:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/rsync
> I'll prefer to cross compile from linux (debian) to cygwin.
> Is that possible? I didn'
11 matches
Mail list logo