On Sun, 13 Jul 2025 20:34:56 +0900
Takashi Yano wrote:
> On Sun, 13 Jul 2025 11:40:10 +0200
> Christoph Reiter wrote:
> > I'm having the problem that under cygwin flushing stdin for some reason
> > doesn't
> > work when running in mintty. It works when running cygwin in the Windows
> > terminal th
On Sun, 13 Jul 2025 11:40:10 +0200
Christoph Reiter wrote:
> I'm having the problem that under cygwin flushing stdin for some reason
> doesn't
> work when running in mintty. It works when running cygwin in the Windows
> terminal though. In my case the program using this is pacman, where it asks
>
I’ve managed to resolve this particular problem, I was missing some packages.
From: Cygwin On Behalf Of Fergus
Daly via Cygwin
Sent: Thursday, August 8, 2024 10:07 PM
To: 'cygwin@cygwin.com'
Cc: Fergus Daly
Subject: Re: Problems with X11 after reinstalling Windows
It sounds to m
It sounds to me that you are missing components in your current configuration
that were present in your previous working setup.
Maybe try adding the xinit package (from the X11 category) to what you've
already got.
--
Problem reports: https://cygwin.com/problems.html
FAQ:
I tried rebooting, but it didn't change anything. "emacs-X11" still says that
the display is not available, and "startxwin" doesn't exist.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Un
> A corrected package has been released. (ruby-3.2.2-2)
Thank you! I can confirm the new pakcage solves the problem.
// Daniel
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe i
A corrected package has been released. (ruby-3.2.2-2)
On Fri, Apr 28, 2023 at 5:36 AM Daisuke Fujimura wrote:
>
> I apologize for any inconvenience caused.
> Please wait a moment while I investigate.
>
> On Thu, Apr 27, 2023 at 8:13 PM Daniel Abrahamsson via Cygwin
> wrote:
> >
> > Hi,
> >
> > I
Hello Brian,
thanks for your suggestions, eventually I solved the problem with Achim's hint
of using opengl software rendering because the graphics card is not supporting
all opengl requirements.
I have followed this guide:
https://x.cygwin.com/docs/ug/using-glx.html
Fabio
> Il 27/04/2023 1
I apologize for any inconvenience caused.
Please wait a moment while I investigate.
On Thu, Apr 27, 2023 at 8:13 PM Daniel Abrahamsson via Cygwin
wrote:
>
> Hi,
>
> I’m not sure if the issue is cygwin-specific or not, but I do not have a
> linux box with a sufficiently new version of ruby to tes
Fabio Rossi via Cygwin writes:
> I forgot to mention that the test machine is running Windows 10 Pro 64
> bit with a ATI FirePro 3800 graphics card.
That particular family of graphics chips has drivers that do not
implement (or incorrectly) certain functions that the level of OpenGL
support would
Hi Fabio,
Are you running from a bash shell under a terminal started from the XWin Server
shortcut or X Applications Menu?
Those variables are defined in my shell:
$ echo $XDG_CURRENT_DESKTOP $XDG_MENU_PREFIX $XDG_RUNTIME_DIR
X-Cygwin xwin- /run/user/##/
--
Take care. Tha
Hello Brians,
thanks for the suggestions. I had already installed the xorg server and all the
packages you mentioned. But nevertheless I get the errors reported in the
original email, both if I start octave from the shell or by using the XDG menu
which starts octave with the GUI.
In particular,
Hi Fabio,
Some packages include non-GUI or native GUI interfaces that do not require
window system support.
Others may dynamically support window systems if they are installed, or have
separate executables for console or GUI, as octave does: octave and octave-cli.
If you are using octave GU
I forgot to mention that the test machine is running Windows 10 Pro 64 bit with
a ATI FirePro 3800 graphics card. On the same machine, octave built for Windows
executes correctly the same command. I have observed the same behaviour also on
other Windows machines running Win7 or other graphic ada
On 2022-03-28 09:36, Chad Dougherty wrote:
It seems to me like the ensurepip module has some problems. Shouldn't
the following be working?
$ cygcheck -c -d|grep python3
python3 3.9.10-1
python3-devel 3.9.10-1
python39 3.9.10-1
python39-devel
On 28.03.2022 15:36, Chad Dougherty wrote:
It seems to me like the ensurepip module has some problems. Shouldn't
the following be working?
$ cygcheck -c -d|grep python3
python3 3.9.10-1
python3-devel 3.9.10-1
python39 3.9.10-1
python39-devel
On 7/26/2021 7:04 PM, Andrey Repin wrote:
There's actually no IP address assigned to TAP55, which could be reported as
0/0.
Follow-up for the sake of the archives: The question I raised is whether
getifaddrs *should* report an IP address of 0/0 in this case. After checking
what happens on L
Greetings, Ken Brown!
> While investigating emacs test failures, I found two problems with the
> interfaces returned by getifaddrs(3):
> 1. For an IPv6 interface, the netmask address family is always 0 instead of
> AF_INET6.
> 2. For a disconnected interface, the IPv4 address and netmask are s
On 2/7/2021 2:35 PM, Michael McMahon via Cygwin wrote:
Hi Ken, Corinna
Sorry for the delay in responding. I have just tested the fix and it works
great. Thank you very much for looking into it.
When do you think it would be available in a form that regular users would be
able to update/insta
Hi Ken, Corinna
Sorry for the delay in responding. I have just tested the fix and it
works great. Thank you very much for looking into it.
When do you think it would be available in a form that regular users
would be able to update/install?
Also, one observation FYI, is that the "ls -l" com
On Feb 1 10:04, Ken Brown via Cygwin wrote:
> On 1/31/2021 6:30 PM, Michael McMahon wrote:
> > Thanks for taking this up again. While I had thought it was a Windows
> > bug, and it is arguable, but at least there is a reasonable workaround
> > for it. I'd be happy to test an update you have for it
On 1/31/2021 6:30 PM, Michael McMahon wrote:
Thanks for taking this up again. While I had thought it was a Windows bug, and
it is arguable, but at least there is a reasonable workaround for it. I'd be
happy to test an update you have for it.
This should now be fixed. As soon as Corinna has a
On 30/01/2021 16:00, Ken Brown wrote:
On 9/28/2020 7:03 AM, Michael McMahon wrote:
On 26/09/2020 08:30, Michael McMahon via Cygwin wrote:
On 25/09/2020 21:30, Ken Brown wrote:
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/202
On 9/28/2020 7:03 AM, Michael McMahon wrote:
On 26/09/2020 08:30, Michael McMahon via Cygwin wrote:
On 25/09/2020 21:30, Ken Brown wrote:
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020 8
> I noticed that some programs that depend on zlib stopped working and started
> creating stackdumps with Windows Dev Channel build 20246.1. I could not get
> gdb working with zlib but I figured a workaround: I recompiled zlib with
> cygport using the latest gcc (10.2.0) and copied the dll over
On 2020-10-31 14:19, Teemu via Cygwin wrote:
> I noticed that some programs that depend on zlib stopped working and started
> creating stackdumps with Windows Dev Channel build 20246.1. I could not get
> gdb working with zlib but I figured a workaround: I recompiled zlib with
> cygport using the
On 26/09/2020 08:30, Michael McMahon via Cygwin wrote:
On 25/09/2020 21:30, Ken Brown wrote:
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020 8:01 AM, Michael McMahon wrote:
On 24/09/20
On 25/09/2020 21:30, Ken Brown wrote:
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020 8:01 AM, Michael McMahon wrote:
On 24/09/2020 12:26, Ken Brown wrote:
On 9/23/2020 7:25 AM, Michael
On 9/25/2020 8:31 PM, Duncan Roe wrote:
On Fri, Sep 25, 2020 at 04:30:45PM -0400, cygwin wrote:
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020 8:01 AM, Michael McMahon wrote:
On 24/09/2020
On Fri, Sep 25, 2020 at 04:30:45PM -0400, cygwin wrote:
> On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
> > On 9/25/2020 10:29 AM, Michael McMahon wrote:
> > >
> > >
> > > On 25/09/2020 14:19, Ken Brown wrote:
> > > > On 9/24/2020 8:01 AM, Michael McMahon wrote:
> > > > >
> > > > >
> > > > > On
On 9/25/2020 2:50 PM, Ken Brown via Cygwin wrote:
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020 8:01 AM, Michael McMahon wrote:
On 24/09/2020 12:26, Ken Brown wrote:
On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote:
Hi,
I searched
On 9/25/2020 10:29 AM, Michael McMahon wrote:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020 8:01 AM, Michael McMahon wrote:
On 24/09/2020 12:26, Ken Brown wrote:
On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote:
Hi,
I searched for related issues but haven't found anything.
I
On 9/25/2020 12:13 PM, Michael McMahon wrote:
We're just trying to compile a test case and I checked that the
command line I sent does work. So, I think that it okay.
But, the original problem is with the Cygwin command line tools.
Well, it's not a problem with the tools (IMO), it's that the pa
We're just trying to compile a test case and I checked that the
command line I sent does work. So, I think that it okay.
But, the original problem is with the Cygwin command line tools.
Michael.
On 25/09/2020 15:37, Eliot Moss wrote:
Native Windows is not Cygwin ...
If you have a problem in t
Native Windows is not Cygwin ...
If you have a problem in the native Windows environment, that would be with Microsoft, not Cygwin.
If you're compiling for Cygwin, you need to use the CYgwin tool chain.
Eliot Moss
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On 25/09/2020 14:19, Ken Brown wrote:
On 9/24/2020 8:01 AM, Michael McMahon wrote:
On 24/09/2020 12:26, Ken Brown wrote:
On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote:
Hi,
I searched for related issues but haven't found anything.
I am having some trouble with Windows native Uni
On 9/24/2020 8:01 AM, Michael McMahon wrote:
On 24/09/2020 12:26, Ken Brown wrote:
On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote:
Hi,
I searched for related issues but haven't found anything.
I am having some trouble with Windows native Unix domain sockets
(a recent feature in Wind
On 2020-09-24 06:01, Michael McMahon via Cygwin wrote:
>
>
> On 24/09/2020 12:26, Ken Brown wrote:
>> On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote:
>>> Hi,
>>>
>>> I searched for related issues but haven't found anything.
>>>
>>> I am having some trouble with Windows native Unix domain
On 24/09/2020 12:26, Ken Brown wrote:
On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote:
Hi,
I searched for related issues but haven't found anything.
I am having some trouble with Windows native Unix domain sockets
(a recent feature in Windows 10 and 2019 server) and Cygwin.
I think I
On 9/23/2020 7:25 AM, Michael McMahon via Cygwin wrote:
Hi,
I searched for related issues but haven't found anything.
I am having some trouble with Windows native Unix domain sockets
(a recent feature in Windows 10 and 2019 server) and Cygwin.
I think I possibly know the cause since I had to in
Takashi Yano wrote:
Hi André,
Thanks for the report.
On Thu, 7 May 2020 03:38:25 +
André Bleau via Cygwin wrote:
> Hi cygwin users,
>
> I have cli program that I run with mintty. It is a simple C++ program,
> reading from cin and outputing to cout. I
Hi André,
Thanks for the report.
On Thu, 7 May 2020 03:38:25 +
André Bleau via Cygwin wrote:
> Hi cygwin users,
>
> I have cli program that I run with mintty. It is a simple C++ program,
> reading from cin and outputing to cout. It is cross-compiled as a mingw
> program. I've been running
On 4/23/2020 11:57 AM, Norton Allen wrote:
I also have had to deal with this problem. You should certainly read
https://cygwin.com/cygwin-ug-net/ntsec.html.
After much experimenting and consultation with Corinna, we decided the
best solution for me was:
* Create /etc/passwd and /etc/group
On 2020-04-23 15:50, Mark Hansen wrote:
> On 4/23/2020 12:30 PM, Marco Atzeri via Cygwin wrote:
>> Am 23.04.2020 um 21:19 schrieb Marco Atzeri:
>>> Am 23.04.2020 um 17:25 schrieb Mark Hansen:
On 4/23/2020 5:51 AM, Marco Atzeri via Cygwin wrote:
> Am 23.04.2020 um 13:54 schrieb Mark Hansen:
On 4/23/2020 12:30 PM, Marco Atzeri via Cygwin wrote:
Am 23.04.2020 um 21:19 schrieb Marco Atzeri:
Am 23.04.2020 um 17:25 schrieb Mark Hansen:
On 4/23/2020 5:51 AM, Marco Atzeri via Cygwin wrote:
Am 23.04.2020 um 13:54 schrieb Mark Hansen:
On 4/21/2020 2:52 PM, Mark Hansen wrote:
On 4/21/2
Mark Hansen writes:
> I think Windows knows who I am. I log into the machine using my normal domain
> login
> credentials. The machine looks the way it does when I log in when the machine
> is in the
> office - the desktop is the same, etc. - it's not acting like I'm a new user
> or anything
> l
Am 23.04.2020 um 21:19 schrieb Marco Atzeri:
Am 23.04.2020 um 17:25 schrieb Mark Hansen:
On 4/23/2020 5:51 AM, Marco Atzeri via Cygwin wrote:
Am 23.04.2020 um 13:54 schrieb Mark Hansen:
On 4/21/2020 2:52 PM, Mark Hansen wrote:
On 4/21/2020 8:33 AM, Mark Hansen wrote:
I have a Windows 10 lap
Am 23.04.2020 um 17:25 schrieb Mark Hansen:
On 4/23/2020 5:51 AM, Marco Atzeri via Cygwin wrote:
Am 23.04.2020 um 13:54 schrieb Mark Hansen:
On 4/21/2020 2:52 PM, Mark Hansen wrote:
On 4/21/2020 8:33 AM, Mark Hansen wrote:
I have a Windows 10 laptop, on which I installed Cygwin. I always
log
On 4/23/2020 2:10 PM, Mark Hansen wrote:
On 4/23/2020 10:26 AM, ASSI wrote:
Mark Hansen writes:
Here is my user id (from the id command) when I log in from the office:
uid=1293438(Mark.Hansen) gid=1049089(Domain Users) ...
Here is the same when I've logged in with the machine at home:
uid=12
On 4/23/2020 10:26 AM, ASSI wrote:
Mark Hansen writes:
Here is my user id (from the id command) when I log in from the office:
uid=1293438(Mark.Hansen) gid=1049089(Domain Users) ...
Here is the same when I've logged in with the machine at home:
uid=1293438(MAN+User(244862)) gid=1293438
(MAN)
Mark Hansen writes:
> Here is my user id (from the id command) when I log in from the office:
>
> uid=1293438(Mark.Hansen) gid=1049089(Domain Users) ...
>
> Here is the same when I've logged in with the machine at home:
>
> uid=1293438(MAN+User(244862)) gid=1293438
>
> (MAN) is the domain.
That li
On 4/23/2020 5:51 AM, Marco Atzeri via Cygwin wrote:
Am 23.04.2020 um 13:54 schrieb Mark Hansen:
On 4/21/2020 2:52 PM, Mark Hansen wrote:
On 4/21/2020 8:33 AM, Mark Hansen wrote:
I have a Windows 10 laptop, on which I installed Cygwin. I always log
into the machine using
my corporate domain ac
Am 23.04.2020 um 13:54 schrieb Mark Hansen:
On 4/21/2020 2:52 PM, Mark Hansen wrote:
On 4/21/2020 8:33 AM, Mark Hansen wrote:
I have a Windows 10 laptop, on which I installed Cygwin. I always log
into the machine using
my corporate domain account. When I log into the machine from my
office, ev
On 4/21/2020 2:52 PM, Mark Hansen wrote:
On 4/21/2020 8:33 AM, Mark Hansen wrote:
I have a Windows 10 laptop, on which I installed Cygwin. I always log into the
machine using
my corporate domain account. When I log into the machine from my office,
everything Cygwin
works fine.
When I log into
On 4/21/2020 8:33 AM, Mark Hansen wrote:
I have a Windows 10 laptop, on which I installed Cygwin. I always log into the
machine using
my corporate domain account. When I log into the machine from my office,
everything Cygwin
works fine.
When I log into my laptop from home (which I'm working fr
> make install
Greetings
Raimund Paulus
> -Ursprüngliche Nachricht-
> Von: Cygwin [mailto:cygwin-boun...@cygwin.com] Im Auftrag von PAULUS,
> Raimund, TI-ABN
> Gesendet: Donnerstag, 26. März 2020 07:59
> An: 'cygwin@cygwin.com'
> Betreff: Re: Prob
On 2020-03-26 06:38, Fergus Daly via Cygwin wrote:
>>> Anybody else having problems with cursor position and hotkey commands in
>>> nano v.4.3?
>
> Further to above, and a bit different:
> I downloaded the current nano-4.9.tgz from source, extracted the source files
> and within Cygwin ran the
lient cannot
continue. Every client has its own service.
Greetings
Ramund Paulus
> -Ursprüngliche Nachricht-
> Von: Andrey Repin [mailto:anrdae...@yandex.ru]
> Gesendet: Mittwoch, 25. März 2020 12:13
> An: PAULUS, Raimund, TI-ABN; cygwin@cygwin.com
> Betreff: Re: Problems
Supplement to my first email: the ascii-interface is created with libcurses.
> -Ursprüngliche Nachricht-
> Von: Andrey Repin [mailto:anrdae...@yandex.ru]
> Gesendet: Mittwoch, 25. März 2020 12:13
> An: PAULUS, Raimund, TI-ABN; cygwin@cygwin.com
> Betreff: Re: Problems using
Greetings, PAULUS, Raimund, TI-ABN!
> Problems using Qt5 and Apache Thrift
...snip...
> Now i want to implement the interface parts with Qt 5. Here is the new
> program sequence:
> //--
> program starts
> step 1: make
Henry S. Thompson writes:
> Achim Gratz writes:
>
>> Henry S. Thompson writes:
>>> But if I come in to this machine via ssh (public key or password), the
>>> virtual partitions are lost:
>>
>> That's how Windows is designed. If you have no desktop session, then
>> none of the associated setups are
Erik Soderquist writes:
> On Thu, Jul 18, 2019 at 5:29 PM Erik Soderquist wrote:
>> You may be able to work around this by adding the subst command to
>> your .profile, but should not expect subst commands from one user
>> session to be visible in another user session.
>
> I just tested, and yes,
On Thu, Jul 18, 2019 at 5:29 PM Erik Soderquist wrote:
> You may be able to work around this by adding the subst command to
> your .profile, but should not expect subst commands from one user
> session to be visible in another user session.
I just tested, and yes, executing the subst commands with
On Thu, Jul 18, 2019 at 5:04 PM Henry S. Thompson wrote:
>
> Achim Gratz writes:
>
> > Henry S. Thompson writes:
> >> But if I come in to this machine via ssh (public key or password), the
> >> virtual partitions are lost:
> >
> > That's how Windows is designed. If you have no desktop session, the
Achim Gratz writes:
> Henry S. Thompson writes:
>> But if I come in to this machine via ssh (public key or password), the
>> virtual partitions are lost:
>
> That's how Windows is designed. If you have no desktop session, then
> none of the associated setups are triggered.
Not to dismiss your po
Henry S. Thompson writes:
> But if I come in to this machine via ssh (public key or password), the
> virtual partitions are lost:
That's how Windows is designed. If you have no desktop session, then
none of the associated setups are triggered.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neu
On Sat, 23 Mar 2019 at 10:33, Houder wrote:
> Compiled "hello.c" on my 32-bits setup of Cygwin ...
>
> @@ gcc -Wall -o hello-32 hello.c # prompt indicates 32-bits setup of Cygwin
>
> Ran it on my 64-bits setup of Cygwin ...
>
> 64-@@ ./hello-32 # prompt indicates 64-bits setup of Cygwin
>
> I got
On Sat, 23 Mar 2019 09:33:10, Houder wrote:
> On Sat, 23 Mar 2019 09:16:53, Houder wrote:
>
> > Q: where is your compiler (gcc)? Evidently you are not using the compiler
> > from the 64-bits setup ...
> >
> > Btw, you are using an old version of Cygwin (cygwin1.dll) ... Why do you
> > not updat
On Sat, 23 Mar 2019 09:16:53, Houder wrote:
> Q: where is your compiler (gcc)? Evidently you are not using the compiler
> from the 64-bits setup ...
>
> Btw, you are using an old version of Cygwin (cygwin1.dll) ... Why do you
> not update (while also installing the 64-bits version of the compile
On Fri, 22 Mar 2019 16:25:08, Vesa P dot " wrote:
> > Rather than describing what you did, copy and paste a shell transcript
> > showing
> > the commands and output from you listing the source code, compiling and
> > running
> > it, a long listing of the directory contents, then run
> >
> >
Vesa P. writes:
> --- Process 10312 thread 24044 created
> --- Process 10312 loaded C:\Users\XX\cygwin64\bin\cygwin1.dll at
> 00ae
> --- Process 10312 unloaded DLL at 00ae
> --- Process 10312 thread 24044 exited with status 0x0
> --- Process 10312 exited with status 0xc
Thanks Thomas Wolff, L A Walsh and Brian Inglis for your responses. I
am trying to cover the most important parts in this one message to
prevent the email chain from branching.
On 2019-03-20 L A Walsh wrote:
> Have you tried running with 'strace' to see what calls it executes?:
>
> strace -f
On 2019-03-19 15:31, Vesa P. wrote:
> Hi all,
>
> Cygwin works great for me in providing POSIX tools for Windows, but
> when I tried to to compile something of my own, I immediately ran into
> problems.
>
> Compiling my Hello World application didn't complain but when running
> it I didn't get an
On 3/19/2019 2:31 PM, Vesa P. wrote:
>
> Compiling my Hello World application didn't complain but when running
> it I didn't get any output. My compilation command was like this:
>gcc -Wextra -Wall -o hello hello.c
> And my source code is below between "---" markers:
> -
Am 19.03.2019 um 22:31 schrieb Vesa P.:
Hi all,
Cygwin works great for me in providing POSIX tools for Windows, but
when I tried to to compile something of my own, I immediately ran into
problems.
Compiling my Hello World application didn't complain but when running
it I didn't get any output.
Am 13.05.2018 um 23:05 schrieb Michael Schaap:
On 13 May 18 22:04, Thomas Wolff wrote:
Thanks, maybe jumplist-started instances should implicitly inherit AppID.
Probably, yes. In fact, not just jumplist-started instances, but any
instance (also the default one) opened from the task bar icon.
Hi Takashi,
(just a sidenote: it would be nice if you would send your patches
to the cygwin-patches mailing list)
On Jun 20 22:18, Takashi Yano wrote:
> Hi Corinna,
>
> On Wed, 13 Jun 2018 22:48:58 +0900
> Takashi Yano wrote:
> > 1. recv() with MSG_OOB flag eats normal data if no OOB data
> >
Hi Corinna,
On Wed, 13 Jun 2018 22:48:58 +0900
Takashi Yano wrote:
> 1. recv() with MSG_OOB flag eats normal data if no OOB data
> is sent yet.
>
> 2. Calling recv() with MSG_OOB flag is blocked if no OOB data
> is sent yet.
>
> 3. Calling recv() without MSG_OOB flag after receiving OOB data
On 13 May 18 22:04, Thomas Wolff wrote:
Thanks, maybe jumplist-started instances should implicitly inherit AppID.
Probably, yes. In fact, not just jumplist-started instances, but any
instance (also the default one) opened from the task bar icon.
Are you sure --store-taskbar-properties is need
Am 13.05.2018 um 16:37 schrieb Michael Schaap:
On 13 May 18 11:45, Thomas Wolff wrote:
Am 12.05.2018 um 19:15 schrieb Brian Inglis:
On 2018-05-12 06:28, Michael Schaap wrote:
I'm experimenting with the new mintty jump list feature, but I'm
having trouble
getting things working.
I've added the
On 13 May 18 11:45, Thomas Wolff wrote:
Am 12.05.2018 um 19:15 schrieb Brian Inglis:
On 2018-05-12 06:28, Michael Schaap wrote:
I'm experimenting with the new mintty jump list feature, but I'm
having trouble
getting things working.
I've added the following to my .minttyrc:
TaskCommands=de
Am 12.05.2018 um 19:15 schrieb Brian Inglis:
On 2018-05-12 06:28, Michael Schaap wrote:
I'm experimenting with the new mintty jump list feature, but I'm having trouble
getting things working.
I've added the following to my .minttyrc:
TaskCommands=default:-p 100,100;myserver:-p bottom -p rig
On 2018-05-12 06:28, Michael Schaap wrote:
> I'm experimenting with the new mintty jump list feature, but I'm having
> trouble
> getting things working.
> I've added the following to my .minttyrc:
> TaskCommands=default:-p 100,100;myserver:-p bottom -p right -o
> BackgroundColour=255,250,230 -
On 10/8/2017 6:31 PM, Robert Gordon wrote:
here is the error it keeps giving me:
1 [main] john 3628 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
Please report this problem to
the public mailing list cygwin@cygwin.com
please let me know w2hat I can do to fix this issue as I would
On Mon, Sep 11, 2017 at 11:51 AM, Achim Gratz wrote:
> Unless you know what you're doing and can navigate the inevitable
> obstacles, do not use cpan on Cygwin.
I have been building Perl packages for years without problems. I use
WWW::Mechanize in several programs, and it has a lot of
pre-requis
Jim Reisert AD1C writes:
> After upgrading to g++ (GCC) 6.4.0, I am being forced to
> reload/rebuild a bunch of Perl modules that had been working fine. I
> had the same issue with GCC 6.3. One module is particularly
> troublesome. I have the openssl library installed. This is with the
> 64-bit
On 9/11/2017 12:33 PM, Jim Reisert AD1C wrote:
@INC contains:
/usr/lib/perl5/site_perl/5.24/x86_64-cygwin-threads
/usr/lib/perl5/site_perl/5.24
/usr/lib/perl5/vendor_perl/5.24/x86_64-cygwin-threads
/usr/lib/perl5/vendor_perl/5.24
/usr/lib/perl5/5.24/x86_64-cygwin-threads /usr/lib/perl5/5.24 .
I
I now realize that Net::SSLeay and LWP::Protocol::https are both
pre-compiled modules that I can download from Cygwin. But even after
re-installing LWP::Protocol::https, my Perl program still won't run:
Can't locate LWP/Protocol/https.pm in @INC (you may need to install
the LWP::Protocol::https m
On 2017-05-26 15:21, Henning Peters wrote:
> Am 25.05.17 23:36, schrieb Brian Inglis:
>> On 2017-05-25 13:24, Henning Peters wrote:
>>> I switched from 32bit to 64 bis a week ago, moved "cygwin" to "cygwin32" and
>>> reinstalled from scratch into a new "cygwin" directory.
>>> when trying to setup s
On 2017-05-25 15:36, Brian Inglis wrote:
> On 2017-05-25 13:24, Henning Peters wrote:
>> I switched from 32bit to 64bit a week ago, moved "cygwin" to
>> "cygwin32" and reinstalled from scratch into a new "cygwin"
>> directory.
>> when trying to setup sshd using ssh-host-config, I get this message
On 2017-05-25 13:24, Henning Peters wrote:
> I switched from 32bit to 64 bis a week ago, moved "cygwin" to "cygwin32" and
> reinstalled from scratch into a new "cygwin" directory.
> when trying to setup sshd using ssh-host-config, I get this message when
> using StrictModes (which I want to and did
Am 25.05.2017 um 21:24 schrieb Henning Peters:
Hi,
I switched from 32bit to 64 bis a week ago, moved "cygwin" to "cygwin32" and
reinstalled from scratch into a new "cygwin" directory.
I don't think that was a good strategy. Cygwin does use some registry
entries pointing to absolute paths, i.
On 2017-03-05 09:03, Dr Rainer Woitok wrote:
> after some discussion the packages "awk", "grep", and "sed" were recent-
> ly updated to open pipes in binary mode only. I do not want to revive
> the discussion about pros and cons, I just want to make known how this
> change broke one of my scri
On Feb 6 10:51, Erik Bray wrote:
> On Thu, Feb 2, 2017 at 2:08 PM, Corinna Vinschen
> wrote:
> > On Feb 2 12:19, Erik Bray wrote:
> >> The problem seems to be stemming from some assumptions in:
> >> /usr/share/csih/cygwin-service-installation-helper.sh
> >>
> >> It creates the "privileged user"
On Thu, Feb 2, 2017 at 2:08 PM, Corinna Vinschen
wrote:
> On Feb 2 12:19, Erik Bray wrote:
>> Hi all,
>>
>> I've been trying to get a Cygwin sshd server running on a Windows 10
>> VM, and have found it to be surprisingly tricky without some
>> additional fiddling, and it's not clear to me whether
On Feb 2 12:19, Erik Bray wrote:
> Hi all,
>
> I've been trying to get a Cygwin sshd server running on a Windows 10
> VM, and have found it to be surprisingly tricky without some
> additional fiddling, and it's not clear to me whether that's expected
> or if it's a bug. I've attached the cygchec
Yaakov,
On Thursday, 2016-03-10 16:30:40 -0600, you wrote:
> ...
> Have you tried the same on Linux?
No. Simply because I do not have any access to a Linux box.
Sincerely,
Rainer
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Document
On 2016-03-10 09:29, Dr Rainer Woitok wrote:
On Wednesday, 2016-03-09 23:54:04 -0600, you wrote:
On 2016-03-05 09:02, Dr Rainer Woitok wrote:
currently I have two applications which I compiled myself under Cygwin:
GPSBabel and QMapShack. Both use Qt5, both provide online help via the
browser
Yaakov,
On Wednesday, 2016-03-09 23:54:04 -0600, you wrote:
> On 2016-03-05 09:02, Dr Rainer Woitok wrote:
> > currently I have two applications which I compiled myself under Cygwin:
> > GPSBabel and QMapShack. Both use Qt5, both provide online help via the
> > browser, and both fail doing so
On 2016-03-05 09:02, Dr Rainer Woitok wrote:
currently I have two applications which I compiled myself under Cygwin:
GPSBabel and QMapShack. Both use Qt5, both provide online help via the
browser, and both fail doing so in my environment. The version of my
various Qt5 packages is 5.5.1-1.
1 - 100 of 1328 matches
Mail list logo
