Re: cvs emacs

Darel Henman wrote: > Has anyone out there been successfull in finding out how to build > the latest cvs emacs with the cygwin 5.19.4? I have success in build emacs from cvs using the method described in http://cygwin.com/ml/cygwin/2006-04/msg00639.html (i.e. building in a separate directory) u

RE: No postnews or other Usenet news utilities?

On 24 May 2006 21:48, Bruce Wehr wrote: >> Spamming is a sin; it is selfishness and arrogance to the >> point of solipsism. Stop it today. > > HEY! One point we can agree on! Cool! Maybe you're not such a bad guy > after all! > >> READ the faq: >> http://www.faqs.org/faqs/misc-forsale-faq

RE: Cygwin, gdb and SEH [was RE: 1.5.19: changes have broken Qt3]

On 25 May 2006 04:05, [EMAIL PROTECTED] wrote: > On Wed, May 24, 2006 at 07:06:32PM +0100, Dave Korn wrote: >> YES, THERE IS A WAY! >> >> WHAT IS MORE YOU HAVE ALREADY HAD IT EXPLAINED TO YOU A DOZEN TIMES IN >> THIS THREAD! >> >> THE WAY IS TO USE AN UP-TO-DATE GDB! > > BTW: > > Myself

Re: cvs emacs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to djh on 5/24/2006 8:08 PM: > Has anyone out there been successfull in finding out how to build > the latest cvs emacs with the cygwin 5.19.4? You are better off trying a snapshot. That said, there are still issues in how CVS emacs manages

Re: cvs emacs

Eric Blake wrote: > there are still issues in how CVS emacs manages memory that work find > under Windows 2k but tickle bugs and cause crashes under Windows XP > anyone who can successfully compile emacs on ALL windows > platforms will be greatly appreciated As I have written in http://cygwin.

Re: slow share = slow scripts?

Larry Hall (Cygwin) wrote: mwoehlke wrote: I'm trying to run some scripts off of a slow network share, and it takes *forever* in Cygwin (it's OK in Interix). Looking at an strace (attached) via 'sort -n' shows a LOT of time being spent in read(), apparently just after (caused by?) an fstat(),

RE: No postnews or other Usenet news utilities?

On Thu, 25 May 2006, Dave Korn wrote: > On 24 May 2006 21:48, Bruce Wehr wrote: > > >> Spamming is a sin; it is selfishness and arrogance to the > >> point of solipsism. Stop it today. > > > > HEY! One point we can agree on! Cool! Maybe you're not such a bad > > guy after all! > > > >> READ

Re: slow share = slow scripts?

On 05/25/2006, mwoehlke wrote: Larry Hall (Cygwin) wrote: > mwoehlke wrote: >> I'm trying to run some scripts off of a slow network share, and it takes *forever* in Cygwin (it's OK in Interix). >> >> Looking at an strace (attached) via 'sort -n' shows a LOT of time being spent in read(), appar

Re: Cygwin, gdb and SEH [was RE: 1.5.19: changes have broken Qt3]

clayne@ wrote: BTW: Myself, I had just updated to CVS gdb. Currently it looks like SIGINT is busted (well atleast initiating via ctrl-c) and performance under gdb is crap (probably because I'm trying to debug something with millions of objects - each with their own mutexes). Hmm, build problem

Re: slow share = slow scripts?

Larry Hall (Cygwin) wrote: On 05/25/2006, mwoehlke wrote: Larry Hall (Cygwin) wrote: Take a look at the -x, -E, and -X flags of 'mount'. Perhaps these will help you. Hmm, those are mutually contradictory... guess I'll "experiment". Out of curiosity, what are any of these expected to do?

Re: slow share = slow scripts?

On Thu, 25 May 2006, mwoehlke wrote: > Larry Hall (Cygwin) wrote: > > On 05/25/2006, mwoehlke wrote: > > > Larry Hall (Cygwin) wrote: > > > > Take a look at the -x, -E, and -X flags of 'mount'. Perhaps these > > > will help > > > > you. > > > > > > Hmm, those are mutually contradictory... guess I'

Re: slow share = slow scripts?

Larry Hall (Cygwin) wrote: mwoehlke wrote: I'm trying to run some scripts off of a slow network share, and it takes *forever* in Cygwin (it's OK in Interix). Looking at an strace (attached) via 'sort -n' shows a LOT of time being spent in read(), apparently just after (caused by?) an fstat(),

popup error messages with cygwin-inst-20060524 at W98

Hi, The cygwin-inst-20060524 seems to be buggy at W98. When a cygwin program (like id.exe) is going to terminate, Windows is popping up an error message. The older cygwin-inst-20060427 did not show this behaviour. If redirecting stderr to stdout this behaviour also seems to disappear. Maybe the

Re: slow share = slow scripts?

Igor Peshansky wrote: On Thu, 25 May 2006, mwoehlke wrote: Larry Hall (Cygwin) wrote: On 05/25/2006, mwoehlke wrote: Larry Hall (Cygwin) wrote: Take a look at the -x, -E, and -X flags of 'mount'. Perhaps these will help you. Hmm, those are mutually contradictory... guess I'll "experiment"

Re: slow share = slow scripts?

mwoehlke wrote: Larry Hall (Cygwin) wrote: On 05/25/2006, mwoehlke wrote: Larry Hall (Cygwin) wrote: Take a look at the -x, -E, and -X flags of 'mount'. Perhaps these will help you. Hmm, those are mutually contradictory... guess I'll "experiment". Out of curiosity, what are any of these e

Re: slow share = slow scripts?

On 05/25/2006, mwoehlke wrote: I was misremembering that Cygwin doesn't have or need a 'umount'. Must've been thinking about something else. At any rate, I know I have sometimes been able to re-mount drives without first unmounting them. You can use the '-f' flag to force a remount without 'u

Re: slow share = slow scripts?

Larry Hall (Cygwin) wrote: On 05/25/2006, mwoehlke wrote: I was misremembering that Cygwin doesn't have or need a 'umount'. Must've been thinking about something else. At any rate, I know I have sometimes been able to re-mount drives without first unmounting them. You can use the '-f' flag t

RE: slow share = slow scripts?

On 25 May 2006 18:21, mwoehlke wrote: > Larry Hall (Cygwin) wrote: >> On 05/25/2006, mwoehlke wrote: >>> I was misremembering that Cygwin doesn't have or need a 'umount'. >>> Must've been thinking about something else. At any rate, I know I have >>> sometimes been able to re-mount drives without f

Re: slow share = slow scripts?

On Thu, May 25, 2006 at 12:20:59PM -0500, mwoehlke wrote: >Larry Hall (Cygwin) wrote: >>On 05/25/2006, mwoehlke wrote: >>>I was misremembering that Cygwin doesn't have or need a 'umount'. >>>Must've been thinking about something else. At any rate, I know I have >>>sometimes been able to re-mount

Re: No postnews or other Usenet news utilities?

Dave Korn wrote: On 24 May 2006 21:48, Bruce Wehr wrote: Spamming is a sin; it is selfishness and arrogance to the point of solipsism. Stop it today. HEY! One point we can agree on! Cool! Maybe you're not such a bad guy after all! READ the faq: http://www.faqs.org/faqs/

Source C-code for shell (bash) that processes an asterisk as a special symbol

We have mini-shell that doesn't process an asterisk '*' as a special symbol. Is there any free source C-code on Cygwin that implements that processing? -- Alex Vinokur email: alex DOT vinokur AT gmail DOT com http://mathforum.org/library/view/10978.html http://sourceforge.net/user

Re: slow share = slow scripts?

Dave Korn wrote: On 25 May 2006 18:21, mwoehlke wrote: Larry Hall (Cygwin) wrote: On 05/25/2006, mwoehlke wrote: I was misremembering that Cygwin doesn't have or need a 'umount'. Must've been thinking about something else. At any rate, I know I have sometimes been able to re-mount drives witho

tar error on device node /dev/ptmx

I'm having a problem extracting a tar that contains the device node /dev/ptmx (character device 5,2). Tar creates the file, then segfaults. I originally detected this with a rather large tar created on a linux machine. However, this can be re-produced entirely on cygwin as in the following transc

Re: slow share = slow scripts?

On Thu, May 25, 2006 at 12:34:10PM -0500, mwoehlke wrote: >Dave Korn wrote: >>On 25 May 2006 18:21, mwoehlke wrote: >>>Larry Hall (Cygwin) wrote: On 05/25/2006, mwoehlke wrote: >I was misremembering that Cygwin doesn't have or need a 'umount'. >Must've been thinking about something else

Automated Cygwin install.

Hi. I have the following issue and according to google it seems like I am not the first one. I would like to tailor a package selection with the setup.exe utility, when that is done, I would like to make unattended installations of these packages on many machines. It seems like many people have

Re: slow share = slow scripts?

On Thu, May 25, 2006 at 12:34:10PM -0500, mwoehlke wrote: > Here is what I am talking about: > ~$ mount h:/mwoehlke/src /usr/src > mount: defaulting to '--no-executable' flag for speed since native path >references a remote share. Use '-f' option to override. >

Re: Source C-code for shell (bash) that processes an asterisk as a special symbol

On Thu, 25 May 2006, Alex Vinokur wrote: > We have mini-shell that doesn't process an asterisk '*' as a special > symbol. Is there any free source C-code on Cygwin that implements that > processing? If I understand your question correctly, there are at least 4 different sources for shells, plus v

Re: slow share = slow scripts?

On Thu, May 25, 2006 at 10:57:03AM -0700, clayne wrote: >On Thu, May 25, 2006 at 12:34:10PM -0500, mwoehlke wrote: >>Here is what I am talking about: >>~$ mount h:/mwoehlke/src /usr/src >>mount: defaulting to '--no-executable' flag for speed since native path >> references a remote share. Us

Re: tar error on device node /dev/ptmx

Lott, Jeremiah wrote: I'm having a problem extracting a tar that contains the device node /dev/ptmx (character device 5,2). Tar creates the file, then segfaults. I originally detected this with a rather large tar created on a linux machine. However, this can be re-produced entirely on cygwin as

Re: Automated Cygwin install.

Jarl Friis wrote: Hi. I have the following issue and according to google it seems like I am not the first one. I would like to tailor a package selection with the setup.exe utility, when that is done, I would like to make unattended installations of these packages on many machines. It seems li

Re: slow share = slow scripts?

On Thu, May 25, 2006 at 02:11:09PM -0400, Christopher Faylor wrote: > Language, please. Warning #1. Feel the power. > >Cut people some slack for once - they're on the same side as you trying to > >achieve the same goals. > > What you apparently are failing to realize is that while people > cert

Re: tar error on device node /dev/ptmx

On Thu, May 25, 2006 at 02:10:44PM -0400, Larry Hall (Cygwin) wrote: >Lott, Jeremiah wrote: >>I'm having a problem extracting a tar that contains the device node >>/dev/ptmx (character device 5,2). Tar creates the file, then segfaults. >>I originally detected this with a rather large tar created o

FYI: latest bison generates syntax error

Just updated my bison recently (bison-2.1-1) and now the generated y.tab.c file has an extra semicolon in it that causes the compiler to choke: #ifdef YYPARSE_PARAM # if defined (__STDC__) || defined (__cplusplus) int yyparse (void *YYPARSE_PARAM) # else i

Re: tar error on device node /dev/ptmx

Christopher Faylor wrote: On Thu, May 25, 2006 at 02:10:44PM -0400, Larry Hall (Cygwin) wrote: Lott, Jeremiah wrote: I'm having a problem extracting a tar that contains the device node /dev/ptmx (character device 5,2). Tar creates the file, then segfaults. I originally detected this with a rat

Re: slow share = slow scripts?

On Thu, May 25, 2006 at 11:19:35AM -0700, [EMAIL PROTECTED] wrote: >On Thu, May 25, 2006 at 02:11:09PM -0400, Christopher Faylor wrote: >> Language, please. Warning #1. > >Feel the power. > >> >Cut people some slack for once - they're on the same side as you trying to >> >achieve the same goals. >

RE: tar error on device node /dev/ptmx

Larry Hall wrote: > More seriously, did you try the same with a snapshot? Now I did. I installed the 5/24 snapshot, same result. Jeremiah Lott TimeSys Corporation -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Docum

Re: Automated Cygwin install.

Hi Larry, thanks for the reply. "Larry Hall (Cygwin)" <[EMAIL PROTECTED]> writes: > Jarl Friis wrote: >> Hi. >> I have the following issue and according to google it seems like I am >> not the first one. >> I would like to tailor a package selection with the setup.exe >> utility, >> when that is

Re: Automated Cygwin install.

On Thu, 25 May 2006, Jarl Friis wrote: > Hi Larry, thanks for the reply. > > "Larry Hall (Cygwin)" <[EMAIL PROTECTED]> writes: Ugh, . Thanks. > > Jarl Friis wrote: > >> Hi. > >> I have the following issue and according to google it seems like I am > >>

[ANNOUNCEMENT] update: gsl-1.8-1 (GNU Scientific Library)

The cygwin gsl package (GNU Scientific Library) has been updated to 1.8-1. This is a new upstream release. For the announcement of gsl version 1.8 see: http://lists.gnu.org/archive/html/info-gsl/2006-04/msg0.html The homepage for the GSL is http://www.gnu.org/software/gsl/ The gsl package

[ANNOUNCEMENT] update: gnugo-3.7.10

I've packaged gnugo-3.7.10 for cygwin. Go is a boardgame originating from Asia. Gnu Go is a state of the art go playing program. The announcement of gnugo-3.7.10 can be found here: http://lists.gnu.org/archive/html/gnugo-announce/2006-05/msg0.html For more info consult the Gnu Go home page

Re: Cygwin: texi2dvi stumbles over texinfo.tex

This line in fmtutil.cnf indicates the problem: etexpdfetex language.def-translate-file=cp227.tcx *etex.ini Either (1) the second word should be changed to "etex", or (2) it should be arranged for "etex" in invoke pdfetex instead of etex. E.g., make "etex" a link to pdfet

RE: slow share = slow scripts?

> From: mwoehlke [snip] > Also, why *is* > fstat() so inefficient? Short answer: because it gets a bunch of information about the file that isn't necessarily available without hitting (open()ing) the file itself. > Can anything be done about it? Short answer: No. Longer answer: Much has, but

strange problem cygwin 1.5.19 and application termination

Hello. I have the problem where, when running the following commands: perl -e exit ed http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

Re: Cygwin: texi2dvi stumbles over texinfo.tex

Hi Karl, * Karl Berry wrote on Fri, May 26, 2006 at 12:04:15AM CEST: > This line in fmtutil.cnf indicates the problem: > > etex pdfetex language.def-translate-file=cp227.tcx > *etex.ini > > Either (1) the second word should be changed to "etex", or > (2) it should be arrang

stdio.h

I have run into problems with getline being defined in stdio.h I understand that a GNU system has it defined there but not any other system. Please look into where "getline" should be defined in stdio.h or not. Thank you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Prob

Re: Cygwin: texi2dvi stumbles over texinfo.tex

On Fri, May 26, 2006 at 06:46:21AM +0200, Ralf Wildenhues wrote: >$ cat texindex.exe.stackdump >Exception: STATUS_ACCESS_VIOLATION at eip=6105440C > >eax=004A ebx=0003 ecx=0013 edx=02B9E8A9 esi=00405457 edi=0040544D > >ebp=0022EE08 esp=0022ED60 program=C:\cygwin\bin\texindex.exe, pid 2

sh script works, zsh script doesn't

At the end of this e-mail is the script that I am attempting to run. As it is current written, the tsreader program will start and run, IFF the $LOG file is told to run. As can be seen, it is built as a SHell script. If I comment out the ling that start $LOG and uncomment the line at the very en

Re: sh script works, zsh script doesn't

An added tidbit. I turned the LOG script into a Z-shell script by changing the first line to "#!/usr/bin/zsh" and tsreader started just fine. It is the main Z-shell script that is having trouble starting tsreader and I have no clue why. MB -- e-mail: [EMAIL PROTECTED]