Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - 1.7 seems to fix it. It now takes 34 seconds as compared to 14 minutes with cygwin-1.5. (But I suspect that a fresh install of 1.5 might produce similar or better results.

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - 1.7 seems to fix it. It now takes 34 seconds as compared to 14 minutes with cygwin-1.5. (But I suspect that a fresh install of 1.5 might produce similar or better results.) At some point,

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - I will take a look at this. By the way, on the weak laptop I mentioned earlier, I get equal speed (and good speed) building a fairly big program on msys and cygwin. The

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: Gene Smith wrote: Gene Smith wrote: I don't think it is a problem with cygwin itself. I was mainly curious if anyone sees the "system" task running 50% when doing a gcc build using Make (or similar intensive long term activity). I have weak XP

Re: [ANNOUNCEMENT] [1.7] Updated: {libtool/libltdl7}-2.2.7a-13

On 19/06/2009 22:55, Charles Wilson wrote: * Include two new patches from Yaakov Selkowitz - Ensure LT_PATH_LD works when called before LT_INIT - [cygwin|mingw] Create UAC manifest files. Thanks! But regarding my previous export-all-symbols patch, I discovered today that I only did half

[ANNOUNCEMENT] [1.7] New package: dbus-1.2.14-1

The following packages have been added for Cygwin 1.7: + dbus-1.2.14-1 + libdbus1_3-1.2.14-1 + libdbus1-devel-1.2.14-1 D-Bus is an IPC system, a simple way for applications to talk to one another. D-Bus supplies both a system bus (for events such as 'new hardware device added' or 'printer que

[ANNOUNCEMENT] [1.7] New package: lua-5.1.4-11

The following package has been added for Cygwin 1.7: + lua-5.1.4-11 Lua is a powerful, light-weight programming language designed for extending applications. Lua is also frequently used as a general-purpose, stand-alone language. Yaakov CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ===

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Gene Smith wrote: I don't think it is a problem with cygwin itself. I was mainly curious if anyone sees the "system" task running 50% when doing a gcc build using Make (or similar intensive long term activity). I have weak XP based laptop with no corporate security that run

RE: How to avoid having shell scripts which fail from killing Emacs shell?

> -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf > Of Ken Brown > Sent: Monday, June 22, 2009 12:54 PM > To: cygwin@cygwin.com > Subject: Re: How to avoid having shell scripts which fail from killing > Emacs shell? > > On 6/22/2009 3:38 PM, Da

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: I don't think it is a problem with cygwin itself. I was mainly curious if anyone sees the "system" task running 50% when doing a gcc build using Make (or similar intensive long term activity). I have weak XP based laptop with no corporate security that runs cygwin fine compa

FW: HOWTO-Windows-Vista-Ultimate-32-bit-Cygwin-OpenSSH

cygwin: > FYI -- I built another Vista machine and created a HOWTO for > installing Cygwin and OpenSSH based on a prior thread: > http://sourceware.org/ml/cygwin/2009-06/msg00454.html D'oh! Here's the HOWTO: http://www.holgerdanske.com/node/463 David -- Problem reports: http://cy

HOWTO-Windows-Vista-Ultimate-32-bit-Cygwin-OpenSSH

cygwin: FYI -- I built another Vista machine and created a HOWTO for installing Cygwin and OpenSSH based on a prior thread: http://sourceware.org/ml/cygwin/2009-06/msg00454.html HTH, David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/

Re: gvim errors on launch, 1.7

Corinna Vinschen wrote If that doesn't work, try rebasing: $ less /usr/share/doc/Cygwin/rebase-3.0.README Ugh. I followed the instructions and did rebaseall and peflagsall. It fixed gvim, but broke other things like this: perl 2084 F:\cygwin\bin\perl.exe: *** fatal error - unable to remap \

Re: weird feature

Edward Lam wrote: > Dave Korn wrote: >> Larry Hall (Cygwin) wrote: >> >>> 2. Use 'cygpath' to convert from DOS to Cygwin path forms and back as >>> needed. This can get tricky/cumbersome in some cases. >> >> It can be a lot easier if you have a Makefile-based build system, where >> you can

Re: weird feature

Christopher Faylor wrote: On Mon, Jun 22, 2009 at 03:10:19PM -0400, Edward Lam wrote: Dave Korn wrote: Larry Hall (Cygwin) wrote: 2. Use 'cygpath' to convert from DOS to Cygwin path forms and back as needed. This can get tricky/cumbersome in some cases. It can be a lot easier if yo

Re: HEADSUP maintainers: Packages install scripts without execute permissions

Corinna Vinschen wrote: So I created a list of packages which install scripts into /etc/preremove, /etc/postinstall, and /usr/bin without setting execute permissions on them. Please guys, fix the permissions ASAP. [...] Christian Franke: ddrescue: etc/postinstall/ddrescu

Re: weird feature

On Mon, Jun 22, 2009 at 03:10:19PM -0400, Edward Lam wrote: >Dave Korn wrote: >> Larry Hall (Cygwin) wrote: >> >>> 2. Use 'cygpath' to convert from DOS to Cygwin path forms and back as >>> needed. This can get tricky/cumbersome in some cases. >> >> It can be a lot easier if you have a M

Re: gvim errors on launch, 1.7

Corinna Vinschen wrote: If that doesn't work, try rebasing: $ less /usr/share/doc/Cygwin/rebase-3.0.README Thank you. The latest cygwin dll did not help but rebasing fixed it. - Ian Kelling -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/fa

Re: How to avoid having shell scripts which fail from killing Emacs shell?

On 6/22/2009 3:38 PM, David Karr wrote: -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Ken Brown Sent: Monday, June 22, 2009 12:26 PM On 6/22/2009 10:53 AM, David Karr wrote: I've often been annoyed by shell scripts which fail for particula

RE: How to avoid having shell scripts which fail from killing Emacs shell?

> -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf > Of Ken Brown > Sent: Monday, June 22, 2009 12:26 PM > To: cygwin@cygwin.com > Subject: Re: How to avoid having shell scripts which fail from killing > Emacs shell? > > On 6/22/2009 10:53 AM, D

Some questions about mintty

My installed packages: $ cygcheck -c cygwin mintty Cygwin Package Information Package VersionStatus cygwin 1.7.0-50 OK mintty 0.4.1-1OK 1. There is no description of the '-e' switch in mintty's manual page. Is it an "execute-this-

RE: Cygwin 1.7 Installation on Server 2008 with Terminal Services

> Quite inconvenient, but working: > > For the time being, until we have a gcc which sets the > TS-aware flag by > default and most of the executables have been rebuilt with it, switch > DEP to "Turn on DEP for essential Windows programs and services only" > and reboot the machine. Then install

Re: How to avoid having shell scripts which fail from killing Emacs shell?

On 6/22/2009 10:53 AM, David Karr wrote: I've often been annoyed by shell scripts which fail for particular reasons, at which point it causes my Emacs shell buffer to get killed, with "Process shell<2> finished". I don't recall ever seeing this happen, but maybe I just don't remember. Can you

Re: weird feature

Dave Korn wrote: Larry Hall (Cygwin) wrote: 2. Use 'cygpath' to convert from DOS to Cygwin path forms and back as needed. This can get tricky/cumbersome in some cases. It can be a lot easier if you have a Makefile-based build system, where you can do the conversion on things that yo

Re: HEADSUP maintainers: Packages install scripts without execute permissions

Eric Blake wrote: > Indeed - changing things to be 'bash script' instead of the current 'bash -c > script' would make the use of alternative interpreters harder. But it does > not > make it impossible; you can always do: > > #!/bin/sh > /bin/awk <<\EOF > ... > EOF > > instead of > > #!/bin/

Re: weird feature

Larry Hall (Cygwin) wrote: > 2. Use 'cygpath' to convert from DOS to Cygwin path forms and back as > needed. This can get tricky/cumbersome in some cases. It can be a lot easier if you have a Makefile-based build system, where you can do the conversion on things that you know need conve

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote: Gene Smith wrote: Over time my cygwin responsiveness seems to have diminished. When compiling a project I can see that "system" task (not the system idle task) is running a lot at 50%. I don't know if this is normal or not. Possibly there is some corporate security s

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Over time my cygwin responsiveness seems to have diminished. When compiling a project I can see that "system" task (not the system idle task) is running a lot at 50%. I don't know if this is normal or not. Possibly there is some corporate security s/w slowing it down now, I d

Slow/sluggish response ("system" task at 50%)

Over time my cygwin responsiveness seems to have diminished. When compiling a project I can see that "system" task (not the system idle task) is running a lot at 50%. I don't know if this is normal or not. Possibly there is some corporate security s/w slowing it down now, I don't know. Or would

Re: weird feature

Vincent R. wrote: On Mon, 22 Jun 2009 17:38:10 +0200, "Vincent R." wrote: On Mon, 22 Jun 2009 17:15:18 +0200, "Vincent R." wrote: Hi, I know that my question could be a bit astonishing but I am not afraid to ask it ;-) I am trying to compile a software for symbian platform and originally

Re: Re: fatal error - fork: can't reserve memory for stack

Thank you Marc for your help! It seems that your tools rebaseall peflagsall both run from a plain ash with no other Cygwin process running solve this problem for both, Cygwin 1.5 and Cygwin 1.7! Indeed I think the "peflagsall" might have been the magic one, as I am running through remote de

[1.7] sshd dc problem

Starting the laptop at home, without PDC connection works. I can properly login. But ssh to this box fails with -1 = initgroups (URBANR, 10513) This is without cyglsa $ /usr/sbin/sshd -d -D 25 592959 [main] sshd 5208 fhandler_tty_slave::write: (680): tty output_mutex: acquired debug1: temporar

Re: weird feature

On Mon, 22 Jun 2009 17:38:10 +0200, "Vincent R." wrote: > On Mon, 22 Jun 2009 17:15:18 +0200, "Vincent R." > wrote: >> Hi, >> >> I know that my question could be a bit astonishing but I am not afraid to >> ask it ;-) >> I am trying to compile a software for symbian platform and originally > they

Re: weird feature

On Mon, 22 Jun 2009 17:15:18 +0200, "Vincent R." wrote: > Hi, > > I know that my question could be a bit astonishing but I am not afraid to > ask it ;-) > I am trying to compile a software for symbian platform and originally they > have released a SDK on windows > linked with mingw and where you

Re: Cygwin 1.7 Installation on Server 2008 with Terminal Services

On Jun 22 10:07, Hortenstine, John wrote: > The post install .sh scripts fail to run on Server 2008 with Terminal > Services because bash crashes. Crash can be fixed using peflags and > setting the Terminal Services aware bit on (solution found on the > mailing list). Is there a recommended way to

weird feature

Hi, I know that my question could be a bit astonishing but I am not afraid to ask it ;-) I am trying to compile a software for symbian platform and originally they have released a SDK on windows linked with mingw and where you use a DOS terminal to compile. They have designed some build system mi

[ANNOUNCEMENT] [1.7] Updated: mathomatic-14.4.5-1

Major bugfixes overall. See http://mathomatic.orgserve.de/changes.txt Cygwin build changes: * cygwin-1.7, gcc-4 About: Mathomatic is a highly portable, general purpose symbolic math program that can solve, simplify, combine, differentiate, integrate, and compare algebraic equations. It can do st

Cygwin 1.7 Installation on Server 2008 with Terminal Services

The post install .sh scripts fail to run on Server 2008 with Terminal Services because bash crashes. Crash can be fixed using peflags and setting the Terminal Services aware bit on (solution found on the mailing list). Is there a recommended way to get the Terminal Services aware bit on before the

Re: default codepage

On Jun 22 16:48, Thomas Wolff wrote: > Since the latest locale-related changes, the default codepage after > starting cygwin _without_ explicit setting (of a locale variable) > seems to have changed from CP1252 ("Windows ANSI") to ISO 8859-1 ("Latin 1"). > Was this change on purpose? There was n

Re: HEADSUP maintainers: Packages install scripts without execute ?permissions

On Jun 22 16:09, Corinna Vinschen wrote: > On Jun 22 13:58, Eric Blake wrote: > > For that matter, are there any postinstall scripts currently relying on a > > different interpreter? If not, then I'm in favor of the idea of changing > > setup.exe to be immune to the execute bit on postinstall sc

How to avoid having shell scripts which fail from killing Emacs shell?

I've often been annoyed by shell scripts which fail for particular reasons, at which point it causes my Emacs shell buffer to get killed, with "Process shell<2> finished". I think it's possible to code the scripts to use "trap", which might avoid this problem, but sometimes (most times, really) I

Re: Some files are missing from cygwin-doc version 1.5-1

On Jun 22 10:34, Christopher Faylor wrote: > On Mon, Jun 22, 2009 at 11:44:49AM +0200, Corinna Vinschen wrote: > >On Jun 20 11:07, Mark Harig wrote: > >> setup-1.7.exe installs the package 'cygwin-doc', version 1.5-1. > >> > >> This package includes /usr/share/info/cygwin.info. cygwin.info > >> re

default codepage

Since the latest locale-related changes, the default codepage after starting cygwin _without_ explicit setting (of a locale variable) seems to have changed from CP1252 ("Windows ANSI") to ISO 8859-1 ("Latin 1"). Was this change on purpose? Maybe the previous default should be kept, to meet backwa

Re: Cygwin 1.7: Possible file permission errors in 'base-files'

On Mon, Jun 22, 2009 at 11:43:10AM +0200, Corinna Vinschen wrote: >On Jun 20 12:59, Mark Harig wrote: >> >> The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' included >> in the 'base-files' package have their permissions set to 644 while all >> other scripts in /etc/postinstall/ have

Re: Some files are missing from cygwin-doc version 1.5-1

On Mon, Jun 22, 2009 at 11:44:49AM +0200, Corinna Vinschen wrote: >On Jun 20 11:07, Mark Harig wrote: >> setup-1.7.exe installs the package 'cygwin-doc', version 1.5-1. >> >> This package includes /usr/share/info/cygwin.info. cygwin.info >> references two files, 'cygwin-ug-net.info' and 'cygwin-ap

Re: HEADSUP maintainers: Packages install scripts without execute ?permissions

On Jun 22 13:58, Eric Blake wrote: > Corinna Vinschen cygwin.com> writes: > > > > Why don't we just remove the "-c" and get setup.exe to use the > simple "bash > > > " syntax meaning "treat as a text file, open it and > pipe > > > it to stdin"? > > > > I already suggested this on the cygwin

Re: HEADSUP maintainers: Packages install scripts without execute permissions

Corinna Vinschen cygwin.com> writes: > > Why don't we just remove the "-c" and get setup.exe to use the simple "bash > > " syntax meaning "treat as a text file, open it and pipe > > it to stdin"? > > I already suggested this on the cygwin-developers ML back in May (*) > but it was not discu

Re: HEADSUP maintainers: Packages install scripts without execute permissions

On Jun 22 14:38, Dave Korn wrote: > Corinna Vinschen wrote: > > Hi, > > > > > > Here's the problem: If you exec shell scripts, they should only be run > > if the user trying to run the script has execute permissions on the > > script. > > Shell scripts don't _have_ to be executable, only if

Re: HEADSUP maintainers: Packages install scripts without execute permissions

Corinna Vinschen wrote: > Hi, > > > Here's the problem: If you exec shell scripts, they should only be run > if the user trying to run the script has execute permissions on the > script. Shell scripts don't _have_ to be executable, only if you want to launch one as if it were a command, rat

HEADSUP maintainers: Packages install scripts without execute permissions

Hi, Here's the problem: If you exec shell scripts, they should only be run if the user trying to run the script has execute permissions on the script. This requires to check for executability in Cygwin, but as of today, such a check isn't performed in Cygwin. I have the patch for this ready, b

Re: Possible Bug or limitation in Cygwin 1.7 and Rsync and file number limit

On Jun 19 15:55, Lists wrote: > >> Can you upgrade to the latest Cygwin 1.7 package and try again. From your >> cygcheck output, it looks like things are not correct but this may be just >> a problem with an old cygcheck that doesn't know how to find the implicit >> mounts. If the issue is still

Re: gvim errors on launch, 1.7

On Jun 22 03:12, Ian Kelling wrote: > from xterm I get 2 errors. They are inconsistent, but one or the other > seems to happen within 1 or 2 starts of gvim. > > It continues to run after this one. > $ /bin/gvim > 2 [main] gvim 5804 child_copy: linked dll data write copy failed, > 0x2B7000..0

gvim errors on launch, 1.7

from xterm I get 2 errors. They are inconsistent, but one or the other seems to happen within 1 or 2 starts of gvim. It continues to run after this one. $ /bin/gvim 2 [main] gvim 5804 child_copy: linked dll data write copy failed, 0x2B7000..0x2B76CC, done 0, windows pid 6048, Win32 error 4

Re: Cygwin 1.7: Possible file permission errors in 'base-files'

On Mon, June 22, 2009 10:43 am, Corinna Vinschen wrote: > On Jun 20 12:59, Mark Harig wrote: >> >> The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' >> included >> in the 'base-files' package have their permissions set to 644 while all >> other scripts in /etc/postinstall/ have their

Re: Some files are missing from cygwin-doc version 1.5-1

On Jun 20 11:07, Mark Harig wrote: > setup-1.7.exe installs the package 'cygwin-doc', version 1.5-1. > > This package includes /usr/share/info/cygwin.info. cygwin.info > references two files, 'cygwin-ug-net.info' and 'cygwin-api.info', > which are not included in 'cygwin-doc': > > $ cygcheck -c cy

Re: Cygwin 1.7: Possible file permission errors in 'base-files'

On Jun 20 12:59, Mark Harig wrote: > > The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' included > in the 'base-files' package have their permissions set to 644 while all > other scripts in /etc/postinstall/ have their permissions set to 755. > > Is this a side-effect of 'base-files

[ANNOUNCEMENT] [ANNOUNCEMENT] Updated: mintty-0.4.1-1

MinTTY is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. MinTTY is based on code from PuTT

Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-50

On Jun 19 14:38, Mark Harig wrote: > While running setup-1.7.exe (with no arguments) from a cygwin 1.5 bash > shell prompt, the following (error?) messages were displayed: > > io_stream_cygfile: fopen(/etc/setup/installed.db) failed 2 No such file > or directory > io_stream_cygfile: fopen(/etc/se