Hi,
I noticed a strange problem. I tried to run 'cmp' from a DOS box but it
could not find the file.
cmp d:\Data\file1 e:file2
did simply not see file2 even if I started cmp from e:.
As I was off-line when I needed cmp, I wrote my own cmp to compare the
files.
What surprise. The same effe
Hello Brian,
Brian Dessent wrote:
I can't reproduce this. I right click and create a new Notepad file
foo.txt, it has the permissions:
may be you have deactivated the UAC as morgan suggested?
The permissions on a file created with native Windows methods should
inherit from the parent fold
I forgot to CC the mailing list.
--- Begin Message ---
Hello Morgan,
morgan gangwere wrote:
1 - Turn Off UAC
I turned it off, and now when I create a file, the access rights are u+rwx.
Also the user is Administrator, whereas it was my username when I have
UAC on.
So I suppose that Brian
On May 27 07:49, Erich Dollansky wrote:
> Hi,
>
> I noticed a strange problem. I tried to run 'cmp' from a DOS box but it
> could not find the file.
>
> cmp d:\Data\file1 e:file2
Actually we don't expect this to work. The DOS notion of a drive relative
working directory isn't supported by Cygw
On May 27 22:25, Angelo Graziosi wrote:
>
> I want to flag that with the Cygwin snapshots (those of 1.7 version) there
> is this problem using rsync:
>
> -
> $ rsync -av --delete ftp.dante.de::CTAN/systems/win32/miktex /tmp
>
> rece
Hi,
Corinna Vinschen wrote:
On May 27 07:49, Erich Dollansky wrote:
I noticed a strange problem. I tried to run 'cmp' from a DOS box but it
could not find the file.
cmp d:\Data\file1 e:file2
Actually we don't expect this to work. The DOS notion of a drive relative
it works perfectly ev
Hi,
Erich Dollansky wrote:
Hi,
Corinna Vinschen wrote:
On May 27 07:49, Erich Dollansky wrote:
I noticed a strange problem. I tried to run 'cmp' from a DOS box but
it could not find the file.
cmp d:\Data\file1 e:file2
Actually we don't expect this to work. The DOS notion of a drive
re
Hi Eric
Were you able to reproduce the problem I encountered with dd?
Cheers
Peter
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cyg
On May 29 13:03, Erich Dollansky wrote:
> Hi,
>
> Corinna Vinschen wrote:
> >On May 27 07:49, Erich Dollansky wrote:
> >>
> >>I noticed a strange problem. I tried to run 'cmp' from a DOS box but it
> >>could not find the file.
> >>
> >>cmp d:\Data\file1 e:file2
> >
> >Actually we don't expect thi
Corinna Vinschen wrote:
> Any chance that you start debugging this?
Sorry, but I have not a great experience with debugging, so when I detect
some problems I flag them to the list hoping that someone more expert look
at them.
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsu
On May 29 15:21, Angelo Graziosi wrote:
>
> Corinna Vinschen wrote:
>
> > Any chance that you start debugging this?
>
>
> Sorry, but I have not a great experience with debugging, so when I detect
> some problems I flag them to the list hoping that someone more expert look
> at them.
Maybe this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arnaud Legout wrote:
> I forgot to CC the mailing list.
>
>
>
>
> Subject:
> Re: file permissions on vista
> From:
> Arnaud Legout <[EMAIL PROTECTED]>
> Date:
> Tue, 29 May 200
I've uploaded an experimental version 6.15.00-3 of tcsh to cygwin.com.
This version is supposed to solve problems with DOS lineendings when
using tcsh as login shell. A typical problem are broken or hanging
rsync calls with tcsh as (remote) login shell.
The problem is that Cygwin's tcsh is using
Arnaud Legout wrote:
> Hello Brian,
>
> Brian Dessent wrote:
>> I can't reproduce this. I right click and create a new Notepad file
>> foo.txt, it has the permissions:
>>
>
> may be you have deactivated the UAC as morgan suggested?
>> The permissions on a file created with native Windows meth
Hi,
Can we have a freetype update, LilyPond 2.12 will require at least
2.1.10?
Greetings,
Jan.
--
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien | http://www.lilypond.org
--
Unsubscribe info: http://cygwin.com/ml/#unsubscrib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corinna Vinschen wrote:
> On May 29 15:21, Angelo Graziosi wrote:
>> Corinna Vinschen wrote:
>>
>>> Any chance that you start debugging this?
>>
>> Sorry, but I have not a great experience with debugging, so when I detect
>> some problems I flag them t
Peter Milne netspeed.com.au> writes:
>
> Hi Eric
>
> Were you able to reproduce the problem I encountered with dd?
Yes - and it looks like there is indeed a cygwin bug, unrelated to my newlib
patch to stdout.
$ cd /tmp
$ dd bs=1 seek=4540030013 if=/dev/zero of=huge count=1
$ ls -l huge blah
Corinna Vinschen wrote:
> Maybe this is a good chance to gain some debugging skills?
May you suggest how to start ?
TIA,
Angelo.
(I forgot to write that
rsync -av --delete ftp.dante.de::CTAN/systems/win32/miktex /tmp
works fine with 1.5.24-2 and 1.5.24-2 rebuilt with recent newli
On Sat, 26 May 2007, John wrote:
> I can't get:
>
> #! /bin/sh
> echo "Type file name: \c"
> read FNAME
> echo $FNAME
> #
>
> to work without the line feed (using " or ' quotes
> in the echo). Any tips?
'\c' is an escape sequence that prompts 'echo' to disable the trailing
newline. However, you
Eric Blake byu.net> writes:
> Somehow, when the file size is huge, cygwin is not properly propogating that
an
> O_APPEND bit (0x9 in the flags printed from F_GETFL) means that the initial
> offset of fd 1 is the end of the file. (And it would be nice if strace would
> show the initial lseek
On Sat, 26 May 2007, Eric Blake wrote:
> But in classic open source mindset, the release will be sooner if you
> help.
Only microscopically in this case, since to my knowledge there is no
public list of release criteria or open issues that need addressing before
releasing 1.7.0.
--
Brian Ford
L
Hi, I've installed qt-win-opensource-4.2.3-mingw.exe from trolltech and
I'm using the tools installed by cygwin to develop Qt programs. Well,
one could argue I'm not really using cygwin because I have to pass
-mno-cygwin when compiling otherwise I get errors for non-trivial programs.
Anyway, -mn
On May 29 15:28, Eric Blake wrote:
> Eric Blake byu.net> writes:
>
> > Somehow, when the file size is huge, cygwin is not properly propogating
> > that
> an
> > O_APPEND bit (0x9 in the flags printed from F_GETFL) means that the initial
> > offset of fd 1 is the end of the file. (And it woul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Lilja wrote:
> Hi, I've installed qt-win-opensource-4.2.3-mingw.exe from trolltech and
> I'm using the tools installed by cygwin to develop Qt programs. Well,
> one could argue I'm not really using cygwin because I have to pass
> -mno-cygwin when
On 29 May 2007 16:52, morgan gangwere wrote:
> easy way:
> 1 - compile as normal
> 2 - after qmake finishes, COPY cygwin1.dll mingwm10.dll and qtui.dll (or
> someshizzat like that) to the OUTPUT directory of your build. now you
> can run all this from just doulble clicking it in Windows.
Wrong,
Corinna Vinschen cygwin.com> writes:
> >
> > assert (0 == lseek (open("existing", O_WRONLY | O_APPEND), 0, SEEK_CUR));
>
> Can you give me a pointer?
http://www.opengroup.org/onlinepubs/009695399/functions/open.html
"The file offset used to mark the current position within the file shall be se
Sigh. This post is a fine example of exactly why we're removing the
-mno-cygwin option: for some reason, despite it being very plainly called "no
cygwin", people just refuse to believe that the stuff it creates has NO CYGWIN
in it.
On 29 May 2007 16:46, Eric Lilja wrote:
> Hi, I've installed
Eric Lilja wrote:
> Hi, I've installed qt-win-opensource-4.2.3-mingw.exe from trolltech
> and I'm using the tools installed by cygwin to develop Qt programs.
> Well, one could argue I'm not really using cygwin because I have to
> pass -mno-cygwin when compiling otherwise I get errors for non-tr
On May 29 15:28, Eric Blake wrote:
> Eric Blake byu.net> writes:
>
> > Somehow, when the file size is huge, cygwin is not properly propogating
> > that
> an
> > O_APPEND bit (0x9 in the flags printed from F_GETFL) means that the initial
> > offset of fd 1 is the end of the file. (And it woul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Korn wrote:
> On 29 May 2007 16:52, morgan gangwere wrote:
>
>> easy way:
>> 1 - compile as normal
>> 2 - after qmake finishes, COPY cygwin1.dll mingwm10.dll and qtui.dll (or
>> someshizzat like that) to the OUTPUT directory of your build. now yo
Eric Lilja wrote:
> Hi, I've installed qt-win-opensource-4.2.3-mingw.exe from trolltech and
> I'm using the tools installed by cygwin to develop Qt programs. Well,
> one could argue I'm not really using cygwin because I have to pass
> -mno-cygwin when compiling otherwise I get errors for non-trivi
The GNU ddrescue package is now part of the Cygwin distribution.
http://www.gnu.org/software/ddrescue/ddrescue.html
Important note for Cygwin (<= 1.5.24-2):
When reading from a raw device with sector size > 512 Bytes, it is
required to specify the exact sector size with the '-b' option.
(for C
Corinna Vinschen cygwin.com> writes:
> I fixed both bugs in CVS. It's rather disappointing that
>
> SetFilePointer (handle, 0, NULL, FILE_END);
>
> fails for files > 4Gigs. It's actually required that the offset_high
> pointer is a valid pointer to a LONG containing 0. Oh well.
Nice catch
Eric, when I try make CC="gcc -E" I get this error in the output:
.libs/dbus-glib.o: file not recognized: File format not recognized
I'm building dbus-glib from source and I get this error when I make:
In file included from /usr/include/unistd.h:4,
from dbus-binding-tool-glib.c:
Scott Peterson wrote:
> Eric, when I try make CC="gcc -E" I get this error in the output:
> .libs/dbus-glib.o: file not recognized: File format not recognized
You just created an .o file consisting of the output of the
preprocessor. That's obviously not going to work in the context of make
where
Group,
Could somebody give me a few pointers as to how to use/configure a
ramdrive to speed-up cygwin.
There was a posting a few weeks ago
(http://sourceware.org/ml/cygwin/2007-05/msg00121.html) in which Brian
Dessent mentions that he is using a ramdrive for building gcc.
Brian, would you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Igor Peshansky on 5/29/2007 9:20 AM:
> '\c' is an escape sequence that prompts 'echo' to disable the trailing
> newline. However, you have to tell 'echo' to look for escape sequences,
> i.e.,
>
> echo -e "Type file name: \c"
Except that
Hans Horn wrote:
> Could somebody give me a few pointers as to how to use/configure a
> ramdrive to speed-up cygwin.
>
> There was a posting a few weeks ago
> (http://sourceware.org/ml/cygwin/2007-05/msg00121.html) in which Brian
> Dessent mentions that he is using a ramdrive for building gcc.
>
Scott Peterson wrote:
> Here's the content of the intermediate file dbus-binding-tool-glib.i:
Did you really have to send a 350 KB message to thousands of people?
Some people consider that a little wasteful when exactly one line of all
of that was relevant. If you're going to do that at least s
On 2007-05-30 00:12Z, Scott Peterson wrote:
>
> Here's the content of the intermediate file dbus-binding-tool-glib.i:
[major snip]
On 2007-05-29 02:07Z, you had written:
>
> In file included from /usr/include/unistd.h:4,
> from dbus-binding-tool-glib.c:39:
> /usr/include/sys/unis
Greg Chicares wrote:
On 2007-05-30 00:12Z, Scott Peterson wrote:
Here's the content of the intermediate file dbus-binding-tool-glib.i:
[major snip]
On 2007-05-29 02:07Z, you had written:
In file included from /usr/include/unistd.h:4,
from dbus-binding-tool-glib.c:39:
/usr/inc
Brian Dessent wrote:
Hans Horn wrote:
Could somebody give me a few pointers as to how to use/configure a
ramdrive to speed-up cygwin.
There was a posting a few weeks ago
(http://sourceware.org/ml/cygwin/2007-05/msg00121.html) in which Brian
Dessent mentions that he is using a ramdrive for buil
I am exploring how process substitution works on Cygwin. I have scripts
which run fine on Linux but not on Windows XP.
Why does one of these scripts produce an error and the other does not?
Script #1:
$ cat a
#!/bin/bash
function f()
{
echo "$1"
cat "$1"
}
f <(echo OK)
$ ./a
/proc/se
B. K. Oxley (binkley) wrote:
> I am exploring how process substitution works on Cygwin. I have scripts
> which run fine on Linux but not on Windows XP.
>
> Why does one of these scripts produce an error and the other does not?
>
> Script #1:
>
> $ cat a
> #!/bin/bash
>
> function f()
> {
>
mode, but which were masked by a cygwin bug that was
present up until the 20070529 snapshot. See also the upstream
documentation in /usr/share/doc/coreutils-6.9/.
DESCRIPTION:
GNU coreutils provides a collection of commonly used utilities essential
to a standard POSIX environment. It
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to B. K. Oxley (binkley) on 5/29/2007 9:05 PM:
> Why does one of these scripts produce an error and the other does not?
> function f()
> {
>echo "$1"
shell builtin, and it does not touch the fifo (try replacing this with
/bin/echo to see
Hello all,
I hope you can help me, I'm really having problems to install cygwin.
My OS is Win2k SP 2. I have downloaded the latest version of setup.exe
(2.510.2.2) and stored it into C:\cyginstall.
I started the installation with administrator rights. Then I went through
the installation choosing
47 matches
Mail list logo
