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
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
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
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 r
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 to
ygdrive/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:
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 'E:\Pr
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.
On
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 w
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
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)
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 meth
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
Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)
$ cat /etc/fstab
# For a description of the file format, 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 / B
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 t
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 i
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 th
17 matches
Mail list logo