Re: Cygwin shell eats Windows exceptions?

2016-10-13 Thread Peter Rosin
On 2016-10-14 00:52, Peter Rosin wrote: > On 2016-10-13 16:35, Bill Smith wrote: >> Hi, >> I'm trying to run my Windows C++ application which has a call to >> DebugBreak() to bring up the popup asking if you want to debug this >> application or terminate it. If I run the program within Cygwin,

Re: Cygwin shell eats Windows exceptions?

2016-10-13 Thread Brian Inglis
On 2016-10-13 11:56, Bill Smith wrote: On 2016-10-13 08:35, Bill Smith wrote: I'm trying to run my Windows C++ application which has a call to DebugBreak() to bring up the popup asking if you want to debug this application or terminate it. If I run the program within Cygwin, the program just exi

Re: Cygwin shell eats Windows exceptions?

2016-10-13 Thread Peter Rosin
On 2016-10-13 16:35, Bill Smith wrote: > Hi, > I'm trying to run my Windows C++ application which has a call to DebugBreak() > to bring up the popup asking if you want to debug this application or > terminate it. If I run the program within Cygwin, the program just exits. > > If I run the appl

Re: Cygwin shell eats Windows exceptions?

2016-10-13 Thread Larry Hall (Cygwin)
On 10/13/2016 03:00 PM, Bill Smith wrote: What if you 'cmd.exe /c foo.exe' from the Cygwin shell? Will the Dialogue popup box occur? If so you can provide a sh script foo to execute the foo.exe file. [Bill Smith] Thanks for the suggestion but that doesn't work. If I try to open a command pr

Re: Random "child_info_fork::abort:"

2016-10-13 Thread Evgeny Grin
On 13.10.2016 19:58, Evgeny Grin wrote: > On 13.10.2016 18:24, Evgeny Grin wrote: > > What I got from strace (typical output): > > 649705 [main] mandb 6288 child_info::sync: n 2, waiting for > subproc_ready(0x280) and child process(0x1CC) >6358 [main] mandb 7888 child_info_fork::abort: > T:\

RE: Cygwin shell eats Windows exceptions?

2016-10-13 Thread Bill Smith
> > Sorry for the lack of info. This is a Windows native console application. > Here's the source code: > > > > #include > > > A "console application" doesn't require windows.h but this isn't the issue. [Bill Smith] Not sure that I understand. Is your point that because it includes Windows.h,

Re: Cygwin shell eats Windows exceptions?

2016-10-13 Thread cyg Simple
On 10/13/2016 1:56 PM, Bill Smith wrote: > Sorry for the lack of info. This is a Windows native console application. > Here's the source code: > > #include > A "console application" doesn't require windows.h but this isn't the issue. > int main() > { > DebugBreak(); > } > > Compiled it w

RE: Cygwin shell eats Windows exceptions?

2016-10-13 Thread Bill Smith
> On 2016-10-13 08:35, Bill Smith wrote: > > I'm trying to run my Windows C++ application which has a call to > > DebugBreak() to bring up the popup asking if you want to debug this > > application or terminate it. If I run the program within Cygwin, the > > program just exits. > > If I run the ap

Re: Random "child_info_fork::abort:"

2016-10-13 Thread Evgeny Grin
On 13.10.2016 18:24, Evgeny Grin wrote: > On 13.10.2016 10:11, Evgeny Grin wrote: >> On 12.10.2016 21:45, Evgeny Grin wrote: >>> On 12.10.2016 13:59, Evgeny Grin wrote: On 12.10.2016 8:59, Brian Inglis wrote: > On 2016-10-11 15:32, Evgeny Grin wrote: >> I'm using Windows Insider (slow

Re: uniq not working

2016-10-13 Thread Felipe Vieira
On Tue, Oct 11, 2016 at 7:43 AM, Felipe Vieira wrote: > Dear mailing list, > > the uniq program seems to be faulty on my cygwin: > > /tmp » cat u.txt > 1 > 2 > 3 > 4 > 5 > 1 > 2 > 3 > 6 > 7 > 8 > > > /tmp » uniq -c u.txt > 1 1 > 1 2 > 1 3 > 1 4 > 1 5 > 1 1 >

Re: Cygwin shell eats Windows exceptions?

2016-10-13 Thread Brian Inglis
On 2016-10-13 08:35, Bill Smith wrote: I'm trying to run my Windows C++ application which has a call to DebugBreak() to bring up the popup asking if you want to debug this application or terminate it. If I run the program within Cygwin, the program just exits. If I run the application from a Wind

Re: Random "child_info_fork::abort:"

2016-10-13 Thread Evgeny Grin
On 13.10.2016 10:11, Evgeny Grin wrote: > On 12.10.2016 21:45, Evgeny Grin wrote: >> On 12.10.2016 13:59, Evgeny Grin wrote: >>> On 12.10.2016 8:59, Brian Inglis wrote: On 2016-10-11 15:32, Evgeny Grin wrote: > I'm using Windows Insider (slow ring, prerelease). After recent update > to

Cygwin shell eats Windows exceptions?

2016-10-13 Thread Bill Smith
Hi, I'm trying to run my Windows C++ application which has a call to DebugBreak() to bring up the popup asking if you want to debug this application or terminate it. If I run the program within Cygwin, the program just exits. If I run the application from a Windows command prompt, I get the Wi

Re: Random "child_info_fork::abort:"

2016-10-13 Thread Brian Inglis
On 2016-10-13 06:31, Eliot Moss wrote: On 10/13/2016 8:00 AM, Marco Atzeri wrote: On 13/10/2016 09:11, Evgeny Grin wrote: MS is pushing us to "Ubuntu on Windows"? Interesting. Are we back to the old tactics ? https://en.wikipedia.org/wiki/AARD_code I don't see the motivation. We still buy Wi

Re: Random "child_info_fork::abort:"

2016-10-13 Thread Eliot Moss
On 10/13/2016 8:00 AM, Marco Atzeri wrote: On 13/10/2016 09:11, Evgeny Grin wrote: MS is pushing us to "Ubuntu on Windows"? Interesting. Are we back to the old tactics ? https://en.wikipedia.org/wiki/AARD_code I don't see the motivation. We still buy Windows. Do you think they'll charge

Re: Random "child_info_fork::abort:"

2016-10-13 Thread Marco Atzeri
On 13/10/2016 09:11, Evgeny Grin wrote: Additionally tested under VM. Clear install of Windows 10 x64 14931 (US English), VM guest tools and Cygwin x64. First run of man-db - same error. Need new workarounds? Seems that will be in all new builds. Same happens with new Windows build 14942. Both

Re: Random "child_info_fork::abort:"

2016-10-13 Thread Evgeny Grin
On 12.10.2016 21:45, Evgeny Grin wrote: > On 12.10.2016 13:59, Evgeny Grin wrote: >> On 12.10.2016 8:59, Brian Inglis wrote: >>> On 2016-10-11 15:32, Evgeny Grin wrote: I'm using Windows Insider (slow ring, prerelease). After recent update to build 14931, cygwin keeps randomly fail on for