On Sun, Jan 17, 2021 at 1:08 PM matthew patton via Cygwin
wrote:
> I haven't run into a scenario yet where 'readlink' doesn't work.
>
Here's a unrelated example where symbolic links don't work the same as on
unix/linux ( not sure this is a readlink issue )
When I try to write through /proc
On Sunday, January 17, 2021, 02:41:35 PM EST, Brian Inglis
wrote:
> Sorry, it's been a few years now - there were a few issues testing various
> paths > using various directories and links that neither readlink nor
> realpath resolved
> absolutely and correctly, so I added the cygpath to
On 2021-01-17 11:11, Andrey Repin wrote:
Greetings, Brian Inglis!
On Friday, January 15, 2021, 11:36:28 AM EST, matthew patton via Cygwin wrote:
On 2021-01-15 10:09, matthew patton via Cygwin wrote:
Ken Brown wrote:
Do you by any chance have symlinks in your PATH? There was a problem
reported
Greetings, Brian Inglis!
> On Friday, January 15, 2021, 11:36:28 AM EST, matthew patton via Cygwin wrote:
>> On 2021-01-15 10:09, matthew patton via Cygwin wrote:
>>> Ken Brown wrote:
Do you by any chance have symlinks in your PATH? There was a problem
reported in early December in which
On 1/16/2021 12:22 PM, matthew patton wrote:
On Friday, January 15, 2021, 12:48:16 PM EST, Ken Brown via Cygwin
wrote:
> but it would be appreciated if you would confirm this by testing a snapshot.
I have confirmed that running snapshot build Cygwin1.dll from 2021-01-13 handles
symlinks in t
On Friday, January 15, 2021, 12:48:16 PM EST, Ken Brown via Cygwin
wrote:
> but it would be appreciated if you would confirm this by testing a snapshot.
I have confirmed that running snapshot build Cygwin1.dll from 2021-01-13
handles symlinks in the PATH as expected.
--
Problem reports:
On 1/15/2021 12:09 PM, matthew patton via Cygwin wrote:
I excised the 2 symlink-involved PATH elements and now Git runs great with
v3.1.5 of the DLL. I'll try one of the snapshots at some point,
You've almost certainly run into the same bug that was fixed in
https://sourceware.org/git/?p=newl
On Friday, January 15, 2021, 11:36:28 AM EST, matthew patton via Cygwin wrote:
On 2021-01-15 10:09, matthew patton via Cygwin wrote:
Ken Brown wrote:
Do you by any chance have symlinks in your PATH? There was a problem
reported in early December in which STATUS_IO_REPARSE_TAG_NOT_HANDLED
would
I excised the 2 symlink-involved PATH elements and now Git runs great with
v3.1.5 of the DLL. I'll try one of the snapshots at some point, but I am also
tempted to change my Bash function 'addPath()' to fully unroll symlinks before
adding. https://github.com/tb3088/shell-environment/blob/master/
Ken Brown wrote:> Do you by any chance have symlinks in your PATH?
Yes, the first and 3rd entries are symlinks. I've had these symlinks in my PATH
for years.
/home/MP1116/.aws/YYY/bin:/home/MP1116/bin -> .WPHOME/bin/
.aws -> .WPHOME/.aws/.WPHOME -> Dropbox/Work_Projects/XXX
#/etc/fstabC:/Users /h
On 1/14/2021 5:27 PM, matthew patton via Cygwin wrote:
ring a bell with anyone?
C:\Users\mp1116\Downloads>Err_6.4.5.exe 0xc279# for hex 0xc279 /
decimal -1073741191 STATUS_IO_REPARSE_TAG_NOT_HANDLED
ntstatus.h# The layered file system driver for this IO tag
ring a bell with anyone?
C:\Users\mp1116\Downloads>Err_6.4.5.exe 0xc279# for hex 0xc279 /
decimal -1073741191 STATUS_IO_REPARSE_TAG_NOT_HANDLED
ntstatus.h# The layered file system driver for this IO tag did not# handle
it when needed.# as an HRESULT: Severit
ok, so can someone do the following on their installation? I've narrowed it
down to the invocation of git-core/git.exe or any of the other git-core/git*
binaries. I get a Windows dialog box no less, with "The application was unable
to start correctly".
100(1) $ strace /usr/libexec/git-core/git.e
Andrey wrote:> 1. Try rebasing your Cygwin install.
deleted cygwin64 and installed to \cygwin. Immediate failure. No apparent grace
period like before.
> 2. See if your antivirus is interfering.
Had corporate IT put me in a special exclusion group (supposedly) to no avail.
See #1
On Friday,
Greetings, matthew patton!
> Adam Dinwoodie wrote:
>> This looks like some sort of problem writing to disk to me. Where are
>> you storing your Git repositories? Is it on a regular NTFS disk
> plain NTFS (win10 exterprise) with hundreds of GB free. I blew away
> contents of /tmp just to make su
matthew patton via Cygwin writes:
> I've been using cygwin since like 20 years ago and do everything in
> it. A couple days ago my Git program mysteriously stopped working. I
> can see (GIT_TRACE=1) it invoke SSH and HTTPS connections just fine
> but it fails with a short-read/write when it's time
On Friday 08 January 2021 at 02:13 am +, matthew patton via Cygwin wrote:
> I've been using cygwin since like 20 years ago and do everything in
> it. A couple days ago my Git program mysteriously stopped working. I
> can see (GIT_TRACE=1) it invoke SSH and HTTPS connections just fine
> but it f
I've been using cygwin since like 20 years ago and do everything in it. A
couple days ago my Git program mysteriously stopped working. I can see
(GIT_TRACE=1) it invoke SSH and HTTPS connections just fine but it fails with a
short-read/write when it's time for pack or unpack. Baffled I uninstall
18 matches
Mail list logo
