Replying to myself..
Hello,
S.J. Luo wrote:
SL on Apr 26, 2022:
I have some EDA tools running on a Linux machine and display on my Windows
PC using xorg-server-21.1.3 XWin multiwindow mode
Sometimes the application window flickers forever for an unknown reason.
The problem became more severe
On Fri, 29 Apr 2022 18:27:45 -0500
Wes Barris wrote:
> On 4/29/2022 6:09 PM, Takashi Yano wrote:
> > On Fri, 29 Apr 2022 14:21:01 -0500
> > Wes Barris wrote:
> >> For the past couple of months the latest versions of cygwin produce this
> >> error
> >> when attempting to reference a network drive.
Hello,
S.J. Luo wrote:
SL on Apr 26, 2022:
I have some EDA tools running on a Linux machine and display on my Windows
PC using xorg-server-21.1.3 XWin multiwindow mode
Sometimes the application window flickers forever for an unknown reason.
The problem became more severe after my PC upgrade to
SL on Apr 26, 2022:
> I have some EDA tools running on a Linux machine and display on my Windows
> PC using xorg-server-21.1.3 XWin multiwindow mode
> Sometimes the application window flickers forever for an unknown reason.
> The problem became more severe after my PC upgrade to Windows10.
> Afte
> Can you try the suggestions I made in my reply
>https://cygwin.com/pipermail/cygwin/2022-February/250790.html ?
sorry, no. Even though I have Admin I am unable to override this. Please note
that all previous versions of cygwin1.dll (<3.3.3) are not interfered with.
Though if this is indeed S
On 4/29/2022 6:09 PM, Takashi Yano wrote:
On Fri, 29 Apr 2022 14:21:01 -0500
Wes Barris wrote:
For the past couple of months the latest versions of cygwin produce this error
when attempting to reference a network drive. There have been a couple of other
threads reporting this and talk about pat
On Fri, 29 Apr 2022 14:21:01 -0500
Wes Barris wrote:
> For the past couple of months the latest versions of cygwin produce this
> error
> when attempting to reference a network drive. There have been a couple of
> other
> threads reporting this and talk about patches. Is there a fix coming fo
On 4/29/2022 2:25 PM, matthew patton via Cygwin wrote:
--- Process 25852 loaded C:\Program Files\SentinelOne\Sentinel Agent
21.7.4.1043\InProcessClient64.dll at 7fff9d48
This looks like the problem that was reported here:
https://cygwin.com/pipermail/cygwin/2022-February/250782.html
Version 20220429-1 of neomutt has been uploaded.
The command line mail reader neomutt reached version 20220429.
On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases
Federico
--
Problem reports: https://cygwin.com/problems.html
For the past couple of months the latest versions of cygwin produce this error
when attempting to reference a network drive. There have been a couple of other
threads reporting this and talk about patches. Is there a fix coming for this
in the production version of cygwin?
$ cd /cygdrive/w
b
I've identified the proximate cause.
env CYGWIN_NOWINPATH=
With this variable set at all (0 or 1, doesn't matter) typing ''l' (that's el)
spawns several hundred bash.exe and fork bombs. From a stable prompt, typing
'exit' spawns 80+ bash.exe and I have to use the X button to kill the window
and
Am 29.04.2022 um 18:40 schrieb David Rogers via Cygwin:
I successfully installed:
alternatives1.3.30c-10 OK
According to the alternatives package file list I should have the following executables installed: alternatives.exe and update-alternative
--- Process 25852 created--- Process 25852 loaded
C:\Windows\System32\ntdll.dll at 7fffa01b--- Process 25852 loaded
C:\Windows\System32\kernel32.dll at 7fff9eef--- Process 25852 loaded
C:\Windows\System32\KernelBase.dll at 7fff9db0--- Process 25852 loaded
C:\Program Fil
Thank you.
This fixed it:
- $(CC) $^ $(LD_LIBS) -o $@
+ $(CC) $(LD_LIBS) -o $@ $^
Now I'm trying to understand why rpcbind fails at
/usr/src/debug/rpcbind-1.2.5-1/src/rpcbind.c:287, even when run from an
elevated command prompt:
268 if((p = getpwnam(id)) == NULL) {
269
Due to security I had to remove some lines from cygcheck report
I successfully installed:
alternatives1.3.30c-10 OK
According to the alternatives package file list I should have the following
executables installed: alternatives.exe and update-alt
On 2022-04-29 12:23, Jon Turney wrote:
> > >libdir = '../lib/python3.8/site-packages'
> > >
> > > This causes hg to fail as follows if /usr/bin/python3 points to python3.9:
> >
> >ERROR: package 'mercurial' version '5.7-3' is most recent non-test
> > version, but version '6.0-1' is curr
On Fri, 29 Apr 2022 13:59:59 +0200
Thomas Wolff wrote:
> I upgraded 3.3.3 → 3.3.4 in a lab environment, where my home directory
> is H:\ or /cygdrive/h
>
> Starting cygwin (cmd/bash or mintty) with some tools from gnuutils (like
> ls) in the path gives me this message:
>
> mkdir: cannot create
I upgraded 3.3.3 → 3.3.4 in a lab environment, where my home directory
is H:\ or /cygdrive/h
Starting cygwin (cmd/bash or mintty) with some tools from gnuutils (like
ls) in the path gives me this message:
mkdir: cannot create directory ‘/cygdrive/h’: File exists
/cygdrive/h could not be creat
Am 29/04/2022 um 12:16 schrieb Gennaro Prota:
Hi,
the locale utility currently gets the system default UI locale (-s option)
via GetSystemDefaultUILanguage().
This is a problem on systems where the default UI language is changed after
the Windows Out of Box Experience (OOBE), because that funct
On 29/04/2022 04:06, Voris, Ben wrote:
I have simple ONC RPC client and server that build on Ubuntu with rpcgen "(Ubuntu GLIBC 2.31-0ubuntu9.7)
2.31" (under "5.10.102.1-microsoft-standard-WSL2") but fails to build on Cygwin ("3.3.4(0.341/5/3)
2022-01-31 19:35 x86_64 Cygwin") with rpcgen "(rpcsv
Hi,
the locale utility currently gets the system default UI locale (-s option)
via GetSystemDefaultUILanguage().
This is a problem on systems where the default UI language is changed after
the Windows Out of Box Experience (OOBE), because that function will
happily ignore the fact (see <
https://
On 2022-04-28 10:27, Ken Brown wrote:
> /usr/bin/hg specifies /usr/bin/python3 in its shebang, but further down it has
>
> libdir = '../lib/python3.8/site-packages'
>
> This causes hg to fail as follows if /usr/bin/python3 points to python3.9:
>
> $ hg
> Traceback (most recent call last):
>
On Thu, 28 Apr 2022 17:32:22 +0200
Corinna Vinschen wrote:
> On Apr 29 00:01, Takashi Yano wrote:
> > On Thu, 28 Apr 2022 16:09:24 +0200
> > Corinna Vinschen wrote:
> > > On Apr 28 09:42, Ken Brown wrote:
> > > > On 4/27/2022 10:13 AM, Takashi Yano wrote:
> > > > > On Fri, 1 Apr 2022 17:45:51 +0900
On Fri, 29 Apr 2022 00:22:09 + (UTC)
matthew patton wrote:
> I had to revert to 3.3.3-1 to restore functionality.with 3.3.4 invoking
> cygpath would cause an Access Violation Exception (0x05) and kill the thread
> so that I couldn't even do a 'cygpath --help'
>
> All of a sudden I also am e
24 matches
Mail list logo
