Good day,
I have a a couple of queries with regards to Cygwin, I have a
procedure for an old version of cygwin which we use at
to access remote servers.I myself am unfortunately not familier with
cygwin at all.
As part of the procedure we had to add the following line to the
cygwin.bat file.
bash
Hallo Thomas,
Der Link zur Standalone-Version
(http://towo.net/mined/download/mined-2000.16-windows.zip) zeigt einen
404-Fehler. Hab stattdessen das Cygwin-Paket von Hand ausgepackt.
Funktioniert.
Der Eintrag im Explorer-Kontextmenü ist eine gute Idee, aber
vielleicht sollte der besser optional s
On Wed, Feb 24, 2010 at 01:39:31AM +, Dave Korn wrote:
>On 24/02/2010 00:44, Christopher Faylor wrote:
>
>> I never saw the cygwin exception handler on the list twice when I was
>> debugging this. That isn't supposed to happen and I don't see how it
>> could happen unless Windows is doing it s
This is a FYI on subject:
Problem appears with httpd V2.0.63 as well as V2.2.2. I have compiled
both versions and they both act the same. Sounds like a generic problem
with cygwin, an educated guess. There is some code in connection.c
which comments the fact that you should define NO_LINGCL
On 24/02/2010 04:52, Dave Korn wrote:
> I think the answer lies here, in this comment in dll_dllcrt0_1:
>
>> /* Make sure that our exception handler is installed.
>> That should always be the case but this just makes sure.
>>
>> At some point, we may want to just remove this code si
On 24/02/2010 01:39, Dave Korn wrote:
> On 24/02/2010 00:44, Christopher Faylor wrote:
>> Anyway, I've revisited this code, just like I knew I would, and have
>> added YA in a long series of tweaks which seems to fix your particular
>> problem. The fix is in the latest snapshot.
>
> :( I think
Hello All,
I am trying to use Cygwin SSHD in my project. I have defined a
subsystem under SSHD which gets accessed by the client.
Each subsystem invocation spawns 3 processes (1 sshd + 1sh + 1 tclsh).
I have observed that on WinXP only 22 parallel sessions are possible
whereas on a Win2k3 server
On Tue, Feb 23, 2010 at 4:44 PM, Larry Hall (Cygwin)
wrote:
>>> Evidently if it does not find /home/TBaker/.procmailrc, it does
>>> not go looking for /home/tbaker/.procmailrc. Since my entire
>>> file system is based on tbaker, I'd love to find a way to eradicate
>>> the "TBaker" from my system
Charles Wilson wrote:
> I'll adapt and release an update relatively soon. Thanks for your
> efforts, Thomas (Wolff).
I'm guessing that these terminfo changes need to wait until 1.7.2, right?
--
Chuck
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.c
On 24/02/2010 00:44, Christopher Faylor wrote:
> I never saw the cygwin exception handler on the list twice when I was
> debugging this. That isn't supposed to happen and I don't see how it
> could happen unless Windows is doing it since the code in
> _cygtls::init_exception_handler is supposed t
MinEd 2000.16
(Feb 2010)
This release of MinEd introduces two major new features for which it
is a beta release and I would especially appreciate comments on them:
* Self-made interactive selection highlighting, meaning:
- Mouse selectio
Redirected to the cygwin list.
Thomas Wolff wrote:
> Charles Wilson wrote:
>> Thomas Wolff wrote:
>>
>>> Actually, I just remember again that I though I should change the
>>> terminfo entry too. Just - where's the source to patch?
>> So, send me patches against terminfo.src from that -src tarba
Hi,
On 24/02/2010 12:46 AM, Christopher Faylor wrote:
On Tue, Feb 23, 2010 at 06:11:17AM +, Shaddy Baddah wrote:
This might be related to
http://www.cygwin.com/ml/cygwin/2008-11/msg00021.html, I'm also seeing
perl fail with a panic *with the latest snapshot*. Eg.:
It's very unlikely that
On Tue, Feb 23, 2010 at 06:11:17AM +, Shaddy Baddah wrote:
>This might be related to
>http://www.cygwin.com/ml/cygwin/2008-11/msg00021.html, I'm also seeing
>perl fail with a panic *with the latest snapshot*. Eg.:
It's very unlikely that a 1+ year old email thread would have anything
to do wit
On Tue, Feb 23, 2010 at 05:28:06PM +, Andrew West wrote:
>On 23/02/2010 10:00, Andrew West wrote:
>> With the code I'm testing against, the exception handler isn't called
>> in the library and it bombs out there. :(
>> The dll initialisation stuff calls '_cygtls::init_exception_handler'
>> bu
(a) I found that winsup/cygwin/mkimport specified non-existent file names as
arguments to objcopy invocations. I am not sure why this did not cause build
breaks earlier.
(b) It appears perl 5.6 and, possibly, perl 5.10 do not implement the "list
form of pipe" in calls to "open()",
open $my
On 02/23/2010 03:37 PM, Thomas Baker wrote:
Evidently if it does not find /home/TBaker/.procmailrc, it does
not go looking for /home/tbaker/.procmailrc. Since my entire
file system is based on tbaker, I'd love to find a way to eradicate
the "TBaker" from my system entirely. The guy who set up m
On 23/02/2010 17:28, Andrew West wrote:
>
> Further to this ( possibly instead of this ). When the code reaches this
> point inside the call to pthread_mutexattr_init;
>
> if ((*object)->magic != magic)
>
> Shouldn't the SEH contain the cytls exception handler as the first item
> in the list? I
Friends -- I am posting this to both lists since I think
it has to do with some kind of unfortunate interaction.
The latest rsync (3.0.7-1) under an up-to-date cygwin
on Windows 7 x64 gets into some kind of busy wait
situation when transferring large files over ssh.
rsync, ssh, and zip can all be
> Evidently if it does not find /home/TBaker/.procmailrc, it does
> not go looking for /home/tbaker/.procmailrc. Since my entire
> file system is based on tbaker, I'd love to find a way to eradicate
> the "TBaker" from my system entirely. The guy who set up my XP
> installation many years ago set
On Tue, Feb 23, 2010 at 2:35 PM, Jason Tishler wrote:
>> > What does the following indicate?
>> >
>> > ?? ??$ procmail VERBOSE=on >
>> procmail: [4092] Tue Feb 23 14:11:50 2010
>> procmail: Locking "/var/spool/mail/TBaker.lock"
>> [snip]
>
> You should have seen a line like the following:
>
> pr
Version 3.0.7-1 of rsync has been uploaded.
rsync is a file transfer program. rsync uses the 'rsync algorithm' which
provides a very fast method for bringing remote files into sync. It does
this by sending just the differences in the files across the link,
without requiring that both sets of files
Tom,
On Tue, Feb 23, 2010 at 02:14:00PM -0500, Thomas Baker wrote:
> On Tue, Feb 23, 2010 at 1:28 PM, Jason wrote:
> >> Can you be a bit more specific? Is anything added to the procmail
> >> log? You could also add VERBOSE=on on the command line for more
> >> info.
> >
> > What does the following
On Tue, Feb 23, 2010 at 1:28 PM, Jason wrote:
>> Can you be a bit more specific? Is anything added to the procmail log?
>> You could also add VERBOSE=on on the command line for more info.
>
> What does the following indicate?
>
> $ procmail VERBOSE=on http://cygwin.com/problems.html
FAQ:
>> And you're sure you are running the correct procmail, i.e. there is no
>> other procmail in your path before the one you are expecting to run?
>> $ type -a procmail
>> procmail is /usr/bin/procmail
>> procmail is /bin/procmail
Yes, though the result repeats itself as follows:
$ type -a
On Tue, Feb 23, 2010 at 11:49 AM, Gary wrote:
>> If I pipe one message into procmail with:
>>
>> procmail -v -d tbaker >
>> procmail reports:
>>
>> Locking strategies: dotlocking, fcntl()
>> Default rcfile: $HOME/.procmailrc
>> Your system mailbox: /var/spool/
Tom,
On Tue, Feb 23, 2010 at 05:49:27PM +0100, Gary wrote:
> On Tue, Feb 23, 2010 at 10:33:24AM -0500, Thomas Baker wrote:
> > This also does not work:
> >
> > procmail -d tbaker
> Can you be a bit more specific? Is anything added to the procmail log?
> You could also add VERBOSE=on on the
On Tue, Feb 23, 2010 at 11:25 AM, Eric wrote:
> According to Thomas Baker on 2/23/2010 9:06 AM:
>> On the netbook the permissions for /usr/bin/procmail start with:
>>
>> -rwxr-x---+
>
> The trailing + tells you that there are ACLs attached to the file that may
> further impact who can access
On 02/23/2010 12:01 PM, Jukka Inkeri wrote:
If your server is member of domain, howto make users, sshd, (which
order) ... without setuid problem when using publickey auth ? cyg_server
and sshd - domain user or local or both, ???
In order for the SSH server to switch user context to a domain use
On 23/02/2010 10:00, Andrew West wrote:
With the code I'm testing against, the exception handler isn't called
in the library and it bombs out there. :(
The dll initialisation stuff calls '_cygtls::init_exception_handler'
but it doesn't insert it because it finds it's already
there ( from test.ex
On 02/23/2010 01:41 AM, Paul McFerrin wrote:
This question is for Larry Hall.
Hi Paul. Actually, there are others on this list that could answer this
question for you as well. Technically, a quick look at the code
provides the answer. :-)
Does signal SIGEMT mean anything
under Cygwin? I ha
I have read this mailing list and many other good pages how to setup
sshd in cygwin environment. I have installed many sshd cygwin servers,
but last some servers I have been publickey auth problem.
Basic model works fine, but in the domain environment has been some
problems. Today I found some
On Tue, Feb 23, 2010 at 10:33:24AM -0500, Thomas Baker wrote:
> If I pipe one message into procmail with:
>
> procmail -v -d tbaker
> procmail reports:
>
> Locking strategies: dotlocking, fcntl()
> Default rcfile: $HOME/.procmailrc
> Your system mailbox:
According to Thomas Baker on 2/23/2010 9:06 AM:
> On the netbook the permissions for /usr/bin/procmail start with:
>
> -rwxr-x---+
The trailing + tells you that there are ACLs attached to the file that may
further impact who can access the file. getfacl can show you those
additional
On Tue, Feb 23, 2010 at 10:33 AM, Thomas Baker wrote:
> This also does not work:
>
> procmail -d tbaker
> However, on the netbook
>
> procmail -d tbaker
> works fine, delivering the message where it is supposed to go.
On the netbook the permissions for /usr/bin/procmail start with
On Tue, Feb 23, 2010 at 8:13 AM, Jason wrote:
>> > http://cygwin.com/acronyms#PPIOSPE
>>
>> My apologies if I overlooked that - I'm temporarily working in
>> googlemail because of this procmail situation and feel out of my usual
>> element (mutt).
>
> Unfortunately, you are still overlooking th
On Tue, Feb 23, 2010 at 11:00:28AM +0100, Thomas Wolff wrote:
Thomas Wolff wrote:
Actually, I just remember again that I though I should change the
terminfo entry too. Just - where's the source to patch?
http://mirrors.kernel.org/sources.redhat.com/cygwin/release/terminfo/terminfo-5.7_20091
On Tue, Feb 23, 2010 at 03:04:48PM +0100, q0...@cuba.ionum.ch wrote:
>ioctl(fd, FIONREAD, &bytes) gives me errno 88 (fd is a handle on ttyS0).
>Is FIONREAD for serial tty not implemented?
>From /usr/include/sys/errno.h:
#define ENOSYS 88 /* Function not implemented */
So the answer is no
Hi There
ioctl(fd, FIONREAD, &bytes) gives me errno 88 (fd is a handle on ttyS0).
Is FIONREAD for serial tty not implemented?
Greetz
Stefan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.htm
Tom,
On Mon, Feb 22, 2010 at 10:48:14PM -0500, Thomas Baker wrote:
> Jason,
>
> On Mon, Feb 22, 2010 at 9:17 PM, Jason Tishler wrote:
> > Please note the following:
> >
> > http://cygwin.com/acronyms#PPIOSPE
>
> My apologies if I overlooked that - I'm temporarily working in
> googlemail bec
On Sun, Feb 21, 2010 at 03:11:28PM +0100, Gary wrote:
> Sadly building mutt directly from the source package fails:
>
> make[2]: Entering directory `/usr/src/mutt-1.4.2.2-2/doc'
> ##test -f manual.html || make manual.html || cp ./manual*.html ./
> cp ./manual*.html ./
> cp: cannot stat `./manual*.
Dr. Volker Zell a écrit :
Corinna Vinschen writes:
> Can you please try with the latest developer's snapshot? Chris has
> fixed a few issues with fifos since 1.7.1.
Yep the latest snapshot (I only tested that one) fixed everything.
I will provide an 1.7.1 version on sysvinit at the w
42 matches
Mail list logo
