My problem is simple... I have users that I created that cannot log in via
SSH unless I make them >members of the Windows ADMINISTRATORS group on the
Windows 2003 server that is running >Cygwin. I've tried everything I can
think of and lots of stuff from other people that I could never >have
I apologize if this has been suggested before...
Would it be possible to ask the kind Cygwin people to put a tag on their
mailing list?
For example, I am subscribed to several other lists that use:
[Subject] as their tag. This makes filtering into different folders easy and
I can find what I wan
This load fixed one of those "strange network problems" for me as well.
Name service (gethostbyname) did not work in processes spawned out of CGI
scripts running under apache. I was guessing it was something missing in
the environment, but could not track it down to SYSTEMROOT.
Now it works again
Since passwordless authentication is broken on many cygwin systems I use, I
end
up using the following expect script (more frequently that I would like).
Are you sure you cant just fix the passwordless login?
I have cyg on 5 different systems - works like a charm! I use keychain to
manage the key
Hi,
I want to run some common daemons within cygwin rather than using windows
services to control them, like proftpd, cron, ssh.
I have noticed that when I simply launch them from my cygwin shell window,
like:
/usr/sbin/sshd
/usr/sbin/proftpd
/usr/sbin/cron
The applications work fine. However,
Can someone clear up for me what the purpose of cygserver is??
I was reading through the docs, I searched the lists.. I see tons about how
to use it with PostGres, but I am not really sure *what-it-is* or if it is
used in any other context than PostGres.
Thanks!!
Dan
Hi,
I am trying to solve a problem that is a bit "out of the box":
For my cygwin implementation, I need to do this:
-Start the cygwin shell (bash) as a windows service, hidden (no console).
Reason being, I
cannot have someone closing the console, which would then kill all processes
launched FROM
>> To: [EMAIL PROTECTED]
>> Subject: Re: Can't Read /cygdrive/c in snapshots from 1108 on (unknown
>> windows error 122)
>>
>> On Sun, Nov 23, 2003 at 10:17:13AM -0600, D. N. Knisely wrote:
>> >OK. I will have to assume that you objected to the lack of
cygch
Re: Can't Read /cygdrive/c in snapshots from 1108 on (unknown
>> windows error 122)
>>
>> On Sat, Nov 22, 2003 at 12:03:31PM -0600, D. N. Knisely wrote:
>> >As is indicated in the strace messages (and I thought I made clear, but
>> I
>> >guess
hristopher Faylor [mailto:[EMAIL PROTECTED]
>> Sent: Friday, November 21, 2003 2:18 PM
>> To: [EMAIL PROTECTED]
>> Subject: Re: Can't Read /cygdrive/c in snapshots from 1108 on (unknown
>> windows error 122)
>>
>> On Fri, Nov 21, 2003 at 01:42:27PM -0600, D. N.
Please excuse me if this has been reported previously, but I can't seem to
find it mentioned in the archives.
Starting with the 20031108 snapshot on (for each snapshot after that), I
cannot read the "c:/" or "/cygdrive/c" drive. If I restore to any version
of cygwin1.dll earlier that that, I get
Just thought that I would report that the 1108 snapshot also solved a
similar problem with privoxy using 100% of CPU (also apparently on select,
which is basically where that program spins all the time) occasionally under
high load. I wanted to test for a few days to make sure it was gone.
Thanks
Spoke too soon; latest snapshot is much better with UW imapd and
Outlook/IMAP (i.e., doesn't hang 100%), but still hangs every 10 minutes or
so. Seems to be a less likely race condition problem or something.
>FWIW (quite a lot to me, actually), my mysterious UW imapd hanging problem
>went away wi
FWIW (quite a lot to me, actually), my mysterious UW imapd hanging problem
went away with this snapshot of cygwin1.dll (1121).
D. Knisely
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 21, 2002 10:54 PM
To: [EMAIL PROTECTED]
Subject: Re: Ple
As I responded earlier, the 1.3.13 snapshot did fix the problem with UW
imapd. However, all actual releases of the cygwin1.dll since that time have
result in the same broken behavior (hangs waiting in a poll waiting for some
signal). I tried all intermediate versions up to 1.3.15-2 with no luck.
Chris:
Sorry to not make the correlation with the other problems; none of them
seemed similar enough. I guess that I didn't catch the right threads.
As I'm sure you already know, the latest snapshot seems to fix the problem.
Thanks!
Doug Knisely
> Check other threads in the cygwin mailing lis
Thank you for the information. I have tried three binary versions of imapd
(all different) and have built my own binary. All four versions have the
same behavior which is new to cygwin1.dll version 1.3.13-2.
imapd will load. With cygwin1.dll version 1.3.12 (and various earlier
versions), imapd
The binary imapd.exe provided by UW has been working great prior to
cygwin1.dll 1.3.13-2. Now, imapd.exe cannot load (and sorry, I don't have
the error available right offhand).
It is not a problem with ntsec; I have been running with ntsec for some
time, and setting nontsec doesn't help.
The i
18 matches
Mail list logo
