Re: 1.5.21-1 - Crash on anything using cygwin1.dll

Eric Blake wrote: > According to OQ on 9/27/2006 10:39 PM: Sounds to me a little like you have another copy of 'cygwin1.dll' on your system that something is running. Try searching for 'cygwin1.dll's >>> according to process explorer no other cygwin1.dll is loaded and also >>> that

Re: 1.5.21-1 - Crash on anything using cygwin1.dll

Eric Blake wrote: > According to OQ on 9/27/2006 10:39 PM: Sounds to me a little like you have another copy of 'cygwin1.dll' on your system that something is running. Try searching for 'cygwin1.dll's >>> according to process explorer no other cygwin1.dll is loaded and also >>> that

Re: 1.5.21-1 - Crash on anything using cygwin1.dll

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to OQ on 9/27/2006 10:39 PM: >> >> Sounds to me a little like you have another copy of 'cygwin1.dll' on your >> system that something is running. Try searching for 'cygwin1.dll's >> > > according to process explorer no other cygwin1.dll is

Re: 1.5.21-1 - Crash on anything using cygwin1.dll

Larry Hall (Cygwin) wrote: > [EMAIL PROTECTED] wrote: >> 1.5.21-1 - Crash on anything using cygwin1.dll >> >> >> Havent used Cygwin in a while, and then today I was trying to rm' a dir >> when I get this handy message: >> >> === >> 5 [main] rm 5852 dll_crt0_1: internal error: couldn't determine loc

Re: end key in less

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ilguiz Latypov on 9/27/2006 10:07 PM: > Hello, > > Since the Cygwin's less package still ships a version dependent on > termcap, here is an addition to rxvt termcap entry so that > pressing the End key moves the window to the end of file

Re: 1.5.21-1 - Crash on anything using cygwin1.dll

[EMAIL PROTECTED] wrote: 1.5.21-1 - Crash on anything using cygwin1.dll Havent used Cygwin in a while, and then today I was trying to rm' a dir when I get this handy message: === 5 [main] rm 5852 dll_crt0_1: internal error: couldn't determine location of thread function on stack. Expect signa

1.5.21-1 - Crash on anything using cygwin1.dll

1.5.21-1 - Crash on anything using cygwin1.dll Havent used Cygwin in a while, and then today I was trying to rm' a dir when I get this handy message: === 5 [main] rm 5852 dll_crt0_1: internal error: couldn't determine location of thread function on stack. Expect signal problems. === Never saw

Re: How to minimize the shell to system tray?

Hans Horn wrote: I'd give DeskMate (http://sourceforge.net/projects/dm2/) a try. It's free & works! H. "Eric Blake" wrote in message -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Lei Tang on 9/27/2006 8:02 PM: Hi, I want to minimize the Cygwin bash shell to windows system tray.

Re: How to minimize the shell to system tray?

I'd give DeskMate (http://sourceforge.net/projects/dm2/) a try. It's free & works! H. "Eric Blake" wrote in message > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Lei Tang on 9/27/2006 8:02 PM: >> Hi, I want to minimize the Cygwin bash shell to windows system tray. Is >> there

Re: How to minimize the shell to system tray?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Lei Tang on 9/27/2006 8:02 PM: > Hi, I want to minimize the Cygwin bash shell to windows system tray. Is > there any way to do that? I don't know of anything in cygwin that can do it, but I'm pretty sure you can google for programs writte

How to minimize the shell to system tray?

Hi, I want to minimize the Cygwin bash shell to windows system tray. Is there any way to do that? Thanks! -Lei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:

RE: Problems with archiver "ar"

> From: Eric Blake > Sent: Wednesday, September 27, 2006 8:42 PM > Subject: Re: Problems with archiver "ar" > [snip] > > > > But due to the newest bash update, I rather need "textmode" > to re-use > > my existing scripts without conversion, as the come from a revision > > control system which

Re: bash 3.1.18 seems seriously broken

Christopher Faylor wrote: On Wed, Sep 27, 2006 at 05:58:15PM -0400, Larry Hall (Cygwin) wrote: Ah. Blindly doing *anything* and then blaming others for the results is not a recipe for sympathy. I think that one is going in my "quotes" file. I am honored. :-) -- Larry Hall

Re: Install hangs

Eric Mader wrote: Larry Hall (Cygwin) wrote: Eric Mader wrote: I found a bunch of stalled processes running "ash", "bash" and "sh". I killed them all and rebooted for good measure. :-) When I ran setup.exe again, it gets as far as running /etc/postinstall/gnugo.sh and then stalls. The environ

Re: tcgetattr problem

On Wed, Sep 27, 2006 at 10:13:36PM -0400, Christopher Faylor wrote: >The name of the function is "ioctl", not "ioctl". "_ioctl". cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html

Re: bash 3.1.18 seems seriously broken

On Wed, Sep 27, 2006 at 05:58:15PM -0400, Larry Hall (Cygwin) wrote: >Ah. Blindly doing *anything* and then blaming others for the results is >not a recipe for sympathy. I think that one is going in my "quotes" file. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem

Re: tcgetattr problem

On Thu, Sep 28, 2006 at 12:10:18AM +0100, ahnkle wrote: >On 18:36 Wed 27 Sep , Igor Peshansky wrote: >> >> #define PORT "com1" >> ... >> fd = open(PORT, O_RDWR | O_NOCTTY ); >> >> There's your problem. When you open a port as "com1", it looks like a >> file to Cygwin, since it doesn't reco

RE: Bash 3.1.17(8) CR/LF problem

> From: Eric Blake > Sent: Wednesday, September 27, 2006 8:14 PM > Subject: Re: Bash 3.1.17(8) CR/LF problem > [snip] > > I guess I'm 50/50 here. On one hand is most certainly not a > > standard line terminator character on Unix systems, but at the same > > time Cygwin advertises a "collection

Re: Install hangs

Larry Hall (Cygwin) wrote: Eric Mader wrote: I found a bunch of stalled processes running "ash", "bash" and "sh". I killed them all and rebooted for good measure. :-) When I ran setup.exe again, it gets as far as running /etc/postinstall/gnugo.sh and then stalls. The environment seems to be mo

[ANNOUNCEMENT] Updated: monotone-0.30-1

Version 0.30-1 of monotone has been uploaded. monotone is a free distributed version control system. it provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. it understands history-sensitive merging, li

[ANNOUNCEMENT] Updated: whois-4.7.17-1

Version 4.7.17-1 of whois has been uploaded. Whois is a client for the whois directory service. It allows you to retrieve information on domains name, IP addresses, and more. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . ***

Re: Problems with archiver "ar"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Frank Illenseer on 9/27/2006 11:34 AM: > Sorry - for not providing all infos... > > I did some additional tests: When mounting my drives in "binmode" the > error is gone and when mounting them in "textmode" the error is there. Sounds lik

Re: gdb with X-win problem

. Reformatted. Wynfield Henman wrote: On 9/28/06, Larry Hall (Cygwin) cygwin com> wrote: ^^^ . Thanks. Wynfield Henman wrote: > I am not

Re: Bash 3.1.17(8) CR/LF problem

Malcolm Nixon wrote: Larry Hall (Cygwin) wrote: But what you've described so far isn't adding up and my guess is you're going to have to offer a more convincing argument based on detailed facts relevant to the problem you're having to sway the hearts and minds of those who do the work. I guess

Re: Bash 3.1.17(8) CR/LF problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Malcolm Nixon on 9/27/2006 4:09 PM: > mwoehlke wrote: >> Right; non-standard behavior (and any non-binary treatment >> of '\r' certainly counts!) should - and I might dare even to say >> "must" - be disabled by default. Although in this ca

Re: gdb with X-win problem

echo $CYGWIN ==> ntsec If this is wrong, let me know. Regards, Henman --- On 9/28/06, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote: Wynfield Henman wrote: > I am not able to get the new gdb to handle any x-window applications > or even on the non-x window invocation of emacs. > > Does a

Re: bash 3.1.18 seems seriously broken

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Larry Breyer on 9/27/2006 3:22 PM: > What changed from bash 3.1.17 to 3.1.18 ? I don't know, but let me know when you find out :) (There is no 3.1.18 - the latest official bash is 3.1.17, at cygwin release 8, but upstream is very unlikely

Re: Bash 3.1.17(8) CR/LF problem

Larry Hall (Cygwin) wrote: But what you've described so far isn't adding up and my guess is you're going to have to offer a more convincing argument based on detailed facts relevant to the problem you're having to sway the hearts and minds of those who do the work. I guess I have been somewhat

RE: Bash 3.1.17(8) CR/LF problem

On Wed, 27 Sep 2006, Malcolm Nixon wrote: > Jonathan Arnold wrote: > > You can change the Perforce filetype to be binary, and that way Perforce > > will leave the cr/lf alone. Then check out the scripts, do a d2u on them, > > and check them back in. > > > > $ p4 edit -t binary myscript.sh > > I be

RE: Bash 3.1.17(8) CR/LF problem

Jonathan Arnold wrote: You can change the Perforce filetype to be binary, and that way Perforce will leave the cr/lf alone. Then check out the scripts, do a d2u on them, and check them back in. $ p4 edit -t binary myscript.sh I believe this is what I will end up being forced to do. Many of th

emach hang problem: sbrk weirdness in cygwin 1.5.20?

I recently upgraded to cygwin 1.5.21-1. Once doing so I noticed that I could no longer run emacs. emacs would hang and take up around 90-99% of the cpu. Attaching a debugger, I noticed that one of the threads appeared to be in an infinite loop. I downloaded the emacs source, rebuilt it (debug)

Re: 1.5.20: Running background scripts, that use backtick assighments, from other sh scripts

Steven Slany gmail.com> writes: Hello All, I've posted this problem but I haven't recieved a response yet. This seems like a pretty sever problem with forking processes in the background in cygwin. I was wandering if anyone else has ran into this? Thanks, ->Steve -- Unsubscribe info:

Re: tcgetattr problem

On 09/27/2006, ahnkle wrote: On 18:36 Wed 27 Sep , Igor Peshansky wrote: > > > > #define PORT "com1" > > ... > > fd = open(PORT, O_RDWR | O_NOCTTY ); > > > > There's your problem. When you open a port as "com1", it looks like a > > file to Cygwin, since it doesn't recognize it as a val

Re: tcgetattr problem

On 18:36 Wed 27 Sep , Igor Peshansky wrote: > > #define PORT "com1" > ... > fd = open(PORT, O_RDWR | O_NOCTTY ); > > There's your problem. When you open a port as "com1", it looks like a > file to Cygwin, since it doesn't recognize it as a valid device name. > Thus any attempt to manipulat

Re: Bash 3.1.17(8) CR/LF problem

Malcolm Nixon wrote: mwoehlke wrote: Right; non-standard behavior (and any non-binary treatment of '\r' certainly counts!) should - and I might dare even to say "must" - be disabled by default. Although in this case I can't think of any reason why you would ever have a '\r' in a shell script (ot

Re: Bash 3.1.17(8) CR/LF problem

Malcolm Nixon wrote: Jonathan Arnold wrote: * Some translate files to a "Local" format (CR/LF on Windows). Perforce will do this if you let it. Or you can set the LineEnd option for the client to be Unix or Share. This was in fact my original patch attempt, however it had the following

RE: Bash 3.1.17(8) CR/LF problem

On Wed, 27 Sep 2006, Malcolm Nixon wrote: > > So why isn't using a textmode mount a solution? > > Packages generally contain the sources, build scripts, tools binaries, > etc in a single directory tree. For example a ./configure script located > in the package root directory along side other proje

Re: tcgetattr problem

On Wed, 27 Sep 2006, ahnkle wrote: > hi > > I wrote a small program to test some serial stuff. I was puzzled because > I recall that I was able to set baud rate on a serial port before, but > now I cannot. > > I call tcgetattr() after I open the serial port, but it fails (the > tcsetattr() also fa

Re: Bash 3.1.17(8) CR/LF problem

mwoehlke wrote: Right; non-standard behavior (and any non-binary treatment of '\r' certainly counts!) should - and I might dare even to say "must" - be disabled by default. Although in this case I can't think of any reason why you would ever have a '\r' in a shell script (other than as part of a

Re: compling and running c program

niceporch wrote: i'm new to this cygwin and programming thing, so sorry if this is a dumb question. i want to do some c programming so i downloaded the distcc compliler and vim. when i try to compile i get a message like... #include expects "filename" or . just wondering what i might be doing wr

Re: bash 3.1.18 seems seriously broken

mwoehlke wrote: Larry Breyer wrote: What changed from bash 3.1.17 to 3.1.18 ? Did you bother reading the ANNOUNCEMENT? Right. This is *not* a bug. It's a feature. If you read the ANNOUNCEMENT on the ANOUNCEMENT list (copied to the Cygwin list as well), it would be obvious to you why you'

Re: Bash 3.1.17(8) CR/LF problem

On 09/27/2006, Malcolm Nixon wrote: > So why isn't using a textmode mount a solution? Packages generally contain the sources, build scripts, tools binaries, etc in a single directory tree. For example a ./configure script located in the package root directory along side other project files. As su

Re: Bash 3.1.17(8) CR/LF problem

Malcolm Nixon wrote: So why isn't using a textmode mount a solution? Packages generally contain the sources, build scripts, tools binaries, etc in a single directory tree. For example a ./configure script located in the package root directory along side other project files. As such placing just

Re: bash 3.1.18 seems seriously broken

Larry Breyer wrote: What changed from bash 3.1.17 to 3.1.18 ? Did you bother reading the ANNOUNCEMENT? I blindly performed a cygwin update, rebooted, and attempted startx. X came up OK but the terminals would not respond to keyboard input. Looking at the output of startx it became apparent so

compling and running c program

i'm new to this cygwin and programming thing, so sorry if this is a dumb question. i want to do some c programming so i downloaded the distcc compliler and vim. when i try to compile i get a message like... #include expects "filename" or . just wondering what i might be doing wrong. -- View thi

Re: Bash 3.1.17(8) CR/LF problem

Dave Korn wrote: On 27 September 2006 20:42, Malcolm Nixon wrote: In my opinion a better solution would have been to err on the side of compatibility and only use the new fast readline code if manually enabled. Then according to your opinion, everyone else in the world has to suffer from cri

bash 3.1.18 seems seriously broken

What changed from bash 3.1.17 to 3.1.18 ? I blindly performed a cygwin update, rebooted, and attempted startx. X came up OK but the terminals would not respond to keyboard input. Looking at the output of startx it became apparent something was seriously wrong with /bin/sh (/bin/bash). I got synta

Re: Bash 3.1.17(8) CR/LF problem

Jonathan Arnold wrote: Malcolm Nixon wrote: Unfortunately simply running "d2u" isn't a solution because: * Some revision control systems make the files read-only. I would venture to guess that *all* sccs make a file read-only. I know svn doesn't... rcs's that have a concept of "edit" usua

Re: Bash 3.1.17(8) CR/LF problem

Malcolm Nixon wrote: I recently updated to Bash 3.1.17(8) and found my local build system failing due to the removal of CR/LF support: "A script on a binary mount that uses \r\n line endings will probably encounter syntax errors or odd variable assignments, because the \r is treated literally. I

Re: Bash 3.1.17(8) CR/LF problem

Jonathan Arnold wrote: * Some translate files to a "Local" format (CR/LF on Windows). Perforce will do this if you let it. Or you can set the LineEnd option for the client to be Unix or Share. This was in fact my original patch attempt, however it had the following problems: * You can

RE: Bash 3.1.17(8) CR/LF problem

So why isn't using a textmode mount a solution? Packages generally contain the sources, build scripts, tools binaries, etc in a single directory tree. For example a ./configure script located in the package root directory along side other project files. As such placing just the bash scripts in a

Re: Bash 3.1.17(8) CR/LF problem

Malcolm Nixon wrote: Unfortunately simply running "d2u" isn't a solution because: * Some revision control systems make the files read-only. I would venture to guess that *all* sccs make a file read-only. * Some detect the change to as changes require manual merging. It ought to, if y

RE: Bash 3.1.17(8) CR/LF problem

On 27 September 2006 20:42, Malcolm Nixon wrote: > I recently updated to Bash 3.1.17(8) and found my local build system > failing due to the removal of CR/LF support: > "A script on a binary mount that uses \r\n line endings will probably > encounter syntax errors or odd variable assignments, beca

Re: Bash 3.1.17(8) CR/LF problem

Malcolm Nixon wrote: I recently updated to Bash 3.1.17(8) and found my local build system failing due to the removal of CR/LF support: "A script on a binary mount that uses \r\n line endings will probably encounter syntax errors or odd variable assignments, because the \r is treated literally. I

Re: Install hangs

Eric Mader wrote: Eric Mader wrote: Eric Mader wrote: I was able to get setup.exe unstuck by cd'ing to /etc/preremove, running automake-devel.sh and then deleting it. I had to do this with about three other scripts in this directory before setup.exe would move on to the next phase. It's now h

Bash 3.1.17(8) CR/LF problem

I recently updated to Bash 3.1.17(8) and found my local build system failing due to the removal of CR/LF support: "A script on a binary mount that uses \r\n line endings will probably encounter syntax errors or odd variable assignments, because the \r is treated literally. If this happens to you,

tcgetattr problem

hi I wrote a small program to test some serial stuff. I was puzzled because I recall that I was able to set baud rate on a serial port before, but now I cannot. I call tcgetattr() after I open the serial port, but it fails (the tcsetattr() also fails which first got my attention). I enclose a

Re: How to configure cron's mail?

René Berber wrote: > Joost Kraaijeveld wrote: > >> Can I configure where cron sends the mail to? It seems to be >> "[EMAIL PROTECTED]", where user is the account cron is running under, >> but I would like it to go to "[EMAIL PROTECTED]". > > Yes, in /etc/ssmtp/ssmtp.conf, but when you install t

Re: make 3.81-1 problems with DOS-paths

On Wed, Sep 27, 2006 at 12:59:03PM -0500, mwoehlke wrote: >In short: make 3.81 intentionally removed support for DOS paths; use >make 3.80 or the newer version (make-3.81-2?). http://cygwin.com/ml/cygwin/2006-09/msg00315.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Pro

Re: make 3.81-1 problems with DOS-paths

Knut Schwichtenberg wrote: I've udated on 14.Sep.06 my Cygwin make to 3.81-1. The C-project I was compiling generated dependency files including system files. For system files the full path in DOS notation is entered into the dependency file. Make stops the execution of the makefile with the "

Re: Re: Problems with archiver "ar"

Sorry - for not providing all infos... I did some additional tests: When mounting my drives in "binmode" the error is gone and when mounting them in "textmode" the error is there. But due to the newest bash update, I rather need "textmode" to re-use my existing scripts without conversion, as

make 3.81-1 problems with DOS-paths

Hi, I've udated on 14.Sep.06 my Cygwin make to 3.81-1. The C-project I was compiling generated dependency files including system files. For system files the full path in DOS notation is entered into the dependency file. Make stops the execution of the makefile with the "very" expressive messa

RE: How to configure cron's mail?

> -Original Message- > Sent: Tuesday, September 26, 2006 11:50 PM > To: Cygwin Users > Subject: How to configure cron's mail? > > Hi, > > Can I configure where cron sends the mail to? It seems to be > "[EMAIL PROTECTED]", where user is the account cron is running > under, but I > would l

Problems with bind and UDP server

Hello, I saw these series of posts on UDP - was there a conclusion to them? http://cygwin.com/ml/cygwin/2006-06/msg00701.html http://cygwin.com/ml/cygwin/2006-06/msg00703.html http://cygwin.com/ml/cygwin/2006-06/msg00705.html http://cygwin.com/ml/cygwin/2006-06/msg00706.html I compile and run ne

Re: gdb with X-win problem

Wynfield Henman wrote: I am not able to get the new gdb to handle any x-window applications or even on the non-x window invocation of emacs. Does anyone else have this problem. From zsh Attaching to program `/usr/local/bin/x

Re: Install hangs

Artie Ziff wrote: Is there an example of log file (posted somewhere) that illustrates what a successful cygwin installation looks like? Not that I recall, at least in terms of "here's a good log for your reference". I'd suggest just posting your log and letting people here point out errors or

Re: FW: Potential bug in sshd

On Wed, 27 Sep 2006, Dave Korn wrote: > > I was sent the following mail off-list, and am forwarding it (with > permission), because it contains a useful workaround for people having > problems with McAffee: disable the "buffer overrun protection". > > On 27 September 2006 11:40, Michael Teske wr

RE: New windows from cygwin in ssh

> I'm afraid so. It's unclear why Windows imposes this > restriction, but if > your sshd is running as a non-SYSTEM user, it can't interact with the > desktop. I was going to suggest using "cygstart", but even that > apparently doesn't work as-is. It probably can be patched up > to obtain > th

RE: New windows from cygwin in ssh

Ugh, top-posting... Reformatted. On Wed, 27 Sep 2006, Pavel Ivanoff wrote: > > -Original Message- > > From: Igor Peshansky > > Sent: Tuesday, September 26, 2006 4:27 PM > > To: Pavel Ivanoff > > Subject: RE: New windows from cygwin in ssh > > > > You weren't clear on exactly what you wan

FW: Potential bug in sshd

I was sent the following mail off-list, and am forwarding it (with permission), because it contains a useful workaround for people having problems with McAffee: disable the "buffer overrun protection". On 27 September 2006 11:40, Michael Teske wrote: > Hi! > > I'm not subscribed to the cygwi

gdb with X-win problem

I am not able to get the new gdb to handle any x-window applications or even on the non-x window invocation of emacs. Does anyone else have this problem. From zsh Attaching to program `/usr/local/bin/xv.exe', process 2772 zsh

RE: New windows from cygwin in ssh

As I understand "Allow service to interact with desktop" is exactly what I want. But this checkbox is active only when service los on as SYSTEM but my sshd logs on as me. And installing the service with '-i' option said to me the same: "cygrunsrv: --interactive not allowed with --user". Is there an