setup.html says (emphasis mine):
Lines that *begin* with '#' are considered to be comments and are
ignored by the setup.ini generator.
Some of my sdesc/ldesc include a '#' not in the context of a comment
(e.g. C#), and this was causing the rest of the field to be chomp()ed,
mangling the
On Tue, Jun 08, 2010 at 11:32:39PM -0500, Yaakov (Cygwin/X) wrote:
setup.html says (emphasis mine):
Lines that *begin* with '#' are considered to be comments and are
ignored by the setup.ini generator.
Some of my sdesc/ldesc include a '#' not in the context of a comment
(e.g. C#), and this
On Wed, 2010-06-09 at 00:38 -0400, Christopher Faylor wrote:
That's not right. The intent is to provide comments like:
foo: bar #comment
Ah, well according to the website, mid-line comments are not allowed.
But if the website is wrong and they are supposed to be allowed, then
those within
Yuval Emek yuval.emek at gmail.com writes:
A very annoying situation: I'm getting a STATUS_ACCESS_VIOLATION
exception in about 2 out of 3 operations performed under cygwin/x. An
operation in this context can be starting an x application (e.g.,
xterm) or running some command from within
On Wed, 2010-06-09 at 05:07 +, Michael wrote:
2 [main] xterm 2484 exception::handle: Exception:
STATUS_ACCESS_VIOLATION
1660 [main] xterm 2484 open_stackdumpfile: Dumping stack trace to
xterm.exe.stackdump
2 [main] xterm 536 fork: child -1 - died waiting for longjmp
before
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2010-06-08 15:25:10
Modified files:
winsup/cygwin : ChangeLog path.cc
Log message:
* path.cc (symlink_info::check): Set h to NULL after closing handle
in udf check. Remove
There is a similar post from 2009 where the conclusion is that this
can be caused by very deep forking
(http://readlist.com/lists/cygwin.com/cygwin/6/34359.html). Is it
possible that the make script does very deep, or is stuck in infinite,
recursion?
On 6/8/10, Nasser M. Abbasi n...@12000.org
Err, 'very deep' was a bit misleading, the error seemed to show up at
2-3 levels according to the last post in that thread.
On 6/8/10, Alexander T mittspamko...@gmail.com wrote:
There is a similar post from 2009 where the conclusion is that this
can be caused by very deep forking
On 6/8/2010 12:46 AM, Alexander T wrote:
There is a similar post from 2009 where the conclusion is that this
can be caused by very deep forking
(http://readlist.com/lists/cygwin.com/cygwin/6/34359.html). Is it
possible that the make script does very deep, or is stuck in infinite,
recursion?
On Jun 8 00:54, Nasser M. Abbasi wrote:
On 6/8/2010 12:46 AM, Alexander T wrote:
There is a similar post from 2009 where the conclusion is that this
can be caused by very deep forking
(http://readlist.com/lists/cygwin.com/cygwin/6/34359.html). Is it
possible that the make script does very
On Jun 7 17:17, Christopher Faylor wrote:
Maybe this has been discussed and I just don't remember but why are /bin
and /usr/bin included in the default path in /etc/profile?
History?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project
Hi all,
$ ls -al ./xls/Thumbs.db
ls: cannot access ./xls/Thumbs.db: Input/Output error
Thumbs.db has the attribute hidden and is owend by an other user.
With
$ ls -al ./xls/
ls: cannot access ./xls/Thumbs.db: Input/Output error
?? ? ? ? ?? Thumbs.db
On 6/8/2010 1:25 AM, Corinna Vinschen wrote:
Your bug is something else.
I'm still waiting for some helpful debugging like an strace or, even
better, a simple testcase in plain C.
Corinna
If someone using windows 7 out there, can install Latex2html with the
current cygwin, they should be
On Jun 8 10:44, DEWI - N. Zacharias wrote:
Hi all,
$ ls -al ./xls/Thumbs.db
ls: cannot access ./xls/Thumbs.db: Input/Output error
Thumbs.db has the attribute hidden and is owend by an other user.
With
$ ls -al ./xls/
ls: cannot access ./xls/Thumbs.db: Input/Output error
$ touch my.exe
$ touch some-file
$ cp some-file my
cp: cannot create regular file `my': File exists
$ cp -f some-file my
cp: cannot create regular file `my': File exists
Same happen ever in cmd.exe so this is not 'bash' fault.
--
Problem reports: http://cygwin.com/problems.html
On 06/08/2010 07:47 AM, Oleksandr Gavenko wrote:
$ touch my.exe
$ touch some-file
$ cp some-file my
cp: cannot create regular file `my': File exists
$ cp -f some-file my
cp: cannot create regular file `my': File exists
Same happen ever in cmd.exe so this is not 'bash' fault.
This
On Tue, Jun 08, 2010 at 10:26:30AM +0200, Corinna Vinschen wrote:
On Jun 7 17:17, Christopher Faylor wrote:
Maybe this has been discussed and I just don't remember but why are /bin
and /usr/bin included in the default path in /etc/profile?
History?
/bin and /usr/bin have pointed to the same
On 6/8/2010 4:44 AM, DEWI - N. Zacharias wrote:
Hi all,
$ ls -al ./xls/Thumbs.db
ls: cannot access ./xls/Thumbs.db: Input/Output error
Please don't commandeer another thread for your own purposes. If you have
something new to report or say that isn't related to an existing thread,
just send
On Tue, Jun 8, 2010 at 08:01, Eric Blake wrote:
On 06/08/2010 07:47 AM, Oleksandr Gavenko wrote:
$ touch my.exe
$ touch some-file
$ cp some-file my
cp: cannot create regular file `my': File exists
$ cp -f some-file my
cp: cannot create regular file `my': File exists
Same
On Jun 8 10:23, Christopher Faylor wrote:
On Tue, Jun 08, 2010 at 10:26:30AM +0200, Corinna Vinschen wrote:
On Jun 7 17:17, Christopher Faylor wrote:
Maybe this has been discussed and I just don't remember but why are /bin
and /usr/bin included in the default path in /etc/profile?
On 06/08/2010 08:43 AM, Steven Collins wrote:
directory as can be demonstrated by a simple touch foo foo.exe
command. Both files will be created.
Arguably, both should NOT be created, for the same reasons. That is, it
is probably worth a patch to make open(foo.exe,O_CREAT|O_EXCL,mode)
fail if
On 06/08/2010 10:52 AM, Eric Blake wrote:
On 06/08/2010 08:43 AM, Steven Collins wrote:
directory as can be demonstrated by a simple touch foo foo.exe
command. Both files will be created.
Arguably, both should NOT be created, for the same reasons. That is, it
is probably worth a patch to make
On 06/08/2010 09:42 AM, risin...@nationwide.com wrote:
As to the cp issue, while IMHO, it should go ahead and do the copy,
a more instructive error message would be helpful:
cp: cannot create regular file `my': File 'my.exe' exists
Huh? Do the copy, then give a failure message? No. A
On Tue, Jun 8, 2010 at 10:42 AM, risin...@nationwide.com wrote:
I disagree. This seems to me to be adopting the Microsoft policy of doing
the user's thinking for them: I don't care what they want - we know
what's best for them. If a person wants to have foo and foo.exe in
the same
On 06/08/2010 09:42 AM, risin...@nationwide.com wrote:
As to the cp issue, while IMHO, it should go ahead and do the copy,
a more instructive error message would be helpful:
cp: cannot create regular file `my': File 'my.exe' exists
Huh? Do the copy, then give a failure message? No. A
Greetings, Eric Blake!
As to the cp issue, while IMHO, it should go ahead and do the copy,
a more instructive error message would be helpful:
cp: cannot create regular file `my': File 'my.exe' exists
Huh? Do the copy, then give a failure message? No. A failure message
should only occur
On Jun 8 12:09, risin...@nationwide.com wrote:
On 06/08/2010 09:42 AM, risin...@nationwide.com wrote:
As to the cp issue, while IMHO, it should go ahead and do the copy,
a more instructive error message would be helpful:
cp: cannot create regular file `my': File 'my.exe' exists
Huh?
I disagree. This seems to me to be adopting the Microsoft policy of
doing
the user's thinking for them: I don't care what they want - we know
what's best for them. If a person wants to have foo and foo.exe
in
the same directory, that should be allowed. A few times getting
tripped
up by
I installed cygwin 1.5 using the setup-legacy.exe and all the binaries get
installed in C:\Cygwin\usr\bin instead of C:\Cygwin\bin and hence the
C:\cygwin\cygwin.bat link is broken
How do I change the binaries install location from C:\Cygwin\usr\bin to
C:\Cygwin\bin
thanks in advance,
Gregg Levine gregg.drwho8 at gmail.com writes:
Hello!
Justin for my peace of mind, please enter at a prompt #bzip2 --help
or #bzip2 --version. And then report back what that says. (What's
inside the quotes of course, the pound mark was used to illustrate a
prompt mark.)
When I entered
On 6/8/2010 12:23 PM, prakash babu wrote:
I installed cygwin 1.5 using the setup-legacy.exe and all the binaries get
installed in C:\Cygwin\usr\bin instead of C:\Cygwin\bin and hence the
C:\cygwin\cygwin.bat link is broken
How do I change the binaries install location from C:\Cygwin\usr\bin to
On 07/06/2010 22:17, Christopher Faylor wrote:
Maybe this has been discussed and I just don't remember but why are /bin
and /usr/bin included in the default path in /etc/profile? Since they
point to the same directory that just slows bash down a little when
finding files not in /bin.
Some
On Tue, Jun 08, 2010 at 06:56:48PM +0100, Dave Korn wrote:
On 07/06/2010 22:17, Christopher Faylor wrote:
Maybe this has been discussed and I just don't remember but why are /bin
and /usr/bin included in the default path in /etc/profile? Since they
point to the same directory that just slows
On 08/06/2010 19:27, Christopher Faylor wrote:
On Tue, Jun 08, 2010 at 06:56:48PM +0100, Dave Korn wrote:
On 07/06/2010 22:17, Christopher Faylor wrote:
Maybe this has been discussed and I just don't remember but why are /bin
and /usr/bin included in the default path in /etc/profile? Since
There are several updates to the Unison packages for Cygwin:
* unison2.40 - New Cygwin package. Current beta release upstream.
* unison2.32 - Updated; documentation updates only. Current stable release
upstream.
* unison2.27 - Updated; documentation updates only. Although officially
Ill throw in my two cents. I don't want to overwrite an existing file
accidentally. Ie if I ls foo and that writes to foo.exe I would be
frustrated. This hasn't happened to me yet so it might not be to big of
a problem. It seems a bit odd that the behavior would change if there
is a file in
Ok, I would like to jump in this subject, because this is getting me
too waay curious...
On Wed, Jun 9, 2010 at 01:17, Matthew B. Smith wrote:
Ill throw in my two cents. I don't want to overwrite an existing file
accidentally. Ie if I ls foo and that writes to foo.exe I would be
frustrated.
In cygwin 1.7 chmod does not work with MS DOS style paths and I need to convert
these paths to POSIX style paths before doing the chmod
Is there a way to create a wrapper chmod.exe that will do this conversion and
then perform the chmod operation.
thanks,
Prakash
--
Problem reports:
On 06/07/2010 08:00 AM, Corinna Vinschen wrote:
I'm not sure about your terminology. With pre-shared key you're
talking about public key authentication, right?
Yes where you put say hostA:~/.ssh/id_dsa.pub into
hostB:~/.ssh/authorized_keys.
If so, I just tested this again with Linux and XP
On 6/8/2010 9:55 PM, prakash babu wrote:
In cygwin 1.7 chmod does not work with MS DOS style paths and I need to
convert these paths to POSIX style paths before doing the chmod
Is there a way to create a wrapper chmod.exe that will do this conversion and
then perform the chmod operation.
How
On Wed, Jun 9, 2010 at 13:38, Julio Costa wrote:
And this is where my head got reeeally spinning... can anyone, please,
explain the reason to why this .exe magic exists, anyway?
I can't answer that, but there is a style of symlinks that use .lnk
files. Cygwin displays them without that
On Wed, Jun 09, 2010 at 02:38:30AM +0100, Julio Costa wrote:
And this is where my head got reeeally spinning... can anyone, please,
explain the reason to why this .exe magic exists, anyway?
It's already been explained in this very thread.
cgf
--
Problem reports:
There are several updates to the Unison packages for Cygwin:
* unison2.40 - New Cygwin package. Current beta release upstream.
* unison2.32 - Updated; documentation updates only. Current stable release
upstream.
* unison2.27 - Updated; documentation updates only. Although officially
43 matches
Mail list logo