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 w
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
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 su
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
> specified
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 at
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 com
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 wit
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
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
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 co
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 - fixup_shms_a
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 under str
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 Emacs
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 fam
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
> co
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 627
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.
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 i
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 c
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:
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.
Re
- 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 wrote:
>>
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 --action=runas
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-cygserver
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'
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 ?
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 config
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 is
; >
> > > > 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 se
ly 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 reverting the cygwin-20170324 cygserver changes for now. Older
versions can be configured to have reliable sysv semaphores, but I
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 locks them in order. This
proceeds smoothly on GNU/Linux and on cygwin-20170321.tar.xz "
ach 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 one second on cygwin-20170324.tar.xz "cygserver -r 40".
am 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 -r 40".
It
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 first
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
> > > Cygwin
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 is
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.
On
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. There
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. There is no
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
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. Th
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 in
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 w
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 and
>-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:
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
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 w
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. peflagsa
Marco Atzeri 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. Oop
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, ba
>-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. So
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
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
On Sep 24 07:41, Achim Gratz wrote:
> Corinna Vinschen 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 t
Corinna Vinschen 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.co
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'l
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 w
> 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
> I created a fix and I'm just building cygwin 1.7.29 with it.
That's a good news, and thanks for the quick fix! I'll let you
know if the issue is resolved on my end, too.
Anton Lavrentiev
Contractor NIH/NLM/NCBI
e from today (thread:
> > exe.stackdump is always empty).
> >
> > > and a simple testcase would be helpful
> >
> > Here you go:
> > [...]
> > Windows event log immediately recorded 10 new events, like so:
> >
> > Error 4/4/2014 10:0
se would be helpful
>
> Here you go:
> [...]
> Windows event log immediately recorded 10 new events, like so:
>
> Error 4/4/2014 10:02:34 PMcygserver 0 None
> Error 4/4/2014 10:02:33 PMcygserver 0 None
> Error 4/4/2014 10:02:32 PMcygs
On Mon, Apr 07, 2014 at 02:33:18AM +, Lavrentiev, Anton (NIH/NLM/NCBI) [C]
wrote:
>cgf wrote:
>>You seem to have no problem asking for help with cygserver without
>>insulting cygserver in the process. Possibly you're even interested in
>>improving cygserver.
>
> You seem to have no problem asking for help with cygserver without
> insulting cygserver in the process. Possibly you're even interested in
> improving cygserver.
I was trying to submit a bug report in good faith (and many tries, for that
matter),
yet the only way to do that wa
cuse me for being a bit
>straightforward, but the spam filter this list is using is *really*
>stupid!
Sigh. We >just< went through this.
You seem to have no problem asking for help with cygserver without
insulting cygserver in the process. Possibly you're even interested in
improv
*addr = (char) i;
}
}
return 0;
}
$ gcc -Wall sem.c
$ ./a.exe
0
1
2
3
4
5
6
7
8
9
Windows event log immediately recorded 10 new events, like so:
Error 4/4/2014 10:02:34 PMcygserver 0 None
Error 4/4/2014 10:02:33 PMcygserver 0 None
Error
uot;signal_arrived" event object is invalid.
> > "signal_arrived" is used internally to notify wait functions that a
> > POSIX signal arrived for the process and to implement EINTR, for
> > instance. When you're using XSI IPC functions, the signal_arrived
> > handle i
signal arrived for the process and to implement EINTR, for
> instance. When you're using XSI IPC functions, the signal_arrived
> handle is used in cygserver to make the IPC functions interruptible.
> For that, it creates a local copy of signal_arrived using
> DuplicateHandle
>
&
e please explain what do they mean? I am not running with Admin
> privs (although, cygserver is). My apps do use SYSV shmem and sems.
For the records: This:
> The description for Event ID 0 from source cygserver cannot be found. Either
> the component that raises this event is not insta
Hi,
Event Log on my PC is full (literally) of these, recorded every 5 seconds or
so, and
usually coming in in pairs (2 of the same, then 5 sec pause, then another 2,
and so on)
Could someone please explain what do they mean? I am not running with Admin
privs (although, cygserver is). My apps
Corinna Vinschen wrote:
On Mar 21 16:03, Linda Walsh wrote:
both think
they are running under C:/bin (which is a symlink ->
cygwin64/bin, through C:\windows\system32\cygwin)
Why did you mess around with the install paths that badly? Don't
install anything Cygwin into C:\windows.
Str
On Mar 21 16:03, Linda Walsh wrote:
> Finally tracked this down.
>
> when I ran the cygserver-config, it installed a different
> path for cygserver-config than what everything else
> thinks it is running under...
>
> I.e. even though my shell and the dbus server, both thi
Finally tracked this down.
when I ran the cygserver-config, it installed a different
path for cygserver-config than what everything else
thinks it is running under...
I.e. even though my shell and the dbus server, both think
they are running under C:/bin (which is a symlink ->
cygwin64/
cori...@sourceware.org 2013-03-01 10:39:51
>> >
>> > Modified files:
>> > winsup/cygserver: ChangeLog.64bit
>> >
>> > Log message:
>> > * client.cc: Revert changes to handle 32 bit processes on 64 bit
>> > syst
On Mar 1 12:20, Václav Zeman wrote:
> On 1 March 2013 11:39, wrote:
> > CVSROOT:/cvs/src
> > Module name:src
> > Branch: cygwin-64bit-branch
> > Changes by: cori...@sourceware.org 2013-03-01 10:39:51
> >
> > Modified files:
> &
On 1 March 2013 11:39, wrote:
> CVSROOT:/cvs/src
> Module name:src
> Branch: cygwin-64bit-branch
> Changes by: cori...@sourceware.org 2013-03-01 10:39:51
>
> Modified files:
> winsup/cygserver: ChangeLog.64bit
>
> Log message:
>
On Oct 24 15:00, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> Hi,
>
> in the below piece of code from cygserver sources (bsd_helper.cc):
>
> if (p->gid == (gid_t)-1)
> log (LOG_WARNING,"WARNING: Group not found in /etc/passwd! Using gid
> -1!");
>
Hi,
in the below piece of code from cygserver sources (bsd_helper.cc):
if (p->gid == (gid_t)-1)
log (LOG_WARNING,"WARNING: Group not found in /etc/passwd! Using gid -1!");
Wasn't "/etc/passwd" supposed to actually be mentioned as "/etc/group"?
(I g
ws Server 2003,
> 64-bit.
I kinda sorta managed to get it working w/ 1.7.11 (Windows Vista, 32bit):
1) rebaseall
2) remove the service entirely:
$ cygrunsrv -R cygserver
3) reinstall the server
$ cygserver-config
4) manually start the server as Admin (which will fail):
That is: $ /
Hi,
I am having the same issue as Charles Wilson as discussed here:
http://cygwin.com/ml/cygwin/2012-02/msg00089.html
Was there any resolution to this issue?
Earlier versions of Cygwin 1.7 worked. This is on a Windows Server 2003, 64-bit.
--
Problem reports: http://cygwin.com/problems.h
> Environment variables that aren't required in the SSH session (to make a
> successful session) are stripped out for security reasons.
Understood, thanks for explaining.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 9/9/2011 6:36 PM, Alan Sinclair wrote:
I had thought that/home/me/.bash_profile gets read when starting a
non-login shell, so tried to export variables there, but I must be
misunderstanding something. The environment my script gets via ssh is different
than I get when logged in via ssh, which
Larry Hall (Cygwin cygwin.com> writes:
>
> On 9/9/2011 1:44 PM, Alan Sinclair wrote:
> > Where can I set environment variables which will be available in a
> > bash script running under cygserver?
> >
> > I need to ssh onto a remote cygserver and run bash script
On 9/9/2011 1:44 PM, Alan Sinclair wrote:
Where can I set environment variables which will be available in a
bash script running under cygserver?
I need to ssh onto a remote cygserver and run bash scripts. RSA keys
are all set up so no password is needed and I can ssh onto the target
machine
Where can I set environment variables which will be available in a
bash script running under cygserver?
I need to ssh onto a remote cygserver and run bash scripts. RSA keys
are all set up so no password is needed and I can ssh onto the target
machine just fine by doing
ssh me@machine bash
On Apr 18 13:34, bob 295 wrote:
> (I'm in digest mode on this list so I can't thread my response easily.)
>
> The cygserver is setup to run as a Windows service. As far as I can tell the
> cygserver is running when the error occurs. What isn't clear from your
&g
1 - 100 of 334 matches
Mail list logo
