Christopher Faylor:
Andy Koppe:
Trying to reply to [banned]'s post about locale issues, I got
rather confused about the C locale. The manual and the POSIX standard
say that it supports ASCII only, so in theory anything above 0x7F
should be rejected. In practice though, both Cygwin 1.5 and 1.7 do
--- Mer 2/9/09, Dave Korn ha scritto:
Bah. Still, at least the -ffloat-store
workaround still helps, for this
case at any rate.. Also, if you get GCC to use SSE
instructions, there's no
issue with excess precision:
$ g++-4 comp_2.cc -o0 -o comp_2 -I
Marco Atzeri wrote:
Are this setting acceptable for a cygwin package ?
-march=pentium4 -msse -mfpmath=sse
For completeness... I do this:
$ gcc-4 -c set_math_double_precision.c
$ gfortran test_case.f90 -o test_case set_math_double_precision.o
The fortran test case (+ C function, +header) is
Marco Atzeri wrote:
Are this setting acceptable for a cygwin package ?
-march=pentium4 -msse -mfpmath=sse
I think this bit of the thread should move to the -apps list. I can't
answer your question directly, but I'll note that CPUs without SSE support
must be pretty thinly spread these
Hi,
I don't know if this is a bug or expected behaviour, but if I have a sym
link to a file, let's say foo pointing at bar.pdf, and I then use the sym
link name to attach the file in mutt, although the file is successfully
attached, the file type is not correctly used for the encoding. I haven't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Andy Koppe on 9/2/2009 12:29 AM:
A rather important exception is 'ls', which seems to have its own
hardcoded limitation to 7 bits for the C locale: anything non-ASCII is
shown as '? there'.
That's only because the current build of
I'm feeling a bit bad how things got out of hand, and I'm sorry
for it. The etiquette of this list is unusually strict, I have
never met anything like it, and I don't understand it. The
trigger-happy banning behaviour really put me off the course.
This clearly isn't a place for me, so I'm going
Hi.
2009/9/2 Andy Koppe andy.ko...@gmail.com:
I see two good solutions:
- Use the default Windows codepage for filenames, console, and
multibyte functions. This is what happens already if you specifiy a
locale with a language but no charset, e.g. en. Maximum 1.5
compatibility.
- Use UTF-8
I am running Windows 7, cygdrive 1.7.
After installation all files my files show up as 000 permissions. I
have to chmod in order to modify files.
vi...@granada /cygdrive/f
$ ls -l
total 852
d-+ 1 vinceNone 4096 Aug 25 08:58 $RECYCLE.BIN
d-+ 1 vince None
/me returns to the original topic.
I occasionally have trouble with screen as well, and as far as I can
tell, it always happens when trying to create a new screen. (To be
clear, when I start screen the first time or when I press: ctrl-a c)
So, it may be that screen itself is not the problem in
On Tue, Sep 01, 2009 at 07:10:20PM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 9/1/2009 5:37 PM:
Maybe you mean d_namlen?
Yes; serves me right for confusing readdir(2) and readdir(3) man pages.
It is not a given that adding d_reclen
Hi All,
Sorry for no cygcheck report, there are some reason.
I build a SSH Server on Windows 2003 with Cygwin and when I close my
client with Alt+F4, on the server bash.exe process still hangs there,
it must be stopped manually, it seems there is a similar question
before
Have you tried typing exit first?
Alt+F4 seems aggressive to me. I know it works but I have always been taught
to exit my shells.
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Reed Wang
Sent: Wednesday, September 02, 2009 11:16 AM
To:
TV wrote:
I'm feeling a bit bad how things got out of hand, and I'm sorry
for it. The etiquette of this list is unusually strict, I have
never met anything like it, and I don't understand it. The
trigger-happy banning behaviour really put me off the course.
This clearly isn't a place for
I've just set up a fresh WinXP SP3 virtual machine with the currently
available Cygwin-1.5.25. On opening a bash shell window, I'm hitting a bug
where the window clips about two thirds of the last line of text in the
window. Inside the scroll region, I can scroll upward and see the line but
when
Dave Korn dave.korn.cygwin at googlemail.com writes:
Marco Atzeri wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323#c2
$g++-4 -ffloat-store comp_2.cc -O3 -o comp_4
./comp_4
0.785398
0.785398
0
0
Ah, good, thanks for the diagnosis. IIUC this is basically fixed
Eric Backus wrote:
I guess I'm in the minority here, but I'll go out on a limb and say that the
original behavior does NOT seem like a defect to me. My reasoning:
You're not on a limb, plenty of people agree with you. Read the comment
trail on PR323 to hear all the arguments hashed out in
I'm feeling a bit bad how things got out of hand, and I'm sorry
for it.
Accepted. Andrew.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
All my bash scripts appear to run very slowly. But I have one very simple
example in particular here, so I figure I'd use it to ask if there's
anything I can do.
This very simple script (below) takes about 2 seconds per for loop
execution. That seems very high to me, based on my experience as a
On Wed, Sep 02, 2009 at 12:03:15PM +, TV wrote:
I'm feeling a bit bad how things got out of hand, and I'm sorry for it.
The etiquette of this list is unusually strict, I have never met
anything like it, and I don't understand it. The trigger-happy banning
behaviour really put me off the
David Tazartes wrote:
System facts:
snip
- My username has a space in it, and the CWD for the script is
C:\Users\user name\Desktop\another folder (another folder has a space)
aka /cygdrive/c/Users/user name/Desktop/another folder
snip
Observations:
- When using bash -x, most of the time
Jeremy Bopp wrote:
While I believe the usual forking performance issue is probably the
largest factor for your problem, you *are* running an instance of
Windows Explorer. It's displaying your desktop which as you indicate
above is holding the folder containing your work area. My guess is that
Never mind. I updated from another mirror and now it is working fine.
Hayden
On 9/2/09 9:07 AM, Hayden Ridenour hriden...@greenplum.com wrote:
I've just set up a fresh WinXP SP3 virtual machine with the currently
available Cygwin-1.5.25. On opening a bash shell window, I'm hitting a
David Tazartes wrote:
Let's say we focus on the echo | cut slowness I mentioned earlier. This is
independent of the CWD and doesn't cause the explorer.exe spike but is still
200 times slower on my Vista laptop than on a low-powered Linux server. If
we correct this problem, I'm pretty confident
I wrote:
Let's say we focus on the echo | cut slowness I mentioned earlier. This is
independent of the CWD and doesn't cause the explorer.exe spike but is still
200 times slower on my Vista laptop than on a low-powered Linux server. If
we correct this problem, I'm pretty confident the time per
Jeremy Bopp wrote:
How about we try to boil this down a little further? Try running the
following on your various systems and compare the results:
time for n in $(seq 1 1); do true; done
I'm hopeful that this should help eliminate IO as a bottleneck in your
comparisons. Maybe someone else
On 09/02/2009 10:19 AM, Dave Steenburgh wrote:
I should probably also point out that when I work with cygwin, I work
almost exclusively with text-based programs. So, I rarely have a need
for X, and I use a command prompt window. Is there a better terminal
for those circumstances?
There's
David Tazartes wrote on Wednesday, September 02, 2009 1:46 PM:
Jeremy Bopp wrote:
How about we try to boil this down a little further? Try running the
following on your various systems and compare the results:
time for n in $(seq 1 1); do true; done
I'm hopeful that this should
David Tazartes wrote:
The true loop is only about 3 times slower on Cygwin than Linux. But: true
is a bash built-in, so there is no forking going on. So I'd argue this
absolutely shows there is a forking problem. (time true and time echo hi
both give all 0's.)
Good point. You might also try
Bryan Thrall wrote:
You're right about true being built-in, but we still don't know from
your examples whether the problem is from forking or from IO. Try
replacing 'true' in Jeremy's loop with '/bin/true'. Comparison between
the two should give us an idea of the forking cost, without IO getting
Good point. You might also try running a shorter version of the loop
(100 iterations rather than 1) using /bin/true rather than just
true. I expect the performance difference to be even more dramatic.
It was a factor of 100 - see response on other thread branch.
I also noticed that
On 09/02/2009 02:45 PM, David Tazartes wrote:
cygcheck didn't reveal anything. I looked at the BLODA list and I only have
Symantec Antivirus as mentioned earlier, but I already tried disabling it to
no effect.
Most of the time, disabling is not enough to remove any deleterious
effects. You
I use ssh from a dos box on windows to connect to other machines,
It works fine right after I log into windows. After a while, it
doesn't work reliably.
I type something like 'sftp example.com
I get a response 'Connecting to example.com...'
About 1 time in 10, I get the next line which is
On 09/02/2009 03:28 PM, jeffunit wrote:
I use ssh from a dos box on windows to connect to other machines, It
works fine right after I log into windows. After a while, it doesn't work
reliably.
I type something like 'sftp example.com I get a response 'Connecting to
example.com...' About 1 time
At 12:41 PM 9/2/2009, you wrote:
On 09/02/2009 03:28 PM, jeffunit wrote:
I use ssh from a dos box on windows to connect to other machines, It
works fine right after I log into windows. After a while, it doesn't work
reliably.
I type something like 'sftp example.com I get a response 'Connecting
Eric Blake:
A rather important exception is 'ls', which seems to have its own
hardcoded limitation to 7 bits for the C locale: anything non-ASCII is
shown as '? there'.
That's only because the current build of cygwin ls pre-dates a lot of the
locale support. I'm hoping that when I get time
I occasionally have trouble with screen as well, and as far as I can
tell, it always happens when trying to create a new screen. (To be
clear, when I start screen the first time or when I press: ctrl-a c)
So, it may be that screen itself is not the problem in my case.
Because this occurs
On 09/02/2009 03:53 PM, jeffunit wrote:
snip
I was using my personal domain, www.weasel.com
However the problem also shows up when I use sftp or ssh to machines on
my internal lan, that I know are working.
OK, as you might expect, that WJFFM. I am using Cygwin 1.7 but I don't
expect that's
Andrew Schulman wrote:
Personally, I much prefer PuTTYcyg. rxvt and MinTTY are also popular, but
they both require X. You might also like Poderosa
(http://en.poderosa.org/).
Actually, neither rxvt nor MinTTY require X. I use them both without X
daily. I believe MinTTY is actually based on
At 01:13 PM 9/2/2009, you wrote:
On 09/02/2009 03:53 PM, jeffunit wrote:
snip
I was using my personal domain, www.weasel.com
However the problem also shows up when I use sftp or ssh to machines on
my internal lan, that I know are working.
OK, as you might expect, that WJFFM. I am using
Andrew Schulman wrote:
Personally, I much prefer PuTTYcyg. rxvt and MinTTY are also popular, but
they both require X. You might also like Poderosa
(http://en.poderosa.org/).
Actually, neither rxvt nor MinTTY require X. I use them both without X
daily. I believe MinTTY is actually
On 09/02/2009 04:30 PM, jeffunit wrote:
As I said, the problem is intermittent. However, once I have the problem,
it occurs reliably. Here is some verbose output, which isn't very
helpful...
Perhaps. I find this interesting though.
U:\sftp -v -v -v jdei...@www.weasel.com
Connecting to
At 02:02 PM 9/2/2009, you wrote:
On 09/02/2009 04:30 PM, jeffunit wrote:
As I said, the problem is intermittent. However, once I have the problem,
it occurs reliably. Here is some verbose output, which isn't very
helpful...
Perhaps. I find this interesting though.
U:\sftp -v -v -v
On 09/02/2009 05:08 PM, jeffunit wrote:
At 02:02 PM 9/2/2009, you wrote:
On 09/02/2009 04:30 PM, jeffunit wrote:
As I said, the problem is intermittent. However, once I have the
problem,
it occurs reliably. Here is some verbose output, which isn't very
helpful...
Perhaps. I find this
Is there a setting or issue that would result in all externally
generated files in an NTFS filesystem to have 000 permissions? New
files created in the shell appear to have the correct mask. However,
I need to chmod every external file I want to modify.
Also, is it intended for my user account
Hi all,
As this is my first mail, so I am very sorry for any violation of rules.
I am trying to compile Linux Kernal on Cygwin (May be sounds funny,
but I want to). While doing same I am getting error message as follows
CC scripts/mod/empty.o
HOSTCC scripts/mod/mk_elfconfig
MKELF
On 09/02/2009 05:30 PM, Vince Indriolo wrote:
Is there a setting or issue that would result in all externally
generated files in an NTFS filesystem to have 000 permissions? New
files created in the shell appear to have the correct mask. However,
I need to chmod every external file I want to
Thanks, Larry. What I mean by external file is a file created by
Windows (not created in the cygwin environment). Files that are
writable in windows appear to be readonly (000) in the bash shell. I
assume that because they're owned by me I can chmod them to modify
them.
On Wed, Sep 2, 2009 at
On 09/02/2009 06:06 PM, Vince Indriolo wrote:
Thanks, Larry. What I mean by external file is a file created by
Windows (not created in the cygwin environment). Files that are
writable in windows appear to be readonly (000) in the bash shell. I
assume that because they're owned by me I can
Cygwin User mailing_groups-cygwin at yahoo.in writes:
Hi all,
As this is my first mail, so I am very sorry for any violation of rules.
I am trying to compile Linux Kernal on Cygwin (May be sounds funny,
but I want to).
Yes, it should be possible to compile a kernel, but you will FIRST have
There is definitely something not right with my setup. I have 64-bit Windows 7
e:\echo foo foo
e:\c:\cygwin\bin\ls.exe -l foo
--+ 1 vince None 6 Sep 2 17:28 foo
$ ls -l foo
--+ 1 vince None 6 Sep 2 17:28 foo
I've attached the output of cygcheck -s -c.
Thanks again,
Vince
On Wed, Sep 02, 2009 at 04:14:11PM -0400, Andrew Schulman wrote:
screen is difficult to debug, because it uses two communicating
processes, one in the foreground to talk to your terminal, and one in
the background to talk to the processes in each window.
That's not that hard to debug. You just
i am using intel pentium dual core and windows vista.i tried to
install cygwin.but i installed it only for me(not for all users)..the
problem is when i type crypath or some command in command prompt..but
it says its not recognisedwhen i set path n envt variable ,the
same situation occurs.i
Using:
cygwin 1.7.0(0.212/5/3) 2009-08-20
gcc (GCC) 4.3.4 20090802 (prerelease)
ln --version --- ln (GNU coreutils) 7.0
ncurses (runtim lib and devel)
Description: I attempted to build what should be a very simple build, but wound
up with linking errors, which
d.henman wrote:
in lib there is for curses:
lrwxrwxrwx 1 dev1 None 12 Sep 3 10:35 /lib/libcurses.a - libncurses.a
lrwxrwxrwx 1 dev1 None 16 Sep 3 10:35 /lib/libcurses.dll.a -
libncurses.dll.a
You should have the libncurses .a files to which those symlinks point, but
don't. Have you
Larry Adams wrote:
The problem as I see it is Windows. For example, only 10 iterations
caused over 65k file and registry reads. I have attached the output
from SysInternals Process Explorer for your edification.
Appreciate you meant well, but 360kB is /just a little/ on the large side to
On Wed, Sep 2, 2009 at 8:26 PM, Christopher Faylor wrote:
On Wed, Sep 02, 2009 at 04:14:11PM -0400, Andrew Schulman wrote:
screen is difficult to debug, because it uses two communicating
processes, one in the foreground to talk to your terminal, and one in
the background to talk to the processes
I apologize if this appears twice. I think the first time I sent it it was
in HTML format and I never saw it appear on the list.
Surely someone has already posted a solution to my problem and I've been
google searching for it and
just cannot find it.
The Cygwin setup.exe program has correctly
siegfried wrote:
I think the fix should be mkpasswd -l -d /etc/passwd but this says
(when run from the heintze account)
First question: Exactly where is the heintze account? If you participate
in a domain is it in the Windows Active Directory or is a local user. If
the later then -l is what
--- Mer 2/9/09, Dave Korn ha scritto:
Da: Dave Korn
Oggetto: Re: std::arg() bug : not repetitive ?
A: Marco Atzeri
Cc: cygwin cygwin.com, Dave Korn dave.korn.cyg...@googlemail.com
Data: Mercoledì 2 settembre 2009, 12:43
Marco Atzeri wrote:
Are this setting acceptable for a cygwin
On Wed, 2 Sep 2009, Marco Atzeri wrote:
I have no clue if -march=pentium4 is acceptable for AMD cpu's.
FWIW, we have been using -march=pentium4 -mfpmath=sse successfully in a
very large software project since November 2003 without incident. We have
run on AMD Opterons and a variety of Intel
On 19/08/2009 01:05, Ken Brown wrote:
On 8/18/2009 10:46 AM, Ken Brown wrote:
Is there a policy about which packages are allowed to create start
menu shortcuts? Recent discussion about run.exe on the main cygwin
list makes me think it would be useful for the emacs-X11 package to
create a
It would seem that Cygwin is using a somewhat old version of Info-ZIP
from which zip and unzip are created. The info-zip.org
From the http://info-zip.org/ site, there is:
All known vulnerabilities are fixed in Zip 2.32.
However, it appears that Cygwin is using version 3.0.
What is the
paul.hermeneutic-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
It would seem that Cygwin is using a somewhat old version of Info-ZIP
from which zip and unzip are created. The info-zip.org
From the http://info-zip.org/ site, there is:
All known vulnerabilities are fixed in Zip 2.32.
Jon TURNEY wrote:
I'm not sure what to do about X-start-menu-icons.
I think Yaakov has some ideas about how to approach this, but I don't
know what they are.
Anyhow, this is something I am willing to spend a bit of time on, if
there was some vague consensus as to the direction we should
Chuck:
My sincerest apologies. Clearly I made a mistake. Cygwin does have
the current version of zip.
Is there any timeframe for unzip 6.0? I started down this path
because unzip does not currently have multi-part support. I
downloaded WinRAR, but I would prefer an open source solution if
paul.hermeneutic wrote:
Is there any timeframe for unzip 6.0? I started down this path
because unzip does not currently have multi-part support. I
downloaded WinRAR, but I would prefer an open source solution if you
know of any.
cygwin-1.7 already has unzip 6.0. It's just cygwin-1.5 that
Brian Ford wrote:
On Wed, 2 Sep 2009, Marco Atzeri wrote:
I have no clue if -march=pentium4 is acceptable for AMD cpu's.
FWIW, we have been using -march=pentium4 -mfpmath=sse successfully in a
very large software project since November 2003 without incident. We have
run on AMD Opterons
68 matches
Mail list logo