Re: Strange behavior when executing programs

Am 12/13/2022 um 10:51 AM schrieb Corinna Vinschen: On Dec 12 14:09, Corinna Vinschen via Cygwin wrote: On Dec 12 13:46, Frank Redeker via Cygwin wrote: Am 12/12/2022 um 1:12 PM schrieb Corinna Vinschen: On Dec 12 11:21, Frank Redeker via Cygwin wrote: $ pwd /cygdrive/s/ado $ realpath

Re: Strange behavior when executing programs

Am 12/13/2022 um 3:15 PM schrieb Corinna Vinschen: On Dec 13 13:54, Frank Redeker via Cygwin wrote: Am 12/13/2022 um 10:51 AM schrieb Corinna Vinschen: On Dec 12 14:09, Corinna Vinschen via Cygwin wrote: On Dec 12 13:46, Frank Redeker via Cygwin wrote: Am 12/12/2022 um 1:12 PM schrieb

Re: Strange behavior when executing programs

Am 12/13/2022 um 10:51 AM schrieb Corinna Vinschen: On Dec 12 14:09, Corinna Vinschen via Cygwin wrote: On Dec 12 13:46, Frank Redeker via Cygwin wrote: Am 12/12/2022 um 1:12 PM schrieb Corinna Vinschen: On Dec 12 11:21, Frank Redeker via Cygwin wrote: $ pwd /cygdrive/s/ado $ realpath

Re: [EXTERNAL] Re: Strange behavior when executing programs

Am 12/12/2022 um 4:41 PM schrieb Corinna Vinschen via Cygwin: On Dec 12 15:22, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: Sorry about the earlier typos (and, hence, I suppose for the purposes of the OP). and, hence, I suppose, *would work* for the purposes of the OP. Since

Re: Strange behavior when executing programs

Am 12/12/2022 um 1:12 PM schrieb Corinna Vinschen: On Dec 12 11:21, Frank Redeker via Cygwin wrote: $ pwd /cygdrive/s/ado $ realpath /cygdrive/s/ado/msadox.dll /cygdrive/s/ado/msadox.dll $ realpath msadox.dll /cygdrive/c/Program Files/Common Files/System/ado/msadox.dll Is there any way

Strange behavior when executing programs

ve/s/ado/msadox.dll $ realpath msadox.dll /cygdrive/c/Program Files/Common Files/System/ado/msadox.dll Is there any way to restore the old behavior. Since with the new behavior my tests no longer work. Mit freundlichen Grüßen / Best Regards Frank Redeker -- Problem reports: https

Re: Unexpected behavior from cygpath command

Am 12.11.2019 um 23:16 schrieb Alfred von Campe: > I have two almost identical build servers, but cygpath is not behaving as > expected on one of them. Here is the output from the “good” build server: > > $ cygpath.exe —version | head -1 > cygpath (cygwin) 2.11.2 > > $ cygpath -d

Re: winsymlinks:nativestrict and Windows 10

Am 19.03.2019 um 15:23 schrieb LRN: > ... SNIP ... > > Devmode + SYMBOLIC_LINK_FLAG_ALLOW_UNPRIVILEGED_CREATE is the only way to > create symlinks without being Administrator (that i know of). You can't just > give some extra privileges to your non-administrator account. I know, i've > tried.

Re: speeding up a paste operation

Am 25.08.2018 um 02:10 schrieb Lee: > On 8/24/18, James Darnley wrote: >> On 2018-08-25 01:30, Lee wrote: >>> In retrospect, I should have created the file some other way, but still.. >>> - grab the top 1M hosts from from >>> http://s3-us-west-1.amazonaws.com/umbrella-static/index.html >>> - open

Re: setup's response to a "corrupt local copy"

Am 16.12.2017 um 05:00 schrieb Steven Penny: > On Fri, 15 Dec 2017 09:50:44, Vince Rice wrote: >> It's my computer. I don't want setup (or anything else) replacing >> files on it >> it doesn't know about without at least asking whether that's what I >> want it to >> do. Setup's current behavior is

Missing volumes in output from df -h

Hello list, I just noticed 2 missing volumes when executing df -h from inside [CYGWIN_NT-6.1 Mimir 2.2.1(0.289/5/3) 2015-08-20 11:42 x86_64 Cygwin] $ mount D:/Program_Files_64/cygwin64/bin on /usr/bin type ntfs (binary,auto) D:/Program_Files_64/cygwin64/lib on /usr/lib type ntfs (binary,auto)

Life time of AST elements.

Hello all, I'm writing a tool to analyze the call hierarchy of functions (methods) using ClangTool. My idea is to collect the TranslationUnitDecls given to my own ASTCosumer's HandleTranslationUnit method and traverse them later when ClangTool.run() has finished. But it seems that the AST nodes

Re: Life time of AST elements.

Am 12.10.2015 um 14:37 schrieb Frank Redeker: > Hello all, > > I'm writing a tool to analyze the call hierarchy of functions (methods) > using ClangTool. > > My idea is to collect the TranslationUnitDecls given to my own > ASTCosumer's HandleTranslationUnit method and tra

Re: Windows 7 64 Bit - Mounting Network Drives

, see the Users Guide # http://cygwin.com/cygwin-ug-net/using.html#mount-table # This is default anyway: # none /cygdrive cygdrive binary,posix=0,user 0 0 Mit freundlichen Grüßen / Best Regards Frank Redeker -- Problem reports: http://cygwin.com/problems.html FAQ: http

bash: Strange behavior when a program crashes

Operating System: Windows XP SP 3 with DEP enabled $ uname -a CYGWIN_NT-5.1 TYR 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin $ bash --version GNU bash, version 3.2.39(20)-release (i686-pc-cygwin) Copyright (C) 2007 Free Software Foundation, Inc. When I execute a non-cygwin executable from

Re: bash: Strange behavior when a program crashes

Greg Chicares schrieb: On 2008-10-29 12:23Z, Frank Redeker wrote: When I execute a non-cygwin executable from the bash and the program crashes with an exception raised (e.g. access violation), the bash doesn't return immediately. Instead the crashed program is executed 4 more times before

Re: bash: Strange behavior when a program crashes

Dave Korn schrieb: Frank Redeker wrote on 29 October 2008 12:54: Setting the CYGWIN environment variable don't work here. Did i make any mistake. $ echo $CYGWIN proc_retry:1 Looks right to me, but maybe it's one of those ones like (no)tty that you have to specify in your windows