On Wednesday, January 8, 2025 at 11:35:46 AM EST, Roland Mainz via Cygwin
wrote:
> Does Cygwin 3.6 support filesystems which have been forwarded by the
> Windows Remote Client (mstsc.exe) ?
yes. I use it all the time.
> Any idea what is going wrong in this case ?
I don't see anything wrong.
On Thursday, December 19, 2024 at 04:28:04 PM EST, Soren via Cygwin
wrote:
> Eliot wrote:
>> Windows firewall, or something along those lines?
> That's not a bad guess. If run ssh w/ a verbose switch from the Debian box,
> it looks just like something is preventing connection to socket 22.
> Ho
On Monday, October 14, 2024 at 05:19:27 PM EDT, jeff via Cygwin
wrote:
> jdeifik@epyc-milan-64 /cygdrive/k
> $ testx one two thee
My brother in Posix,
For the love all that is sustainable, take . out of your path.
Kevin
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Monday, July 8, 2024 at 10:17:37 PM EDT, Cyanryaku Ailet via Cygwin
wrote:
> I typed a semicolon char and then pressed TAB key, then mintty hangs. It
> can’t be closed even by Windows close button.
Remove all the unavailable network shares from $PATH. By default, tab is
command completi
On Saturday, March 16, 2024 at 02:02:31 PM EDT, Michael Goldshteyn via Cygwin
wrote:
> $ grep -c -P '000$' a
> 0
> # Now you may be thinking, OK, it's because of the CR/LF line ending
$ LC_ALL=en_US grep -c --binary-files=text -P '000$' a
0
$ LC_ALL=en_US grep -c --binary-files=text -P '000\r
Anyone ever get his working?
I have it working with the win32 version of vim, so I am guessing that the
forward slash path might might be breaking calls to node.js.
Error I get is:
Copilot: Something unexpected went wrong spawning the agent
I haven't figured out how to debug this yet (don't kno
On Tuesday, January 2, 2024 at 01:09:58 PM EST, Brian Inglis via Cygwin
wrote:
>On 2024-01-02 03:26, Oskar Skog via Cygwin wrote:
>> On 2024-01-02 08:40, Cedric Blancher via Cygwin wrote:
>>> Good morning!
>>> I'd like to request https://github.com/ytdl-org/youtube-dl as a Cygwin
>>> package, so
On Sunday, December 17, 2023 at 09:30:04 AM EST, Karl Crary via Cygwin
wrote:
> I have stumbled on to a fix, but I am still puzzled. The problem arises
> when either of the following lines appears in my /etc/fstab:
>
> c: /c ntfs binary,noacl,cygexec,user 0 0
> c: /home ntfs binary,noacl,c
On Friday, June 23, 2023 at 10:00:02 PM EDT, Chris Roehrig via Cygwin
wrote:
> Thanks. There must be some issue with my setup. Very odd that 'pv'
> works, but 'cat' does not. ldd shows they use identical libs. I guess
> I'll start with the pv and cat source.
Try this first:
/usr/bin/d
On Thursday, June 8, 2023 at 06:59:53 PM EDT, Mümin A. via Cygwin
wrote:
>
> r1=0 and r2=0
> That is my result with Cygwin on windows. It’s false.
>
> When I compiled with gcc. The result is correct but when I use lasted Cygwin
> gcc in windows 10. The result is false.
> cmake .
CMake Error
On Thursday, January 19, 2023 at 02:18:52 PM EST, Jochen Wiedmann via Cygwin
wrote:
> as someone who is quite used to typing
>
> sudo do something
>cat /usr/local/bin/sudo
#!/usr/bin/bash
cygstart --action=runas "$@"
This has limitations but it mostly works...
Kevin
--
Problem reports:
On Friday, May 13, 2022, 01:50:12 PM EDT, Denis Excoffier
wrote:
> It seems that very recently (immediately after i installed 3.3.5),
> /cygdrive/c/windows/regedit /E 'HKEY_CURRENT_USER\Environment'
> no longer works (i.e. should dump the environment on stdout), and produces a
> pop-up window
On Wednesday, January 19, 2022, 12:46:26 AM EST, Marco Atzeri
wrote:>> On 19.01.2022 02:06, slipbits wrote:> > g++
(GCC) 10.2.0> > Win 7-64> > Netbeans 12.5> >> > g++ reported a compiler error
in not finding stddef.h referenced in> > stdlib.h. I've looked in /usr/include
and /usr/include/c++/
On Tuesday, December 29, 2020, 04:47:56 PM EST, Andry via Cygwin
wrote:
> "%CYGWIN_ROOT%\bin\bash.exe" -c "{ cd ""%PWD:\=/%""; CHERE_INVOKING=.
>""%CYGWIN_ROOT:\=/%/bin/bash.exe"" -l -i; } 2>&1 |
>""%CYGWIN_ROOT:\=/%/bin/tee.exe"" -a ""%PROJECT_LOG_FILE:\=/%"""
```
Cannot repro... Logfile
On Saturday, December 19, 2020, 05:53:18 PM EST, Nicola Mingotti via Cygwin
wrote:
> it is in the windows domain called 'WINDOM'. 'nicola' is a Domain User
> in Windom.
> $> ssh nicola@domus
ssh WINDOM+nicola@domus
Kevin
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Monday, December 7, 2020, 01:06:38 PM EST, Eric Connor via Cygwin
wrote:
> At some point I had to update Cygwin, and (not correlating it to a possible
> update issue, until recently) found that this command has been returning
> “shell returned 127” error.
~ >asdfasdf-bash: asdfasdf: command no
On Wednesday, November 25, 2020, 03:44:30 AM EST, Thomas Wolff
wrote:
>> D:\cygwin64\bin\mintty.exe -o "KeyFunctions=C+c:break" -
>> Ctrl-c is a break that works on Cygwin processes only.
> That configuration would assign the break function to Shift+Ctrl+c, not just
> Ctrl+c, so with Ctrl+c you
On Tuesday, November 24, 2020, 03:59:19 PM EST, Thomas Wolff
wrote:
Am 24.11.2020 um 21:22 schrieb Kevin Schnitzius via Cygwin:
>> Ctrl-c is broken on mintty.
> This is a wrong statement. For a terminal, Ctrl+c is just a control
> character, nothing else. It's the pty
On Tuesday, November 24, 2020, 07:52:11 AM EST, aki...@free.fr
wrote:
> QUESTION 1 : HOW TO NOW HANDLE CTRL-C in a multi threaded cygwin application
>regarless of terminal
Ctrl-c is broken on mintty. I use this:
D:\cygwin64\bin\mintty.exe -o "KeyFunctions=A+F5:break" -
And use alt-F5 as a
On Wednesday, September 23, 2020, 02:33:13 PM EDT, David Eisner via Cygwin
wrote:
> In any case, happy 25th anniversary, Cygwin! Thanks to everybody who made it
> and continues to make it possible.
I purchased the 1.0 release CD in 1999:
https://imgur.com/2UnLDhk
Cygwin has been my developmen
On Monday, September 7, 2020, 04:04:58 PM EDT, alberto parra via Cygwin
wrote: > Eso es rodo ese es el titulo
¡Pero no informaste del problema!
Prueba esto:
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
This is the most common error that asks you to report here.
--
Pro
On Wednesday, August 5, 2020, 06:56:48 PM EDT, Thomas Wolff
wrote:
>Am 04.08.2020 um 12:02 schrieb Thomas Wolff:
>> Am 04.08.2020 um 00:13 schrieb Brad Wetmore via Cygwin:
>>> Hi,
>>>
>>> I generally kick off multiple (10) mintty sessions, and place them
>>> around the screen.
>>>
>>> C:/cygwin
On Monday, June 29, 2020, 01:46:09 PM EDT, Cary Lewis via Cygwin
wrote:
> I did a git clone:
> git clone https://github.com/php/php-src.git
The src is available from the setup-x86_64.exe. Find the package you are
interested in and choose Src? checkbox.
Cloning the original source will not
On Wednesday, June 17, 2020, 02:47:30 PM EDT, Raman Gupta via Cygwin
wrote:
> Hello all, for some reason I've started having troubles with cygwin sshd,
> despite having successfully used it for years.
> Any ideas?
AD or local login?
Local accounts work for me but domain logins give me the se
> This is a problem that I noticed last summer when I updated to openssh 8.0 in
> the Cygwin package installer. At the time, I was able to resolve the
> issue temporarily by reverting to version 7.9. I applied updates this
> morning, and openssh 8.3 was installed, and the problem is back. It
> c
On Saturday, May 16, 2020, 04:50:27 PM EDT, Marco Atzeri via Cygwin
wrote:
> On 16.05.2020 22:22, Kevin Schnitzius via Cygwin wrote:
> > The socat-2.0.0-b8-1 package is missing.
> >
> > I get "The following package(s) had download errors: socat-2.0.0-b8-1"
&
The socat-2.0.0-b8-1 package is missing.
I get "The following package(s) had download errors: socat-2.0.0-b8-1"
socat-2.0.0-b9-1, listed as "Test", is available.
socat-1.7.3.4-1 is also available.
Kevin
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cyg
On Saturday, April 18, 2020, 10:06:15 AM EDT, Thomas Wolff
wrote:
>> So the interrupt handling has changed.
>> Who is responsible.
> It might help if you tell us *which* program behaves like that.
https://cygwin.com/pipermail/cygwin/2020-February/243934.html
Kevin
--
Problem reports: h
On Thursday, April 16, 2020, 04:50:03 AM EDT, Andrey Repin
wrote:
>> sshd: PID 1721: fatal: seteuid 1610619958: No such device or address
>> I just did a clean install:
>> openssh 8.2p1-1
>> The uid corresponds to me:
>> uid=1610619958(+kevins)
> Can
sshd: PID 1721: fatal: seteuid 1610619958: No such device or address
I just did a clean install:
openssh 8.2p1-1
The uid corresponds to me:
uid=1610619958(+kevins)
Local users work fine; it's only a problem with domain users.
Strictmode=no and the servic
> vim needs to be recompiled for Perl 5.30. The perl interface is no longer
> working:
> Calling:
> :perl VIM::Msg(“Hi”)
>
> Results in:
>
> E370: Could not load library cygperl5_26.dll
> Sorry, this command is disabled: the Perl library could not be loaded.
Add:
set perldll=/usr/bin/perl5_
On Tuesday, February 18, 2020, 05:54:23 PM EST, Thomas Wolff
wrote:
>> With 3.1.2-1:
>>
>> mintty -o "CA+F12:break" => ctrl-alt-F12 causes a break
>> and kills notepad
>> mintty -o "c:break" => ctrl-shift-c causes a break
>> and kills notepad
>>
With Cygwin version 3.0.7-1, crtl-c kills native apps that are started from the
shell, For example, starting notepad in the foreground from bash would be kill
by a ctrl-c.
With Cygwin version 3.1.2-1, crtl-c DOES NOT kill native apps that are started
from the shell,
Can I restore this behavi
64-bit Cygwin, Win10, nothing special about my installation.
Start vim cleanly inside a mintty window running bash (updated my installation
today):
/usr/bin/vim --clean -u /dev/nul test.txt
Insert the following string:
"pIppp"
Copy that string into the paste buffer using the mouse and ctrl-ins
34 matches
Mail list logo
