On several days within the last few weeks, Yitzchak Scott-Thoennes wrote:
Yes, removing the setsockopt calls from fdsock does get rsync working
again. Sorry it took me so long to try.
Still happening with 20060604.
I disabled setting the buffers in CVS. What happens is that duplicating
On Wed, May 10, 2006 at 01:38:58AM -0400, Christopher Faylor wrote:
On Tue, May 09, 2006 at 10:30:50PM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, May 02, 2006 at 08:50:59PM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, May 02, 2006 at 11:47:09AM -0400, Christopher Faylor wrote:
On Mon,
BTW: What's the easiest way to switch cygwin versions without having to
reboot? I quite commonly come across changing snapshot dll's and having
bash throw errors (probably relocation related or something of the sort)
and immediately return. After reboot it's fine. But what's a way to
quickly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lloeki wrote:
BTW: What's the easiest way to switch cygwin versions without
having to reboot? I quite commonly come across changing snapshot
dll's and having bash throw errors (probably relocation related
or something of the sort) and
Lloeki wrote:
Of course I just find it minutes after posting...
it's in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer
add a DWORD of name AlwaysUnloadDll and give it a 1. Though it's
advertised everywhere as managing all dlls, I dunno the exact effect,
and the place
there's even a reg key to tweak that flush delay
but it seems I can't put the finger on it anymore.
Of course I just find it minutes after posting...
it's in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer
add a DWORD of name AlwaysUnloadDll and give it a 1. Though it's
On 10 May 2006 07:33, Lloeki wrote:
there's even a reg key to tweak that flush delay
but it seems I can't put the finger on it anymore.
Of course I just find it minutes after posting...
it's in
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer add a
DWORD of name
On Tue, May 09, 2006 at 11:56:06PM -0700, Brian Dessent wrote:
Lloeki wrote:
Of course I just find it minutes after posting...
it's in
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer
add a DWORD of name AlwaysUnloadDll and give it a 1. Though it's
advertised everywhere as
I don't know what this reg key does but there is no need to change it.
I switch around Cygwin DLLs all the time using simply the copy command
in CMD.EXE (with no Cygwin processes running of course) and have never
had to do anything else.
Ditto. If this was really necessary, the information
On Wed, May 10, 2006 at 01:38:58AM -0400, Christopher Faylor wrote:
On Tue, May 09, 2006 at 10:30:50PM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, May 02, 2006 at 08:50:59PM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, May 02, 2006 at 11:47:09AM -0400, Christopher Faylor wrote:
On Mon,
On Tue, May 02, 2006 at 08:50:59PM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, May 02, 2006 at 11:47:09AM -0400, Christopher Faylor wrote:
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes wrote:
On Mon, Apr 24, 2006 at 08:12:42PM +0200, Corinna Vinschen wrote:
Please
On Tue, May 09, 2006 at 10:30:50PM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, May 02, 2006 at 08:50:59PM -0700, Yitzchak Scott-Thoennes wrote:
On Tue, May 02, 2006 at 11:47:09AM -0400, Christopher Faylor wrote:
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes wrote:
On
On Wed, May 10, 2006 at 01:38:58AM -0400, Christopher Faylor wrote:
Would you be willing to try building a cygwin DLL with Corinna's
2006-04-04 Corinna Vinschen [EMAIL PROTECTED]
* net.cc (fdsock): Raise default SO_RCVBUF/SO_SNDBUF buffer sizes to
the same values as on
On Mon, Apr 24, 2006 at 08:12:42PM +0200, Corinna Vinschen wrote:
Please test the latest snapshot (at least 2006-Apr-24) from
http://cygwin.com/snapshots/
Please report back in this thread when you encounter a problem, which
you can't reproduce with 1.5.18 or 1.5.19. We're interested in
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes wrote:
On Mon, Apr 24, 2006 at 08:12:42PM +0200, Corinna Vinschen wrote:
Please test the latest snapshot (at least 2006-Apr-24) from
http://cygwin.com/snapshots/
Please report back in this thread when you encounter a
Christopher Faylor wrote:
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes
I'm having problems with rsync'ing perl seeming to hang that didn't
happen with 1.5.18/9 or snapshots up to 20060329. I'll try to post
cygcheck output soon.
Corinna changed ssh recently. Are you
On Tue, May 02, 2006 at 05:21:21PM +0100, Steven Hartland wrote:
Christopher Faylor wrote:
On Mon, May 01, 2006 at 11:11:57PM -0700, Yitzchak Scott-Thoennes
I'm having problems with rsync'ing perl seeming to hang that didn't
happen with 1.5.18/9 or snapshots up to 20060329. I'll try to post
Christopher Faylor wrote:
On Thu, Apr 27, 2006 at 03:38:27PM +0200, Danilo Turina wrote:
No, sorry: I'm not using a snapshot. I thought you intended to say that
/bin/pwd would have failed also with the current version.
Then please choose another thread to discuss any issues not involved with
On Fri, Apr 28, 2006 at 10:22:58AM +0200, Danilo Turina wrote:
Christopher Faylor wrote:
On Thu, Apr 27, 2006 at 03:38:27PM +0200, Danilo Turina wrote:
No, sorry: I'm not using a snapshot. I thought you intended to say that
/bin/pwd would have failed also with the current version.
Then please
On Apr 26 17:19, Christopher Faylor wrote:
You've mentioned that the first failing snapshot was 2006-03-13 so I'm
working under the impression that your report was accurate.
Neither Corinna nor I have been able to duplicate this hang.
I'm running the cron job every 5 minutes overnight and it
Eric Blake wrote:
[...]
Another set of tests is to use the experimental coreutils-5.94-5.
Doing/bin/pwd inside a directory on the strange filesystem stress tests
d_ino (I already know that on ClearCase (MVFS), /bin/pwd fails inside of
versioned directories, such as ccase/foo@@/main/, since
On 26 April 2006 20:21, Jerry D. Hedden wrote:
In this case, I used the full 20060426 snapshot and generated some stuck
processes. The output from 'ps' showed the following:
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
2944 11332 29292? 78809
Another set of tests is to use the experimental coreutils-5.94-5.
Doing/bin/pwd inside a directory on the strange filesystem stress tests
d_ino (I already know that on ClearCase (MVFS), /bin/pwd fails inside of
versioned directories, such as ccase/foo@@/main/, since ClearCase refuses
to
Eric Blake wrote:
Another set of tests is to use the experimental coreutils-5.94-5.
Doing/bin/pwd inside a directory on the strange filesystem stress tests
d_ino (I already know that on ClearCase (MVFS), /bin/pwd fails inside of
versioned directories, such as ccase/foo@@/main/, since ClearCase
Corinna Vinschen wrote:
On Apr 25 00:42, Charles Wilson wrote:
I'll take a look at this w.r.t clearcase. How exactly should I test --
what am I looking for? Just a little app that compares dirent.d_ino and
stat.st_ino for a specified file on the strange filesystem?
Thanks for the offer.
Danilo Turina danilo.turina at alcatel.it writes:
No, sorry: I'm not using a snapshot. I thought you intended to say that
/bin/pwd would have failed also with the current version.
Here's the behavior I see in a dynamic view, under 5.94-5:
$ /bin/pwd
/cygdrive/l/Implementation
$ cd
Charles Wilson cygwin at cwilson.fastmail.fm writes:
Nope, it was very consistent and did not change over time. One oddity is
that if you access a file (in a particular view (MVFS-speak for branch,
more or less)) via the 'multi-view' mount
Dave Korn wrote:
On 26 April 2006 20:21, Jerry D. Hedden wrote:
In this case, I used the full 20060426 snapshot and generated some stuck
processes. The output from 'ps' showed the following:
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
2944 11332 29292
On Thu, Apr 27, 2006 at 03:38:27PM +0200, Danilo Turina wrote:
No, sorry: I'm not using a snapshot. I thought you intended to say that
/bin/pwd would have failed also with the current version.
Then please choose another thread to discuss any issues not involved with
the Cygwin snapshot.
cgf
--
While I was watching the tumbleweeds blow by, I did some more
investigation on the problems I've been encountering with snapshots.
First of all, I tested every snapshot (always the FULL snapshot, of
course) from 2006-03-09 onwards with the following results:
20060309 - Last non-problematic
On Wed, Apr 26, 2006 at 12:20:30PM -0700, Jerry D. Hedden wrote:
While I was watching the tumbleweeds blow by, I did some more
investigation on the problems I've been encountering with snapshots.
First of all, I tested every snapshot (always the FULL snapshot, of
course)
Actually, installing the
On Apr 25 00:42, Charles Wilson wrote:
Corinna Vinschen wrote:
- Reintroducing the dirent member d_ino. 1.5.20 tries hard to return a
useful d_ino value, which is supposed to be also the same as st_ino as
returned by stat(2) in all cases, regardless of the obstacles to do
this on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Charles Wilson on 4/24/2006 10:42 PM:
Corinna Vinschen wrote:
- Reintroducing the dirent member d_ino. 1.5.20 tries hard to return a
useful d_ino value, which is supposed to be also the same as st_ino as
returned by stat(2) in
Jerry D. Hedden wrote:
I have a cron job (a bash script)
that runs every 6 minutes, polling and downloading info off the web.
The problem is the script hangs at various places and the stuck
processes keep building up.
Further, I have to kill these processes using the task monitor: kill
reports
On Tue, Apr 25, 2006 at 06:27:17AM -0700, Jerry D. Hedden wrote:
Jerry D. Hedden wrote:
I have a cron job (a bash script) that runs every 6 minutes, polling
and downloading info off the web.
The problem is the script hangs at various places and the stuck
processes keep building up.
Further, I
Jerry D. Hedden wrote:
I have a cron job (a bash script) that runs every 6 minutes, polling
and downloading info off the web.
The problem is the script hangs at various places and the stuck
processes keep building up.
Further, I have to kill these processes using the task monitor: kill
reports
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Jerry D. Hedden
Sent: Tuesday, April 25, 2006 9:27 AM
To: cygwin@cygwin.com
Subject: RE: Call for testing Cygwin snapshot
Jerry D. Hedden wrote:
I have a cron job (a bash script)
that runs every 6
increase the already incredible spam burden presented to
the cygwin and (especially) postmaster mailing lists.
Of Jerry D. Hedden
Sent: Tuesday, April 25, 2006 9:27 AM
To: cygwin
^^
Subject: RE: Call for testing Cygwin snapshot
As I said, these sort of problems started after
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Christopher Faylor
Sent: Tuesday, April 25, 2006 4:26 PM
To: cygwin@cygwin.com
Subject: Re: Call for testing Cygwin snapshot
On Tue, Apr 25, 2006 at 03:37:46PM -0400, Ernie Coskrey wrote
On Tue, Apr 25, 2006 at 04:33:37PM -0400, Ernie Coskrey wrote:
Well, what I got from your message was that you were pretty sure that
your fix may have addressed the problem, but not 100% sure. That's why
I posted this follow-up; it's possible that Jerry has found a scenario
that causes this
Ernie Coskrey wrote:
it's possible that Jerry has found a scenario that causes this problem to
occur.
Maybe not, but if he can reproduce it it would be worth checking.
I can reproduce the problem. That's not the issue. I cannot provide a
little test app to produce the problem at will.
As
Corinna Vinschen wrote:
- The problem with Ctrl-C propagated to an unrelated child process
(http://cygwin.com/ml/cygwin/2006-04/msg00556.html) should be fixed.
Thanks. This also solved a problem we had with a nohup'ed background
processing receiving SIGINT from the interactive shell from
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Christopher Faylor
Sent: Tuesday, April 25, 2006 4:39 PM
To: cygwin@cygwin.com
Subject: Re: Call for testing Cygwin snapshot
On Tue, Apr 25, 2006 at 04:33:37PM -0400, Ernie Coskrey wrote:
Well
On 25 April 2006 21:43, Jerry D. Hedden wrote:
Ernie Coskrey wrote:
it's possible that Jerry has found a scenario that causes this problem to
occur. Maybe not, but if he can reproduce it it would be worth checking.
I can reproduce the problem. That's not the issue. I cannot provide a
On Tue, Apr 25, 2006 at 10:17:47PM +0100, Dave Korn wrote:
On 25 April 2006 21:43, Jerry D. Hedden wrote:
Ernie Coskrey wrote:
it's possible that Jerry has found a scenario that causes this problem to
occur. Maybe not, but if he can reproduce it it would be worth checking.
I can reproduce
Christopher Faylor wrote:
On Tue, Apr 25, 2006 at 10:17:47PM +0100, Dave Korn wrote:
On 25 April 2006 21:43, Jerry D. Hedden wrote:
Ernie Coskrey wrote:
it's possible that Jerry has found a scenario that causes this problem to
occur. Maybe not, but if he can reproduce it it would be worth
On Tue, Apr 25, 2006 at 06:53:00PM -0400, Larry Hall (Cygwin) wrote:
I looked at the differences and I think the problem is due to one of
them. Yep, no doubt about it. There's got to be a change in there
that's the cause of this problem.
Thanks for narrowing it down, Larry. That really helps.
Corinna Vinschen wrote:
It's time again to release a new Cygwin version.
We're on the way to 1.5.20, and we're hoping that this release solves
or at least workarounds a couple of problems introduced in earlier
versions.
Seems to have created some new ones. I have a cron job (a bash script)
On Mon, Apr 24, 2006 at 01:53:39PM -0700, Jerry D. Hedden wrote:
Corinna Vinschen wrote:
It's time again to release a new Cygwin version.
We're on the way to 1.5.20, and we're hoping that this release solves
or at least workarounds a couple of problems introduced in earlier
versions. Please
Corinna Vinschen wrote:
The problem with Ctrl-C propagated to an unrelated child process
(http://cygwin.com/ml/cygwin/2006-04/msg00556.html) should be fixed.
It seems fixed in 20060421 and in 20060424 snapshots.
Thanks a lot,
Angelo.
--
Unsubscribe info:
Corinna Vinschen wrote:
- Reintroducing the dirent member d_ino. 1.5.20 tries hard to return a
useful d_ino value, which is supposed to be also the same as st_ino as
returned by stat(2) in all cases, regardless of the obstacles to do
this on Windows. Do you have strange file systems
Buzz schrieb:
Op Wed, 21 Dec 2005 20:54:12 +0100 schreef Holger Krull
in 43A9B2E4.5080908atgmx.de:
: Bas van Gompel schrieb:
: What do you mean when you write: ``strange quoting''?
:
: Most likely he means your use of two single qoutes ' instead of one double .
To not get confused with (C-
Op Thu, 22 Dec 2005 10:05:05 +0100 schreef Holger Krull
in 43AA6C41.9080508atgmx.de:
[``strange quoting''?]
: But i believe folks will call this OT now.
So do I. Read my slightly more topical response on the talk-list.
L8r,
Buzz.
--
) | | ---/ ---/ Yes, this | This message consists of
Op Wed, 21 Dec 2005 00:46:48 -0500 schreef Christopher Faylor
in [EMAIL PROTECTED]:
: On Wed, Dec 21, 2005 at 05:16:34AM +0100, Bas van Gompel wrote:
[Testing freshly built from a CVS-checkout on Dec 20...]
: This is on win 95 again...
: I commonly source a file containing among other things:
Bas van Gompel schrieb:
What do you mean when you write: ``strange quoting''?
Most likely he means your use of two single qoutes ' instead of one double .
And the arbitrary use of ticks `
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On Wed, Dec 21, 2005 at 08:54:12PM +0100, Holger Krull wrote:
Bas van Gompel schrieb:
What do you mean when you write: ``strange quoting''?
Most likely he means your use of two single qoutes ' instead of one
double . And the arbitrary use of ticks `
Exactly. Thank you for clarifying this for
Op Wed, 21 Dec 2005 20:54:12 +0100 schreef Holger Krull
in 43A9B2E4.5080908atgmx.de:
: Bas van Gompel schrieb:
:
:
: What do you mean when you write: ``strange quoting''?
:
:
: Most likely he means your use of two single qoutes ' instead of one double .
To not get confused with (C- or
Buzz wrote:
Those ` are called back-ticks... (and there is nothing arbitrary
about my use of them, IMHO.)
I did accidently start my quotes with '', not ``. Sorry about that.
On that topic I happen to agree with Markus Kuhn that ascii 0x60 should
not be used in place of quotation marks:
Op Wed, 21 Dec 2005 00:46:48 -0500 schreef Christopher Faylor
in [EMAIL PROTECTED]:
: On Wed, Dec 21, 2005 at 05:16:34AM +0100, Bas van Gompel wrote:
[With a freshly built dll from a CVS-checkout on Dec 20. extra consoles
pop up when logging into sshd on w95]
You fixed it. Great.
L8r,
Buzz
Op Wed, 30 Nov 2005 18:11:37 +0100 schreef Corinna Vinschen
in 20051130171137.GE2999atcalimero.vinschen.de:
: ask people for testing the latest snapshot, 2005-Nov-30, from
Actually, this is freshly built from a CVS-checkout on Dec 20.
: Please report back in this thread when you encounter a
On Wed, Dec 21, 2005 at 05:16:34AM +0100, Bas van Gompel wrote:
Op Wed, 30 Nov 2005 18:11:37 +0100 schreef Corinna Vinschen
in 20051130171137.GE2999atcalimero.vinschen.de:
: ask people for testing the latest snapshot, 2005-Nov-30, from
Actually, this is freshly built from a CVS-checkout on Dec
On Dec 18 08:56, David Rothenberger wrote:
Using the --delete switch to rsync with a large number of files causes
the rsync process to use large amounts of virtual memory with recent
snapshots, including 20051216. With a DLL built from CVS on 20051110,
this doesn't happen.
The easiest
On 12/8/2005 4:08 PM, David Rothenberger wrote:
--
Problem 2:
--
This is also with XEmacs. I normally start XEmacs with the following
command from a CMD.EXE
I built ROOT-5.06.00, a CERN application, at Nov 10 2005 using GCC-3.3.3-3
and the snapshot of that time.
All worked fine.
Now I have repeated the build using the same method, the same GCC-3.3.3-3,
but with the current snapshot 20051216 23:59:19.
The build fails:
Using the --delete switch to rsync with a large number of files causes
the rsync process to use large amounts of virtual memory with recent
snapshots, including 20051216. With a DLL built from CVS on 20051110,
this doesn't happen.
The easiest way I found to reproduce it was to run the
On Sun, Dec 18, 2005 at 12:55:47PM +0100, Angelo Graziosi wrote:
The build fails:
---
unix/src/TUnixSystem.cxx: In static member function `static const char*
TUnixSystem::UnixGetdirentry(void*)':
unix/src/TUnixSystem.cxx:3388: error: 'struct dirent' has
On Sun, Dec 18, 2005 at 11:22:33PM +0100, Angelo Graziosi wrote:
Christopher Faylor wrote:
Angelo Graziosi wrote:
I built ROOT-5.06.00, a CERN application, at Nov 10 2005 using
GCC-3.3.3-3 and the snapshot of that time.
All worked fine.
Now I have repeated the build using the same
I wrote:
The code that causes this error should be :
---
#if defined(_POSIX_SOURCE)
// Posix does not require that the d_ino field be present, and some
// systems do not provide it.
# define REAL_DIR_ENTRY(dp) 1
#else
# define
Angelo Graziosi wrote:
I wrote:
The code that causes this error should be :
---
#if defined(_POSIX_SOURCE)
// Posix does not require that the d_ino field be present, and some
// systems do not provide it.
# define REAL_DIR_ENTRY(dp) 1
#else
#
Hi,
I just noticed something else that may or may not be a problem
(noticed when working on tftpd). When I link with iberty (-liberty),
the getopt function doesn't return the correct value for the option
argument. Here is a sample program
#include stdio.h
#include getopt.h
int main
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a problem
(noticed when working on tftpd). When I link with iberty (-liberty),
the getopt function doesn't return the correct value for the option
argument. Here is a sample
On Dec 16, 2005, at 3:41 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a problem
(noticed when working on tftpd). When I link with iberty (-liberty),
the getopt function doesn't return the
On Fri, Dec 16, 2005 at 05:50:01PM -0800, Peter Rehley wrote:
On Dec 16, 2005, at 3:41 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a problem (noticed
when working on tftpd). When I link with
On Dec 16, 2005, at 6:14 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 05:50:01PM -0800, Peter Rehley wrote:
On Dec 16, 2005, at 3:41 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 02:41:54PM -0800, Peter Rehley wrote:
I just noticed something else that may or may not be a
On Fri, Dec 16, 2005 at 06:54:48PM -0800, Peter Rehley wrote:
I know that the cygwin getopt and libiberty getopt are different, but
I was just wondering why there is a liberty directory in the cygwin src.
Because the cygwin DLL build uses libiberty. What other reason would
there be?
And
On Dec 16, 2005, at 7:05 PM, Christopher Faylor wrote:
On Fri, Dec 16, 2005 at 06:54:48PM -0800, Peter Rehley wrote:
I know that the cygwin getopt and libiberty getopt are different, but
I was just wondering why there is a liberty directory in the
cygwin src.
Because the cygwin DLL build
On Dec 13 22:16, Angelo Graziosi wrote:
Dr. Volker Zell wrote:
I just checked this with 20051212 and emacs (not xemacs).
emacs -q
M-x flyspell-mode
M-x compile
M-x recompile
For me everything is working fine here.
I have tried also with the snapshots 20051212
Angelo Graziosi writes:
With the snapshots 20051212 13:44:06 the problems described previously
remain.
They seem a little worst.
I just checked this with 20051212 and emacs (not xemacs).
emacs -q
M-x flyspell-mode
M-x compile
M-x recompile
For me everything is working fine
Dr. Volker Zell wrote:
I just checked this with 20051212 and emacs (not xemacs).
emacs -q
M-x flyspell-mode
M-x compile
M-x recompile
For me everything is working fine here.
I have tried also with the snapshots 20051212 13:44:06, 20051213 00:12:38
with the same problems: they
On Dec 8 16:08, David Rothenberger wrote:
--
Problem 1:
--
With the 20051207 snapshot, I'm getting
recreate_mmaps_after_fork_failed errors from XEmacs. To
On Dec 11 22:44, Angelo Graziosi wrote:
The problems described in
http://cygwin.com/ml/cygwin/2005-12/msg00441.html
are absent if one uses the snapshot 2005.10.24 12:04:00.
Those problems appear at least from the snapshot 2005.11.17 and are
present also with the last snapshot
Corinna Vinschen writes:
Could the xemacs maintainer please have a look into that and break
this down into something which can be handled by a xemacs ignorant?
I think the OP means emacs and not xemacs. But xemacs has problems with
starting subprocesses as indicated in
o
On Dec 12 13:32, Dr. Volker Zell wrote:
Corinna Vinschen writes:
Could the xemacs maintainer please have a look into that and break
this down into something which can be handled by a xemacs ignorant?
I think the OP means emacs and not xemacs. But xemacs has problems with
On 12/12/2005 2:32 AM, Corinna Vinschen wrote:
On Dec 8 16:08, David Rothenberger wrote:
--
Problem 2:
--
This is also with XEmacs. I normally start XEmacs
On Dec 12 11:59, David Rothenberger wrote:
On 12/12/2005 2:32 AM, Corinna Vinschen wrote:
But I can't reproduce this grep problem since I'm unable to start the
above grep. The grep submenu is entirely greyed out when I look into
it.
I didn't mention the grep submenu. Here's a set of
On Mon, Dec 12, 2005 at 10:00:39PM +0100, Corinna Vinschen wrote:
On Dec 12 11:59, David Rothenberger wrote:
On 12/12/2005 2:32 AM, Corinna Vinschen wrote:
But I can't reproduce this grep problem since I'm unable to start the
above grep. The grep submenu is entirely greyed out when I look
On 12/12/2005 1:00 PM, Corinna Vinschen wrote:
On Dec 12 11:59, David Rothenberger wrote:
On 12/12/2005 2:32 AM, Corinna Vinschen wrote:
3. XEmacs will prompt for a command. The prompt will already have
grep -n . Just add (without quotes) -i system /etc/passwd and
then press Enter.
Dr. Volker Zell wrote:
I think the OP means emacs and not xemacs.
Yes, I mean EMACS and not XEmacs!
I confirm that the problems described in
http://cygwin.com/ml/cygwin/2005-12/msg00441.html
are absent with the snapshot 2005.10.24.
Ciao,
angelo.
--
Unsubscribe info:
Corinna Vinschen writes:
You *did* read that I checked in a patch this morning which should solve
this, didn't you?
http://cygwin.com/ml/cygwin/2005-12/msg00452.html
Yup, xemacs can start subprocesses again with the 20051212 snapshot.
Corinna
Thanks
Volker
--
With the snapshots 20051212 13:44:06 the problems described previously
remain.
They seem a little worst.
Best regards,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Hi,
With the 20051212 snapshot I am not seeing this problem. I'm still
running tests, but at this point it looks good. I'm also still
trying to see if it will hang.
Peter
On Dec 7, 2005, at 3:18 PM, Peter Rehley wrote:
Hi,
I've retried the problem I mentioned in this thread http://
The problems described in
http://cygwin.com/ml/cygwin/2005-12/msg00441.html
are absent if one uses the snapshot 2005.10.24 12:04:00.
Those problems appear at least from the snapshot 2005.11.17 and are
present also with the last snapshot 2005.12.10.
[With the recent snapshots some commands
Corinna Vinschen writes:
Since we're much too long on the way to the 1.5.19 release and there
are already way too many changes since 1.5.18, we would again like to
ask people for testing the latest snapshot, 2005-Nov-30, from
http://www.cygwin.com/snapshots/
Please
On Wed, Nov 30, 2005 at 06:11:37PM +0100, Corinna Vinschen wrote:
1.5.19 has also some new functionality over 1.5.18. If you have sources
which take advantage of that stuff if present, we're also interested in
getting feeedback about those:
- clock_getres, clock_setres.
- fts(3)
I'm having three problems with the latest snapshot.
--
Problem 1:
--
With the 20051207 snapshot, I'm getting
recreate_mmaps_after_fork_failed errors from XEmacs.
Corinna Vinschen wrote, on 11/30/2005 6:11 PM:
1.5.19 has also some new functionality over 1.5.18. If you have sources
which take advantage of that stuff if present, we're also interested in
getting feeedback about those:
...
- getline, getdelim.
...
I mentioned this when
On Dec 5 11:06, Nenad Antic wrote:
Corinna Vinschen wrote, on 11/30/2005 6:11 PM:
1.5.19 has also some new functionality over 1.5.18. If you have sources
which take advantage of that stuff if present, we're also interested in
getting feeedback about those:
...
- getline,
On Dec 5 11:19, Corinna Vinschen wrote:
On Dec 5 11:06, Nenad Antic wrote:
gcc -c -I../os/cygwin -I../include -DCYGWIN -DNO_DBM_REWRITEMAP
-DUSE_HSREGEX -DSHARED_CORE `../apaci` htpasswd.c
htpasswd.c:101: error: conflicting types for 'getline'
/usr/include/sys/stdio.h:31: error:
Corinna Vinschen wrote, on 12/5/2005 11:21 AM:
On Dec 5 11:19, Corinna Vinschen wrote:
On Dec 5 11:06, Nenad Antic wrote:
gcc -c -I../os/cygwin -I../include -DCYGWIN -DNO_DBM_REWRITEMAP
-DUSE_HSREGEX -DSHARED_CORE `../apaci` htpasswd.c
htpasswd.c:101: error: conflicting types
Corinna Vinschen wrote, on 12/5/2005 11:19 AM:
On Dec 5 11:06, Nenad Antic wrote:
Corinna Vinschen wrote, on 11/30/2005 6:11 PM:
1.5.19 has also some new functionality over 1.5.18. If you have sources
which take advantage of that stuff if present, we're also interested in
getting
1 - 100 of 118 matches
Mail list logo