-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You will also run into problems with xargs and filenames with spaces
in. In my experience, the simplest thing that works reliably with
xargs and all Windoz filenames is xargs -0, so what you want is
> tr -s '\012\015' '\000' < test.txt | xargs -0 ls
--- Gio 30/9/10, SZABÓ Gergely ha scritto:
> Hello,
>
> we have a Cygwin-based build system for an embedded
> project.
> Build performance has deteriorated terribly since we
> upgraded to 1.7.x from 1.5.25.
>
> I've created 3 shell-scripts to benchmark 1.5.25 and 1.7.7
> against each other.
> -
testing on /tmp/benchmark with XPS P2
cygwin 1.7.8s 20100924
You're testing on the latest snapshot against his cygwin 1.7.7 results.
This gives me hope that Cygwin can become faster because Sagi Ben-Akiva
was willing to track down the cause of the slowdown [1]. Last I read,
it's not clear wh
albert kao wrote:
I store a list of files in a text file (test.txt) on Windows XP.
I want to use the list of files and process it (e.g. ls).
What is the command to do that?
I tried the following commands but to no avail.
$ cat test.txt
test.txt
$ cat test.txt | xargs ls
: No such file or direct
Hi
I think I've found an issue with the new gcc-4.5 with latest gdb.
I only experience these problems in the gdb debugger, when the
sourceline for the function is wrong,
but inspecting the dwarf output, esp the line info via objdump -Wl looks good.
objdump -Sgl also looks good.
objdump: The path
On 9/30/2010 9:37 AM, SJ Wright wrote:
I know one of the trip-ups I often have if I spend any time away from a
L/Unix environment has to do with the "mv" command: I often forget that it
prefers absolute paths from root folders (or in the case of Cygwin, virtual
ones taken as real) or dot-dot-slas
On Thu, Sep 30, 2010 at 09:10:48AM -0400, Edward Lam wrote:
>> testing on /tmp/benchmark with XPS P2
>>
>> cygwin 1.7.8s 20100924
>
>You're testing on the latest snapshot against his cygwin 1.7.7 results.
>This gives me hope that Cygwin can become faster because Sagi Ben-Akiva
>was willing to tra
2010/9/30 Reini Urban:
> I think I've found an issue with the new gcc-4.5 with latest gdb.
> Program received signal SIGSEGV, Segmentation fault.
> 0x0068391b in Perl_pad_undef (cv=0x24a3d60) at pad.c:138
> 138 PERL_ARGS_ASSERT_PAD_PEG;
>
> If linked to the dll the cv argument is missing.
Hello,
I have the following /etc/fstab entry
//server/mirko/ /z dont_care binary,posix=0,user,noacl,notexec 0 0
for a server directory where I store my backups. I will not be using
any of those files as executables. I have cygwin running on my
desktop.
The manual states that the `exec' option
2010/9/29 Mike Slass:
> The system:
> Windows Server 2008 x86_64
> perl, v5.10.1 (*) built for i686-cygwin-thread-multi-64int
> (with 12 registered patches, see perl -V for more detail)
> cygwin-1.7
>
>
> The error:
>
> 5 [main] perl 19364 fork: child 19100 - died waiting for dll loading
> Greetings, All!
>
> I have strange (to me) issue that I'm not entirely sure how to interpret.
>
> Let's say I have two versions of the same batch file:
>
> The old version from CVS:
>
> > rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $
> > rar a -ag--MM-DD_HH-MM -- MinerTimer @
> I store a list of files in a text file (test.txt) on Windows XP.
> I want to use the list of files and process it (e.g. ls).
> What is the command to do that?
> I tried the following commands but to no avail.
>
> $ cat test.txt
> test.txt
>
> $ cat test.txt | xargs ls
> : No such file or direc
As I understand docs if I set CYGWIN=noglob then command line arguments
passed to Cygwin app WITHOUT changes.
I use native Emacs build so worry about stop Cygwin damage passed arguments.
And seems this is not true.
With CYGWIN=noglob all double quotes removed from args!
Originally I discaver t
The behavior of "bash --login -i" seems to vary depending on whether
it is a "root" invocation or a nested invocation of bash. This is
inconsistent with the description man bash, and seems to be a bug.
Details:
When bash is started using the Cygwin shortcut (which runs cygwin.bat,
which execu
I am one of the Icarus Verilog developers and I'm looking for someone
to be the maintainer for both Icarus Verilog and GTKWave. I regularly
compile both of these under cygwin so they should already compile
out of the box. What I don't have time for is to monitor the main
cygwin list looking for use
On 29 September 2010 09:49, Bengt-Arne Fjellner wrote:
>>> I think you can detect this situation (no access to the interactive
>>> desktop
>>> or whatever is it called), if you wished to issue a suitable error
>>> message,
>>> by checking that OpenInputDesktop() returns non-NULL...
>>
>> Good idea,
After doing some web searches for and Cygwin, I found
there doesn't seem to be any support unless I use: gcc
-I/usr/include/mingw -lm tc.c But I still end up with:
/cygdrive/c/DOCUME~1/JOHNC~1.ECS/LOCALS~1/Temp/ccAPGnIv.o:tc.c:(.text+0x3d):
undefined reference to `_ccos'
collect2: ld returned 1
--- Gio 30/9/10, Jan Chludzinski ha scritto:
> After doing some web searches for
> and Cygwin, I found
> there doesn't seem to be any support unless I use: gcc
> -I/usr/include/mingw -lm tc.c But I still end up with:
>
> /cygdrive/c/DOCUME~1/JOHNC~1.ECS/LOCALS~1/Temp/ccAPGnIv.o:tc.c:(.text+0x3
Hello,
I wanted to report a problem with the cygwin uninstallation:
If I delete the folder cygwin on my PC (Windows 7, 32 bit),
as described in the FAQ "Cygwin uninstall", then there is
remaining a special file
C:\cygwin\dev\nul
This file cannot be deleted afterwards from windows
(at least,
On Thu, Sep 30, 2010 at 5:26 PM, Max Funk wrote:
> Hello,
>
> I wanted to report a problem with the cygwin uninstallation:
>
> If I delete the folder cygwin on my PC (Windows 7, 32 bit),
> as described in the FAQ "Cygwin uninstall", then there is
> remaining a special file
>
> C:\cygwin\dev\nul
>
I'm seeing a painfully noticeable slowdown on my system. I must have
contracted this slowdown last week. My Cygwin is up to date as of now,
October 1st, 01:00 CET
Starting a MinTTY (or rxvt, for that matter) from the icon I've placed
in the start menu does not take the usual two or three seconds,
Michael Ludwig schrieb am 01.10.2010 um 01:19 (+0200):
> I'm seeing a painfully noticeable slowdown on my system. I must have
> contracted this slowdown last week. My Cygwin is up to date as of now,
> October 1st, 01:00 CET
For a bit more precision, here's an excerpt from $(cygcheck -s):
Cygw
Greetings, Brian Wilson!
>> I have strange (to me) issue that I'm not entirely sure how to interpret.
>>
>> Let's say I have two versions of the same batch file:
>>
>> The old version from CVS:
>>
>> > rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $
>> > rar a -ag--MM-DD_HH-MM --
Greetings, Max Funk!
> If I delete the folder cygwin on my PC (Windows 7, 32 bit),
> as described in the FAQ "Cygwin uninstall", then there is
> remaining a special file
> C:\cygwin\dev\nul
> This file cannot be deleted afterwards from windows
> (at least, I didn't find any possibility.)
htt
On 9/30/2010 7:19 PM, Michael Ludwig wrote:
I'm seeing a painfully noticeable slowdown on my system. I must have
contracted this slowdown last week. My Cygwin is up to date as of now,
October 1st, 01:00 CET
Starting a MinTTY (or rxvt, for that matter) from the icon I've placed
in the start menu
>
> cd /dev
> rm -f nul
>
I havn't seen that, but simliar. There remained setup.log and
setup.log.ful on my Desktop and I couldn't delete them.
>From another Cygwin installation I was able to remove them with your receipe.
rm -rf /cygdrive/c/Users/prefix/Desktop/setup.log
rm -rf /cygdrive/c/Use
that's really a patch :)
but no choice..
I create a post on java.net Hope to get more feedback, to get this problem
solve soon.
Unix users are making fun of us :)
Tomás Staig wrote:
>
> survivant wrote:
>> Does anyone one have an answer for this problem ? (I saw lot of threads
>> in
>> di
>>> Let's say I have two versions of the same batch file:
>>> The old version from CVS:
>>>
>>> > rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $
>>> > rar a -ag--MM-DD_HH-MM -- MinerTimer @MinerTimer.list
>>>
>>> The new version I've imported to Subversion:
>>>
>>> > @echo off
>>
Ciao Marco,
I do not think a real /home would help, as I have several colleagues who
have a real /home, but still have similar slow performance with cygwin
1.7.x.
What kind of ACL issue could this be? And why is it no problem for
Cygwin 1.5.25? Anything to do with the new cyglsa.dll?
The funny
Den 2010-10-01 02:49 skrev Al:
>>
>> cd /dev
>> rm -f nul
Someone, somewhere, has done
echo crap > /dev/nul
instead of the intended
echo crap > /dev/null
If the /dev/nul file is still around it should be possible to
examine it and possible identify the culprit.
It might be some script in Cygw
30 matches
Mail list logo
