Greetings, Derek Pagel!
> I've been having intermittent slowness with Cygwin commands even after
> installing Cygserver. It has helped reduce the frequency of occurrences of
> slowness, but it hasn't gotten rid of them completely. I recently had a
> 'mv.exe' that was slow, so I ran a
I've been having intermittent slowness with Cygwin commands even after
installing Cygserver. It has helped reduce the frequency of occurrences of
slowness, but it hasn't gotten rid of them completely. I recently had a
'mv.exe' that was slow, so I ran a few commands to get some details
Stop using ` already. Or at the very least use it properly.
Either
icacls `cygpath -m interchange.20230418091901`
or
icacls "$(cygpath -m interchange.20230418091901)"
Not to mention, you don't need to cygpath the file in current directory.
Just
icacls "interchange.20230418091901.tmp"
should
Greetings, Derek Pagel!
> The icalcs command doesn’t work on either and I haven’t been able to get it
> to work elsewhere either.
> D:\lsenv\law\lsapps\edi\work>icacls "`cygpath -m interchange.20230418091901"
> `cygpath -m interchange.20230418091901: The system cannot find the file
>
Looks like the ACL has not been written, so the incoming ACEs are still being
looked up (and/or maybe inherited)?
Where was that file moved from and what were the files' permissions and ACLs
before and after?
Anyone know what execute permission *a* means? -rwxrwxrwa [above]
On 2023-04-14 08:10, Derek Pagel via Cygwin wrote:
Could be long ACL lists with many unique ACEs that need looked up on AD,
and/or slow ADCs, and/or slow AV, and/or slow net:
for each file show the outputs of
$ ls -dl $f
$ getfacl $f
$ icacls "`cygpath -m $f`"
and also
Could be long ACL lists with many unique ACEs that need looked up on AD, and/or
slow ADCs, and/or slow AV, and/or slow net:
for each file show the outputs of
$ ls -dl $f
$ getfacl $f
$ icacls "`cygpath -m $f`"
and also attach as text, the output from strace on the cp
On 2023-04-12 06:44, Derek Pagel via Cygwin wrote:
how big are these files and from where to where are you copying them ?
AV interference ?
The files being copied are not very big at all and they're just being copied
from one directory to another on the same server.
Could be long ACL lists
how big are these files and from where to where are you copying them ?
AV interference ?
The files being copied are not very big at all and they're just being copied
from one directory to another on the same server.
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Tue, Apr 11, 2023 at 10:08 PM Derek Pagel via Cygwin wrote:
>
> I've been seeing an issue where Cygwin commands sometimes take a while to
> complete, or they will not complete at all and will have to be manually
> killed through task manager. I installed Cygserver and that help
I've been seeing an issue where Cygwin commands sometimes take a while to
complete, or they will not complete at all and will have to be manually killed
through task manager. I installed Cygserver and that helped to lessen the
number of times that the issue happens but it didn't get rid
In the past we've noticed that Cygwin commands are intermittently slow and can
take about 42 seconds to complete on Windows. We then installed Cygserver to
try and avoid the slowness and it has worked for the most part. However, we do
still have instances where we've noticed the commands
Note that cygserver must be run using the same cygwin1.DLL as test
programs, as they communicate over a named pipe whose name contains the
'installation key' (which is a hash of the cygwin1.dll's path).
We run cygserver via 'cmd' to avoid the special code which handles a
cygwin parent process
The data it contains isn't referenced since 9e9bc3a4.
---
winsup/cygserver/Makefile.in | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/winsup/cygserver/Makefile.in b/winsup/cygserver/Makefile.in
index e360d8fd0..7b250dd68 100644
--- a/winsup/cygserver/Makefile.in
+++ b
On Aug 7 09:51, Ken Brown via Cygwin-patches wrote:
> Define the pseudo keyword 'fallthrough' in woutsup.h to support this.
> ---
> winsup/cygserver/Makefile.in | 2 +-
> winsup/cygserver/bsd_helper.cc | 2 +-
> winsup/cygserver/bsd_mutex.cc | 2 +-
> winsup/cygserver
Define the pseudo keyword 'fallthrough' in woutsup.h to support this.
---
winsup/cygserver/Makefile.in | 2 +-
winsup/cygserver/bsd_helper.cc | 2 +-
winsup/cygserver/bsd_mutex.cc | 2 +-
winsup/cygserver/woutsup.h | 2 ++
4 files changed, 5 insertions(+), 3 deletions(-)
diff --git
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=0a37e9f0bc24c6d326816e6686c4eaa25b4fd83e
commit 0a37e9f0bc24c6d326816e6686c4eaa25b4fd83e
Author: Corinna Vinschen
Date: Wed Feb 26 20:52:55 2020 +0100
Cygwin: cygserver: drop useless packed attribute
...from structs used
On Aug 8 10:24, Corinna Vinschen wrote:
> On Aug 8 09:27, Michael Haubenwallner wrote:
> > On 8/7/19 7:41 PM, Ken Brown wrote:
> > > Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
> > > [...]
> > >363 26064 [main] hexchat 12399 C:\cygwin64\bin\hexchat.exe: ***
>
On Aug 8 09:27, Michael Haubenwallner wrote:
> On 8/7/19 7:41 PM, Ken Brown wrote:
> > Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
> > [...]
> >363 26064 [main] hexchat 12399 C:\cygwin64\bin\hexchat.exe: *** fatal
> > error
> > in forked process -
On 8/7/19 7:41 PM, Ken Brown wrote:
> Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
>
> 31143510 [main] hexchat 12392 dofork: child 12399 - died waiting for dll
> loading, errno 11
>
> It only happens if cygserver is running. I caught it un
Ken Brown writes:
> P.S. File this under "No good deed goes unpunished." I was trying to use
> hexchat to join #cygwin-developers. I can still do that on 2 out of 3
> attempts,
> but now I'm sidetracked trying to do a bisection.
FYI: I connect using znc (running on a rasPi) via erc from
Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
31143510 [main] hexchat 12392 dofork: child 12399 - died waiting for dll
loading, errno 11
It only happens if cygserver is running. I caught it under strace and saw the
following:
29 25558 [main] hexchat 12399
On Feb 15 10:04, Sam Edge (Cygwin) wrote:
> Hi Cygwin UG maintainers.
>
> Might it not be a good idea to mention the cygserver ntsec caching
> functionality in the section
> https://cygwin.com/cygwin-ug-net/using-cygserver.html#what-is-cygserver
> with a cross-reference?
>
Hi Cygwin UG maintainers.
Might it not be a good idea to mention the cygserver ntsec caching
functionality in the section
https://cygwin.com/cygwin-ug-net/using-cygserver.html#what-is-cygserver
with a cross-reference?
I'd submit a patch but I'm a bit busy this morning and am not familiar
On Feb 13 21:56, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> I was trying to figure out what SID cygserver was trying to access...
>
> When I run ipcs without cygserver running, I see this SID is being retrieved
> successfully:
>
> 359 2451151 [main]
On Feb 13 20:35, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> Hi all,
>
> We're having the following problem (on a subset(*) of Windows-10
> machines) with running cygserver.
>
> Started afresh, strace shows no activity in it, but should I execute a
> command
I was trying to figure out what SID cygserver was trying to access...
When I run ipcs without cygserver running, I see this SID is being retrieved
successfully:
359 2451151 [main] ipcs 10404 pwdgrp::fetch_account_from_windows: line:
When I run ipcs with cygserver, the SID, which looks very
Hi all,
We're having the following problem (on a subset(*) of Windows-10 machines) with
running cygserver.
Started afresh, strace shows no activity in it, but should I execute a command
(ipcs in the example below), then cygserver begins to experience freezes like
these:
5295758 62716455
On 8/14/2018 4:12 PM, Vince Rice wrote:
>> On Aug 14, 2018, at 3:05 PM, cyg Simple wrote:
>>
>> On 8/13/2018 10:41 AM, Corinna Vinschen wrote:
>>> …
>>>
>>> cyglsa.dll requires an install script that would have to be change as
>>> well. In contrast, you'd have to make sure your new solution still
> On Aug 14, 2018, at 3:05 PM, cyg Simple wrote:
>
> On 8/13/2018 10:41 AM, Corinna Vinschen wrote:
>> …
>>
>> cyglsa.dll requires an install script that would have to be change as
>> well. In contrast, you'd have to make sure your new solution still
>> works for existing installations. What's
On 8/13/2018 10:41 AM, Corinna Vinschen wrote:
> On Aug 13 08:50, cyg Simple wrote:
>> On 8/13/2018 3:49 AM, Corinna Vinschen wrote:
>>> On Aug 10 11:28, cyg Simple wrote:
>>>> Looking at the files delivered by the cygwin upgrade I see
>>>> /usr/sbin/c
On Aug 13 08:50, cyg Simple wrote:
> On 8/13/2018 3:49 AM, Corinna Vinschen wrote:
> > On Aug 10 11:28, cyg Simple wrote:
> >> Looking at the files delivered by the cygwin upgrade I see
> >> /usr/sbin/cygserver.exe and /usr/bin/cygserver-config. Shouldn't
> >>
On 8/13/2018 3:49 AM, Corinna Vinschen wrote:
> On Aug 10 11:28, cyg Simple wrote:
>> Looking at the files delivered by the cygwin upgrade I see
>> /usr/sbin/cygserver.exe and /usr/bin/cygserver-config. Shouldn't
>> cygserver-config reside in /usr/sbin with cygserver.exe?
On Aug 10 11:28, cyg Simple wrote:
> Looking at the files delivered by the cygwin upgrade I see
> /usr/sbin/cygserver.exe and /usr/bin/cygserver-config. Shouldn't
> cygserver-config reside in /usr/sbin with cygserver.exe?
>
> Also in that vain shouldn't cyglsa belong in /usr/sbi
Ping.
On 8/10/2018 11:28 AM, cyg Simple wrote:
> Looking at the files delivered by the cygwin upgrade I see
> /usr/sbin/cygserver.exe and /usr/bin/cygserver-config. Shouldn't
> cygserver-config reside in /usr/sbin with cygserver.exe?
>
> Also in that vain shouldn't cyglsa belo
Looking at the files delivered by the cygwin upgrade I see
/usr/sbin/cygserver.exe and /usr/bin/cygserver-config. Shouldn't
cygserver-config reside in /usr/sbin with cygserver.exe?
Also in that vain shouldn't cyglsa belong in /usr/sbin?
--
cyg Simple
--
Problem reports: http
Tatsuro MATSUOKA writes:
> http://cygwin.wikia.com/wiki/Rebaseall
> $ cygrunsrv -E
> The above seem to be propper way to stop sevice process.
…if you need to do it from within Cygwin. If you're doing it from a CMD
or BAT file it's easier and slightly more efficient to use the Windows
tools.
- Original Message -
> From: Achim Gratz
> To: cygwin
> Cc:
> Date: 2018/3/16, Fri 03:06
> Subject: Re: cygrunsrv -S cygserver on Cygwin86 does not run
>
>T atsuro MATSUOKA writes:
>> At execute Cygwin setup, kiling all cygwin process is highly recommende
- Original Message -
> From: Brian Inglis
> To: cygwin
> Cc:
> Date: 2018/3/15, Thu 14:46
> Subject: Re: cygrunsrv -S cygserver on Cygwin86 does not run
>
> On 2018-03-14 22:13, Tatsuro MATSUOKA wrote:
>> On 2018/3/14, Wed 15:28 Marco Atzeri wrot
Tatsuro MATSUOKA writes:
> At execute Cygwin setup, kiling all cygwin process is highly recommended
> becase setpup execute autorebase.
Well, it's mandatory actually.
> kill-9-1_32_64.bat
> @echo off
> C:\cygwin\bin\cygstart --action=runas /bin/kill -9 -1
> C:\cygwin64\bin\cygstart
On 2018-03-14 22:13, Tatsuro MATSUOKA wrote:
> On 2018/3/14, Wed 15:28 Marco Atzeri wrote:
>> Is it same machine ?
>> If so the `cygrunsrv -S cygserver` is starting in both case the 64bit
>> version
>> and you can not see it as process in 32bit.
>>
>&g
> From: Marco Atzeri
> To: cygwin
> Cc:
> Date: 2018/3/14, Wed 15:28
> Subject: Re: cygrunsrv -S cygserver on Cygwin86 does not run
>
> On 14/03/2018 01:38, Tatsuro MATSUOKA wrote:
>> Followingng the below
>> https://cygwin.com/cygwin-ug-net/using-cygs
> From: Marco Atzeri
> To: cygwin
> Cc:
> Date: 2018/3/14, Wed 15:28
> Subject: Re: cygrunsrv -S cygserver on Cygwin86 does not run
>
> On 14/03/2018 01:38, Tatsuro MATSUOKA wrote:
>> Followingng the below
>> https://cygwin.com/cygwin-ug-net/using-cygs
On 14/03/2018 01:38, Tatsuro MATSUOKA wrote:
Followingng the below
https://cygwin.com/cygwin-ug-net/using-cygserver.html
Start Cygwin shell with admin right.
$ cygserver-config
and /etc/cygserver.conf is created
execute
$ cygrunsrv -S cygserver
On Cygwin86_64
$ ps -a | grep 'cyg'
5428
Followingng the below
https://cygwin.com/cygwin-ug-net/using-cygserver.html
Start Cygwin shell with admin right.
$ cygserver-config
and /etc/cygserver.conf is created
execute
$ cygrunsrv -S cygserver
On Cygwin86_64
$ ps -a | grep 'cyg'
5428 1 5428 5428 ? 18 08:50
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=39138114542027e2df79333c91f494cc3e058d6e
commit 39138114542027e2df79333c91f494cc3e058d6e
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Tue Nov 28 19:08:04 2017 +0100
cygserver: remove all asserts on "this"
On Jun 20 19:29, Marco Atzeri wrote:
> On 20/06/2017 13:11, Corinna Vinschen wrote:
> > > > >
> > > > > I suggest reverting the cygwin-20170324 cygserver changes for now.
> > > > > Older
> > > > > versions can be con
On 20/06/2017 13:11, Corinna Vinschen wrote:
I suggest reverting the cygwin-20170324 cygserver changes for now. Older
versions can be configured to have reliable sysv semaphores, but I
think no
settings render sysv semaphores reliable in Cygwin 2.8.0. What do you
think?
Just FYI, Corinna
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=c5ca43f35913a7d0b2ec786e27c629d1c5ed0715
commit c5ca43f35913a7d0b2ec786e27c629d1c5ed0715
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Tue Jun 20 13:09:07 2017 +0200
Revert "cygserver: Revamp thread sle
t; > > > I'm attaching a new test program that demonstrates the regression.
> > > > My previous
> > > > test program created sixteen processes that each picked a random
> > > > semaphore to
> > > > lock. Now, each process picks two semaphores and lo
and on cygwin-20170321.tar.xz
"cygserver -r 40".
It freezes within one second on cygwin-20170324.tar.xz "cygserver -r
40".
I suggest reverting the cygwin-20170324 cygserver changes for now. Older
versions can be configured to have reliable sysv semaphores, but I
think no
settin
m attaching a new test program that demonstrates the regression. My previous
test program created sixteen processes that each picked a random semaphore to
lock. Now, each process picks two semaphores and locks them in order. This
proceeds smoothly on GNU/Linux and on cygwin-20170321.tar.xz "cygserver -
ndom semaphore to
> lock. Now, each process picks two semaphores and locks them in order. This
> proceeds smoothly on GNU/Linux and on cygwin-20170321.tar.xz "cygserver -r
> 40".
> It freezes within one second on cygwin-20170324.tar.xz "cygserver -r 40".
I suggest rever
monstrates the regression. My previous
test program created sixteen processes that each picked a random semaphore to
lock. Now, each process picks two semaphores and locks them in order. This
proceeds smoothly on GNU/Linux and on cygwin-20170321.tar.xz "cygserver -r 40".
It freezes within
On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> - cygserver is using a defined number of threads in a thread pool for
> application requests. Every request is added to a request submission
> queue and handled by the next free thread in the pool.
>
> The
On 25/03/2017 12:30, Corinna Vinschen wrote:
On Mar 25 09:09, Marco Atzeri wrote:
It seems that the number of max available semaphores is frozen to first call
value.
That's normal and documented. An existing semaphore set using the same
key has the number of semaphores defined in the
few minutes. On Cygwin, they hang within
> > > a few
> > > seconds and under one hundred cycles apiece. At that point, cygserver is
> > > unresponsive to other clients; for example, "strace /bin/true", opening a
> > > new
> > >
On 24/03/2017 18:11, Corinna Vinschen wrote:
Hi Noah,
On GNU/Linux, AIX, and Solaris, the processes keep busy and finish one million
lock/unlock cycles apiece in a few minutes. On Cygwin, they hang within a few
seconds and under one hundred cycles apiece. At that point, cygserver
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=0accc5332a5628f325c11f95acde41907642903a
commit 0accc5332a5628f325c11f95acde41907642903a
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Fri Mar 24 18:13:08 2017 +0100
Document cygserver changes
Sign
Hi Noah,
thanks for the report and especially the testcase. It took me a while
to debug that, but I think I fixed it now. At least your testcase is
working for me now. It also got faster, albeit always slower than Linux
because of the communication overhead between processes and cygserver
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=663b4ab8243e56052d72217427bc935b3de2e9de
commit 663b4ab8243e56052d72217427bc935b3de2e9de
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Fri Mar 24 17:26:37 2017 +0100
cygserver: Speed up non-debug scenario
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=4dbcfeb7d0c388eba837d5b055f669a85d057442
commit 4dbcfeb7d0c388eba837d5b055f669a85d057442
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Fri Mar 24 16:46:17 2017 +0100
cygserver: Small code cleanup
Sign
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=0b73dba4de3fdadde499edfbc7ca9d9a01c11487
commit 0b73dba4de3fdadde499edfbc7ca9d9a01c11487
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Fri Mar 24 16:18:26 2017 +0100
cygserver: raise number of worker threads on
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=b80b2c011936f7f075b76b6e59f9e8a5ec49caa1
commit b80b2c011936f7f075b76b6e59f9e8a5ec49caa1
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Fri Mar 24 16:45:32 2017 +0100
cygserver: Revamp thread sleep ha
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=8d6a52287735c9f6d18f26569e5d04070162d83f
commit 8d6a52287735c9f6d18f26569e5d04070162d83f
Author: Corinna Vinschen <cori...@vinschen.de>
Date: Fri Mar 24 16:12:00 2017 +0100
cygserver: Seralize debug output to stdout to
On 21/03/2017 03:56, Noah Misch wrote:
On Tue, Aug 03, 2004 at 12:06:12PM +0200, Corinna Vinschen wrote:
On Aug 2 20:33, sarbx-cygwin6...@mailblocks.com wrote:
This time around, cygserver does not eat CPU. But after 5 to 6
concurrent
connections nothing seem to work, looks kind of hung
On Tue, Aug 03, 2004 at 12:06:12PM +0200, Corinna Vinschen wrote:
> On Aug 2 20:33, sarbx-cygwin6...@mailblocks.com wrote:
> > This time around, cygserver does not eat CPU. But after 5 to 6
> > concurrent
> > connections nothing seem to work, looks kind of hung. Ther
Hi folks,
Does anyone know how to start cygrunsrv/cygserver from a non-elevated shell?
Starting them in an elevated system startup scheduled task works, as does
shutting them down from a non-elevated shell before running setup.
The problem is that neither the scheduled task nor service startup
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a3e0771edaeefe88a97258c610e4405f01c28cd4
commit a3e0771edaeefe88a97258c610e4405f01c28cd4
Author: Mike DePaulo mikedep...@gmail.com
Date: Mon Apr 27 04:46:18 2015 -0400
cygserver.xml: Add new section. How to install Cygserver
+179,19 @@
/sect2
+sect2 id=install-cygservertitleHow to install Cygserver/title
+
+para
+ Cygserver is part of the base emphasis role='bold'cygwin/emphasis
package.
+ Therefore, whenever Cygwin is installed, so is Cygserver.
+/para
+para
+ You may want to install Cygserver
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a3e0771edaeefe88a97258c610e4405f01c28cd4
commit a3e0771edaeefe88a97258c610e4405f01c28cd4
Author: Mike DePaulo mikedep...@gmail.com
Date: Mon Apr 27 04:46:18 2015 -0400
cygserver.xml: Add new section. How to install Cygserver
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=88771d303f9b1a030f13e0ce6eaf10a4f01a4090
commit 88771d303f9b1a030f13e0ce6eaf10a4f01a4090
Author: Mike DePaulo mikedep...@gmail.com
Date: Mon Apr 27 04:46:18 2015 -0400
cygserver.xml: Add new section. How to install Cygserver
-cygservertitleHow to install Cygserver/title
+
+para
+ Cygserver is part of the base emphasis role='bold'cygwin/emphasis
package.
+ Therefore, whenever Cygwin is installed, so is Cygserver.
+/para
+para
+ You may want to install Cygserver as a service. See
+ xref linkend=start-cygserver/xref.
+/para
Jim Reisert AD1C writes:
From a Cygwin Terminal (MINTTY), after shutting down the X.org
server, I ran the:
Did you check that really no other Cygwin processes were running?
rebase-trigger fullrebase
command. Then I ran setup-x86, nothing to update, but let it rebase
anyway. Then I
On 4/6/2015 1:02 AM, Jim Reisert AD1C wrote:
On Fri, Mar 27, 2015 at 2:28 PM, Achim Gratz wrote:
From the announcement of _autorebase:
To perform a full rebase, execute rebase-trigger fullrebase. Then
shut down Cygwin and simply run setup.exe. The rebase will be
performed even when the
On Fri, Mar 27, 2015 at 2:28 PM, Achim Gratz wrote:
From the announcement of _autorebase:
To perform a full rebase, execute rebase-trigger fullrebase. Then
shut down Cygwin and simply run setup.exe. The rebase will be
performed even when the installation did not get modified in any way.
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Ken Brown
Sent: Friday, March 27, 2015 3:56 PM
To: cygwin@cygwin.com
Subject: Re: Rebase, Peflags, and cygserver
On 3/27/2015 4:28 PM, Achim Gratz wrote:
J. David Boyd writes:
What I'm doing
On 3/27/2015 9:55 PM, Ken Brown wrote:
Depends, but anything that could interfere with the rebase is a
potential problem.
I've run into the OP's problem occasionally, where a full rebase doesn't
fix all rebase/fork problems. What's worked for me on those occasions
is to reboot the computer
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors. Or, no vfork error.
It all seems so inconsistent and random
Marco Atzeri marco.atz...@gmail.com writes:
On 3/27/2015 3:29 PM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
J. David Boyd
Sent: Friday, March 27, 2015 9:29 AM
To: cygwin@cygwin.com
Subject: Rebase, Peflags, and cygserver
I keep having problems with vforks. Sometime everything is fine for days
On Fri, Mar 27, 2015 at 8:29 AM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors
On 3/27/2015 3:29 PM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors. Or, no vfork
J. David Boyd writes:
What I'm doing (with some success)is this:
1. get latest cygwin update
2. del /etc/rebase*
3. rebaseall -v
4. peflagsall -v
5. don't restart cygserver (This means my bash shell window starts a little
slower, but I can live with that.)
From the announcement
to restart
cygserver. Restart, bam, vfork errors. Or, no vfork error.
It all seems so inconsistent and random. Is there some methodology I am
missing to ensure no vforks?
What I'm doing (with some success)is this:
1. get latest cygwin update
2. del /etc/rebase*
3. rebaseall -v
4. peflagsall -v
On 3/27/2015 4:28 PM, Achim Gratz wrote:
J. David Boyd writes:
What I'm doing (with some success)is this:
1. get latest cygwin update
2. del /etc/rebase*
3. rebaseall -v
4. peflagsall -v
5. don't restart cygserver (This means my bash shell window starts a little
slower, but I can live
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-02-23 21:00:33
Modified files:
winsup/cygserver: ChangeLog pwdgrp.cc
Log message:
* pwdgrp.cc: Handle default fetch_user_arg_type_t in switches
throughout to silence compiler
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-01-28 11:46:25
Modified files:
winsup/cygserver: ChangeLog Makefile.in
Log message:
* Makefile.in: Simplify rule to build dependencies from cygwin dir.
Patches:
http://sourceware.org/cgi
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-01-19 17:42:38
Modified files:
winsup/cygserver: ChangeLog bsd_helper.h bsd_mutex.cc msg.cc
process.cc process.h sem.cc shm.cc
Log message:
* bsd_helper.h
and using
non-colliding -N.
And along the same lines a patch for cygserver-config.
As I started this on cygwin-apps, I'm replying here, but will use
cygwin@ in the future.
From f230cc5a1eeb6919e8ee7450ac7b1980d1fde5c5 Mon Sep 17 00:00:00 2001
From: Florian Friesdorf f...@chaoflow.net
Date: Wed
.
Updated version defaulting to old value for service name and using
non-colliding -N.
I have just a patch in the loop upstream, but this is a neat extension,
so I'll send a new patch upstream with your changes as well. Thanks.
And along the same lines a patch for cygserver-config.
Neat. Patch
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-11-06 16:36:43
Modified files:
winsup/cygserver: ChangeLog cygserver-config
Log message:
* cygserver-config: Add -N option to allow different service name.
Patches:
http://sourceware.org
On Sep 24 07:41, Achim Gratz wrote:
Corinna Vinschen corinna-cygwin at cygwin.com writes:
cygserver: bad request body length: got 11
I think I found the bug. I missed the trailing \0 from the user name
in the packet length sent to cygserver. I fixed that in CVS and uploaded
a new
Corinna Vinschen corinna-cygwin at cygwin.com writes:
cygserver: bad request body length: got 11
I think I found the bug. I missed the trailing \0 from the user name
in the packet length sent to cygserver. I fixed that in CVS and uploaded
a new snapshot to https://cygwin.com/snapshots
On Sep 4 14:36, Achim Gratz wrote:
Ok, I don't grok this. If you have trouble with cygserver, which is
completely unrelated to this issue, please discuss this in a new thread
and please describe detailed what you did to provoke the problem and
paste what you see.
I'm running (from
Corinna Vinschen writes:
I think I found the bug. I missed the trailing \0 from the user name
in the packet length sent to cygserver. I fixed that in CVS and uploaded
a new snapshot to https://cygwin.com/snapshots/. Please test.
Thanks. As I said in the other thread, it'll be some time
Ok, I don't grok this. If you have trouble with cygserver, which is
completely unrelated to this issue, please discuss this in a new thread
and please describe detailed what you did to provoke the problem and
paste what you see.
I'm running (from an administrative account) cygserver -d
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: cori...@sourceware.org 2014-07-16 08:30:48
Modified files:
winsup/cygserver: ChangeLog bsd_helper.cc bsd_mutex.cc
cygserver-config transport_pipes.cc
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-1_7_29-release-branchpoint
Changes by: cori...@sourceware.org 2014-07-15 14:35:00
Modified files:
winsup/cygserver: ChangeLog bsd_helper.cc
Log message:
* bsd_helper.cc (ipcexit_creat_hookthread): Delete
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-06-23 09:17:25
Modified files:
winsup/cygserver: ChangeLog client.cc
Log message:
* client.cc: Throughout, fix debug output of signed byte count value.
Patches:
http://sourceware.org/cgi
1 - 100 of 506 matches
Mail list logo
