Re: Re: Postinstall script error

Hi Igor, >If you had Cygwin processes running, cygwin1.dll was locked and could not >be replaced by setup. As a result, you got newer apps installed, but >tried running them with an older cygwin1.dll, which was missing some >functions. Mhm... That's possible. One cygwin session was running, so pr

Re: malloc segfaults Fixed

On Thu, Sep 04, 2003 at 07:15:23PM +0200, Juergen Bohn wrote: > Is it possible to get your patch as snapshot for 1.3.22 too? No, there will be no patches to 1.3.x anymore. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer

Re: Binaries compiled with GCC 3.2-3 much bigger than with 2.95.3-10 ?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frédéric L. W. Meunier wrote: | I just switched to 3.2-3 and was impressed with the following: | | Cygwin -O2 -O2 + -Wl,-s-Os-Os + -Wl,-s What's so | different in 3.2-3 ? On Linux GCC 3.x produced smaller binaries. On | Cygwin the

Re: bug in "ar" when creating libraries on cross linked filesystems

On Thu, Sep 04, 2003 at 07:02:22PM +0200, [EMAIL PROTECTED] wrote: > Hello, > > the command > ar cq libdh.a a.o b.o > does not work, if the current directory is on a linked filesystem. > In my case "." referes to /cygdrive/h". > The error message of "ar" is: > ar: libdh.a: rename: Cross-devi

Re: Cygwin and the Windows registry

Steve Kelem wrote: > I'm doing fall cleaning, and came across the following registry entries. > > Which are required and which can be deleted? The ones that start with > an asterisk are the ones that I'm pretty sure are required. I don't > know about the rest. They may be left over from previous

Re: ssh problem with $HOME

On Friday, September 5, 2003, 2:42:57 AM, Igor wrote: > On Thu, 4 Sep 2003, Gavin Sinclair wrote: >> Hi, >> >> When attempting a "cvs update" using over the ssh protocol (well, you >> know what I mean ;), I get the following error: >> >> $ cvs up >> Could not create directory '/home/Gavin Sin

RE : tee core dumped

Many thanks, I've tested it successfully with the latest CVS version (Friday 5 oct 10:50 GMT+2) > -Message d'origine- > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > De la part de Christopher Faylor > Envoyé : vendredi, 5. septembre 2003 03:57 > À : [EMAIL PROTECTED] > Objet : Re: t

rxvt sets DISPLAY without X11

If rxvt is used from the login shell outside X11, without XWin running and /tmp/.X11-unix/ empty, it nevertheless sets DISPLAY to ':0'. This even happens if rxvt is started directly from a Windows shortcut: C:\cygwin\bin\rxvt.exe -e /bin/bash --login Does this have a special meaning or is it a bug?

rxvt - copy/paste fails when stderr redirected under cygwin-1.5.3

This would be a low-priority bug, I'm sure, but it seems weird enough to report. I'm running rxvt-2.7.10-3 (with no X server). Normally, selecting text copies the text to the Windows clipboard, and middle-clicking pastes from the Windows clipboard. Since upgrading to the new cygwin-1.5.3, rxvt

Re: Binaries compiled with GCC 3.2-3 much bigger than with 2.95.3-10?

There have been discussions on various forums about increased executable size and in particular, compile time, pretty much since gcc-3.1 was in beta. Exe will be bigger than 2-95, even after stripping. You can get more context on this at the gcc lists: http://gcc.gnu.org/ml/gcc/ and http://gc

Re: bug in "ar" when creating libraries on cross linked filesystems

Sorry ... I forgot to attach the informations about my system. I have the problem, that the command "ar" does work on "mounted" partitions. ar cq libdh.a a.o b.o does not work, if the current directory is on a linked filesystem. The error message of "ar" is: ar: libdh.a: rename: Cross-device

latest cygcheck -c is expensive

Igor, Would you be willing to make the status check portion of cygcheck -c optional (i.e., another option)? The latest version is very expensive: $ # 1.5.3 on P4 2.4 GHz $ time cygcheck -c >/dev/null real1m49.646s user0m0.010s sys 0m0.020s $ # 1.3.22 on P3 5

Re: Adding cygwin/bin to dos path

On Thu, 4 Sep 2003, Brock Filer wrote: > I installed Cygwin a couple hours ago and I added the > bin directory to my autoexec.bat path setting. Put it > at the end so that the UNIX commands wouldn't override > MS commands with the same name. > Mostly I did this so I can call a bash script from a >

Re: Adding cygwin/bin to dos path

On Fri, 5 Sep 2003 Fergus wrote: > > Put it at the end so that the UNIX commands > > wouldn't override MS commands with the same > > name. > > > My question is, was this a foolish and stupid thing > > to do? > > In my opinion: putting it in the PATH is a wise and sensible thing to do, > giving you

Re: moving cygwin to another disk

On Thu, 4 Sep 2003, Steve Kelem wrote: > I had to move C:\cygwin to D:\cygwin. > > In addition to moving the files, I changed the registry entries under > HKLM\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 > so that they reflected the new location. "man mount" > I also updated D:\cygwin\cygwin.bat

Re: bug in "ar" when creating libraries on cross linked filesystems

On Thu, 4 Sep 2003 you wrote: > Hello, > > the command > ar cq libdh.a a.o b.o > does not work, if the current directory is on a linked filesystem. > In my case "." referes to /cygdrive/h". > The error message of "ar" is: > ar: libdh.a: rename: Cross-device link > make: *** [libdh.a] Error

Re: bug in "ar" when creating libraries on cross linked filesystems

I can't reproduce the problem and don't see anything out of the ordinary in your cygcheck output. Could you do a $ which ar and see if you're really working with Cygwin's ar? (I've just read Igor's reply - interesting hunch, but I'd have expected to be able to reproduce the problem..) rlc On Fri

Re: RE : tee core dumped

On Fri, Sep 05, 2003 at 12:07:32PM +0200, Philippe Torche wrote: >I've tested it successfully with the latest CVS version (Friday 5 oct >10:50 GMT+2) Btw, this problem is due to an, IMO, bone headed thing that tee does to its argv list. It moves things around in this array and eliminates the NULL

Re: latest cygcheck -c is expensive

On Fri, Sep 05, 2003 at 08:40:47AM -0400, Jason Tishler wrote: >Would you be willing to make the status check portion of cygcheck -c >optional (i.e., another option)? The latest version is very expensive: > >$ # 1.5.3 on P4 2.4 GHz >$ time cygcheck -c >/dev/null > >real1m49.646s >

Re: latest cygcheck -c is expensive

On Fri, 5 Sep 2003, Jason Tishler wrote: > Igor, > > Would you be willing to make the status check portion of cygcheck -c > optional (i.e., another option)? The latest version is very expensive: > > $ # 1.5.3 on P4 2.4 GHz > $ time cygcheck -c >/dev/null > > real1m49.646s > us

Re: rxvt sets DISPLAY without X11

Hans Werner Strube wrote: If rxvt is used from the login shell outside X11, without XWin running and /tmp/.X11-unix/ empty, it nevertheless sets DISPLAY to ':0'. This even happens if rxvt is started directly from a Windows shortcut: C:\cygwin\bin\rxvt.exe -e /bin/bash --login Does this have a sp

Re: ssh problem with $HOME

> I wasn't sure what you meant by the last sentence above. I do set > $HOME in windows, so all apps can benefit from it, and /etc/profile > honours that. Why ssh feels the need to look at /etc/passwd, when it > is documented to look at $HOME, I don't know. Quite simple. When you run "ssh" it ca

setup.hint / ldesc

RPM *.spec lets me include the summary from an external file: %description %(cat SUMMARY) can I do something similar with setup.hint/ldesc? I don't want to duplicate the same information twice. -- Sam Steingold (http://www.podval.org/~sds) running w2k

Re: rxvt sets DISPLAY without X11

Andrew DeFaria wrote: Hans Werner Strube wrote: If rxvt is used from the login shell outside X11, without XWin running and /tmp/.X11-unix/ empty, it nevertheless sets DISPLAY to ':0'. This even happens if rxvt is started directly from a Windows shortcut: C:\cygwin\bin\rxvt.exe -e /bin/bash --log

Re: latest cygcheck -c is expensive

On Fri, Sep 05, 2003 at 11:07:29AM -0400, Christopher Faylor wrote: > On Fri, Sep 05, 2003 at 08:40:47AM -0400, Jason Tishler wrote: > >Would you be willing to make the status check portion of cygcheck -c > >optional (i.e., another option)? The latest version is very expensive: > > > >[snip] > >

Re: latest cygcheck -c is expensive

Igor, On Fri, Sep 05, 2003 at 11:44:31AM -0400, Igor Pechtchanski wrote: > Problem reports will then have to include the output of "cygcheck > -scnver", but, IMO, this is worth the fine-grained control over what's > printed by cygcheck. > Opinions? The above sounds good to me. Thanks, Jason --

Check for /etc/cron.d/ added to cron_diagose.sh.

cron_diagnose.sh will attempt to diagnose problems with cron. It will not modify any files on your computer. You might need to run the script several times. Each time that it finds a problem, it stops and displays a descriptive message. This script has been updated to add a check for the direc

Re: Updated: cvs-1.11.6-3 [Requires cygwin-1.5.3+]

Please keep cygwin messages on the cygwin list. Jeffery B. Rancier wrote: Pardon the ignorance, but does this mean that this must be done on the repository? And, I don't follow this I may corrupt the repository? No, it doesn't, exactly. This ONLY affects the modules definition database, and the

enscript was broken on cygwin 1.5.3-1?

- Original Message - From: maxiangjiang To: [EMAIL PROTECTED] Sent: Thursday, September 04, 2003 1:05 PM Subject: enscript was broken on cygwin 1.5.3-1? Hi, It seems that enscript was broken after I upgrated cygwin to 64 bit version (1.5.3-1). === ER

Re: [ANNOUNCEMENT] Updated: cvs-1.11.6-3 [Requires cygwin-1.5.3+]

Charles Wilson wrote: > !!! > ! WARNING WARNING WARNING WARNING ! > !!! > > There has been a CHANGE in the on-disk format > of gdbm database files, due to the cygwin-1.3.22--cygwin-1.5.x > 32bit--64bit transiti

new package proposal : CLISP

I created a new package: CLISP (http://clisp.cons.org) ftp://ftp2.cons.org/pub/lisp/clisp/binaries/latest/cygwin/clisp-2.31-1.tar.bz2 ftp://ftp2.cons.org/pub/lisp/clisp/binaries/latest/cygwin/clisp-2.31-1-src.tar.bz2 ftp://ftp2.cons.org/pub/lisp/clisp/binaries/latest/cygwin/setup.hint I built it

Re: latest cygcheck -c is expensive

On Fri, Sep 05, 2003 at 11:44:31AM -0400, Igor Pechtchanski wrote: >On Fri, 5 Sep 2003, Jason Tishler wrote: >> Would you be willing to make the status check portion of cygcheck -c >> optional (i.e., another option)? The latest version is very expensive: >> >> $ # 1.5.3 on P4 2.4 GHz >> $

Re: setup.hint / ldesc

On Fri, Sep 05, 2003 at 12:45:40PM -0400, Sam Steingold wrote: >RPM *.spec lets me include the summary from an external file: > >%description >%(cat SUMMARY) > >can I do something similar with setup.hint/ldesc? No. The description of the setup.ini/setup.hint "language" at http://cygwin.com/setup.

Re: setup.hint / ldesc

On Fri, 5 Sep 2003, Sam Steingold wrote: > RPM *.spec lets me include the summary from an external file: > > %description > %(cat SUMMARY) > > can I do something similar with setup.hint/ldesc? > I don't want to duplicate the same information twice. No, you can't. However, you can create a "setup

Re: new package proposal : CLISP

On Fri, Sep 05, 2003 at 02:57:43PM -0400, Sam Steingold wrote: >I created a new package: CLISP (http://clisp.cons.org) > >ftp://ftp2.cons.org/pub/lisp/clisp/binaries/latest/cygwin/clisp-2.31-1.tar.bz2 >ftp://ftp2.cons.org/pub/lisp/clisp/binaries/latest/cygwin/clisp-2.31-1-src.tar.bz2 >ftp://ftp2.co

Re: rxvt sets DISPLAY without X11

On Fri, 5 Sep 2003, Andrew DeFaria wrote: > Hans Werner Strube wrote: > > > If rxvt is used from the login shell outside X11, without XWin running > > and /tmp/.X11-unix/ empty, it nevertheless sets DISPLAY to ':0'. This > > even happens if rxvt is started directly from a Windows shortcut: > > C:\

Re: setup.hint / ldesc

> * In message <[EMAIL PROTECTED]> > * On the subject of "Re: setup.hint / ldesc" > * Sent on Fri, 5 Sep 2003 15:02:43 -0400 > * Honorable Christopher Faylor <[EMAIL PROTECTED]> writes: > > On Fri, Sep 05, 2003 at 12:45:40PM -0400, Sam Steingold wrote: > >RPM *.spec lets me include the summary from

Re: new package proposal : CLISP

> * In message <[EMAIL PROTECTED]> > * On the subject of "Re: new package proposal : CLISP" > * Sent on Fri, 5 Sep 2003 15:09:17 -0400 > * Honorable Christopher Faylor <[EMAIL PROTECTED]> writes: > > On Fri, Sep 05, 2003 at 02:57:43PM -0400, Sam Steingold wrote: > >I created a new package: CLISP (

Re: enscript was broken on cygwin 1.5.3-1?

On Fri, 5 Sep 2003, maxiangjiang wrote: > - Original Message - > From: maxiangjiang > To: [EMAIL PROTECTED] > Sent: Thursday, September 04, 2003 1:05 PM > Subject: enscript was broken on cygwin 1.5.3-1? > > > Hi, > > It seems that enscript was broken after I upgrated > cygwin to 64 bit ver

SMTP AUTH with exim

Hi all, I've got exim working with cygwin correctly so far, even with SMTP AUTH. Here are my 'authenticators': plain: driver = plaintext public_name = PLAIN server_prompts = : server_condition = "\ ${if and {{!eq{$2}{}}{!eq{$3}{}} \ {eq{$3}{${extract{1}{:} \

Compiling Wine in Cygwin

Trying to compile wine-20030813 in the first release of the 1.5.x series. I discovered that shader.c is looking for -HUGE which is apparently supposed to be defined in math.h. I was able to make it compile by changing the shader.c to look for -HUGE_VAL which is defined in cygwin's math.h. Howe

Re: Compiling Wine in Cygwin

On 05.09.2003 22:06, Gregory Nutt wrote: Trying to compile wine-20030813 in the first release of the 1.5.x series. I discovered that shader.c is looking for -HUGE which is apparently supposed to be defined in math.h. I was able to make it compile by changing the shader.c to look for -HUGE_VAL whic

Re: Compiling Wine in Cygwin

On Fri, 5 Sep 2003, Marcel Telka wrote: > > On 05.09.2003 22:06, Gregory Nutt wrote: > > Trying to compile wine-20030813 in the first release of the 1.5.x > > series. > > > > I discovered that shader.c is looking for -HUGE which is apparently > > supposed to be defined in math.h. I was able to ma

Re: latest cygcheck -c is expensive

Date sent: Fri, 5 Sep 2003 11:07:29 -0400 From: Christopher Faylor <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject:Re: latest cygcheck -c is expensive Send reply to: [EMAIL PROTECTED] > On Fri, Sep 05, 2003 at 08:40:47AM

Re: Compiling Wine in Cygwin

On Fri, 5 Sep 2003, Igor Pechtchanski wrote: > HUGE is a SVID-specific value that is equal to MAXFLOAT on my RedHat 7.3 > box. That is *not* the same as HUGE_VAL, BTW, so I'd use MAXFLOAT > instead. > MAXFLOAT is outdated. I would suggest FLT_MAX in float.h. -- Brian Ford Senior Realtime Soft

Re: setup.hint / ldesc

On Fri, Sep 05, 2003 at 03:33:16PM -0400, Sam Steingold wrote: >> * In message <[EMAIL PROTECTED]> >> * On the subject of "Re: setup.hint / ldesc" >> * Sent on Fri, 5 Sep 2003 15:02:43 -0400 >> * Honorable Christopher Faylor <[EMAIL PROTECTED]> writes: >> >> On Fri, Sep 05, 2003 at 12:45:40PM -0400

Re: latest cygcheck -c is expensive

> > On Fri, Sep 05, 2003 at 08:40:47AM -0400, Jason Tishler wrote: > > >Would you be willing to make the status check portion of cygcheck -c > > >optional (i.e., another option)? The latest version is very expensive: > > > A 1200 mhz athelon with just about all the cygwin stuff (some x omited )

Re: SMTP AUTH with exim

"Koch, Peter" wrote: > > Hi all, > I've got exim working with cygwin correctly so far, even with SMTP AUTH. > > Here goes my question: How would these authenticators have to look if I > wanted to use the Windows User database for authentication instead? One way I can think of would be to writ

Re: setup.hint / ldesc

On Sat, 2003-09-06 at 05:33, Sam Steingold wrote: > > The description of the setup.ini/setup.hint "language" at > > http://cygwin.com/setup.html is accurate. > > any plans to add something like that? > E.g., is a field starts with $, pass it to the shell... > > ldesc is not used at this time, so

[ANNOUNCEMENT] update: gsl-1.4

Version 1.4 of the GSL (GNU Scientific Library), release at 14-08-2003 is now available as a binary package, compiled with 1.5.3. This replaces the current 1.3 version. The homepage for the GSL is http://www.fsf.org/software/gsl/ To update your installation, click on the "Install Cygwin now" lin

Re: setup.hint / ldesc

> * In message <[EMAIL PROTECTED]> > * On the subject of "Re: setup.hint / ldesc" > * Sent on Sat, 06 Sep 2003 07:27:21 +1000 > * Honorable Robert Collins <[EMAIL PROTECTED]> writes: > > On Sat, 2003-09-06 at 05:33, Sam Steingold wrote: > > > > The description of the setup.ini/setup.hint "language

Re: Binaries compiled with GCC 3.2-3 much bigger than with 2.95.3-10?

Answering 2 in 1. On Fri, 5 Sep 2003, Wayne wrote: > There have been discussions on various forums about increased > executable size and in particular, compile time, pretty much > since gcc-3.1 was in beta. Exe will be bigger than 2-95, even > after stripping. I agree that even on Linux this is

GNU Assembler and Link Errors

Hi, I am working on a project that requires me to use the Microsoft Compielr and Linker to build both DLL's and binaries. However, I do have an assembly language file that needs to get built as well. Because this software already runs on Solaris (SPARC and X86) and Linux, this assembly lang

Re: latest cygcheck -c is expensive

On Fri, Sep 05, 2003 at 03:01:27PM -0400, Christopher Faylor wrote: > If the only concern is that cygcheck takes a long time, now, then, > like I said, that is something that can be rectified. Yes, the above is my real concern. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or ke

bug in libintl2 0.12.1-3

I just updated to libintl2 to 0.12.1-3 and now german umlauts in the menus and windows are no longer displayed correct. For example "geändert" it is displayed "ge"andert". I'm using libintl2 under the latest cygwin and the latest gettext. When I reinstall the old libintl2 0.11.5.1 (also withe the

[ANNOUNCEMENT] Updated: cygwin-doc-1.3-6

A updated version of cygwin-doc is now available. This brings the package into conformance with the Filesystem Heirarchy Standard (FHS), with docs now in /usr/share/doc/, info files in /usr/share/info/, and so on. It includes the latest one-HTML-file and PDF versions of the User's Guide, which a

Re: [ANNOUNCEMENT] Updated: cvs-1.11.6-3 [Requires cygwin-1.5.3+]

Shankar Unni wrote: Charles Wilson wrote: !!! ! WARNING WARNING WARNING WARNING ! !!! There has been a CHANGE in the on-disk format of gdbm database files, due to the cygwin-1.3.22--cygwin-1.5.x 32bit--64bit t

[ANNOUNCEMENT] Re: Updated: cvs-1.11.6-3 [Requires cygwin-1.5.3+]

To clarify: the warning below ONLY applies if you are using the cygwin version of cvs to maintain a local repository. If you're just using the cvs client to access remote (unix-hosted?) repositories, the you don't need to worry about this. In other words, if you EVER did the following, using c

Re: rxvt sets DISPLAY without X11

Rolf Campbell wrote: Andrew DeFaria wrote: Hans Werner Strube wrote: If rxvt is used from the login shell outside X11, without XWin running and /tmp/.X11-unix/ empty, it nevertheless sets DISPLAY to ':0'. This even happens if rxvt is started directly from a Windows shortcut: C:\cygwin\bin\rxv

Re: setup.hint / ldesc

On Fri, 5 Sep 2003, Sam Steingold wrote: > > * In message <[EMAIL PROTECTED]> > > * On the subject of "Re: setup.hint / ldesc" > > * Sent on Fri, 5 Sep 2003 15:02:43 -0400 > > * Honorable Christopher Faylor writes: > > > > On Fri, Sep 05, 2003 at 12:45:40PM -0400, Sam Steingold wrote: > > >RPM *.s