Re: Mintty 2.2.2: possible hang when breaking (CTRL+C) out of pinging unresponsive host

On 24/11/2015 22:48, Jeff Hansen wrote: I have recently installed the latest 32-bit version of Cygwin on my Windows 10 Professional operating system. When I ping a host, and the ping doesn't reply for a few minutes, I find the ping hangs when I try to break out of it using CTRL+C. IT is at

Re: Problem with nm in binutils-2.25-2 on x86

On 11/24/2015 18:53, Marco Atzeri wrote: > > I built 2.25-4 for x86_64 using the x86 source and this > problem seems gone. > > $ nm -l liboctave/.libs/cygoctave-3.dll |& grep Error > > produces no any more Dwarf complains. > Ugh, it was sitting in a queue for days, I forgot about it, will

[PATCH] Add a section describing peculiarities of how Cygwin creates NTFS symlinks

First take on how to describe dereferencing of Cygwin-only symlinks path components when creating NTFS symlinks. Note that I haven't tried building the documentation, so I don't know if the added paragraph breaks anything. Hopefully not. * pathnames.xml: Add a section describing

[Bug setup.exe/19290] Setup failed to start properly

https://sourceware.org/bugzilla/show_bug.cgi?id=19290 Loc Ta Duc changed: What|Removed |Added Assignee|cygwin-apps at cygwin dot com |luannnse61420 at fpt dot edu.vn

[PATCH] Add Forefront TMG to the BLODA

A user of MSYS2 had non-deterministic segfaults when running simple command from bash started from cmd. We've isolated the cause to `C:\Program Files (x86)\Forefront TMG Client\FwcWsp64.dll`. See for a little more information. It seems enough to

Mintty 2.2.2: possible hang when breaking (CTRL+C) out of pinging unresponsive host

I have recently installed the latest 32-bit version of Cygwin on my Windows 10 Professional operating system. When I ping a host, and the ping doesn't reply for a few minutes, I find the ping hangs when I try to break out of it using CTRL+C. IT is at this point I have to close the Mintty window

Re: Symlink targets dereferenced when winsymlinks:native

On 20. 11. 2015 10:26, Corinna Vinschen wrote: > On Nov 19 22:17, David Macek wrote: >> On 19. 11. 2015 20:36, Nellis, Kenneth wrote: >>> FWIW, my results are different: >>> >>> $ printenv CYGWIN >>> winsymlinks:nativestrict >>> $ touch XXX >>> $ ln -s XXX YYY >>> $ ln -s YYY ZZZ >>> $ ls -l >>>

Re: Symlink targets dereferenced when winsymlinks:native

Corinna Vinschen wrote: If it matters, the use case is `ln -sf /proc/self/fd /dev/fd`. It matters. This is a bug in Cygwin, a missing test in fact. It should never allow to create native symlinks to targets which only exist inside of Cygwin. Please don't. Why? It would be a

Re: cygwin 64bit on Win7 gcc internal compiler error: Segmentation fault on floating point literal 10.0

Achim, I included cygcheck output in my post Sat, 21 Nov 2015 19:48:45 -0500 as prompted by Ken Brown. The web mailing list indicates it's binary, though it's not. I'll reattach with a .txt extension The processor per cygcheck is PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 61 Stepping 4,

Re: Mintty 2.2.2: possible hang when breaking (CTRL+C) out of pinging unresponsive host

Am 24.11.2015 um 23:29 schrieb Marco Atzeri: On 24/11/2015 22:48, Jeff Hansen wrote: ... When I ping a host, and the ping doesn't reply for a few minutes, I find the ping hangs when I try to break out of it using CTRL+C. IT is at this point I have to close the Mintty window completely and

Re: Awk not ouputting results via echo

On 11/23/2015 10:11 AM, Lester Anderson wrote: > Hello, > > The img2grd program is a Windows code. The script is using the GMT Which is the cause of any PTY issue. > software that is freely available, and accessed via Cygwin; can also > work via standard windows batch files to a more restricted

Re: cygwin 64bit on Win7 gcc internal compiler error: Segmentation fault on floating point literal 10.0

David Standish writes: > Downgrading to libgmp10-6.0.0a-2 fixes the problem. > Does that imply a problem with to libgmp10-6.0.0a-2 p? At this moment I can't really be sure, there are many systems (including all I have access to) that don't show any problems, so I'm suspecting that it is something

Re: [PATCH setup 0/3] Setup replacement for incver_ifdep

Jon Turney writes: >> So, should we try to guard against that (installations on a USB stick >> are probably the only practical occurence these days)? I wouldn't mind >> if we just unconditionally rebuild on FAT(32). > > Thinking this over, it doesn't seem that hard to use a hash to > determine if

Re: [HEADSUP] requires to obsolete Perl packages

Ping? Achim Gratz writes: > There are a number of packages still requiring obsoleted Perl packages > that I want to delete now, so these setup.hint files need to be fixed. > Here is what I've found so far with a proposed replacement in > parenthesis. > > > perl_vendor (only on 32bit since it

Re: [PATCH setup 0/3] Setup replacement for incver_ifdep

On 23/11/2015 18:54, Achim Gratz wrote: Jon Turney writes: So, this is actually quite straightforward to write, and /etc/postinstall/0p_update-info-dir.sh becomes the attached. Can this be relied on for all possible file systems? Not on FAT. But then again, FAT is not really a filesystem,

Re: Perl and crypt.h

Alexey Sokolov writes: > I think perl package should depend on libcrypt-devel on x86_64. Most definitely not. If anything there would need to be a perl-devel package that pulls stuff like that in. > Otherwise, here's error while embedding perl: > >> In file included from >>

Re: Symlink targets dereferenced when winsymlinks:native

On 20. 11. 2015 10:29, Corinna Vinschen wrote: > On Nov 19 19:53, David Macek wrote: >> On 18. 11. 2015 20:48, Corinna Vinschen wrote: >>> On Nov 18 19:13, David Macek wrote: On 18. 11. 2015 18:55, Corinna Vinschen wrote: > On Nov 17 23:28, David Macek wrote: >> I went through the UG

[Bug setup.exe/19290] New: Setup failed to start properly

https://sourceware.org/bugzilla/show_bug.cgi?id=19290 Bug ID: 19290 Summary: Setup failed to start properly Product: cygwin Version: 1.7.0 Status: NEW Severity: normal Priority: P2 Component: setup.exe

[ANNOUNCEMENT] Updated: openmpi-1.8.8-1

Version 1.8.8-1 of packages libopenmpi libopenmpicxx1 libopenmpifh2 libopenmpiuse1 libopenmpi-devel libopenmpiusef08_0 libopenmpiusetkr0 openmpi are available in the Cygwin distribution: CHANGES This is a upstream bugfix release Full upstream changes:

Updated: openmpi-1.8.8-1

Version 1.8.8-1 of packages libopenmpi libopenmpicxx1 libopenmpifh2 libopenmpiuse1 libopenmpi-devel libopenmpiusef08_0 libopenmpiusetkr0 openmpi are available in the Cygwin distribution: CHANGES This is a upstream bugfix release Full upstream changes:

Re: Problem with nm in binutils-2.25-2 on x86

On 20/11/2015 14:55, JonY wrote: On 11/20/2015 18:53, Marco Atzeri wrote: I catched the same issue on x86_64 nm -l liboctave/.libs/cygoctave-3.dll 0004c10f9ac0 T ztrsyl_BFD: Dwarf Error: Could not find abbrev number 1799. any plan to update also the x86_64 version ? Didn't know

Re: Awk not ouputting results via echo

Thanks for all the pointers on this query. I applied the method of Eliot and managed to get the output and grids generated with the spatial adjustment: #!/bin/bash ruta_elev="Q:\geophys\Potential-field datasets\Topography\topo_17.1.img" ruta_grav="Q:\geophys\Potential-field