Re: new cygwin dlls

2006/1/26, Christopher Faylor <[EMAIL PROTECTED]>: > On Thu, Jan 26, 2006 at 03:39:14AM +, Eric Blake wrote: > >>Has a fix been found for building emacs on the new cygwin versions 5.19 > >>and up yet? > > > >Yes - browse the list archives - the idea is that anywhere that emacs > >uses a non-zer

Re: Please assist with details regarding uninstalling [Attn FAQ maintainer]

postgresql is of the same kind as inetd. In the recommended way the service is run via cygrunsrv, but a few people might also have installed the cygwin version via pg_ctl as service starter. Mentioning it after apache would help a bit. => "sshd, cron, cygserver, inetd, apache, postgresql and so on

Re: new cygwin dlls

On Thu, Jan 26, 2006 at 11:43:29AM +0900, djh wrote: > Has a fix been found for building emacs on the new cygwin versions > 5.19 and up yet? > > There is at least one problem with d_ino as you know. I thought you said you'd worked around that (though you didn't share what your actual changes). >

Re: clean_setup.pl website disappeared ? does anyine have the latest and greates clean_setup.pl version?

On 1/21/06, Igor Peshansky wrote: > On Sat, 21 Jan 2006, Cliff Hones wrote: > > > Urs Rau wrote: > > > So, if anybody does have version 1.0700 (or newer) please let me know. > > > > I have a copy, which I shall mail you. > > > > Is there any interest in putting this somewhere more permanent? > > L

Re: Please assist with details regarding uninstalling [Attn FAQ maintainer]

On 1/23/06, Joshua Daniel Franklin wrote: > On 1/23/06, Eric Blake wrote: > > We need to get the ideas from this thread into the FAQ on uninstalling > > cygwin. Also, add a mention that inetd is a potential cygwin service - > > since it can run without the assistance of cygrunsrv, it might not sho

Re: help with cygwin uninstall (RTFM'd unsuccessfully)

On 1/25/06, Larry Hall (Cygwin) wrote: > Banibrata Dutta wrote: > > Hi, > > > > Having RTFM'd the FAQ & User's Guide, doing this post. > > > > I want to uninstall Cygwin completely (and then intend to do a fresh > > install). So here are questions :- > > > > 1) How to find out what are the Cygwin

Re: Building Cygwin from CVS

On 1/20/06, Brian Dessent wrote: > Joshua Daniel Franklin wrote: > > > gcc make binutils cocom dejagnu > > gcc depends on binutils, so there's no need to list it as requirement. > Perl is used in the build process as well. > > http://cygwin.com/ml/cygwin/2005-01/msg01266.html Thanks Brian, I think

Re: new cygwin dlls

On Thu, Jan 26, 2006 at 03:39:14AM +, Eric Blake wrote: >>Has a fix been found for building emacs on the new cygwin versions 5.19 >>and up yet? > >Yes - browse the list archives - the idea is that anywhere that emacs >uses a non-zero d_ino to mean the entry returned from readdir is valid, >just

Re: help with cygwin uninstall (RTFM'd unsuccessfully)

Banibrata Dutta wrote: Hi, Having RTFM'd the FAQ & User's Guide, doing this post. I want to uninstall Cygwin completely (and then intend to do a fresh install). So here are questions :- 1) How to find out what are the Cygwin specific "services" that are installed ? Perhaps a browse of the e

Re: new cygwin dlls

> Has a fix been found for building emacs on the new cygwin versions > 5.19 and up yet? Yes - browse the list archives - the idea is that anywhere that emacs uses a non-zero d_ino to mean the entry returned from readdir is valid, just add a small patch to that area of code that treats ALL director

new cygwin dlls

Has a fix been found for building emacs on the new cygwin versions 5.19 and up yet? There is at least one problem with d_ino as you know. An possibly another, since temacs crashes with a stack dump, during bootstrap. cygwin distribution has an early emacs in it. Will it still run on the newer 5

Re: updating DB_File in Perl: where would be db.h?

Linda Walsh wrote: > Thanks -- looked for a -devel package, but was looking in wrong > place (looking in dbX.Y-devel). I think the odd naming is a legacy thing, I'm not sure why they don't follow the standard "foo/libfoo/foo-devel" convention. > Hmm! Didn't know about cygcheck -p (or the websit

Re: updating DB_File in Perl: where would be db.h?

Brian Dessent wrote: Headers and import libraries are in the -devel package. The main package just contains the files necessary at runtime, if you intend to compile things that use the library you need the -devel package. Thanks -- looked for a -devel package, but was looking in wrong pla

Re: updating DB_File in Perl: where would be db.h?

Brian Dessent wrote: > Linda Walsh wrote: > > >>I installed all 5 versions, but none of them have a "db.h". >> >>Anyone know what package I might install to enable building >>of DB_File module? > > > Headers and import libraries are in the -devel package. The main > package just contains the

Re: updating DB_File in Perl: where would be db.h?

Linda Walsh wrote: > I installed all 5 versions, but none of them have a "db.h". > > Anyone know what package I might install to enable building > of DB_File module? Headers and import libraries are in the -devel package. The main package just contains the files necessary at runtime, if you int

updating DB_File in Perl: where would be db.h?

It appears DB_File is installed with cygwin Perl. I wanted to update it via CPAN. The build looks for a file "db.h" in the include directories. Supposedly, DB_File is buildable by installing the Berkeley DB Library package. Cygwin has multiple versions: db2, db3.1, db4.1, db4.2 & db4.3. I inst

Re: Problems with cygwin cvs over ssh.

On Wed, 25 Jan 2006, René Berber wrote: > Igor Peshansky wrote: > [snip] > > FWIW, I could reproduce the original problem, either with or without > > ":ext:". > > The combination cvs/ssh has no problem : > > $ echo $CVS_RSH > ssh > $ echo $CVSROOT > :ext:[EMAIL PROTECTED]:/export/home0/cvsrep > $

Re: Problems with cygwin cvs over ssh.

Igor Peshansky wrote: [snip] > FWIW, I could reproduce the original problem, either with or without > ":ext:". The combination cvs/ssh has no problem : $ echo $CVS_RSH ssh $ echo $CVSROOT :ext:[EMAIL PROTECTED]:/export/home0/cvsrep $ cvs co junit-test cvs server: Updating junit-test U junit-test/

Re: [ANNOUNCEMENT] Updated: readline-5.1-1, libreadline6-5.1-1

> A new release of readline and libreadline6, 5.1-1, is available for use, > replacing 5.0-4. Is there any known bugs with readline-5.1 on Cygwin? I've tracked down my problem compiling and running CGDB to this package. In linux, everything works fine, although I know these problems could lie an

Re: Problems with cygwin cvs over ssh.

On Wed, 25 Jan 2006, René Berber wrote: > Igor Peshansky wrote: > [snip] > >>From the manual: > >> > >>"If the access method is omitted, then if the repository starts with > >>'/', then :local: is assumed." > >> > >>Try: cvs -d :ext:[EMAIL PROTECTED]:/test-repository co test1 > > > > FWICS, "[EMA

Re: Problems with cygwin cvs over ssh.

Igor Peshansky wrote: [snip] >>From the manual: >> >>"If the access method is omitted, then if the repository starts with >>'/', then :local: is assumed." >> >>Try: cvs -d :ext:[EMAIL PROTECTED]:/test-repository co test1 > > > FWICS, "[EMAIL PROTECTED]" doesn't start with a '/'. "fred" is not i

Re: Problems with cygwin cvs over ssh.

On Wed, 25 Jan 2006, René Berber wrote: > James Courtier-Dutton wrote: > > > CVS_RSH=/bin/ssh > > CVS -d [EMAIL PROTECTED]:/test-repository co test1 > --^^^ > Is this correct? or it was really _cvs_. Both should work unless you use check_case:strict or a shell that does case-sensitive hashing. >

Re: Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc + redirect == trouble!

> > I (now) understand what's happening. I think it's undesirable, though. That's a relative viewpoint. Personally, I like the fact that the rules are consistent (process instructions one line at a time; and apply pipelines first, then apply all redirections, including here-docs, in left-to-righ

Re: Problems with cygwin cvs over ssh.

James Courtier-Dutton wrote: > CVS_RSH=/bin/ssh > CVS -d [EMAIL PROTECTED]:/test-repository co test1 --^^^ Is this correct? or it was really _cvs_. > ...password > cannot mkdir /tmp/cvs-server1396/. > No such file or directory. > > I am running OpenSSH on a cygwin windows server. > The CVS

RE: Cygwin in any directory by menuchoice

> Hello list, > > In win xp you can get the chose to start cmd.exe in any directory of > your choice with rightclick and a menuchoice with > ### > Windows registry Editor Version 5.00 > [HKEY_CLASSES_ROOT\Folder\shell\Cmd Here] > @="Command &Prompt Here" > [HKEY_CLASSES_ROOT\Folder\shell\Cmd Here

Re: Cygwin in any directory by menuchoice

On Wed, 25 Jan 2006, Fredrik Lundgren wrote: > Hello list, > > In win xp you can get the chose to start cmd.exe in any directory of your > choice with rightclick and a menuchoice with > ### > Windows registry Editor Version 5.00 > [HKEY_CLASSES_ROOT\Folder\shell\Cmd Here] > @="Command &Prompt Here

Re: Problems with cygwin cvs over ssh.

On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > On 25/01/06, Igor Peshansky xxx wrote: > > On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > > > > > On 25/01/06, Karl-Heinz Wirth <[EMAIL PROTECTED]> wrote: > > > > . Thanks. > > Does anyone

Re: Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc + redirect == trouble!

Op Wed, 25 Jan 2006 07:41:45 -0700 schreef Eric Blake in <43D78E29.4060504byu.net>: : : According to Bas van Gompel on 1/24/2006 10:11 PM: [script] : First line: This could be rewritten "exec /bin/ksh 5<&0 < In ash it prints '' : > First exec: Done. : > Second exec: Done. : > '', as I expe

Re: Problems with cygwin cvs over ssh.

On 25/01/06, Igor Peshansky xxx wrote: > On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > > > On 25/01/06, Karl-Heinz Wirth <[EMAIL PROTECTED]> wrote: > > . Thanks. > Does anyone know how to configure gmail to do this? Note: Special manual del

Cygwin in any directory by menuchoice

Hello list, In win xp you can get the chose to start cmd.exe in any directory of your choice with rightclick and a menuchoice with ### Windows registry Editor Version 5.00 [HKEY_CLASSES_ROOT\Folder\shell\Cmd Here] @="Command &Prompt Here" [HKEY_CLASSES_ROOT\Folder\shell\Cmd Here\command] @="cmd

Re: Problems with cygwin cvs over ssh.

On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > On 25/01/06, Karl-Heinz Wirth <[EMAIL PROTECTED]> wrote: . Thanks. > > Hi > > > > >On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > > > > > CVS_RSH=/bin/ssh > > > CVS -d [EMAIL PROTECTED]:/test-rep

Re: AW: cygwin-1.5.19-4 very slow in pipes and compiling

> Thanks for your reply. For me bash and piping is unavoidable. Is using > an earlier version of cygwin a solution? And which version is known to > not have the above mentioned problems? Roland, I haven't tested backwards to see when this may have worked better. My suggestion in regard to using

RE: Cygwin Setup: Fatal Error: Uncaught Exception

On Wed, 25 Jan 2006, Dave Korn wrote: > Igor wrote: > > > I've looked at this a bit. Here's the weird part: the error > > says "Uncaught Exception", but all the throws of that > > exception appear to be properly wrapped in try/catch blocks. > > So a simple "change exception into an mbox" kind of

Re: bug in: pthread_mutexattr_init ?

On Wed, 25 Jan 2006, djh wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x610ad945 in pthread_mutexattr_init () from /usr/bin/cygwin1.dll > > Any ideas of what is creating this? Please try searching the archives before posting. http://sourceware.org/ml/cygwin/2006-01/msg01147.ht

RE: Cygwin Setup: Fatal Error: Uncaught Exception

Igor wrote: > I've looked at this a bit. Here's the weird part: the error > says "Uncaught Exception", but all the throws of that > exception appear to be properly wrapped in try/catch blocks. > So a simple "change exception into an mbox" kind of solution > won't work here. More debugging is nee

AW: cygwin-1.5.19-4 very slow in pipes and compiling

Dear Brett, Thanks for your reply. For me bash and piping is unavoidable. Is using an earlier version of cygwin a solution? And which version is known to not have the above mentioned problems? Regards, Roland -Ursprüngliche Nachricht- Von: Brett Serkez [mailto:[EMAIL PROTECTED] Gesendet

Re: Problems with cygwin cvs over ssh.

On 25/01/06, Karl-Heinz Wirth <[EMAIL PROTECTED]> wrote: > Hi > > >On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > > > CVS_RSH=/bin/ssh > > CVS -d [EMAIL PROTECTED]:/test-repository co test1 > > ...password > > cannot mkdir /tmp/cvs-server1396/. > > No such file or directory. > > I am havin

Re: New readline introduces even more prompt-length calculation oddities

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Blake wrote: > According to Max Bowsher on 1/25/2006 4:18 AM: >>> The readline 5.1 update has brought with it increased bugs in bash's >>> prompt length calculation when nonprinting characters are used. >>> >>> My PS1: >>> PS1='\[\e[32;[EMAIL PROT

Re: Coprocesses/piping problem

Adam, > Unfortunately, the program appears to hang when compiled and run, though > the child process is launched. What is really bizarre is that this code > works fine when compiled under Linux. Are there any pitfalls to be > particularly aware of when trying to use this construct? Is this a

Re: Problems with cygwin cvs over ssh.

Hi >On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > CVS_RSH=/bin/ssh > CVS -d [EMAIL PROTECTED]:/test-repository co test1 > ...password > cannot mkdir /tmp/cvs-server1396/. > No such file or directory. I am having the same problem now, after upgrading to cygwin 1.5.19-4 from 1.5.18-1. I

Re: Losing key bindings in Bash 3.00.16(14)-release

> Hi Folks, > > Versions: Windows XP SP2, RXVT 2.7.10, Bash 3.00.16(14)-release, Cygwin > DLL 1.5.18. You might want to consider upgrading. > > Since Bash 3.x became the default version installed with Cygwin, on my > system, Bash inexplicably loses the command line edit bindings. This > us

Re: Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc + redirect == trouble!

On Wed, 25 Jan 2006, Eric Blake wrote: > > You might want to quote <<'EOSH', but that's not the cause of your > > problem. Here's a funny thing: > > > > #!/bin/bash > > exec 5<&0 /bin/bash <<'EOSH' > > echo "First exec: Done." > > cat > > exec 0<&5 > > echo "Second exec: Done." > > exit 0 > > EOS

Re: Losing key bindings in Bash 3.00.16(14)-release

On Wed, 25 Jan 2006, Keith Christian wrote: > Hi Folks, > > Versions: Windows XP SP2, RXVT 2.7.10, Bash 3.00.16(14)-release, Cygwin > DLL 1.5.18. > > Since Bash 3.x became the default version installed with Cygwin, on my > system, Bash inexplicably loses the command line edit bindings. This > us

Re: Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc +redirect == trouble!

> You might want to quote <<'EOSH', but that's not the cause of your > problem. Here's a funny thing: > > #!/bin/bash > exec 5<&0 /bin/bash <<'EOSH' > echo "First exec: Done." > cat > exec 0<&5 > echo "Second exec: Done." > exit 0 > EOSH > > works for me. Don't ask me why, though. Perhaps Eric

Re: Problems with cygwin cvs over ssh.

On Wed, 25 Jan 2006, James Courtier-Dutton wrote: > CVS_RSH=/bin/ssh > CVS -d [EMAIL PROTECTED]:/test-repository co test1 > ...password > cannot mkdir /tmp/cvs-server1396/. > No such file or directory. > > I am running OpenSSH on a cygwin windows server. > The CVS repository is on the window

Re: [ANNOUNCEMENT] GNU CLISP 2.38 (2006-01-24) released

> * Dr. Volker Zell <[EMAIL PROTECTED]> [2006-01-25 11:12:55 +0100]: > >> Sam Steingold writes: > > > ANSI Common Lisp is a high-level, general-purpose programming language. > > GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe > > o Packaging bug: /usr/share/doc/c

Re: Errors compiling cdrtools under cygwin 1.5.19

> > Linux has an equivalent getline() call. Apache (presumably, I haven't > checked) builds on Linux. Thus, either Cygwin's getline declaration is > somehow different from Linux's (in which case it should be fixed in > Cygwin), or Apache is doing something different in Cygwin than in Linux > (in

Re: Errors compiling cdrtools under cygwin 1.5.19

On Wed, 25 Jan 2006, pobox wrote: > > I like this slogan: "Cygwin: nice, but not reliable". We should adopt > > this, and refer 90% of the mailing list complaints to it. :-) > > Igor > > I am not really sure how to understand the joke. Only that Cygwin cannot be expected to be fully tested

Coprocesses/piping problem

Hi, I have been given some code which needs to run under Cygwin's version of bash. It uses a pair of pipes to drive a co-process, in what I'm told is a fairly standard way, detailed in the Interprocess Communication chapter of "Advanced Programming in the Unix Environment" by W.Richard Stevens.

Losing key bindings in Bash 3.00.16(14)-release

Hi Folks, Versions: Windows XP SP2, RXVT 2.7.10, Bash 3.00.16(14)-release, Cygwin DLL 1.5.18. Since Bash 3.x became the default version installed with Cygwin, on my system, Bash inexplicably loses the command line edit bindings. This usually happens when a window has been open for a day or

Re: Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc + redirect == trouble!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 1/25/2006 7:41 AM: >>>=== begin testexec.sh === >>>#!/bin/ksh >>> >>>exec 5<&0 /bin/ksh <>>echo "First exec: Done." >>>exec 0<&5 >>>echo "Second exec: Done." >>>exit 0 >>>EOSH >>> end testexec.sh > > > First line:

Re: Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc +redirect == trouble!

On Wed, 25 Jan 2006, Bas van Gompel wrote: > Hi, > > Try the following script: > > === begin testexec.sh === > #!/bin/ksh > exec 5<&0 /bin/ksh < echo "First exec: Done." > exec 0<&5 > echo "Second exec: Done." > exit 0 > EOSH > end testexec.sh You might want to quote <<'EOSH', but that'

Re: Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc + redirect == trouble!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bas van Gompel on 1/24/2006 10:11 PM: > Hi, > > Try the following script: > > === begin testexec.sh === > #!/bin/ksh > > exec 5<&0 /bin/ksh < echo "First exec: Done." > exec 0<&5 > echo "Second exec: Done." > exit 0 > EOSH > end te

Re: New readline introduces even more prompt-length calculation oddities

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Max Bowsher on 1/25/2006 4:18 AM: > The readline 5.1 update has brought with it increased bugs in bash's > prompt length calculation when nonprinting characters are used. > > My PS1: > PS1='\[\e[32;[EMAIL PROTECTED] \[\e[0m\][\w] \$ ' >

Re: curses.h (Attn: bash and setup maintainers)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Igor Peshansky on 1/24/2006 7:26 AM: >> >>Duly noted; bash-3.1-2 will improve on this situation (whenever I get >>time to get that working; I'm still struggling with gracefully >>incorporating upstream patches without wiping them out by re

Re: /proc//exe points to void

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 1/24/2006 10:45 AM: > > I've just checked in a patch which tacks on the .exe suffix to > /proc/$PID/exe, as well as a patch to realpath which returns the > pathname with .exe suffix, even if the original name has no su

Problems with cygwin cvs over ssh.

Hi, CVS_RSH=/bin/ssh CVS -d [EMAIL PROTECTED]:/test-repository co test1 ...password cannot mkdir /tmp/cvs-server1396/. No such file or directory. I am running OpenSSH on a cygwin windows server. The CVS repository is on the windows server. From CYGWIN: OpenSSH_4.2p1 CVS 1.11.17 So, the p

[ANNOUNCEMENT] Updated: neon-0.25.5-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neon has been updated to 0.25.5-1. Neon is an HTTP and WebDAV client library, with a C interface. It is used by subversion and cadaver. This is a minor new upstream bugfix release. Max Bowsher. - -- To update your installation, click on the "Inst

New readline introduces even more prompt-length calculation oddities

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The readline 5.1 update has brought with it increased bugs in bash's prompt length calculation when nonprinting characters are used. My PS1: PS1='\[\e[32;[EMAIL PROTECTED] \[\e[0m\][\w] \$ ' with latest bash and readline, bash positions the cursor 1

Re: SIGALRM is ignored in generated code blocks (using mmap) - testcase included

Hi Chris, Samuel, >Mmm, IIRC signals can't be delivered unless you call cygwin functions. If that is actually true, it's a bug. Cygwin should be able to interrupt user code. It doesn't try to interrupt... >int main(void) { > signal(SIGALRM,handler); > alarm(1); > Sleep(); >

Re: [ANNOUNCEMENT] GNU CLISP 2.38 (2006-01-24) released

> Sam Steingold writes: > ANSI Common Lisp is a high-level, general-purpose programming language. > GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe o Packaging bug: /usr/share/doc/clisp-2.38/Cygwin should be /usr/share/doc/Cygwin o In your cl

Re: Errors compiling cdrtools under cygwin 1.5.19

I like this slogan: "Cygwin: nice, but not reliable". We should adopt this, and refer 90% of the mailing list complaints to it. :-) Igor I am not really sure how to understand the joke. cygwin worked flawlessly for me for very long time. May be I have been lucky, but this made me dev

help with cygwin uninstall (RTFM'd unsuccessfully)

Hi, Having RTFM'd the FAQ & User's Guide, doing this post. I want to uninstall Cygwin completely (and then intend to do a fresh install). So here are questions :- 1) How to find out what are the Cygwin specific "services" that are installed ? 2) I've done a "umount -A" and closed Cygwin window.