On Fri, 7 Feb 2025, Roland Mainz via Cygwin wrote:
> Hi!
>
>
>
> [Slightly offtopic, but I am banging my head against this problem most
> of the day]
> What symlink value should |MRxCreate()| return on |STATUS_REPARSE| to
> redirect to another DOS drive or UNC path ? I tried something like
>
On Fri, 7 Feb 2025, Corinna Vinschen via Cygwin wrote:
> On Feb 6 13:31, Jeremy Drake via Cygwin wrote:
> > Now that my patch to escape characters in /proc/mounts has been applied,
> > I'll get back to what I was thinking about back in June. I would like to
> > have a
Now that my patch to escape characters in /proc/mounts has been applied,
I'll get back to what I was thinking about back in June. I would like to
have a way to list Windows volume roots in Cygwin, and it seems to make
sense to me to expose them via getmntent, /proc/mounts, etc. The way I
see this
We were attempting to build util-linux 2.40.2 for MSYS2, based on the
source package of util-linux-2.40.2-2 from Cygwin [1]. We were scratching
our heads as to why it wasn't building tasksel for us, when it did in your
package. I evenutally saw in the cygport that it tests for sys/syscall.h
and w
On Tue, 4 Feb 2025, Roland Mainz via Cygwin wrote:
> it seems that Cygwin does not support |IO_REPARSE_TAG_MOUNTPOINT| for
> "remote" filesystems:
> snip
> 2582/* Don't handle junctions on remote filesystems as
> symlinks. This type
> 2583 of reparse point is handl
On Tue, 14 Jan 2025, Takashi Yano via Cygwin wrote:
> Personally, I personally prefer releasing 3.5.6 ASAP.
Is this the plan, now that the hangs seem to be resolved? (Maybe after
additional confirmation/testing?)
--
Problem reports: https://cygwin.com/problems.html
FAQ: h
On Tue, 21 Jan 2025, Jeremy Drake via Cygwin wrote:
> I did not see this happen with ruby 3.3.7, or when building with -j1.
Sorry, spoke too soon, I did see this immediately with 3.3.7 as well.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.
I've been trying to track down why ruby 3.4.1 is failing to build for
msys2. I've now confirmed that this same issue reproduces with
upstream Cygwin 3.5.4 and 3.6.0-0.335.gb879cd1661ad, so I thought I'd
bring it up here:
when building ruby with a high -j value (I'm doing make -j21), I get
errors
On Tue, 14 Jan 2025, Takashi Yano via Cygwin wrote:
> Hi Michael,
>
> Personally, I personally prefer releasing 3.5.6 ASAP. However, we
> are not sure that we have already fixed all the major problems in
> 3.5.5.
>
> Can you please test latest cygwin 3.6.0 (TEST) whether the your
> CI issue still
There are known (and as yet unknown) hang issues with cygwin 3.5.5, the
known being in signal handling. You might try with cygwin 3.5.4 to see if
your hang issues go away. That might help elimiate python as the culprit.
On Fri, 3 Jan 2025, Michael Cook via Cygwin wrote:
> The hangs I've looked
On Wed, 25 Dec 2024, Jeremy Drake via Cygwin wrote:
> We ran into hang issues with libtool linking imagemagick in msys2, using
> version based on 3.5.5, 3 times in a row on our ARM64 runner. We applied
> your v2 patch to our 3.5.5 branch (with the change of current_sig to sig),
> a
On Wed, 25 Dec 2024, Takashi Yano via Cygwin wrote:
> On Tue, 24 Dec 2024 22:34:44 +0100
> Bruno Haible wrote:
> > This is not reproducible, but here's the report anyway:
> >
> > I upgraded a Windows 10 system from Cygwin 3.5.3 to 3.5.5 today.
> > Then ran the configure script of a tarball (*), an
On Sat, 23 Nov 2024, Cedric Blancher via Cygwin wrote:
> Good afternoon!
>
> Does Cygwin do a silly rename if a Cygwin file is open but gets
> /bin/rm at the same time?
Yes! See function try_to_bin in winsup/cygwin/syscalls.cc:
/* Create unique filename. Start with a dot, followed by "cyg
On Thu, 21 Nov 2024, Corinna Vinschen via Cygwin wrote:
> IMHO:
>
> if (IsWow64Process2 (GetCurrentProcess (), &emulated, &hosted))
> && emulated != IMAGE_FILE_MACHINE_UNKNOWN)
> if (hosted == IMAGE_FILE_MACHINE_AMD64)
> strcat (sysname, "-WOW64");
> else if (hosted == IMAGE_
On Thu, 21 Nov 2024, Corinna Vinschen via Cygwin wrote:
> > i686x86_64 -WOW64-x64 (or omit arch to match existing?)
>
> Just -WOW64
>
> For backward compat and it's a sole representative of an intel-intel
> emulation anyway. I think we may safely ignore "WOW"
>
> > i686ARM64 -W
On Wed, 20 Nov 2024, Jeremy Drake via Cygwin wrote:
> CygwinHostSuffix
> Not worth worrying about:
> ARM ARM64 -WOW64-ARM (?)
Oops, this should have been -WOW64-ARM64 since the host is ARM64. But
like I said, this case would never happen anyway.
--
Problem reports:
I mentioned this briefly on cygwin-patches during the review of the fix
for a deadlock when running under emulation on ARM64 hosts, but I wanted
to discuss it more thoroughly here now that that is merged.
It seems like it would be useful, perhaps for stats tracking purposes like
MSYS2 does [1], to
On Sat, 28 Sep 2024, Mark Liam Brown via Cygwin wrote:
> On Tue, Sep 17, 2024 at 12:49 PM Mark Liam Brown
> wrote:
> >
> > Greetings!
> >
> > Are there Cygwin 3.6 x86/32bit builds?
> > We're on Windows 10/ARM64, and as Cygwin does not support ARM64 yet
> > the only other option is to use the x86
On Thu, 19 Sep 2024, Brian Inglis via Cygwin wrote:
> On 2024-09-19 07:27, Christian Franke via Cygwin wrote:
> >
> >
> > Yes, but Cygwin does not provide consistent forward/reverse UTF-8 <-> UTF-16
> > mappings.
>
> Surrogates halves are invalid for UTF-8 encoding; they should be first be
> encod
On Sun, 4 Aug 2024, Jeremy Drake via Cygwin wrote:
> TASKKILL /F /IM cygwin1.dll
> to kill them
Oops, make that
TASKKILL /F /FI "MODULES eq cygwin1.dll"
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentati
On Sun, 4 Aug 2024, Brian Inglis via Cygwin wrote:
> Most such problems happen because something has been running and not yet
> terminated before running Cygwin Setup, or Windows Scheduled Tasks running
> Cygwin processes while running Cygwin Setup.
>
> I start Task Manager, tab Details, sort by I
Replying to cygwin@cygwin.com list due to determination that this thread
was incorrectly sent to cygwin-developers. I apologize for the
inconvenience.
On Tue, 21 May 2024, Jeremy Drake wrote:
> On Mon, 20 May 2024, Jeremy Drake wrote:
>
> > Today, I was attempting to look at the Ter
On Fri, 14 Jun 2024, Jeremy Drake via Cygwin wrote:
> On Fri, 14 Jun 2024, Jeremy Drake via Cygwin wrote:
>
> > Eliot Moss replied to me privately, and I confirmed as well, that this
> > does not occur with Cygwin 3.5.1-1. So this appears to be a regression
> > in 3.5
On Fri, 14 Jun 2024, Jeremy Drake via Cygwin wrote:
> Eliot Moss replied to me privately, and I confirmed as well, that this
> does not occur with Cygwin 3.5.1-1. So this appears to be a regression
> in 3.5.3.
It also does not occur in 3.6.0-0.81 or 3.6.0-0-0.115, so perhaps this wa
On Thu, 13 Jun 2024, Jeremy Drake via Cygwin wrote:
> Thankfully, this can be simply reproduced with the following two bash
> commands (on cygwin 3.5.3):
>
> mkdir -p foo/$'\uD800'
> rm -rf foo
Eliot Moss replied to me privately, and I confirmed as well, that this
d
On Thu, 13 Jun 2024, Brian Inglis via Cygwin wrote:
> These reserved surrogate values should probably either be blocked, or encoded
> at
> the file system interface layer so they can be round tripped, like the Windows
> reserved characters, in the BMP or SMP PUAs.
>
> Reserved surrogate ranges are
Backstory: rust's test suite makes an oddly-named directory as part of a
test:
https://github.com/rust-lang/rust/blob/921645c737f1d6d107a0a10ca5ee129d364dcd7a/tests/run-make/non-unicode-in-incremental-dir/rmake.rs
When trying to clean up after a rust build/test with rm -rf, it results in
a "Direct
On Wed, 5 Jun 2024, Ken Takata via Cygwin wrote:
> > I've updated keychain.cygport for the latest version of keychain.
> > Please find the attached file.
> > Could you include this in the cygwin package repository and release a new
> > version?
>
> How can we proceed to update keychain to 2.8.5?
On Mon, 3 Jun 2024, Jeremy Drake via Cygwin wrote:
> /proc/self/mounts and /proc/self/mountinfo use octal escapes for ' ' and
> \n (I was rather surprised they didn't escape \r also, but I guess they
> don't have to because only ' ' and \n are used as del
Steps to reproduce:
$ mkdir /$'My New\r\nFolder'
$ mount c: /$'My New\r\nFolder'
$ mount
C:/cygwin64/bin on /usr/bin type ntfs (binary,auto)
C:/cygwin64/lib on /usr/lib type ntfs (binary,auto)
C:/cygwin64 on / type ntfs (binary,auto)
C: on /My New
Folder type ntfs (binary,user)
$ cat /proc/self/m
I'm not necessarily sure that the subject is clear enough, so I want to be
explicit that I'm talking about files (or I guess potentially directories,
though I've never seen that) generated by the `try_to_bin` function in
winsup/cygwin/syscalls.cc. Specifically, you can generate one with this
simpl
On Fri, 24 May 2024, Jeremy Drake wrote:
> On Fri, 24 May 2024, Jeremy Drake wrote:
>
> > Looking at !address, it seems Windows put the PEB, TEBs, and stacks in the
> > area where the cygheap should be. Way to go, ASLR :P
>
> I think the fix for this would be to add -Wl,-
On Fri, 24 May 2024, Jeremy Drake wrote:
> Looking at !address, it seems Windows put the PEB, TEBs, and stacks in the
> area where the cygheap should be. Way to go, ASLR :P
I think the fix for this would be to add -Wl,--disable-high-entropy-va to
ldh_LDFLAGS, as was done for strace and cy
On Fri, 24 May 2024, Jeremy Drake wrote:
> On Fri, 24 May 2024, Jeremy Drake wrote:
>
> > Windbg reports that ldh.exe is already being debugged. I was able to do a
> > "non-invasive" attach to ldh.exe in windbg, but it doesn't seem to be able
> > to dea
On Fri, 24 May 2024, Jeremy Drake wrote:
> Windbg reports that ldh.exe is already being debugged. I was able to do a
> "non-invasive" attach to ldh.exe in windbg, but it doesn't seem to be able
> to deal with the split debug symbols (gnulink?). I don't know if gdb c
On Sat, 25 May 2024, Takashi Yano wrote:
> On Fri, 24 May 2024 14:46:40 -0700 (PDT)
> Jeremy Drake wrote:
> > > Thanks for the report. However, I cannot reproduce the issue.
> > > If it always hangs in GetConsoleProcessList (), I doubt it is not a cygwin
>
On Sat, 25 May 2024, Takashi Yano wrote:
> Thanks for the report. However, I cannot reproduce the issue.
> If it always hangs in GetConsoleProcessList (), I doubt it is not a cygwin
> bug but a windows bug.
>
> By any chance, is the number of processes that attach to the same pty more
> than 32768
Seen on msys2, but doesn't seem specific to it.
Frequently, when running ldd in a loop, it will hang. I managed to get a
backtrace from gdb with symbols:
(gdb) bt
#0 0x7ffecea0fa34 in ntdll!ZwDeviceIoControlFile ()
from /c/Windows/SYSTEM32/ntdll.dll
#1 0x7ffecbead7a9 in KERNELBASE!G
On Tue, 20 Feb 2024, Corinna Vinschen wrote:
> On Feb 19 21:41, Jeremy Drake via Cygwin wrote:
> > 1) is there actually a good reason that _cygheap_start is in the .rsrc and
> > not the .cygheap section?
>
> As you know we got rid of this way to define the cygheap, but
>
This is probably the right thing to do, but breaks building msys2-runtime
(read: cygwin) 3.3, because the _cygheap_start symbol is actually in the
.rsrc section and code very early attempts to memset _cygheap_start.
Couple of questions:
1) is there actually a good reason that _cygheap_start is in
On Fri, 2 Feb 2024, Corinna Vinschen wrote:
> On Feb 2 09:43, David Allsopp via Cygwin wrote:
> > However, this patch came from MSYS2, and subsequently they seem to
> > have found it problematic for the same reason as me
> > (https://github.com/msys2/msys2-runtime/pull/18#issuecomment-810897624)
> 0005EE2D cygintl-8.dll
> 7FFD41A0 cygwin1.dll
> 0003F9F7 cygiconv-2.dll
> 7FFD51C7 advapi32.dll
> 7FFD51FD msvcrt.dll
> 7FFD525A sechost.dll
> 7FFD5265 RPCRT4.dll
> 7FFD4F3A CRYPTBASE.DLL
> 7FFD5038 bcryptPrimitives.dll
> $
On Wed, 19 Apr 2023, Brian Inglis wrote:
> As 32 bit Windows systems are no longer getting security updates,
> recommendations for similar legacy systems include running them in VMs with
> access to update executables and libraries blocked.
There is a 32-bit variant of Windows 10; Windows 10 is s
Copyright (C) 1996 - 2023 Cygwin Authors
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> kill: not enough arguments
>
Seems like --list and --version are complete subcomman
Thanks Brian and Corinna.
Jeremy
On Sun, Jan 22, 2023, 14:57 Brian Inglis via Cygwin
wrote:
> On 2023-01-22 12:21, Corinna Vinschen via Cygwin wrote:
> > On Jan 21 11:30, Jeremy Hetzler via Cygwin wrote:
> >> First, thank you for many years of Cygwin.
> >>
>
On Sat, 31 Dec 2022, Brian Inglis wrote:
> was also getting the messages below locally and still on GitHub scallywag:
>
> cygcheck (6936) child_copy: cygheap read copy failed,
>
> ../curl/scallywag/1_x86_64 build.log:2022-12-26T00:39:35.6163236Z 0
> [main] cygcheck (6936) child_copy:
On Mon, 11 Apr 2022, Alexey Izbyshev wrote:
> Yes, sshd is running as a service, but I'm not sure that patch is relevant. In
> my case, the problematic pipe that the hanging conhost.exe is waiting on is
> probably created for that specific conhost.exe process within the process tree
> rooted at "m
On Sat, 9 Apr 2022, Alexey Izbyshev wrote:
> I don't have mintty because "make" is run via an SSH session. I suppose
> I should look into sshd in this case?
Sshd wouldn't happen to be running as a service, would it?
https://cygwin.com/pipermail/cygwin-patches/2022q2/011867.html
--
Problem rep
On Fri, 25 Mar 2022, Takashi Yano wrote:
> I will submit v3 patch shortly.
I applied your v3 patch to 3.3.4 in
https://github.com/msys2/msys2-runtime/pull/88 and re-ran my test action,
and it worked as expected this time.
I've put out a call to test on the msys2-runtime issue to confirm that it
On Fri, 25 Mar 2022, Takashi Yano wrote:
> I can confirm the sample script hangs indeed if the script is
> running as SYSTEM account. However, in my test, the patch solves
> the issue.
>
> It would be very helpfull if a simple github repository with
> github actions, which can reproduce the issue,
On Tue, 22 Mar 2022, Takashi Yano wrote:
> > Thanks for the report. This is expected problem as mentioned
> > in b531d6b commit message. However, I could not imagin the
> > situation that the service has multiple writer for the pipe
> > and one of them is a non-cygwin app.
> >
> > Question is: Doe
This issue was reported to MSYS2 as a hang when trying to build libxml2 in
a Windows docker container. Another user was able to come up with a
simple reproducer and a reasonable theory as to why it happens. The msys2
issue is https://github.com/msys2/msys2-runtime/issues/77, and I will
quote the
> > > Sorry, I am not subscribed to the list so don't have the message to reply
> > > to for threading purposes
> New developer snapshot is up at https://cygwin.com/snapshots/
> Please test.
This works, and make's "make check" now gets the same results as it does
when built with --disable-posix-s
On Mon, 10 Jan 2022, Jeremy Drake wrote:
> From https://github.com/msys2/MSYS2-packages/issues/2801
>
> MSYS2 recently rebuilt GNU make 4.3, and I found that after rebuilding, it
> broke rather horribly on i686, where any attempt to run a command resulted
> in "Invalid arg
>From https://github.com/msys2/MSYS2-packages/issues/2801
MSYS2 recently rebuilt GNU make 4.3, and I found that after rebuilding, it
broke rather horribly on i686, where any attempt to run a command resulted
in "Invalid argument" errors. Some debugging revealed that rebuilding
make resulted in it
Oops, forgot to send to list.
On Wed, 27 Oct 2021, Takashi Yano wrote:
> On Tue, 26 Oct 2021 22:55:01 +0200
> Corinna Vinschen wrote:
> > We're also planning to drop Support for the 32 bit release of Cygwin in
> > 2022, thus Cygwin 3.4.0 won't come in 32 bit anymore, and the package
> > maintaine
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
On Fri, 28 May 2021, Jeremy Drake wrote:
> On Thu, 27 May 2021, Jeremy Drake wrote:
>
> > > > Treating mapped/subst drives as though they were not symlinks, without
> > > > messing with intermedate symlinks.
> > >
> > > It was that simple, surp
On Thu, 27 May 2021, Jeremy Drake wrote:
> > > Treating mapped/subst drives as though they were not symlinks, without
> > > messing with intermedate symlinks.
> >
> > It was that simple, surprise, surprise...
>
> It turns out it wasn't, after all. This on
> > Treating mapped/subst drives as though they were not symlinks, without
> > messing with intermedate symlinks.
>
> It was that simple, surprise, surprise...
It turns out it wasn't, after all. This only seems to work at the root of
a subst-ed drive. I just got the following error:
error: [Errn
Sorry ,forgot subject
On Tue, 18 May 2021, Jeremy Drake wrote:
> > Sorry, but there's only this or that, not both. Either we revert the
> > entire change, including the native shortcut stuff, or we do it
> > completely and fully, including handling virtual drives as syml
> Sorry, but there's only this or that, not both. Either we revert the
> entire change, including the native shortcut stuff, or we do it
> completely and fully, including handling virtual drives as symlinks.
I had success with just the following change (of course comments would
also need to be up
I apologize for not replying to the message properly, I am not subscribed
and am copy-pasting from web archive.
On Sat, May 8, 2021 at 12:20 AM Corinna Vinschen wrote:
> The changes have a behavioral change, but I think this is for the
> better: Virtual drives are not treated as drives anymore, bu
Sort of like the system32 issue, but still present after the fix for that.
Previously I was able to shorten paths for both native and cygwin
processes by using SUBST to map a drive letter. After this commit was
applied, this stopped working:
$ subst
T:\: -> C:\blah\blah\MINGW-packages
$ ls /t/
the stack moving, yes, I could see that
being an issue.
Yes, the specific field where these flags are stored is called "DLL
Characteristics" so that is how it was referred to, but they do not
exclusively apply to DLLs.
https://docs.microsoft.com/en-us/windows/win32/debug/pe-format#dll-c
ersion.
Why is this the case when I can use grep outside of VIM with no issues, and how
could I solve this?
Regards,
Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
Using mintty 2.1.4-0, I can't seem to disable font bolding. The font
is Lucida Console 8pt. I have unchecked "Show bold as font" and "Show
bold as colour", but I still see bold fonts rendered with extra width.
Is there a way to disable this feature?
Thanks,
Jeremy He
have a Windows system readily available anymore, so this is
untested.
Shelly.bat:
@echo off
rem Put Cygwin bin directory into PATH
set PATH=C:\cygwin\bin;%PATH%
type %0 | sed "0,/^---BASH SCRIPT FOLLOWS---/ d; s/\r*$//" | bash
goto :eof
---BASH SCRIPT FOLLOWS---
echo $SHELL is alive
On Tue, Jan 7, 2014 at 10:53 AM, Corinna Vinschen wrote:
> On Jan 7 00:29, Jeremy Hetzler wrote:
>> I am getting errors when using bash redirect syntax to write to
>> /dev/clipboard. Reading works ok.
>>
>> # this does not work
>> $ echo "foo bar" >
b None 13, 254 Nov 30 2006 /dev/clipboard
$ uname -a
CYGWIN_NT-6.1-WOW64 box3 1.7.27(0.271/5/3) 2013-12-09 11:57 i686 Cygwin
I have rebooted and updated Cygwin (cygcheck attached).
Any ideas?
Yours,
Jeremy Hetzler
cygcheck.out
Description: Binary data
--
Problem reports: htt
I am seeing. 'ps' shows the expected one copy of
bash and one copy of vim. I am using mintty for my terminal.
CYGWIN_NT-6.1-WOW64 box3 1.7.25(0.270/5/3) 2013-08-31 20:39 i686 Cygwin
Hope this is helpful.
Yours,
Jeremy Hetzler
--
Problem reports: http://cygwin.com/problems.h
cpanminus-1.6941/lib/App/cpanminus.pm
), which is easier to use than CPAN and less fiddly.
Jeremy Hetzler
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ould like to run a Perl
> script on a Windows server under Cygwin that requires Net::LDAP functionality.
>
> Thanks,
> Alfred
>
The standard way to install Perl modules is with CPAN. For example:
$ cpan -i Net::LDAP
Yours,
Jeremy
--
Problem reports: ht
Ping? Any testers?
>
>
> Corinna
>
I tested the snapshot and it seems to have fixed the problem. Thanks!
Yours,
Jeremy Hetzler
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.h
move large (multi-megabyte) amounts of data from Windows programs in
and out of the clipboard. "cat /dev/clipboard" fails with "bad
address" over a certain size.
Please please keep these utilities unless there is a fully functional
replacement.
Thanks,
Jeremy Hetzler
--
e PATH length
limit here, it may also be worthwhile to report the output of the
following command:
echo "$PATH" | wc -c
Good luck!
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.
ly a FUSE implementation for Windows that includes an SSHFS
client. There is also another one that seems related:
http://code.google.com/p/win-sshfs/
Assuming you can get one of these to work for you, you'll have the
advantage of using it not only with Cygwin programs but native ones as well
On Tue, Jun 5, 2012 at 2:51 PM, Achim Gratz wrote:
> Jeremy Ramer writes:
>> $ gitk
>> Application initialization failed: couldn't connect to display ":0"
>
> Start an X server. Tk now requires X and won't run without it.
>
Huh. Weird that on my
onnect to display ":0"
%
Not sure what has changed. A lot of packages were updated so I don't
know where to look. Any recommendations?
Thanks!
Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Sat, May 12, 2012 at 12:53:49PM +0200, Corinna Vinschen wrote:
> Hi Jeremy,
>
> On May 11 14:15, Jeremy Allison wrote:
> > On Fri, May 11, 2012 at 07:58:43PM +0200, Corinna Vinschen wrote:
> > > On May 11 12:56, starlight.
tion are SFU NFS shares, which return the valid 32 bit
> inode number from the remote file system unchanged. */
> return hasgood_inode () && (ino > UINT32_MAX || !isremote () || fs_is_nfs
> ());
> }
The get_FileIndex() code has been there since at least 3.6.x, but
I'll try and track down when it was first introduced.
Jeremy.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
rogram using its
absolute path, such as C:\binarytools\bin\mkdir.exe. Maybe just calling
mkdir.exe would also work.
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
After further investigation, I see that the error is triggered by
using backticks, either to call /bin/file or perl itself.
Yours,
Jeremy Hetzler
On Mon, Mar 19, 2012 at 2:13 PM, Jeremy Hetzler wrote:
> All,
>
> I am getting the following errors midway through a perl script:
>
>
What can I do? Cygcheck output attached.
Thanks,
Jeremy Hetzler
cygcheck.out
Description: Binary data
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cyg
the dependent tools and libraries, it would at
least give them a chance to get what they need in a single pass of
running setup.exe rather than needing to run it again and try to select
the correct additional packages.
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ
. This is recent and more importantly intentional according to
what I've read on this list, so there is nothing to address. :-)
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
d in the mailing list as I recall, and support for it
always seemed uncertain at best to me. As of GCC v4, that option is
dead; however, the MinGW cross compilers included with Cygwin continue
to have full support.
I hope I didn't just add to the confusion here. :-)
-Jeremy
--
Problem re
am.
What error did you get when you tried to use the proxy support in the
setup program?
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 12/29/2011 04:31 PM, cxira wrote:
>
>
> Jeremy Bopp-3 wrote:
>>
>> Good stuff. You can avoid the window that pops up by using the run.exe
>> program to kick off your chmod command rather than bash. It's available
>> in the run package.
>>
> I
hink it's a suitable and portable solution. Thanks for the
> help.
Good stuff. You can avoid the window that pops up by using the run.exe
program to kick off your chmod command rather than bash. It's available
in the run package.
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 12/29/2011 02:28 PM, cxira wrote:
>
>
> Jeremy Bopp-3 wrote:
>> I never had a problem with the native gVim cooperating with Cygwin's Git
>> (more accurately file permissions) either. Can you provide more detail
>> about your situation? How exactly are
On 12/29/2011 04:38 AM, cxira wrote:
>
>
> Jeremy Bopp-3 wrote:
>>
>> I don't see any way around this except to either build your own Git that
>> doesn't include the Cygwin changes or run a git config command to set
>> core.filemode after cloning or in
On 12/28/2011 03:53 PM, Jeremy Bopp wrote:
> I also remember reading somewhere once that you should be able create a
> configuration template that would be used by new repositories created by
> git init or git clone that can set the property as you need. I can't
> find any link
erty as you need. I can't
find any links for that at the moment though. :-/
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
762.exe
>
> That snapshot fixes the problem and works just great for me. Thanks.
My test installation just completed, and everything looks good for me
too. :-)
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ue from the list ?
Check the User's Guide:
http://www.cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview
There is no clear cut single solution for you, but you do have a couple
options available depending on your needs.
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ:
but
hadn't had a chance to dig into it.
The system is a base installation of Windows 7 running under KVM, in
case it matters. Let me know if there are any other details I can provide.
-Jeremy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/
On 12/19/2011 10:33 AM, e...@iol.it wrote:
>> From: marco.atz...@gmail.com
>>
>> 2)
>> see "./setup --help"
>> at
>> setup -P
>
> seems that -P accept one package a time.
> Example:
>> setup -M -P arj ash atk ...
Use commas to s
s2unix or d2u programs to handle the conversion. You may also be able
to make use of the file program from the file package to help identify
files that are appropriate for conversion. Given that the igncr option
is only useful for bash and maybe sh, scripts for those are probably the
only ones you want
gin system to prove that you can
get things working. Then compare with the upgraded system to figure out
the differences.
Of course, if there's no compelling need to upgrade to Cygwin 1.7, skip
it and have some fun in your life. ;-)
-Jeremy
--
Problem reports: http://cygwin.com/
1 - 100 of 449 matches
Mail list logo
