Re: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

David L Goldsmith wrote: Tim Prince wrote: make is available on the cygwin setup selection window, as are other development packages you would need. Generally speaking, putting cygwin stuff in your Windows environment should be avoided. I don't understand this comment at all: isn't cygwin pre

Re: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

Tim Prince wrote: Generally speaking, putting cygwin stuff in your Windows environment should be avoided. I do that all the time. In fact I wouldn't live without it. There's no problems with doing this. -- Andrew DeFaria I thought about how mothers feed their babies with ti

Re: 1.5.24: incorrect default behavior of dd in popen context on text-mounted filesystem

On Wed, Jul 25, 2007 at 12:39:41PM -0400, Hugh Secker-Walker wrote: >> >Yes, in my rush to try out the modified dd I did not notice that >> >cgf had quietly fixed the binary issue in gzip. So, thank you to >> >cgf for so quickly fixing the original problem. >> >> It wasn't "quietly": >> >> http:

Re: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

On Thu, Jul 26, 2007 at 02:02:52AM +0100, Dave Korn wrote: >On 26 July 2007 01:34, Tim Prince wrote: > >> [EMAIL PROTECTED] wrote: >>> First, how do I subscribe to the list? >> Instructions are at www.cygwin.com and at the bottom of each forwarded >> e-mail. >> >>> The other problem I'm having is

RE: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

On 26 July 2007 01:34, Tim Prince wrote: > [EMAIL PROTECTED] wrote: >> First, how do I subscribe to the list? > Instructions are at www.cygwin.com and at the bottom of each forwarded > e-mail. > >> The other problem I'm having is that Mr. Sheppard states that after >> cygwin is installed and ATLA

Re: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

[EMAIL PROTECTED] wrote: Tim Prince wrote: make is available on the cygwin setup selection window, as are other development packages you would need. Generally speaking, putting cygwin stuff in your Windows environment should be avoided. I don't understand this comment at all: isn't cygwin pre

Re: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

Tim Prince wrote: make is available on the cygwin setup selection window, as are other development packages you would need. Generally speaking, putting cygwin stuff in your Windows environment should be avoided. I don't understand this comment at all: isn't cygwin precisely for Windows enviro

Re: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

[EMAIL PROTECTED] wrote: First, how do I subscribe to the list? Instructions are at www.cygwin.com and at the bottom of each forwarded e-mail. The other problem I'm having is that Mr. Sheppard states that after cygwin is installed and ATLAS downloaded and unpacked, it is built w/ make, but m

[Solved]Re: libdb4.5 package discrepancy

The list on the web page is wrong, I needed libdb4.5-devel-4.5.20-1 . Sorry for the noise. -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:

Re: libdb4.5 package discrepancy

René Berber wrote: > libdb4.5-devel: Oracle Berkeley DB, the industry-leading open source, ^^ > $ cygcheck --check-setup libdb4.5 You're comparing two different things here. It's standard practice to split out the developer parts

libdb4.5 package discrepancy

Hi, I have libdb4.5-4.5.20-1 installed and I'm trying to figure out what's wrong with it, why is it different from the list of files in cygwin.com/packages/... which shows: libdb4.5-devel: Oracle Berkeley DB, the industry-leading open source, embeddable database engine - devel (installed

Re: Emacs takes 100% CPU

Ken Brown wrote: > On 7/25/2007 2:52 PM, René Berber wrote: >> Nicolas Saunier wrote: >> >> [snip] >>> I am using emacs with output to X11, and there is no error about not >>> finding a display. It just crashes rightaway, but often works at the >>> second try. >> >> Things may improve if you use c

Re: die cygwin perlld and ld2, die! (was: Trying to build (perl) Inline::CPP-0.25)

On Wed, Jul 25, 2007 at 10:09:25PM +0200, Reini Urban wrote: > See the cygwin thread starting with > http://cygwin.com/ml/cygwin/2007-07/msg00622.html > > >>I ran into a similar problem recently - the standard sort of c++ > >>references were not being found. It turns out that the linker I was

die cygwin perlld and ld2, die! (was: Trying to build (perl) Inline::CPP-0.25)

See the cygwin thread starting with http://cygwin.com/ml/cygwin/2007-07/msg00622.html >>I ran into a similar problem recently - the standard sort of c++ >>references were not being found. It turns out that the linker I was >>calling was ld2, a script that called another script perlld (in >>/

Re: [Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

David L Goldsmith schrieb: First, how do I subscribe to the list? (I searched & searched but all I could find appeared to subscribe new lists to GMANE, not new subscribers to existing lists.) If you read any ANNOUNCEMENT mail to this list you will see instructions. In detail look at this emai

Re: Emacs takes 100% CPU

On 7/25/2007 2:52 PM, René Berber wrote: Nicolas Saunier wrote: [snip] I am using emacs with output to X11, and there is no error about not finding a display. It just crashes rightaway, but often works at the second try. Things may improve if you use cygserver and env. var. "CYGWIN=server".

RE: 1.5.24: unhandled exception on cygwin setup

On 25 July 2007 19:40, Andreas Baak wrote: >> I suspect some kind of bad interaction with your security software >> or something similar. Do you have any of the following installed? >> If not, what do you use for firewall/antivirus/antispyware/etc ? > > Hi, > > I am using Agnitum Outpost Firew

Re: 1.5.24: incorrect default behavior of dd in popen context on text-mounted filesystem

Hugh Secker-Walker hodain.net> writes: > My interpretation is thus that when a shell is redirecting > to a file it will open the in binary mode (because I have > CYGWIN=binmode). Explicitly setting CYGWIN=binmode is a no-op. According to http://cygwin.com/cygwin-ug-net/using-cygwinenv.html, CY

Re: Emacs takes 100% CPU

Nicolas Saunier wrote: [snip] > I am using emacs with output to X11, and there is no error about not > finding a display. It just crashes rightaway, but often works at the > second try. Things may improve if you use cygserver and env. var. "CYGWIN=server". -- René Berber -- Unsubscribe info:

[Parallels 3.0, MacOS 10.4.9] Cygwin install probs and how do I subscribe

First, how do I subscribe to the list? (I searched & searched but all I could find appeared to subscribe new lists to GMANE, not new subscribers to existing lists.) Second: I'm installing Cygwin to try to install ATLAS; I'm working from Kevin Shappard's instructions @: http://www.kevinsh

RE: 1.5.24: unhandled exception on cygwin setup

> I suspect some kind of bad interaction with your security software > or something similar. Do you have any of the following installed? > If not, what do you use for firewall/antivirus/antispyware/etc ? Hi, I am using Agnitum Outpost Firewall 4.0 and Avast Antivirus 4.7 Home Edition. I stopped

Re: Emacs takes 100% CPU

On 7/25/2007 1:31 PM, Nicolas Saunier wrote: I am using emacs with output to X11, and there is no error about not finding a display. It just crashes rightaway, but often works at the second try. I had that problem for years with emacs-21 and never found a solution. I just got in the habit of

Re: 1.5.24: incorrect default behavior of dd in popen context on text-mounted filesystem

Thanks for the careful discussion. It almost all makes sense to me. > > 1) In the Cygwin User's Guide, page 33: > > > > c. Pipes and non-file devices are opened in binary mode, except if > > the CYGWIN environment variable contains nobinmode. > > > > Warning! > > In b20.1 of 12/

Re: Emacs takes 100% CPU

Here is the output of 'cygcheck /usr/bin/emacs-nox.exe': --- C:/cygwin/bin/emacs-nox.exe C:/cygwin/bin\cygncurses7.dll C:/cygwin/bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\R

Procmail bug or me bug?

Hi list, Following problem. I filter a fetchmail message through procmail. Procmail saves a backup: http://assist.dyndns.biz/cygwin/orgmessage.asc and then goes :0fhw * |spamtest.php :0h: * ^MYSPAM.* myspam myspam looks like: http://assist.dyndns.biz/cygwin/mboxmsg.asc As you can see large

Re: 1.5.24: incorrect default behavior of dd in popen context on text-mounted filesystem

> >Yes, in my rush to try out the modified dd I did not notice that > >cgf had quietly fixed the binary issue in gzip. So, thank you to > >cgf for so quickly fixing the original problem. > > It wasn't "quietly": > > http://cygwin.com/ml/cygwin-announce/2007-07/msg00028.html > http://cygwin.com/m

Re: 1.5.24: incorrect default behavior of dd in popen context on text-mounted filesystem

On Wed, Jul 25, 2007 at 10:19:49AM -0400, [EMAIL PROTECTED] wrote: >Eric Blake writes: >> According to Hugh Secker-Walker on 7/24/2007 9:48 AM: >> > Firstly, a thank you to Eric Blake for his quick response to the >> > dd problem we uncovered yesterday. >> ... >> Why not also thank cgf, who uploade

Re: 1.5.24: incorrect default behavior of dd in popen context on text-mounted filesystem

hodain.net> writes: > > 1) In the Cygwin User's Guide, page 33: > > c. Pipes and non-file devices are opened in binary mode, except if > the CYGWIN environment variable contains nobinmode. > > Warning! > In b20.1 of 12/98, a file will be opened in binary mode if any >

Re: screen - doesn't call .bashrc at startup

* Andrew Louie (Wed, 25 Jul 2007 08:33:36 -0400) > On 7/25/07, Thorsten Kampe wrote: > > Screen will *never ever* source your .bashrc, that's for sure. > > except when you source your .bashrc file from .bash_profile, and > thought it would be a neat trick to call screen from .bashrc so that > it

[ANNOUNCEMENT] Updated: hexedit-1.2.12-1

I've taken over as maintainer of astyle and packaged the current version of hexedit (1.2.12) using cygport. For a list of changes since the last hexedit release see below. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setu

Re: 1.5.24: incorrect default behavior of dd in popen context on text-mounted filesystem

Eric Blake writes: > According to Hugh Secker-Walker on 7/24/2007 9:48 AM: > > Firstly, a thank you to Eric Blake for his quick response to the > > dd problem we uncovered yesterday. > ... > Why not also thank cgf, who uploaded a fixed gzip yesterday? > Because of his fix, this should now work: >

Re: screen - doesn't call .bashrc at startup

On 7/25/07, Thorsten Kampe wrote: Screen will *never ever* source your .bashrc, that's for sure. except when you source your .bashrc file from .bash_profile, and thought it would be a neat trick to call screen from .bashrc so that it will start up when you start cygwin. boy, was my face

RE: 1.5.24: unhandled exception on cygwin setup

On 25 July 2007 11:08, Andreas Baak wrote: > The installation ran fine until it came to installing > /etc/postinstall/terminfo.sh. > It produced an exception: "An unhandled win32 exception occurred in > bash.exe[268]". This exception popped up on every .sh that should be > executed by the setup r

1.5.24: unhandled exception on cygwin setup

Hi, About a year ago I hat a working installation of cygwin on my computer. However, I deleted this installation and wanted to do a clean cygwin reinstall. I used the current Setup.exe version 2.573.2.2 with Windows XP Professional. I installed to c:\cygwin and downloaded all packages from the in

Re: screen - doesn't call .bashrc at startup

* yitzle (Wed, 25 Jul 2007 00:17:50 -0400) > > Then on my Fedora Core system '/etc/screenrc' contains: > > > > # make the shell in every window a login shell > > #shell -$SHELL > > > > So maybe look in '/etc/screenrc' and see if there's a similar setting there > > that you can enable? Otherwise, j

Re: screen - doesn't call .bashrc at startup

* yitzle (Tue, 24 Jul 2007 23:30:56 -0400) > Under RedHat/Fedora, when screen starts up, it will execute (source) > my .bashrc file. > Under cygwin, it doesn't. > Bug? Feature request? Screen will *never ever* source your .bashrc, that's for sure. Thorsten -- Unsubscribe info: http://cygwi