Hi,
I'm working on a integrating vim with the windows clipboard. The approach I
took was to reuse the win32 clipboard handling routines that are normally part
of compiling vim for windows use.
I know that it basically works for me (I don't do anything other than edit
ASCII), but I don't know
Frodak, le Sat 13 Jan 2007 08:51:29 -0800, a écrit :
I know that it basically works for me (I don't do anything other than edit
ASCII), but I don't know about all the other configurations, etc. I don't
know what peoples preferences would be if I should try to get these changes
part of vim,
Thrall, Bryan wrote:
... And in fact, disabling DEP for setup.exe fixes the problem. So, it
looks like setup.exe is trying to execute some memory that Windows
thinks it shouldn't be (the invalid this pointer, probably, but why then
is it invalid at that point and valid after the segfault?).
On Jan 13 17:59, Samuel Thibault wrote:
Frodak, le Sat 13 Jan 2007 08:51:29 -0800, a écrit :
I know that it basically works for me (I don't do anything other than edit
ASCII), but I don't know about all the other configurations, etc. I don't
know what peoples preferences would be if I
Hi.
As stated in your faq, if I find a keyboard layout that is not
automaticly detected I should send it over to you guys.
(--) winConfigKeyboard - Layout: 040F (040f)
(EE) Keyboardlayout Icelandic (040F) is unknown
This layout is 'is' layout, standard 105 keys layout.
I downloaded Cygwin the other day, and haven't been able to get it
running. The first time I installed it, whenever I would run Cygwin.bat,
the command shell would open up. However, it would immediately close. So
I reinstalled Cygwin, and was able to get the bash shell to work. Then I
tried to
CVSROOT:/cvs/src
Module name:src
Branch: cr-0x5f1
Changes by: [EMAIL PROTECTED] 2007-01-13 10:20:41
Modified files:
winsup/cygwin : ChangeLog glob.cc
Log message:
* glob.cc: Update copyright notice with latest from FreeBSD.
(glob0): Use
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-01-13 20:56:01
Modified files:
winsup/cygwin : ChangeLog syscalls.cc
Log message:
* syscalls.cc (unlink_nt): Don't move files to recycle bin which are
not in use.
Patches:
On Thu, Jan 11, 2007 at 10:46:48AM +0100, Corinna Vinschen wrote:
This works on my machine now. So previously why was the former method
failing, do you think?
Er... haven't we discussed this at great lengths in this thread?
Yes, but did we ever establish a reason that was actually solid
On Jan 13 00:22, Christopher Layne wrote:
The real question I have is why was what *should* have worked, not working?
That has been answered immediately in the replies:
http://cygwin.com/ml/cygwin/2007-01/msg00093.html
http://cygwin.com/ml/cygwin/2007-01/msg00095.html
On Jan 12 17:54, Miguel A. Figueroa-Villanueva wrote:
Hello Everyone,
When configuring sshd host with the ssh-host-config script I got
errors from the chown commands at the end of the script. The reason is
that my /etc/group file sets S-1-5-32-544 to 0 not 544 (my
passwd/group files are
Hello,
The file crt2.o is present in /usr/lib/mingw. But the error remains
the same.
[EMAIL PROTECTED] ~
$ gcc -mno-cygwin hello.c
/usr/bin/ld: crt2.o: No such file: No such file or directory
collect2: ld returned 1 exit status
I also found that I get another error if I compile the program
On Sat, Jan 13, 2007 at 11:25:08AM +0100, Corinna Vinschen wrote:
On Jan 13 00:22, Christopher Layne wrote:
The real question I have is why was what *should* have worked, not working?
That has been answered immediately in the replies:
http://cygwin.com/ml/cygwin/2007-01/msg00093.html
On 13 January 2007 11:26, Thomas Antony wrote:
Hello,
The file crt2.o is present in /usr/lib/mingw. But the error remains
the same.
[EMAIL PROTECTED] ~
$ gcc -mno-cygwin hello.c
/usr/bin/ld: crt2.o: No such file: No such file or directory
collect2: ld returned 1 exit status
I also
Kevin T Cella wrote:
And what does #! look like?
#! /usr/bin/perl
Is there something that the space after the ! and before the /
buys you?
Readability. It is simply a question of style. I prefer the space. Has
it come to that?
Has it come to what? I simply asked a question. You provided an
On Sat, Jan 13, 2007 at 06:29:18AM -0800, Christopher Layne wrote:
On Sat, Jan 13, 2007 at 11:25:08AM +0100, Corinna Vinschen wrote:
On Jan 13 00:22, Christopher Layne wrote:
The real question I have is why was what *should* have worked, not
working?
That has been answered immediately in the
...
Nop.
[EMAIL PROTECTED] ~
$ grep 'gcc\|mingw\|w32api' a.txt b.txt
a.txt:gcc 3.4.4-3OK
a.txt:gcc-core 3.4.4-3OK
a.txt:gcc-g++ 3.4.4-3OK
a.txt:gcc-mingw20040810-1 OK
a.txt:gcc-mingw-core
Ugh, top-posting... Reformatted.
On Sat, 13 Jan 2007, Thomas Antony wrote:
On 1/13/07, Dave Korn [EMAIL PROTECTED] wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
[snip]
It would be helpful if you could run cygcheck -c a.txt before doing so,
cygcheck -c b.txt afterwards,
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this conditional only if a regular delete fails because
the
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
On Jan 12 10:34, Brian Ford wrote:
On Fri, 12 Jan 2007, Corinna Vinschen wrote:
Current CVS contains a change which is probably the cause for that.
Before deleting a file, the file is moved to the recycle bin.
Couldn't we make this
On Jan 13 14:08, Igor Peshansky wrote:
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
[... needless full quote deleted ...]
Can anybody explain to me why moving to the bin should take that
long on another machine? Apparently the performance hit is barely
visible on my machine. It's hardly
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
On Jan 13 14:08, Igor Peshansky wrote:
On Sat, 13 Jan 2007, Corinna Vinschen wrote:
[... needless full quote deleted ...]
Can anybody explain to me why moving to the bin should take that
long on another machine? Apparently the performance
I simply asked a question. You provided an answer.
Whose undies are in a bunch here?
As did I. Sorry I misinterpreted your tone.
Wouldn't it be much more
stylistic and clear to simply point directly at the Perl you insist
on
using? Or did you really mean you are putting /usr/bin/perl in
On 13 January 2007 18:19, Corinna Vinschen wrote:
Ok, next thing is taking the time with the current implementation
which always moves the file to the bin:
$ ./deltest.sh
Creating files... Ok.
Deleting files ...
real0m2.546s
user0m0.233s
sys 0m0.578s
Huh?
Hi, when I write a bash script using regular
expressions something goes wrong with the single
quotes that I do understand should surround the
regular expression. The code I show below works okay
when the single quotes are removed, but it does not as
shown. For this example the single quotes are
Rodrigo Amestica wrote:
Hi, when I write a bash script using regular
expressions something goes wrong with the single
quotes that I do understand should surround the
regular expression. The code I show below works okay
when the single quotes are removed, but it does not as
shown. For this
On 13 January 2007 23:38, Brian Dessent wrote:
Rodrigo Amestica wrote:
Hi, when I write a bash script using regular
expressions something goes wrong with the single
quotes that I do understand should surround the
regular expression. The code I show below works okay
when the single quotes
Does Cygwin support large files over 4GB on Windows XP yet?
I'd really like to get rsync to work with large files on Cygwin on
Windows XP if at all possible. Do you know anybody who has done that?
I've tried it with rdiff-backup using a patched librsync from Fedora
Core 5, but I had other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Richard Steven Hack on 1/13/2007 7:32 PM:
Does Cygwin support large files over 4GB on Windows XP yet?
Why don't you try it and see? The answer is, yes.
- --
Don't work too hard, make some time for fun as well!
Eric Blake
I have installed cygwin with setup version 2.510.2.2, and also put the
path to C:\cygwin\bin.
I start cygwin - all is okay, command pwd is okay, when I start command ls
I got the following error:
5 [main] bash 3268 child_copy: stack write copy failed,
0x22C3B0..0x23, done 1624,
30 matches
Mail list logo