Antoine Levy-Lambert wrote:
>
> David Rothenberger wrote :
> >Any suggestions would be appreciated, even if its just "try looking at
> >somefile.c". I don't mind investigation and can go with limited info;
> >I'm just out of ideas now.
> One idea would be to look at the source code of xemacs.
> I
"David Rothenberger" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
> This seems like the hard way of doing things. Slow and big, too.
> There's no particular reason to start X, since rxvt will work fine
> without it and will accomplish the same thing as xterm does.
>
Right
I h
David Rothenberger wrote :
>Any suggestions would be appreciated, even if its just "try looking at
>somefile.c". I don't mind investigation and can go with limited info;
>I'm just out of ideas now.
One idea would be to look at the source code of xemacs.
I presume that the copy and paste functions
Antoine Levy-Lambert wrote:
>
> > One work-around I've discovered is to start XEmacs from an rxvt
> > window instead of directly from bash. That fixes the problem for
> > me. I use the following shortcut for starting XEmacs:
> >
> > start /min c:\cygwin\bin\rxvt -T "start XEmacs" -e
> /bin/bas
I am really batting 0, apologies. I searched for Nigel rather than N.
Stephens. Sheesh.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygw
It would be very nice to get Nigel Stephens select patch
into a test release:
http://sources.redhat.com/ml/cygwin/2003-07/msg00254.html
This was the one where the socket connect state was not being
mainained across a fork. Or is this corrected in another way?
Jim
Christopher Faylor wrote:
I've
> One work-around I've discovered is to start XEmacs from an rxvt
> window instead of directly from bash. That fixes the problem for
> me. I use the following shortcut for starting XEmacs:
>
> start /min c:\cygwin\bin\rxvt -T "start XEmacs" -e
/bin/bash --login -i -c "DISPLAY= /usr/local/bin/xe
Antoine Levy-Lambert wrote:
>
> Does anyone have any idea about how this issue (cut and paste between xemacs
> running under cygwin 1-5.0-1 and Windows applications).
Or even a suggestion on where to start looking?
I still think this is related to the rxvt problems. I've done some
investigati
Does anyone have any idea about how this issue (cut and paste between xemacs
running under cygwin 1-5.0-1 and Windows applications).
The workaround of David is fine, a real solution would be better.
Cheers,
Antoine
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem repor
The Midnight Commander visual shell has been updated to version
4.6.0a-20030721-1 .
This release will _NOT_ work with versions of Cygwin prior to 1.5.0 .
Along with the ability to work with large file this new version will bring
you a lot of
bug fixes and some exciting new features. This release
Antoine,
Please keep your replies on the list. I set the Reply-To: header;
please make sure your mailer honors it.
> I have tried your workaround ... and it works for me, much to my surprise
> because my XEmacs is a Windows/Cygwin build, not an XWindows/Cygwin build,
> and so I do not understand
Antoine Levy-Lambert writes:
> Hi Christopher, Corinna,
>
> My xemacs is XEmacs 21.4.1.0 "Military Intelligence (Windows)" configured
> for `i686-pc.cywin`
>
> With cygwin 1.3, cut and paste between other applications and Xemacs works.
> With cygwin 1.5.0
Hi Christopher, Corinna,
My xemacs is XEmacs 21.4.1.0 "Military Intelligence (Windows)" configured
for `i686-pc.cywin`
With cygwin 1.3, cut and paste between other applications and Xemacs works.
With cygwin 1.5.0-1, cut and paste between other applications and Xemacs
does not work
Af
s that correspond
to the POSIX regular expression API. The PCRE library is free, even for
building commercial software.
have a look at http://www.pcre.org for details
Port Notes:
==
- version 4.3-3 -
Recompile against Cygwin-1.5.0
- version 4.3-2 -
Added pcre-config script t
Pavel Rozenboim wrote:
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: Thu, July 17, 2003 4:15 PM
To: Pavel Rozenboim
Cc: [EMAIL PROTECTED]
Subject: Re: cygwin 1.5.0 managed mode & backward compatibility
Pavel Rozenboim wrote:
-Original Message-
> -Original Message-
> From: Larry Hall [mailto:[EMAIL PROTECTED]
> Sent: Thu, July 17, 2003 4:15 PM
> To: Pavel Rozenboim
> Cc: [EMAIL PROTECTED]
> Subject: Re: cygwin 1.5.0 managed mode & backward compatibility
>
>
> Pavel Rozenboim wrote:
&g
Pavel Rozenboim wrote:
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]
Sent: Wed, July 16, 2003 6:07 PM
To: [EMAIL PROTECTED]
Subject: Re: cygwin 1.5.0 managed mode & backward compatibility
On Wed, Jul 16, 2003 at 01:48:28PM +0200, Pavel Rozenboim wrote:
Hi
On Thu, Jul 17, 2003 at 10:12:09AM +0200, Pavel Rozenboim wrote:
>> On Wed, Jul 16, 2003 at 01:48:28PM +0200, Pavel Rozenboim wrote:
>> directories (/,/usr/bin,
>> >/usr/lib) in managed mode. Now I can't access files that
>> have a capital
>> >letters that were created before upgrade to 1.5.0.
>>
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]
> Sent: Wed, July 16, 2003 6:07 PM
> To: [EMAIL PROTECTED]
> Subject: Re: cygwin 1.5.0 managed mode & backward compatibility
>
>
> On Wed, Jul 16, 2003 at 01:48:28PM +0200, Pavel Roze
Larry Hall wrote:
> It's not clear why Cygwin's release directory is the only one
> affected on RCN but it appears to be restricted to that site
> AFAICS.
I know you can't download from sources.redhat.com, but you can
cd to /pub/cygwin/release/ , what I couldn't when I noticed the
mirrors.rcn.net
I think you've gotten some bad information from somewhere. Mirrors
are really in charge of their own contents. You may want to check
with RCN about this. It's not clear why Cygwin's release directory is
the only one affected on RCN but it appears to be restricted to that
site AFAICS.
Larry
Robe
I'm not sure. Some of the other mirrors lost connections with sourceware.
I've not access to sourceware. Don't want it, really.
If you can figure out whats going on, let me know.
I'll check mirrors.rcn.net in the morning.
I have an ftp program to download some stuff not related to cygwin (MIDI
fil
Robert McNulty Junior wrote:
Are there any plans at letting mirrors.rcn.net continure hosting cygwin?
What leads you to the conclusion that the problem is on this end?
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Offi
Are there any plans at letting mirrors.rcn.net continure hosting cygwin?
Robert McNulty Junior
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http:/
On Wed, Jul 16, 2003 at 01:48:28PM +0200, Pavel Rozenboim wrote:
>Hi,
>
>I installed cygwin 1.5.0 and remounted all cygwin directories (/,/usr/bin,
>/usr/lib) in managed mode. Now I can't access files that have a capital
>letters that were created before upgrade to 1.5.0.
> -Original Message-
> From: Elfyn McBratney [mailto:[EMAIL PROTECTED]
> Sent: Wed, July 16, 2003 3:30 PM
> To: Pavel Rozenboim
> Cc: [EMAIL PROTECTED]
> Subject: Re: cygwin 1.5.0 managed mode & backward compatibility
>
>
> On Wed, 16 Jul 2003, P
On Wed, 16 Jul 2003, Pavel Rozenboim wrote:
> Hi,
>
> I installed cygwin 1.5.0 and remounted all cygwin directories (/,/usr/bin,
> /usr/lib) in managed mode. Now I can't access files that have a capital
> letters that were created before upgrade to 1.5.0.
>
> [EMAIL PRO
On Wed, Jul 16, 2003 at 01:48:28PM +0200, Pavel Rozenboim wrote:
> Hi,
>
> I installed cygwin 1.5.0 and remounted all cygwin directories (/,/usr/bin,
> /usr/lib) in managed mode. Now I can't access files that have a capital
> letters that were created before upgr
Hi,
I installed cygwin 1.5.0 and remounted all cygwin directories (/,/usr/bin,
/usr/lib) in managed mode. Now I can't access files that have a capital
letters that were created before upgrade to 1.5.0.
[EMAIL PROTECTED] ~
$ ls
/bin/ls: GNUstep: No such file or directory
/bin/ls: QB: No
OK, I see
Thanx :)
rlc
On Thu, 10 Jul 2003, Christopher Faylor wrote:
> On Thu, Jul 10, 2003 at 05:48:21PM +0200, Ronald Landheer-Cieslak wrote:
> >I was just walking my process tree with the process explorer when I saw
> >the cron process had an open handle to a non-existant process
> >(presum
On Thu, Jul 10, 2003 at 05:48:21PM +0200, Ronald Landheer-Cieslak wrote:
>I was just walking my process tree with the process explorer when I saw
>the cron process had an open handle to a non-existant process
>(presumably its parent).
That is correct. It is working as designed. It has always don
On Thu, 10 Jul 2003, Yanghui Bian wrote:
> Hello,
> If I install it, is there any command under bash shell to know the
> Version of Cygwin DLL? Thanks.
`uname -r'
Elfyn
--
Elfyn McBratney, EMCB
http://www.emcb.co.uk
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscri
Hello,
If I install it, is there any command under bash shell to know the
Version of Cygwin DLL? Thanks.
Regards,
Yanghui Bian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.h
On Thu, 10 Jul 2003, Elfyn McBratney wrote:
> On Thu, 10 Jul 2003, Ronald Landheer-Cieslak wrote:
>
> > Similar problem: `touch prn' doesn't create a file; I won't try to cat
> > something into it as that will probably print something :)
> >
> > The same thing as with com? happens with lpt?
>
> Th
On Thu, 10 Jul 2003, Ronald Landheer-Cieslak wrote:
> Similar problem: `touch prn' doesn't create a file; I won't try to cat
> something into it as that will probably print something :)
>
> The same thing as with com? happens with lpt?
There's a small bug when handling comn and lptn. I'd offer a
On Thu, Jul 10, 2003 at 06:12:00PM +0200, Pavel Rozenboim wrote:
>When I execute following commands in directory mounted in managed mode I get
>some failures:
>
>touch com1
>touch: setting times of `com1': Invalid argument
>
>(Same error for com2)
>
>touch com3
>touch: creating `com3': No such file
> -Original Message-
> From: Ronald Landheer-Cieslak [mailto:[EMAIL PROTECTED]
> Sent: Thu, July 10, 2003 5:52 PM
> To: Pavel Rozenboim
> Cc: Cygwin (E-mail)
> Subject: Re: another cygwin-1.5.0 managed mount bug
>
>
> Similar problem: `touch prn' doesn
Similar problem: `touch prn' doesn't create a file; I won't try to cat
something into it as that will probably print something :)
The same thing as with com? happens with lpt?
HTH
rlc
On Thu, 10 Jul 2003, Pavel Rozenboim wrote:
> When I execute following commands in directory mounted in manag
On Thu, Jul 10, 2003 at 04:40:31PM +0200, Ronald Landheer-Cieslak wrote:
>Perhaps, next time, you could be a bit more specific and I could try
>snapshots a bit more often, eh?
It's a deal.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwi
I was just walking my process tree with the process explorer when I saw
the cron process had an open handle to a non-existant process (presumably
its parent).
I tried the following code snippet to test that hypothesis:
-- BEGIN --
#include
#include
#include
int main( void )
{
pid_t child;
When I execute following commands in directory mounted in managed mode I get
some failures:
touch com1
touch: setting times of `com1': Invalid argument
(Same error for com2)
touch com3
touch: creating `com3': No such file or directory
I have 2 serial ports, this probably explains different erro
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]
> Sent: Thu, July 10, 2003 3:46 PM
> To: [EMAIL PROTECTED]
> Subject: Re: cygwin 1.5.0 and managed mode
>
>
> On Thu, Jul 10, 2003 at 04:22:27PM +0200, Pavel Rozenboim wrote:
> >
On Thu, 10 Jul 2003, Christopher Faylor wrote:
> On Thu, Jul 10, 2003 at 03:23:44PM +0200, Ronald Landheer-Cieslak wrote:
> >There seems to be a slight problem with the mangling/demangling of the
> >name.
> You're right. I know exactly what the problem is.
Great :)
> Can I make my usual grumble
On Thu, Jul 10, 2003 at 09:52:26AM -0400, Christopher Faylor wrote:
>On Thu, Jul 10, 2003 at 03:23:44PM +0200, Ronald Landheer-Cieslak wrote:
>>I just downloaded the new Cygwin for testing - cygcheck output is
>>available at
>>
>>http://blytkerchan.chez.tiscali.fr/cygcheck.out
>>af795066e634db972
On Thu, Jul 10, 2003 at 03:23:44PM +0200, Ronald Landheer-Cieslak wrote:
>I just downloaded the new Cygwin for testing - cygcheck output is
>available at
>
>http://blytkerchan.chez.tiscali.fr/cygcheck.out
>af795066e634db97201a98fdb1a974d4 *cygcheck.out
>
>and did this:
>
>$ mkdir c:/foo
>$ mkdir
On Thu, 10 Jul 2003, Christopher Faylor wrote:
> On Thu, Jul 10, 2003 at 04:02:15PM +0200, Pavel Rozenboim wrote:
> >How can I make cygwin to mount its directories (/,/usr/bin,...) in managed
> >mode by default, to make experiments with it easier?
>
> Please *do not* use this in normal operation.
On Thu, Jul 10, 2003 at 04:22:27PM +0200, Pavel Rozenboim wrote:
>
>
>> -Original Message-
>> From: Vince Hoffman [mailto:[EMAIL PROTECTED]
>> Sent: Thu, July 10, 2003 3:19 PM
>> To: 'Pavel Rozenboim'; [EMAIL PROTECTED]
>> Subject: RE:
On Thu, Jul 10, 2003 at 04:02:15PM +0200, Pavel Rozenboim wrote:
>How can I make cygwin to mount its directories (/,/usr/bin,...) in managed
>mode by default, to make experiments with it easier?
Please *do not* use this in normal operation. It is not ready for prime time,
as the recent bug report
gt; From: Vince Hoffman [mailto:[EMAIL PROTECTED]
> > Sent: Thu, July 10, 2003 3:19 PM
> > To: 'Pavel Rozenboim'; [EMAIL PROTECTED]
> > Subject: RE: cygwin 1.5.0 and managed mode
> >
> >
> > mount manipulates the registry entrys for you.
> Thanks.
> &
On Thu, 10 Jul 2003, Pavel Rozenboim wrote:
> when I try this from the shell I get an error :
>
> mount: /: Mount device busy
You have to unmount '/' first. It's best if you do something like this
mount -m >/tmp/mtab
...edit the file to add `-o managed'..
and then unmount your mount points,
On Thu, 10 Jul 2003, Pavel Rozenboim wrote:
> Actually I meant the changes in the registry (maybe??) to make it happen
> automatically.
`mount' does this for you. You shouldn't ever have to play with the registry to
change mounts.
Elfyn
--
Elfyn McBratney, EMCB
http://www.emcb.co.uk
[EMAIL PRO
On Thu, 10 Jul 2003, Ronald Landheer-Cieslak wrote:
> I just downloaded the new Cygwin for testing - cygcheck output is
> available at
>
> http://blytkerchan.chez.tiscali.fr/cygcheck.out
> af795066e634db97201a98fdb1a974d4 *cygcheck.out
>
> and did this:
>
> $ mkdir c:/foo
> $ mkdir /foo
> $ mount
> -Original Message-
> From: Vince Hoffman [mailto:[EMAIL PROTECTED]
> Sent: Thu, July 10, 2003 3:19 PM
> To: 'Pavel Rozenboim'; [EMAIL PROTECTED]
> Subject: RE: cygwin 1.5.0 and managed mode
>
>
> mount manipulates the registry entrys for you.
Thank
mount manipulates the registry entrys for you.
> -Original Message-
> From: Pavel Rozenboim [mailto:[EMAIL PROTECTED]
> Sent: 10 July 2003 15:11
> To: [EMAIL PROTECTED]
> Subject: RE: cygwin 1.5.0 and managed mode
>
>
>
>
> > -Original Messa
> -Original Message-
> From: Elfyn McBratney [mailto:[EMAIL PROTECTED]
> Sent: Thu, July 10, 2003 3:14 PM
> To: Pavel Rozenboim
> Cc: [EMAIL PROTECTED]
> Subject: Re: cygwin 1.5.0 and managed mode
>
>
> On Thu, 10 Jul 2003, Pavel Rozenboim wrote:
>
On Thu, 10 Jul 2003, Pavel Rozenboim wrote:
> Hi,
>
> How can I make cygwin to mount its directories (/,/usr/bin,...) in managed
> mode by default, to make experiments with it easier?
If 'C:\Cygwin' is mounted as '/' you would do
mount -o managed C:\\Cygwin /
from a shell. You should look at
I just downloaded the new Cygwin for testing - cygcheck output is
available at
http://blytkerchan.chez.tiscali.fr/cygcheck.out
af795066e634db97201a98fdb1a974d4 *cygcheck.out
and did this:
$ mkdir c:/foo
$ mkdir /foo
$ mount -o managed c:/foo /foo
$ cd /foo
$ touch hello
$ touch Hello
$ touch a
Hi,
How can I make cygwin to mount its directories (/,/usr/bin,...) in managed
mode by default, to make experiments with it easier?
Pavel.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwi
I tried pretty much the same thing with the attached files (test.c
generates a very big file, stat.c checks its size, cygcheck.out is
available at http://blytkerchan.chez.tiscali.fr/cygcheck.out (md5 sum:
56aa8e6d575d27bf8a2b740a25e13dd0) because it's rather large and not very
interesting.
Worked
Corinna Vinschen wrote:
On Thu, Jul 10, 2003 at 01:35:37PM +0200, Corinna Vinschen wrote:
On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote:
While trying if the new support for files larger than 2GB works, I
created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a
si
On Thu, Jul 10, 2003 at 01:35:37PM +0200, Corinna Vinschen wrote:
> On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote:
> > While trying if the new support for files larger than 2GB works, I
> > created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a
> > simple write in
Corinna Vinschen wrote:
On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote:
While trying if the new support for files larger than 2GB works, I
created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a
simple write in python. No problems here. But when stat-ing the file
On Thu, Jul 10, 2003 at 01:26:34PM +0200, Markus Sch?nhaber wrote:
> While trying if the new support for files larger than 2GB works, I
> created a file with a size of 4.53 GB (4,869,120,000 Bytes) using a
> simple write in python. No problems here. But when stat-ing the file
> with python's os.
1.0 sys=4.0
"cygPropList-0.dll" v0.0 ts=2002/5/14 5:13
Cygwin Package Information
Last downloaded files to: D:\cyg-pack
Last downloaded files from:
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin
Package Version
_update-info-dir00170-1
ash
I've made a new version of the Cygwin DLL and associated utilities
available for download. As usual, a list of what has changed is below.
This version is currently only available for testing. It contains major
changes in some APIs such that 64 bit file I/O operations are now
available. This mea
On Sat, Jul 05, 2003 at 02:28:45PM +0200, Hannu E K Nevalainen (garbage mail) wrote:
> Hmm... This makes me think of the "umsdos" filesystem for Linux.
http://www.google.com/search?q=site%3Acygwin.com%20umsdos
cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Speci
On Sat, 5 Jul 2003, Hannu E K Nevalainen (garbage mail) wrote:
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> > Of Christopher Faylor
>
> > Anyway, expect a testing version of 1.5.0 soon. Just to whet your
> > appetite a little, I also added a new mount option to this release:
> >
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Christopher Faylor
> Anyway, expect a testing version of 1.5.0 soon. Just to whet your
> appetite a little, I also added a new mount option to this release:
>
> mount -o managed c:/foo /foo
>
> A managed mount means that file names a
Christopher Faylor wrote:
I'm about to release cygwin 1.5.0. We've bumped the version to
1.5.0 because of some major changes in functionality - cygwin now
uses 64 bit file I/O by default.
This was a substantial effort on the part of Corinna Vinschen who
deserves major kudos for her w
I'm about to release cygwin 1.5.0. We've bumped the version to
1.5.0 because of some major changes in functionality - cygwin now
uses 64 bit file I/O by default.
This was a substantial effort on the part of Corinna Vinschen who
deserves major kudos for her work (which was entirely v
70 matches
Mail list logo
