RE: Default mounts : one redundant?
This is off-topic, it belongs on [EMAIL PROTECTED] And the answer is in that lists archives. Rob > -Original Message- > From: Bernard Dautrevaux [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 5:43 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Default mounts : one redundant? > > > > > > -Original Message- > > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, May 14, 2002 6:39 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Default mounts : one redundant? > > > > > > On Tue, May 14, 2002 at 04:39:12PM +0100, > > [EMAIL PROTECTED] wrote: > > >Nothing altered from the default full installation: > > > > > >~> mount -m > > >mount -f -s -b "c:/Cygwin/usr/X11R6/lib/X11/fonts" > > >"/usr/X11R6/lib/X11/fonts" > > >mount -f -s -b "c:/Cygwin/bin" "/usr/bin" > > >mount -f -s -b "c:/Cygwin/lib" "/usr/lib" > > >mount -f -s -b "c:/Cygwin" "/" > > >mount -s -b --change-cygdrive-prefix "/cygdrive" > > >~> > > > > > >If c:/Cygwin is mounted under /, is it necessary to have > > >c:/Cygwin/usr/X11R6/lib/X11/fonts mounted additionally under > > >/usr/X11R6/lib/X11/fonts? > > > > Yes. > > > > And is it too much to ask why? > > Bernard > > > Bernard Dautrevaux > Microprocess Ingenierie > 97 bis, rue de Colombes > 92400 COURBEVOIE > FRANCE > Tel: +33 (0) 1 47 68 80 80 > Fax: +33 (0) 1 47 88 97 85 > e-mail: [EMAIL PROTECTED] > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Default mounts : one redundant?
> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 14, 2002 6:39 PM > To: [EMAIL PROTECTED] > Subject: Re: Default mounts : one redundant? > > > On Tue, May 14, 2002 at 04:39:12PM +0100, > [EMAIL PROTECTED] wrote: > >Nothing altered from the default full installation: > > > >~> mount -m > >mount -f -s -b "c:/Cygwin/usr/X11R6/lib/X11/fonts" > >"/usr/X11R6/lib/X11/fonts" > >mount -f -s -b "c:/Cygwin/bin" "/usr/bin" > >mount -f -s -b "c:/Cygwin/lib" "/usr/lib" > >mount -f -s -b "c:/Cygwin" "/" > >mount -s -b --change-cygdrive-prefix "/cygdrive" > >~> > > > >If c:/Cygwin is mounted under /, is it necessary to have > >c:/Cygwin/usr/X11R6/lib/X11/fonts mounted additionally under > >/usr/X11R6/lib/X11/fonts? > > Yes. > And is it too much to ask why? Bernard Bernard Dautrevaux Microprocess Ingenierie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New setup uploaded - 2.218.2.8
I've upload a smaller version of setup.exe with all Chris's fixes in it. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
poor bash/sh while loop performance
I hadn't upgraded my cygwin installation for nine months or so, and when I did, I started having a peculiar performance problem with one of my shell scripts. When you pipe into a "while read xxx; do" loop, it's very slow. I wrote a little benchmark shell script to help me validate this belief, and it's attached. When I time it with just a bunch of nested "for" loops, I get the following results: # time ./doit 1 real0m2.544s user0m0.000s sys 0m0.000s When I time it by piping the nested "for" loops into a "while read" loop, I get the following results: # time ./doit 2 real0m22.855s user0m0.000s sys 0m0.000s As you can see, the "while read" loop seems to have pitiful performance. I changed the first line to "#!/bin/bash" to make sure it wasn't specific to sh as opposed to bash, with the same results. I ran the "bash" version of the same benchmark script on a linux box (basically same version of bash), and the time doubled between the two passes, which is pretty much what you would expect, so this seems to be something in cygwin, not specific to the shell. Anybody have any idea what's wrong, and how it might be fixed? Thanks. -Russ __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com doit Description: doit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Default mounts : one redundant?
> -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 9:50 AM > To: Bernard Dautrevaux; [EMAIL PROTECTED] > Subject: RE: Default mounts : one redundant? > > > This is off-topic, it belongs on [EMAIL PROTECTED] And > the answer > is in that lists archives. OK so if I understand correctly, the redundant mount here is effectively useless, as the "/" mount is done in binary mode, but is created by the cygwin-Xfree post-install script because "/" may be mounted in text mode. My question was just motivated by the fact the mount option were identical; I ask it here because this is in fact a general cygwin topic: if I *need* something to be accessed in binary mode (and don't want to look at all refering programs) I must mount the tree binary, even if the mount may be, in some cases, redundant. And that is not, IMNSHO, off-topic. Bernard Bernard Dautrevaux Microprocess Ingenierie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel:+33 (0) 1 47 68 80 80 Fax:+33 (0) 1 47 88 97 85 e-mail: [EMAIL PROTECTED] > > Rob > > > -Original Message- > > From: Bernard Dautrevaux [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, May 15, 2002 5:43 PM > > To: '[EMAIL PROTECTED]' > > Subject: RE: Default mounts : one redundant? > > > > > > > > > > > -Original Message- > > > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > > > Sent: Tuesday, May 14, 2002 6:39 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Default mounts : one redundant? > > > > > > > > > On Tue, May 14, 2002 at 04:39:12PM +0100, > > > [EMAIL PROTECTED] wrote: > > > >Nothing altered from the default full installation: > > > > > > > >~> mount -m > > > >mount -f -s -b "c:/Cygwin/usr/X11R6/lib/X11/fonts" > > > >"/usr/X11R6/lib/X11/fonts" > > > >mount -f -s -b "c:/Cygwin/bin" "/usr/bin" > > > >mount -f -s -b "c:/Cygwin/lib" "/usr/lib" > > > >mount -f -s -b "c:/Cygwin" "/" > > > >mount -s -b --change-cygdrive-prefix "/cygdrive" > > > >~> > > > > > > > >If c:/Cygwin is mounted under /, is it necessary to have > > > >c:/Cygwin/usr/X11R6/lib/X11/fonts mounted additionally under > > > >/usr/X11R6/lib/X11/fonts? > > > > > > Yes. > > > > > > > And is it too much to ask why? > > > > Bernard > > > > > > Bernard Dautrevaux > > Microprocess Ingenierie > > 97 bis, rue de Colombes > > 92400 COURBEVOIE > > FRANCE > > Tel:+33 (0) 1 47 68 80 80 > > Fax:+33 (0) 1 47 88 97 85 > > e-mail: [EMAIL PROTECTED] > > > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Bug reporting: http://cygwin.com/bugs.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Default mounts : one redundant?
> -Original Message- > From: Bernard Dautrevaux [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 6:01 PM > To: Robert Collins; Bernard Dautrevaux; [EMAIL PROTECTED] > Subject: RE: Default mounts : one redundant? > > > > > > -Original Message- > > From: Robert Collins [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, May 15, 2002 9:50 AM > > To: Bernard Dautrevaux; [EMAIL PROTECTED] > > Subject: RE: Default mounts : one redundant? > > > > > > This is off-topic, it belongs on [EMAIL PROTECTED] And > > the answer > > is in that lists archives. > > OK so if I understand correctly, the redundant mount here is > effectively useless, as the "/" mount is done in binary mode, > but is created by the cygwin-Xfree post-install script > because "/" may be mounted in text mode. > > My question was just motivated by the fact the mount option > were identical; I ask it here because this is in fact a > general cygwin topic: if I *need* something to be accessed in > binary mode (and don't want to look at all refering programs) > I must mount the tree binary, even if the mount may be, in > some cases, redundant. > > And that is not, IMNSHO, off-topic. Asking about a particular mount point made by the X install script is off topic. Asking about strategies for dealing with mount points is on topic. It was not obvious that you where doing the latter. And actually, mounting in binary does not ensure binary access. It just means that non-text/bin aware programs will default to binary. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: can't update cygwin
Please try with the latest setup.exe (it's been updated). Rob > -Original Message- > From: James Matthew Bailey [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 11:54 AM > To: [EMAIL PROTECTED] > Subject: can't update cygwin > > > I get invalid page fault in setup.exe when I try to update by > installing from local directory. > > I have a working version on my pc, but am trying to update. > I have just installed this newest version on another pc with > the same OS with no problem Saturday. I don't understand > what's going on. > > Matthew Bailey > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Default mounts : one redundant?
>> "You know better than to send this inquiry to the Cygwin list ..." >> "This is off-topic, it belongs on [EMAIL PROTECTED] ..." On or about 19th April all the XFree86 stuff became available at the Cygwin mirrors and for the first time required no special download or installation procedures. A new user (or even several old users: 3 so far, by my reckoning) might be forgiven for deducing that associated queries could thereafter be reasonably directed to this list [EMAIL PROTECTED] Hooray for ease. However: apparently not (even for questions like this one which is a perplexing one about architecture, not practice. Speaking just for myself, it really isn't always easy for those posing queries to determine where that query should reside). But anyway, please could we have a ruling: despite the consistency of its download and installation and the seamless manner in which it has become part of the standard provision, are queries about XFree stuff still to be directed elsewhere than [EMAIL PROTECTED]? Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Possible error in cygpath
Hi Mark, >The spot where it says: > DWORD len = GetShortPathName (filename, NULL, 0); > if (len == ERROR_INVALID_PARAMETER) Ups. :) >By the way I noticed this while I was trying to add a -l >option to cygpath >which is similar to the -s option but it will convert a >muddled 8.3 name >like PROGRA~1 to "Program Files" and I want to know if anyone >else might >have been working on that. The reason why I just implemented -s (in 1999) was that GetLongPathName is not available for Win95. If we have to be Win95-compatible still, you will have to load the function yourself directly form the DLL and use FindFirstFile (as mensioned in the MSDN docs for *GetShortPathName*) for every part of the path if the function is not available. Regards, Jorg Corinna, you've seen my own patch for cygpath.cc in cygwin-apps ? Chris already answered positivly and RH should have the assignment from late 1999 still. My diff was against the sources from 14.5... Regards, Jorg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Latest Setup.exe Fails (Win2k)
Hi there.
The latest setup.exe fails on my system: 100% CPU indefinetly
and all the screen says is something like 'this space intentionally blank.'
I've tried 10 different mirrors, it downloads something from them
Itelling me if it can't or if the setup.ini is out of date in relation to
the exe).
This is the latest seup.exe from cygwin.com.
My system:
Windows 2000 Service pack 2, all MS updates installed.
AMD Athalon @ 1400 mhz
WinForce GeForce3
260,000 kb RAM
Any advice appreciated.
lee
Lee Goddard
perl -e "while(1){print rand>0.5 ? chr 47 : chr 92}"
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Latest Setup.exe Fails (Win2k)
Please quote the setup.exe version number when reporting bugs!
Rob
> -Original Message-
> From: Lee Goddard [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 15, 2002 8:03 PM
> To: [EMAIL PROTECTED]
> Subject: Latest Setup.exe Fails (Win2k)
>
>
> Hi there.
>
> The latest setup.exe fails on my system: 100% CPU indefinetly
> and all the screen says is something like 'this space
> intentionally blank.' I've tried 10 different mirrors, it
> downloads something from them Itelling me if it can't or if
> the setup.ini is out of date in relation to
> the exe).
> This is the latest seup.exe from cygwin.com.
>
> My system:
>
> Windows 2000 Service pack 2, all MS updates installed.
> AMD Athalon @ 1400 mhz
> WinForce GeForce3
> 260,000 kb RAM
>
> Any advice appreciated.
> lee
>
>
> Lee Goddard
> perl -e "while(1){print rand>0.5 ? chr 47 : chr 92}"
>
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Latest Setup.exe Fails (Win2k)
Sorry - forgot the obvious: it is the latest version at the
time of writing, which is 2.218.2.8.
>
> >
> > Hi there.
> >
> > The latest setup.exe fails on my system: 100% CPU indefinetly
> > and all the screen says is something like 'this space
> > intentionally blank.' I've tried 10 different mirrors, it
> > downloads something from them Itelling me if it can't or if
> > the setup.ini is out of date in relation to
> > the exe).
> > This is the latest seup.exe from cygwin.com.
> >
> > My system:
> >
> > Windows 2000 Service pack 2, all MS updates installed.
> > AMD Athalon @ 1400 mhz
> > WinForce GeForce3
> > 260,000 kb RAM
> >
> > Any advice appreciated.
> > lee
> >
> >
> > Lee Goddard
> > perl -e "while(1){print rand>0.5 ? chr 47 : chr 92}"
> >
> >
> > --
> > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ: http://cygwin.com/faq/
> >
> >
Lee Goddard
perl -e "while(1){print rand>0.5 ? chr 47 : chr 92}"
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: 1.3.11(CVS): Tar and bug with utime()?
On Tue, May 14, 2002 at 03:26:57PM -0700, Nicholas Wourms wrote: > Corinna, > > I have just downloaded, compiled, and installed the latest cvs sources, > however it is still doing the same thing. What further steps should I > take and what other information can I provide? Where are you extracting? What filesystem and is the parent directory writable? I just tried again, this time on Win98/FAT32 and I'm unable to reproduce that problem. You could send an strace of that situation, but please just extrace one file so that the strace isn't that long. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Helpful Bug Reporting (setup.exe)
When you are reporting an error, try to think like someone who is trying to solve the problem! In the case of setup.exe problems make sure to include: (1) What version of setup you are using. Its on the first screen you get after running setup, right below the symbol. If you have any doubt that it is the latest, go back to the Cygwin home page, hit refresh a couple of times, and download again. (2) Tell how you are running setup. Are you doing a full install or an incremental update. Are you doing an install from the internet or a download to local directory followed by an install from there. Are you doing a direct connect or IE5? What mirror? Tell them what path you took before your crash. Oh yeah, note things you have done like, throwing away all previous material in your install directory, uninstalling the previous version of Cygwin, anything of that nature. (3) Make the archives a daily (or more) reading experience. I don't know how they keep their patience when someone is the 19th person in the last two days to report something. Make sure http://sources.redhat.com/ml/cygwin/ is in your favorites, (refresh) and read often. This will help avoid the me too effect. A bunch of me toos does not get things fixed faster. Try not to just report a problem, try to contribute to the solution. You can do that even is you are as bad at gdb as *I* am. Wayne Keen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Possible error in cygpath
On Wed, May 15, 2002 at 11:44:51AM +0200, Schaible, Jorg wrote: > The reason why I just implemented -s (in 1999) was that GetLongPathName is > not available for Win95. If we have to be Win95-compatible still, you will > have to load the function yourself directly form the DLL and use > FindFirstFile (as mensioned in the MSDN docs for *GetShortPathName*) for > every part of the path if the function is not available. Are you interested in implementing that functionality anyway? Just FYI, it's available since W2K only. Even on NT4 you'd have to go the hard way... > you've seen my own patch for cygpath.cc in cygwin-apps ? Chris already > answered positivly and RH should have the assignment from late 1999 still. > My diff was against the sources from 14.5... I saw it but it doesn't contain a patch for the above problem. It's applied, btw. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Possible error in cygpath
On Tue, May 14, 2002 at 03:08:12PM -0400, Mark Blackburn wrote: > I forgot to mention that there are a total of 4 places where > GetShortPathName is used > Lines 92 110 131 144 > The same problem appears in all places. Aaargh! Thanks again. I've applied the same patch in all places. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [MinGW-dvlpr] Re: gcc 3.1 [-mno-cygwin and __main ]
On Wed, May 15, 2002 at 02:28:55PM +1000, Danny Smith wrote: > --- Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Wed, May 15, 2002 at >11:15:48AM +1000, Danny Smith wrote: >> >>Perhaps it's time to drop the -mno-cygwin support and just supply a >> >>cygwin hosted mingw32 targeted cross compiler? >> > >> >That is a key question. >> >> I assume that you're talking about the cygwin gcc and not mingw. If so, >> the answer to the question is: No. We can't do this. -mno-cygwin is >> needed. >> >> Please don't make me explain why one more time. >> >Ok, I understand that. Cygwin and mingw have slightly different ways >of handling global ctors. The question for mingw developers is more >accurately: How do we handle that difference if we add dwarf2 EH >registration to startup code. Should we try, with marginal >(maintenance and runtime) cost, to maintain status quo? > >I don't know how (when/if) cygwin will implement dwarf2 EH. Richard >Henderson's patch was spot on, except for wrong use of -1 rather than 0 >as sentinel for end of eh_frame table. > >My preference is to try to keep the differences between mingw and >cygwin in gcc code as small as possible. For sure. I'd like there to be no difference at all, if possible. I'd like to either create a cygwin-mingw branch on the main repository or create a completely separate CVS repository so that we could coordinate patches. Would you be interested in doing this, Danny? I can see that we'll be in patch hell otherwise. I have a local sandbox with your changes but it appears to be out-of-date already. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: Latest Setup.exe Fails (Win2k)
Hello Lee, 1. Which is the mirror that you were using when setup.exe hung ? From your description of the problem its not quite clear. 2. Are you doing install from internet or from local directory ? Or maybe it was just a download only run ? 3. Please supply the listing of your download directory contents and also of the subdirectory inside your download dir, which has the name of the mirror you were trying to use. Do not do a recursive listing i.e. use "dir" and not "dir /s". Wednesday, May 15, 2002, 1:29:10 PM, you wrote: LG> Sorry - forgot the obvious: it is the latest version at the LG> time of writing, which is 2.218.2.8. LG> > >> > >> > Hi there. >> > >> > The latest setup.exe fails on my system: 100% CPU indefinetly >> > and all the screen says is something like 'this space >> > intentionally blank.' I've tried 10 different mirrors, it >> > downloads something from them Itelling me if it can't or if >> > the setup.ini is out of date in relation to >> > the exe). >> > This is the latest seup.exe from cygwin.com. >> > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install from an ftp server if internet isn't reachable?
On Tue, May 14, 2002 at 10:44:20PM +0100, Thomas Schweikle wrote: >How can I install from an ftp server when I can't reach the internet, thus >not beeing able to fetch the list of mirrors from "ftp.cygwin.com"? You can't. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.11(CVS): Tar and bug with utime()?
Corinna, > Where are you extracting? /usr/src/gzip or C:\cygwin\usr\src\gzip >What filesystem... FAT32 > ...and is the parent directory writable? in /usr/src: drwxr-xr-x1 root root0 May 14 08:24 gzip/ in /usr: drwxr-xr-x1 root root0 May 9 07:23 src/ (I edited the passwd file and changed my username to root and did the same for the group file because some scripts were complaining if I didn't). >You could send an strace of that > situation, but please just extrace one file so that the strace isn't > that long. I have attached it to this message. I ran strace in the gzip directory with the following options: "strace tar -T extract -zxvf gzip-1.3.3.tar.gz > strace.log 2>&1" (NOTE: "extract" contained the name of a "-r--r--r--" file to extract) I hope this helps, let me know if I can do anything further :). Cheers, Nicholas __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com strace.log.bz2 Description: strace.log.bz2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New setup uploaded - 2.218.2.7
On Tue, May 14, 2002 at 08:39:42PM -0700, Randall R Schulz wrote: >Chris, > > >% date # PDT >Tue May 14 20:34:31 2002 >% wget http://www.cygwin.com/setup.exe >... >% ls -lsF setup.exe >1168 -rwxrwxrwx1 Administ None 1195084 May 14 20:36 setup.exe* >% file setup.exe >setup.exe: MS Windows PE Intel 80386 GUI executable not relocatable > > >Why is this binary so big? Debug symbols? Yes. I made "one last change" and forgot to strip setup.exe before uploading it. I hadn't anticipated that I would be making setup releases. I guess I have to resurrect my old scripts for doing this if this gets to be a habit. With luck, that will not be the case. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: Latest Setup.exe Fails (Win2k)
At 14:32 15/05/2002 +0200, Pavel Tsekov wrote:
>Hello Lee,
>
>1. Which is the mirror that you were using when setup.exe
>hung ? From your description of the problem its not quite
>clear.
I've tried several mirrors, one at a time.
>2. Are you doing install from internet or from local directory ?
>Or maybe it was just a download only run ?
From the Internet.
>3. Please supply the listing of your download directory contents
>and also of the subdirectory inside your download dir, which has the
>name of the mirror you were trying to use. Do not do a recursive
>listing i.e. use "dir" and not "dir /s".
In two cases, my package dirs contain just setup.ini.
In one case, I have etc, which contains three files: last-cache,
timestamp, and last-mirror. The latter contains just the URI:
ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin
Another case is the same, with the URI being:
ftp://ftp.ccp14.dl.ac.uk/ccp14/ftp-mirror/programming/cygwin/pub/cygwin
Another case:
ftp://ftp.nas.nasa.gov/mirrors/cygwin.com/pub/cygwin
In every case, the systsem hangs with the dialogue box saying
"This space intentionally blank" (or such) and the window is shown
as "Not responding" in Windows' task manager, with 100% use
of a 1400 mhz CPU.
Thanks - HTH
lee
>Wednesday, May 15, 2002, 1:29:10 PM, you wrote:
>
>
>LG> Sorry - forgot the obvious: it is the latest version at the
>LG> time of writing, which is 2.218.2.8.
>
>LG> >
> >> >
> >> > Hi there.
> >> >
> >> > The latest setup.exe fails on my system: 100% CPU indefinetly
> >> > and all the screen says is something like 'this space
> >> > intentionally blank.' I've tried 10 different mirrors, it
> >> > downloads something from them Itelling me if it can't or if
> >> > the setup.ini is out of date in relation to
> >> > the exe).
> >> > This is the latest seup.exe from cygwin.com.
> >> >
Lee Goddard
perl -e "while(1){print rand>0.5 ? chr 47 : chr 92}"
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Default mounts : one redundant?
On Wed, May 15, 2002 at 09:15:31AM +0100, [EMAIL PROTECTED] wrote: >>> "You know better than to send this inquiry to the Cygwin list ..." > >>> "This is off-topic, it belongs on [EMAIL PROTECTED] ..." > >On or about 19th April all the XFree86 stuff became available at the Cygwin >mirrors and for the first time required no special download or installation >procedures. A new user (or even several old users: 3 so far, by my >reckoning) might be forgiven for deducing that associated queries could >thereafter be reasonably directed to this list [EMAIL PROTECTED] Hooray for >ease. > >However: apparently not (even for questions like this one which is a >perplexing one about architecture, not practice. Speaking just for myself, >it really isn't always easy for those posing queries to determine where that >query should reside). But anyway, please could we have a ruling: despite the >consistency of its download and installation and the seamless manner in >which it has become part of the standard provision, are queries about XFree >stuff still to be directed elsewhere than [EMAIL PROTECTED]? You've quoted Robert and Harold, apparently. Robert is one of the core cygwin developers. He's also one of the people who "get it". Harold is the Mr. Cygwin/XFree86. You can assume that he knows what he's talking about too. You can pretty much take it for granted that if those two guys says something is off-topic they've probably got it right. So, to answer your question with a couple of other questions: Did you see an announcement that the cygwin-xfree mailing list was going away? Have you been seeing me consistently sending cygwin-xfree questions to the cygwin-xfree mailing list? Have you read the Mailing Lists link at the cygwin web site? Do you think it makes sense to increase the mailing list traffic in the cygwin mailing list or to make people who are only subscribed to cygwin-xfree now have to read cygwin, too? I think the answer to these questions is obvious. In case it isn't. The specific answer to your question is at http://cygwin.com/lists.html . cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install from an ftp server if internet isn't reachable?
/ "Thomas Schweikle" <[EMAIL PROTECTED]> wrote: | Hi! | | How can I install from an ftp server when I can't reach the internet, thus | not beeing able to fetch the list of mirrors from "ftp.cygwin.com"? One way, dirty tricks inc., could be to set up a fake ftp.cygwin.com on your network that serves the missing files.. /Andy -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RCS and absolute file parameter
On Wed, May 15, 2002 at 09:03:58AM +, Davide Montesin wrote: >Hi, > >I have installed cygwin on my >Windows machine. >I use rcs. I have found >a problem. >Some time I will use rcs with >absolute parameter in windows format >like: > >ci -d -u -x,v c:\temp\a.txt c:\temp\RCS\a.txt,v > >but the command report an error: > >file RCS/c:\temp\a.txt not found. > >The problem is that the path is not >converted like unix before the substitution. > >If I use a unix path like > >ci -d -u -x,v /cygdrive/c/temp/a.txt /cygdrive/c/temp/RCS/a.txt,v" > >all work ok! > >There is a patch?? No. >This is a bug?? No. Cygwin is a UNIX emulation layer for Windows. The whole point of the product is to avoid MS-DOS path names. However, some programs are forgiving and deal with them more or less correctly. RCS is, apparently, not one of them. See also: http://cygwin.com/lists.html#see-above cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest Setup.exe Fails (Win2k)
On Wed, May 15, 2002 at 02:53:30PM +0200, Lee Goddard wrote: >In every case, the systsem hangs with the dialogue box saying >"This space intentionally blank" (or such) and the window is shown >as "Not responding" in Windows' task manager, with 100% use >of a 1400 mhz CPU. I hate to chime in with a "me too" but I saw this behavior once myself while debugging setup. I was quite excited that I could finally duplicate the problem but I couldn't break out the hung executable in the debugger and, after killing the process, I could never duplicate the problem again. These are very minor data points but I thought I'd share them. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install from an ftp server if internet isn't reachable?
Thomas -- ...and then Thomas Schweikle said... % % Hi! Hello! % % How can I install from an ftp server when I can't reach the internet, thus % not beeing able to fetch the list of mirrors from "ftp.cygwin.com"? Do you have all of the files locally already, or are you limited by a firewall to ftp but not http? % % "setup.exe" seems not to have the ability to tell at startup which % ftp-server should be used. Any Idea how to make "setup.exe" use ftp % servers without fetching the mirror-list from "ftp.cygwin.com"? If you can get to the list of mirrors somehow, I believe you can put a server into either the ini file or the registry and it will use that one. I also know that you only need ftp for downloading; if you install from a local dir then it doesn't care about the 'net. You might just use curl or wget to pull down the source tree, a copy of setup (whatever its number is today :-) and the setup.ini file and then do a local install, perhaps from a CD that you make to get it over to this crippled computer. % % -- % Thomas HTH & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg08762/pgp0.pgp Description: PGP signature
question on gcc
Hi, I'm sorry if this was discussed before, but after looking at the mailing list archives, i still can't see the solution to my problem. I installed cygwin-1.3.10 using setup v2.218.2.6. After a full package installation gcc seems to be broken. If i try to compile anything, i get this error message: $ gcc helloworld.c 17 [main] gcc 1468 proc_subproc: Couldn't duplicate my handle<0x30> for pid 1600, Win32 error 6 If i use the -c option of gcc, i get an additional window with this message: "The NTVDM CPU has returned an illegal instruction." The operating system is win2k (ver: 5.00.2195) with all the pre-sp3 hotfixes, cygwin is installed as user. Thanks in advance, regards: Balint PS: Please CC me a copy of the answer because i'm not a member of the list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[3]: Latest Setup.exe Fails (Win2k)
Hello Lee, Wednesday, May 15, 2002, 2:53:30 PM, you wrote: LG> In two cases, my package dirs contain just setup.ini. LG> In one case, I have etc, which contains three files: last-cache, LG> timestamp, and last-mirror. The latter contains just the URI: LG> ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin [snip] Do these contain any files ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[3]: Latest Setup.exe Fails (Win2k)
Well, I had deleted it; but in another case, I have this,
going with WIn2k defaults:
C:\cygwin\etc\setup\last-cache
C:\cygwin\etc\setup\last-mirror
C:\cygwin\etc\setup\timestamp
C:\cygwin\var\log\setup.log
C:\cygwin\var\log\setup.log.full
I'm happy to send the logs if you wish.
One note, in the latter log:
ftp > error
ftp > error
get_url_to_membuf failed!
Lee
At 15:31 15/05/2002 +0200, Pavel Tsekov wrote:
>Hello Lee,
>
>Wednesday, May 15, 2002, 2:53:30 PM, you wrote:
>
>LG> In two cases, my package dirs contain just setup.ini.
>
>LG> In one case, I have etc, which contains three files: last-cache,
>LG> timestamp, and last-mirror. The latter contains just the URI:
>LG> ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/pub/cygwin
>
>[snip]
>
>Do these contain any files ?
Lee Goddard
perl -e "while(1){print rand>0.5 ? chr 47 : chr 92}"
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Helpful Bug Reporting (setup.exe)
On Wed, 15 May 2002 06:38:24 +0600 Dockeen <[EMAIL PROTECTED]> wrote: > When you are reporting an error, try to think like someone > who is trying to solve the problem! In the case of setup.exe > problems make sure to include: > > (1) What version of setup you are using. Its on the first > screen you get after running setup, right below the symbol. > If you have any doubt that it is the latest, go back to the > Cygwin home page, hit refresh a couple of times, and download > again. The version number is also on the startup line in setup.log and setup.log.full. Those files are either in /var/log/ or the download local directory. Making a copy of setup.log.full after a problem run is also a good idea so it will be available later if someone asks for information from it. The file is written anew every run, so if you don't save it before the next run it is gone. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[4]: Latest Setup.exe Fails (Win2k)
Hello Lee, On the 4th setup page (screen) you are prompted for "Local Package Directory". I am interested of the contents of the directory you entered on that screen and in any subdirectories of the above directory which loook like URLs. Wednesday, May 15, 2002, 3:55:32 PM, you wrote: LG> Well, I had deleted it; but in another case, I have this, LG> going with WIn2k defaults: [snip] LG> I'm happy to send the logs if you wish. Yes - send them please. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[4]: Latest Setup.exe Fails (Win2k)
At 16:20 15/05/2002 +0200, Pavel Tsekov wrote:
>Hello Lee,
Hi
>On the 4th setup page (screen) you are prompted for "Local Package
>Directory". I am interested of the contents of the directory you
>entered on that screen and in any subdirectories of the above
>directory which loook like URLs.
Sorry - here it is (only have on instance left):
Local package dir is "packages".
Contains one dir:
"ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2fcygwin"
Contains one file, "setup.ini"
>LG> I'm happy to send the logs if you wish.
>
>Yes - send them please.
Attached.
Thanks for your help!
Lee
Lee Goddard
perl -e "while(1){print rand>0.5?chr 47:chr 92}"
2002/05/15 14:58:48 Starting cygwin install, version 2.218.2.8
2002/05/15 14:58:48 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 14:58:54 source: network install
2002/05/15 14:58:55 root: C:\cygwin binary system
2002/05/15 14:59:06 Selected local directory: C:\Documents and
Settings\Administrator\Desktop
2002/05/15 14:59:06 net: Direct
2002/05/15 14:59:24 site: ftp://ftp.ntua.gr/pub/pc/cygwin
2002/05/15 14:59:32 mbox yesno: This setup.ini is older than the one you used last
time you installed cygwin. Proceed anyway?
2002/05/15 14:59:36 Ending cygwin install
2002/05/15 14:59:52 Starting cygwin install, version 2.218.2.8
2002/05/15 14:59:52 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 14:59:54 source: network install
2002/05/15 14:59:55 root: C:\cygwin binary system
2002/05/15 14:59:56 Selected local directory: C:\Documents and
Settings\Administrator\Desktop
2002/05/15 14:59:56 net: Direct
2002/05/15 15:00:07 site: ftp://ftp.sunet.se/pub/lang/cygwin
2002/05/15 15:00:49 Ending cygwin install
2002/05/15 15:00:50 Starting cygwin install, version 2.218.2.8
2002/05/15 15:00:50 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 15:00:52 source: network install
2002/05/15 15:00:53 root: C:\cygwin binary system
2002/05/15 15:00:53 Selected local directory: C:\Documents and
Settings\Administrator\Desktop
2002/05/15 15:00:54 net: Direct
2002/05/15 15:02:37 site: ftp://ftp.tuke.sk/pub/cygwin
2002/05/15 15:02:47 mbox yesno: This setup.ini is older than the one you used last
time you installed cygwin. Proceed anyway?
2002/05/15 15:02:51 Ending cygwin install
2002/05/15 15:03:38 Starting cygwin install, version 2.218.2.8
2002/05/15 15:03:38 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 15:03:41 source: network install
2002/05/15 15:03:41 root: C:\cygwin binary system
2002/05/15 15:03:42 Selected local directory: C:\Documents and
Settings\Administrator\Desktop
2002/05/15 15:03:43 net: Direct
2002/05/15 15:05:34 site: ftp://gd.tuwien.ac.at/gnu/cygwin
2002/05/15 15:05:34 site: ftp://linux.sarang.net/mirror/development/compiler/cygwin
2002/05/15 15:05:34 site: ftp://ludique.u-bourgogne.fr/pub/mirror/cygwin
2002/05/15 15:05:34 site: ftp://mirror.aarnet.edu.au/pub/cygwin
2002/05/15 15:05:34 site: ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin
2002/05/15 15:05:34 site: ftp://planetmirror.com/pub/sourceware/cygwin
2002/05/15 15:05:34 site: ftp://ring.aist.go.jp/archives/pc/gnu-win32
2002/05/15 15:05:34 site: ftp://ring.asahi-net.or.jp/archives/pc/gnu-win32
2002/05/15 15:06:40 mbox note: Unable to get setup.ini from
ftp://mirror.aarnet.edu.au/pub/cygwin
2002/05/15 15:07:31 Ending cygwin install
2002/05/15 15:03:38 Starting cygwin install, version 2.218.2.8
2002/05/15 15:03:38 Current Directory: C:\Documents and Settings\Administrator\Desktop
2002/05/15 15:03:41 source: network install
2002/05/15 15:03:41 root: C:\cygwin binary system
2002/05/15 15:03:42 Selected local directory: C:\Documents and
Settings\Administrator\Desktop
2002/05/15 15:03:43 net: Direct
get_url_to_membuf http://sources.redhat.com/cygwin/mirrors.lst
2002/05/15 15:05:34 site: ftp://gd.tuwien.ac.at/gnu/cygwin
2002/05/15 15:05:34 site: ftp://linux.sarang.net/mirror/development/compiler/cygwin
2002/05/15 15:05:34 site: ftp://ludique.u-bourgogne.fr/pub/mirror/cygwin
2002/05/15 15:05:34 site: ftp://mirror.aarnet.edu.au/pub/cygwin
2002/05/15 15:05:34 site: ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin
2002/05/15 15:05:34 site: ftp://planetmirror.com/pub/sourceware/cygwin
2002/05/15 15:05:34 site: ftp://ring.aist.go.jp/archives/pc/gnu-win32
2002/05/15 15:05:34 site: ftp://ring.asahi-net.or.jp/archives/pc/gnu-win32
get_url_to_membuf ftp://gd.tuwien.ac.at/gnu/cygwin/setup.ini
ftp > 220 gd.tuwien.ac.at NcFTPd Server (free educational license) ready.
ftp > 331 Guest login ok, send your complete e-mail address as password.
ftp > 230-You are user #879 of 1000 simultaneous users allowed.
ftp > 230-
ftp > 230-
ftp > 230-- G D S -- Welcome to Goodie Domain Service
ftp > 230-- D -- Vienna University of Technology, Austria
ftp > 230-- S -- Dept. of Information Technology Services
ftp > 230-===
ftp > 230-
ftp > 230-
RE: New setup uploaded - 2.218.2.8
Some more feedback: This version solves (for me) the problem of setup.exe crashing when 'Install from local directory' has been selected. Also, the 'Parsing Errors' information was more informative. It now tells which files it is having trouble parsing. Apparently, setup.exe looks for every 'setup.ini' (or, in my case, SETUP.INI) on my disk below the '/' mount point. It objected to a SETUP.INI that had be created from an installation of WinCvs that I have in /usr/src. To reproduce this problem, simply download WinCvs 1.2 (the latest stable, non-beta release) from www.cvsgui.org, unpack it to create the SETUP.INI file, among others, and then run setup.exe, selecting 'Install from local directory'. Here are the four lines that are in my SETUP.INI: [Startup] AppName=WinCvs FreeDiskSpace=466 EnableLangDlg=Y Should this behavior of setup.exe's searching the directory tree below the '/' mount point be documented, or should it be changed? > -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 4:03 AM > To: [EMAIL PROTECTED] > Subject: New setup uploaded - 2.218.2.8 > > > I've upload a smaller version of setup.exe with all Chris's > fixes in it. > > Rob > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
I think my brain's gone flatline...
...but I can find no way to see "long descriptions" from withing setup.exe I would bet a hand that it _was_ possible sometime... ?_? -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New setup uploaded - 2.218.2.8
> Should this behavior of setup.exe's searching the directory tree below > the '/' mount point be documented, or should it be changed? Changed, please - or at least setup should run some sort of sanity check on the files it finds before trying to parse them. I got caught with something similar recently - I had renamed an old setup.ini at the top level of my local dir to setup.ini.sav (so I could later diff with the new one), but when installing setup used the setup.ini.sav file instead of the setup.ini it had downloaded to the mirror subdirectory. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install from an ftp server if internet isn't reachable?
Hi! Gesendet von: Eric Hanchrow <[EMAIL PROTECTED]> An: "Thomas Schweikle" <[EMAIL PROTECTED]> Kopie: Thema: Re: How to install from an ftp server if internet isn't reachable? >> "Thomas" == Thomas Schweikle <[EMAIL PROTECTED]> writes: > > Thomas> How can I install from an ftp server when I can't reach > Thomas> the internet > > You can't, by definition. Might be a good idea to change this. I can reach the internet from one PC, but not from the other. Would be nice if I could use ftp to install from a reachable server (not equiped with samba) to install from. Faking IP via "hosts" will allways work... but I consider this "not gentlemen like". I would like to see some option to tell setup it has to use a specific ftp-server to connect to, assuming this an exact mirror of "ftp://sources.redhat.com/cygwin";. If I could specify an URL this would be really nice! -- PGP Fingerprint: 3E7B A3F3 96CA 8958 ACC5 C8BD 6337 0041 C01C 5276 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Latest Setup.exe Fails (Win2k)
Lee Goddard wrote: > > Sorry - forgot the obvious: it is the latest version at the > time of writing, which is 2.218.2.8. > > > > >> > >> > Hi there. >> > >> > The latest setup.exe fails on my system: 100% CPU indefinetly >> > and all the screen says is something like 'this space >> > intentionally blank.' I've tried 10 different mirrors, it >> > downloads something from them Itelling me if it can't or if >> > the setup.ini is out of date in relation to >> > the exe). >> > This is the latest seup.exe from cygwin.com. I was perturbed by this, or something similar, but found that there was separate window open displaying the usual selection box. This window was buried underneath other windows lying around on my desktop and IIRC wasn't easy to switch to. HTH, Jonathan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
locate and it's db
hi, i found some posts about it but nothing with a satisfieing answer. is it possible to create the db that is needed for locate? michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Circular symlinks in terminfo-5.2-2.tar.bz2
Charles Wilson wrote: > Also, terminfo-5.2-2 changed in only one respect from terminfo-5.2-1: it > now uses the XFree86-4.2.0 terminal definitions for xterm-*. NOT the > ncurses-provided definitions. Hmmm... Perhaps this explains the trouble I've been having with the xterm-color definition of late. For example, less now complains that the terminal is "not fully functional" when TERM is set to "xterm-color", and info claims that "Terminal type `xterm-color' is not smart enough to run Info." --Rick __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Christopher Faylor wrote: > I'm thinking about making binmode the default, too. Woo - watch out. I use "cvs" (the cygwin port) in :pserver: mode, and recently, when I changed my system mount point to binmode, "cvs login" stopped working. I would do "cvs login", and it would prompt for a password, and store it. Then for any subsequent "cvs" op, it would tell me that the password was invalid, and ask me to log in again. The only thing I could do was to go back to a "textmode" system mount. -- Shankar. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Proposed changes to ssh-host-config (was: SSHD does not start upon reboot, but manual is ok.)
Hi, >> I have looked in the archives, and tried various dependency settings. "LanmanWorkstation" gets translated into "Browser" and works. "Server" does not work, it generates errors. "LanmanServer" gets translated into "Server" and works. "Tcpip" works too, and I think it is the preferred solution, as I can't imagine a system running sshd without TCP/IP. >> While adding a dependency is certainly a great idea, cannot hurt, and will solve this issue for many people, it does not solve it for me. I tried all three dependencies, and sshd still refuses to start on boot. Permissions are set correctly, the owner of the /etc/ssh* files is system:system, c:\cygwin\bin is in the PATH and on an NTFS volume, CYGWIN is set to "ntsec tty" ... I don't know. There is something about cygrunsrv and 2k/XP (an XP box in this case) that just doesn't want to play at times. Shawn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ECOS] Multi-ICE support Status
benny wrote: > > Hi everybody, > I followed the nice instructions on > http://sources.redhat.com/ecos/multi-ice.html > and all was fine till the last stage when the linker complained on two > missed symbols in > ARM library toolconf: > > gcc -g -O2 -o multi-ice-gdb-server.exe -Wl,--subsystem,console > server-main.o r > di150-low.o remote-utils.o utils.o server-win.o arm-singlestep.o > MICE-gdbserverr > es.o -L../../libiberty -liberty -lshell32 -ladvapi32 -lgdi32 -luser32 -L/cyg > driv > e/C/Multi-ICE/libraries -L/tmp/migdb/build/gdb/multi-ice -ltoolconf > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x25):..\ > ..\t > oolconf.c: undefined reference to `_imp___isctype' > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\ > ..\t > oolconf.c: undefined reference to `_imp___pctype' > > Any ideas what library is missing (looks like something from Visual C?) Actually it looks like something from Cygwin. Cygwin guys, can you help on this? What has changed that has caused libraries to stop being binary compatible? Jifl -- Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062 --[ "You can complain because roses have thorns, or you ]-- --[ can rejoice because thorns have roses." -Lincoln ]-- Opinions==mine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin and windows98
do you have any perls of wisdom for installing Cygwin.dll on Windows98? what is wrong if Cygwin is installed on a Windows98 platform, pointers to /cygwin/bin added to the path setting, and no response in a command window when one of the Cygwin commands is entered? gary r buell usgs 3039 amwiler rd, suite 130 peachtree business center atlanta, georgia 30360-2824 tel - 7709039100; fax - 7709039199 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
diff 1.0-1 appears empty
Just a question about the latest update to diff (on 13 May 2002 9:29 PM, mirror ftp://ftp.nas.nasa.gov/mirrors/cygwin.com/pub/cygwin/release/diff/, appears similiar on main ftp://cygwin.com/ site, too). Looks like a size of 46 bytes works out to no files in the archive. Is this a known problem? Thanks Damon Muller MSD Development Service RealNetworks, Inc. _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and windows98
At 01:05 PM 5/15/2002, Gary R Buell wrote: >do you have any perls of wisdom for installing Cygwin.dll on Windows98? >what is wrong if Cygwin is installed on a Windows98 platform, pointers to >/cygwin/bin added to the path setting, and no response in a command window >when one of the Cygwin commands is entered? Sounds like a bad installation to me. I suggest removing what you have and going to www.cygwin.com and clicking on "Install Now". Setup.exe will create an installation that should work for you. Many others have done so on various Windows platforms. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
On Wed, May 15, 2002 at 09:41:08AM -0700, Shankar Unni wrote: > Christopher Faylor wrote: > > > I'm thinking about making binmode the default, too. > > > Woo - watch out. > > I use "cvs" (the cygwin port) in :pserver: mode, and recently, when I > changed my system mount point to binmode, "cvs login" stopped working. I > would do "cvs login", and it would prompt for a password, and store it. > Then for any subsequent "cvs" op, it would tell me that the password was > invalid, and ask me to log in again. > > The only thing I could do was to go back to a "textmode" system mount. It would have been much easier to convert your .cvspass file from text to binmode... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin and windows98
Gary -- ...and then Gary R Buell said... % % do you have any perls of wisdom for installing Cygwin.dll on Windows98? Not necessarily, but I know that it should work; I run Win98 myself (and, in a quirky twist of fate, and amso from Atlanta :-) % what is wrong if Cygwin is installed on a Windows98 platform, pointers to % /cygwin/bin added to the path setting, and no response in a command window % when one of the Cygwin commands is entered? Are you in a command.com window or a bash.exe window? What command do you enter that doesn't work? How does it not work? % % % gary r buell % usgs % 3039 amwiler rd, suite 130 % peachtree business center % atlanta, georgia 30360-2824 % tel - 7709039100; fax - 7709039199 HTH & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg08783/pgp0.pgp Description: PGP signature
Re: [ECOS] Multi-ICE support Status
On Wed, May 15, 2002 at 05:58:59PM +0100, Jonathan Larmour wrote: > benny wrote: > > > > Hi everybody, > > I followed the nice instructions on > > http://sources.redhat.com/ecos/multi-ice.html > > and all was fine till the last stage when the linker complained on two > > missed symbols in > > ARM library toolconf: > > > > gcc -g -O2 -o multi-ice-gdb-server.exe -Wl,--subsystem,console > > server-main.o r > > di150-low.o remote-utils.o utils.o server-win.o arm-singlestep.o > > MICE-gdbserverr > > es.o -L../../libiberty -liberty -lshell32 -ladvapi32 -lgdi32 -luser32 -L/cyg > > driv > > e/C/Multi-ICE/libraries -L/tmp/migdb/build/gdb/multi-ice -ltoolconf > > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x25):..\ > > ..\t > > oolconf.c: undefined reference to `_imp___isctype' > > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\ > > ..\t > > oolconf.c: undefined reference to `_imp___pctype' > > > > Any ideas what library is missing (looks like something from Visual C?) > > Actually it looks like something from Cygwin. > > Cygwin guys, can you help on this? What has changed that has caused > libraries to stop being binary compatible? The internal representation of ctype has changed. But that's looong ago. How old are the concerned libs? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ECOS] Multi-ICE support Status
I think I found the problem after straggling for a while - the missing library is libmvcrt. After changing the make line to: make -w MULTI_ICE_INCLUDES="-I/cygdrive/c/Multi-ICE/Headers" \ MULTI_ICE_LIBS="-L/lib/mingw -L/cygdrive/C/Multi-ICE/Libraries -L/tmp/migdb/ build/gdb/multi-ice -ltoolconf -lmsvcrt" 2>&1 | tee make.out everything builds. But after this I got : $ multi-ice-gdb-server --remote-port 9000 --byte-sex l --config-dialog Segmentation fault (core dumped) I may provide the stack dump file. P.S. - I'm not sure which one I need to use - there are different DLL support libraries: libcrtdll, libmsvcrt, libmvcrt20 and libmvcrt40. I tried libmsvcrt and libmsvcrt40 with the same result. I use cygwin cygwin-1.3.2-1 libraries. BennyD > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jonathan Larmour > Sent: Wednesday, May 15, 2002 11:59 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [ECOS] Multi-ICE support Status > > > benny wrote: > > > > Hi everybody, > > I followed the nice instructions on > > http://sources.redhat.com/ecos/multi-ice.html > > and all was fine till the last stage when the linker complained on two > > missed symbols in > > ARM library toolconf: > > > > gcc -g -O2 -o multi-ice-gdb-server.exe -Wl,--subsystem,console > > server-main.o r > > di150-low.o remote-utils.o utils.o server-win.o arm-singlestep.o > > MICE-gdbserverr > > es.o -L../../libiberty -liberty -lshell32 -ladvapi32 -lgdi32 > -luser32 -L/cyg > > driv > > e/C/Multi-ICE/libraries -L/tmp/migdb/build/gdb/multi-ice -ltoolconf > > > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text > +0x25):..\ > > ..\t > > oolconf.c: undefined reference to `_imp___isctype' > > > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text > +0x2f):..\ > > ..\t > > oolconf.c: undefined reference to `_imp___pctype' > > > > Any ideas what library is missing (looks like something from Visual C?) > > Actually it looks like something from Cygwin. > > Cygwin guys, can you help on this? What has changed that has caused > libraries to stop being binary compatible? > > Jifl > -- > Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062 > --[ "You can complain because roses have thorns, or you ]-- > --[ can rejoice because thorns have roses." -Lincoln ]-- > Opinions==mine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Possible error in cygpath
Hi Corinna, "Corinna Vinschen" <[EMAIL PROTECTED]> schrieb im Newsbeitrag [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > On Wed, May 15, 2002 at 11:44:51AM +0200, Schaible, Jorg wrote: > > The reason why I just implemented -s (in 1999) was that GetLongPathName is > > not available for Win95. If we have to be Win95-compatible still, you will > > have to load the function yourself directly form the DLL and use > > FindFirstFile (as mensioned in the MSDN docs for *GetShortPathName*) for > > every part of the path if the function is not available. > > Are you interested in implementing that functionality anyway? No, not me! I just want to remember Mark, that it is not done just by calling GetLongPathName. Mark, do you still want to implement this ? > Just > FYI, it's available since W2K only. Even on NT4 you'd have to > go the hard way... Right, I remember. Since I developed the GetShortPathName option for cygpath on NT4, I did not implement a counter part ... ;-) > > you've seen my own patch for cygpath.cc in cygwin-apps ? Chris already > > answered positivly and RH should have the assignment from late 1999 still. > > My diff was against the sources from 14.5... > > I saw it but it doesn't contain a patch for the above problem. > It's applied, btw. OK. Fine. I was not sure if I have to send the patch again against the new sources with the applied patch of Mark. Regards, Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [MinGW-dvlpr] Re: gcc 3.1 [-mno-cygwin and __main ]
Hi! Wednesday, 15 May, 2002 Christopher Faylor [EMAIL PROTECTED] wrote: >>I don't know how (when/if) cygwin will implement dwarf2 EH. Richard >>Henderson's patch was spot on, except for wrong use of -1 rather than 0 >>as sentinel for end of eh_frame table. >> >>My preference is to try to keep the differences between mingw and >>cygwin in gcc code as small as possible. CF> For sure. I'd like there to be no difference at all, if possible. CF> I'd like to either create a cygwin-mingw branch on the main repository CF> or create a completely separate CVS repository so that we could CF> coordinate patches. Would you be interested in doing this, Danny? I CF> can see that we'll be in patch hell otherwise. I have a local sandbox CF> with your changes but it appears to be out-of-date already. That'd be great. I believe i can try to step in as cygwin gcc maintainer (at least i currently do have both time and willingness for that). Having cvs branch or separate repo would make things easier. I certainly lost a track for cygwin- and mingw-specific patches some time ago. Btw, Chris, some time ago there was a discussion of would be cygisolate or cygjail of cyg-some-other-fancy-name utility to allow several independent "cygwins" running simultaneously on the same machine. As long as you've added appropriate cygwin_internal hooks, i suppose you have this utility. If it's so, would you mind putting it winsup/utils ? Using it would certainly make testing of new packages more robust. Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
OT: Could not resist
> Lee Goddard
> perl -e "while(1){print rand>0.5?chr 47:chr 92}"
I cound not resist :
///\//\\\/\\\/\\//\//\\\/\\///\\\//\\\/\\/\/\\/\\///
//\/\\\/\\/\///\////\\/\/\\//\/\\/\\//\//\/\\/\\\/\//\\/
\\//\\//\\///\\/\/\\\//\///\//\\/\\//\/\///\\////\/\
\/\\///\\/\//\\//\\\/\///\\/\//\/\/\\\///\/\/\\/\///
\\///\\\///\//\///\///\///\\\/\//\\/\///\\\/\\//
/\\//\\\///\/\//\///\\/\\\/\\//\////\/\/\///
/\\/\/\\\/\//\///\\/\/\//\/\\\/\\///\\/\\//\///\\\/\//\/
///\\\//\/\/\\//\/\//\////\\///\/\\//\/\///\\//\\\///\//\\\/
///\\/\/\\/\\/\//\/\\\//\/\\\/\///\/\/\\//\\\\/\/\\\/\/\\\/\
\/\/\//\\////\/\\//\\/\\/\\/\\//\\///\\/\///\/\\\///\\//\///
/\\/\\/\\//\\\////\\\//\\/\///\\//\\/\///\/\/\////\/
\\\//\\/\/\\/\//\//\\/\\//\/\\/\/\//\\\//\//\\/\\/\///\/
/\/\///\/\//\/\\\/\/\/\/\/\\/\///\\\/\\/\\\/\\/\/\/\\/\/\\/\/\\\
///\/\\/\//\//\///\/\\\/\\///\/\\\//\//\//\/\/\//\\///\//\\\/\\/
\\/\\\///\\//\\/\//\\\/\/\\\//\\//\//\\//\///\///\/\///\\//\/\/\\/\/
\//\\\/\/\/\/\\/\///\\\//\//\\\/\\\/\\/\//\/\/\/\//\\///
///\/\\//\/\\//\//\/\\\\/\/\/\\\\/\\//\\///\/\\\/\/\
\\//\//\/\//\\\/\/\//\/\\/\\/\//\\///\/////\\\/\\\///\\\
///\/\\/\//\\//\/\\//\\\\/\/\///\\//\/\\/\/\\///\\\/\\\\\///\//\
\\/\\/\//\\\//\/\\/\///\/\///\/\/\///\/\/////\\\///\///\/\/\/\\\
\\///\\/\/\\\\/\\/\\\//\/\/\/\/\\///\\/\///\\/\/\/\\
//\/\\\\/\///\\\\/\\\///\\\///\//\/\//\//\/\//\/\///\/\/\\/\
/\//\/\/\/\/\\\/\\\//\\/\//\\///\\/\//\\/\//////\///
\/\/\\///\//\//\/\//\\/\/\\//\/\//\\/\\///\\\/\\/\//\/\\
\\\///\/\//\//\\///\\///\/\//\/\/\\/\\\/\///\//\/\/\/\\\
\\\///\////\/\/\\/\\/\/\\/\//\\\///\\///\\\\\/\/\\/\
/\\/\\///\//\/\/\\/\\\\\/\\/\\\/\/\/\///\///\\\//\//\///
//\/\\//\//\\\/\////\\/\\\/\\//\/\\/\\\/\\/\
//\\\/\\////\/\/\///\\/\/\\\/\///\//\\\/////\/\\\//\/\///\\\
\/\//\/\///\/\\/\\///\/\//\/\///\\/\///\\//\\/\//\\///\\/\//
\\\///\//\\//\\//\\\///\\//\//\//\///\//\/\/
//\\\/\/\\//\/\\\////\\/\\\///\\\/\\/\\\///\\/\///\/
//\//\\//\/\//\//////\/\\///\/\\\///\//\/\//\\///\\\
/\/\//\\\//\\\///\/\/\\//\\\///\\\//\\///\/\/\/\\/\\\/\\///\
\\\///\//\/\/\/\\//\//\\\/\/\/\\\/\//\/\/\/\\/\/\/\//\\\
\/////\/\\\/\\//\///\\//\//\/\///\\///\/\/\\//\\\//\\\//\//\/\/\
\\/\//\/\\\///\/\\\/\\///\///\/\/\\//\\//\/\//\\\/\/\//\\\//
//\\/\/\\\/\/\\\/\/\//\\/\/\\\/\\\//\/\//\\\/\\/\\//\\/\\\//
//\/\///\\\///\/\/\//\//\\//\/\\/\\////\/\//\/\\\//\\//\
///\\/\\/\\/\//\\\///\\///\\///\//\\//\\//\\\/\\//\/\\/\/\//\/\\
\\//\/\//\/\//\/\\//\//\/\///\\/\\/\/\\\\/\\/\\/\\//\/\/
\/\\\/\/\///\/\\//\\/////\\//\\/\\//\/\\\/////\/
\\/\/\/\/\\/\/\/\/\/\///\//\//\///\//\\//\/\\\//\//\
/\/\\/\\///\\//\\///\/\\/\///\\\/\///\\\\\\//\/\/\\\
//\\/\\\\/\///\//\/\/\/\\\\//\/\//\\\/\\\/\/\\///\/\\/\\
/\/\\\///\\/\\\/\\\/\/\\/\\/\\\//\//\\\//\/\/\\/\/\\//\///\\/\\/
\/\\///\\/\/\//\/\//\\/\/\/\//\\\/\//\/\//\//\\\/\//\/\\/\\/
/\\//\////\//\/\\/\/\\\////\//\\/\///\/\\/\\\/\\//\\/\\\
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Shankar Unni wrote: > Christopher Faylor wrote: > > > I'm thinking about making binmode the default, too. > > > Woo - watch out. > > I use "cvs" (the cygwin port) in :pserver: mode, and recently, when I > changed my system mount point to binmode, "cvs login" stopped working. I > would do "cvs login", and it would prompt for a password, and store it. > Then for any subsequent "cvs" op, it would tell me that the password was > invalid, and ask me to log in again. > > The only thing I could do was to go back to a "textmode" system mount. I use binmode mounts all the time. cvs login works for me. Don't blame binmode/textmode. I think you should look at ~/.cvspass and make sure it doesn't have /r/n line endings. Imagine thie: :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=hhttp://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OT: Could not resist
Joerg, et al --
...and then Joerg R. Schaible said...
%
% > Lee Goddard
% > perl -e "while(1){print rand>0.5?chr 47:chr 92}"
% I cound not resist :
%
% ///\//\\\/\\\/\\//\//\\\/\\///\\\//\\\/\\/\/\\/\\///
...
If an infinite number of monkeys ran this code, would we first see the
Sun logo or a valid maze? :-)
HAND
:-D
--
David T-G * It's easier to fight for one's principles
(play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie
(work) [EMAIL PROTECTED]
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
msg08790/pgp0.pgp
Description: PGP signature
Re: Circular symlinks in terminfo-5.2-2.tar.bz2
Rick Rankin wrote: >>Also, terminfo-5.2-2 changed in only one respect from terminfo-5.2-1: it >>now uses the XFree86-4.2.0 terminal definitions for xterm-*. NOT the >>ncurses-provided definitions. >> > > Hmmm... Perhaps this explains the trouble I've been having with the xterm-color > definition of late. For example, less now complains that the terminal is "not > fully functional" when TERM is set to "xterm-color", and info claims that > "Terminal type `xterm-color' is not smart enough to run Info." touble..."of late". What do you mean? 1) when you were using your reconstructed xterm-color definition from ncurses-5.2, and the cygwin-xfree XFree86-4.2.0 xterm.exe, or 2) in the last 12 hours when using the XFree86-4.2.0-derived xterm-color definition from terminfo-5.2-3? e.g. is this a bug report for terminfo-5.2-3? --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
MDaemon Warning - Virus Found
The following message had attachment(s) which contained the viruses: >From : [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject : A very excite game Date : Message-ID: AttachmentVirus name Action taken -- play.exe ??? Removed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: apache and php4 out-of-the-box
> See here: > http://flashexperiments.insh-allah.net/ApacheError126.html hello, i found my problem. libxml and postgres were missing. that brings me to my next question: y it _needs_ postgres? shouldn't i'm be able to configure something like that in my php.ini? which i couldn't find. where is it? but now i run nto th next problem with my apache installation: C:\cygwin\usr\sbin\httpd.exe: *** unable to remap C:\cygwin\bin\cygintl-1.dll to same address as parent -- 0x1A6F btw: i installed both (apache and php) from the setup but it doesn't really seem to be that this is an 'out of the box' install. can any1 help? has it something to do with that rebase thing? michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem running ssh after install
Hi, I am running on W2K and installed cygwin. However, when I try to ssh to any machine, I get the messages bash: ssh: command not found. Can someone please tell me what I may have done incorrectly during the install? Thanks. Betty -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Hi! Wednesday, 15 May, 2002 Charles Wilson [EMAIL PROTECTED] wrote: CW> Then, you switch to binmode, and do another cvslogin, resulting in this: CW> :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h :pserver:[EMAIL PROTECTED]:/cvs A \r\n CW> :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h The next time the .cvspass file is read in, cvs is confused by the CW> presence of the \r's in the first two lines. (Which it never saw CW> before, thanks to textmode). CW> Use switch back to binmode, use dos2unix on .cvspass (and .cvsrc for CW> that matter), and try again... Doesn't it seem to you that we should rather patch cvs to open .cvspass in textmode? IIRC, \r is not a valid symbol for encrypted passwords, so it can be safely skipped. i use "binmode everywhere" myself, but i suppose we'll have yet another binmode/textmode hell here after changing the default. Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
I was bitten by this recently too. In addition to .cvspass and .cvsrc, you probably will need to run dos2unix on the files beneath the CVS directory under each directory of your cvs sandbox. cheers, -Matt Smith > > The only thing I could do was to go back to a "textmode" system mount. > > I use binmode mounts all the time. cvs login works for me. Don't blame > binmode/textmode. > > I think you should look at ~/.cvspass and make sure it doesn't have /r/n > line endings. Imagine thie: > > :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h :pserver:[EMAIL PROTECTED]:/cvs A \r\n > > Then, you switch to binmode, and do another cvslogin, resulting in this: > > :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h :pserver:[EMAIL PROTECTED]:/cvs A \r\n > :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h > The next time the .cvspass file is read in, cvs is confused by the > presence of the \r's in the first two lines. (Which it never saw > before, thanks to textmode). > > Use switch back to binmode, use dos2unix on .cvspass (and .cvsrc for > that matter), and try again... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: diff 1.0-1 appears empty
Damon, They did that on purpose for backwards compatibility. It's a placeholder and the "real" diff is located in the "diffutils" package. Cheers, Nicholas P.S. - You ever thought of porting realplayer to cygwin ;)? --- Damon Muller <[EMAIL PROTECTED]> wrote: > Just a question about the latest update to diff (on 13 May 2002 9:29 PM, > > mirror > ftp://ftp.nas.nasa.gov/mirrors/cygwin.com/pub/cygwin/release/diff/, > appears similiar on main ftp://cygwin.com/ site, too). > > Looks like a size of 46 bytes works out to no files in the archive. Is > this > a known problem? > > Thanks > > Damon Muller > MSD Development Service > RealNetworks, Inc. > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: locate and it's db
Hallo Michael, Am Mittwoch, 15. Mai 2002 um 18:10 schriebst du: > hi, > i found some posts about it but nothing with a satisfieing answer. > is it possible to create the db that is needed for locate? The script was posted several times to the list. I'm frequently posting a link to the script (maybe not all of them still work, but I'm sure this one does): http://koeln.convey.de/cywgin/findutils/ Fetch updatedb there (and check the paths in the script). Gerrit -- =^..^= -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Circular symlinks in terminfo-5.2-2.tar.bz2
--- Charles Wilson <[EMAIL PROTECTED]> wrote: > Rick Rankin wrote: > > > >>Also, terminfo-5.2-2 changed in only one respect from terminfo-5.2-1: it > >>now uses the XFree86-4.2.0 terminal definitions for xterm-*. NOT the > >>ncurses-provided definitions. > >> > > > > Hmmm... Perhaps this explains the trouble I've been having with the > xterm-color > > definition of late. For example, less now complains that the terminal is > "not > > fully functional" when TERM is set to "xterm-color", and info claims that > > "Terminal type `xterm-color' is not smart enough to run Info." > > > touble..."of late". What do you mean? > > 1) when you were using your reconstructed xterm-color definition from > ncurses-5.2, and the cygwin-xfree XFree86-4.2.0 xterm.exe, or > > 2) in the last 12 hours when using the XFree86-4.2.0-derived xterm-color > definition from terminfo-5.2-3? > > e.g. is this a bug report for terminfo-5.2-3? Well, right now I'm not sure its a bug report against anything. I'm beginning to think it's time to start checking for a loose nut behind the keyboard ;-) I have a version of rxvt (2.7.8) that I compile myself with X support. I've been using TERM=nxterm for quite some time with no problems. (Actually, I think info has been complaining for a while, but I use info *very* infrequently, so I never really cared. I use (X)Emacs to view info documentation when I want it.) I don't use the rxvt terminfo definition because it doesn't support xterm-style mouse control. Yesterday, I mucked up my system pretty badly, so I decided to reinstall Cygwin from scratch. That's when I discovered the circular links in the terminfo package. Using TERM=nxterm didn't work at all because there was no actual definition due to the circular links. I downloaded the ncurses source (ncurses-5.2-8.tar.bz2) and applied the included patches to reconstruct what I assumed would be the terminfo.src database that you used to build the terminfo-5.2-1.tar.bz2 distribution. I compiled that database, and things *seemed* to be working until I used less, which complained about the terminal being "not fully functional". Today, I downloaded the ncurses-5.2 source from ftp.gnu.org and rebuilt /usr/share/terminfo using its database. To my surprise, less *still* complains about the terminal being "not fully functional" with TERM=nxterm. In short, I'm not at all sure how it worked before. I need to look at the source for less to understand how it determines that a terminal is "not fully functional" and proceed from there. --Rick __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin & opensshd on .net enterprise server
I am looking for any clues on how to make cygwin & opensshd work on a .net enterprise server, and found nothing in the mail archive. I had been running Mark's opensshd specific environment on W2k server without trouble. When I installed a fresh build 3615, OpenSSH_3.1p1 failed, so I thought I would try the full cygwin. That is failing in the same way, so after a couple of days experimenting I am stuck. With the intent of sending Mark a trace, I followed his instructions for debugging by using a scheduled task to get a system account command window (if it is of any use, I have put a copy of the debug trace at the end). What I found in the process is that there appears to be some permissions related problem, because I get logged in as any valid user over the ssh channel, but that immediately exits. Trying to figure that out I found that the only process/user that can run the shell is the system account. When I run sh, bash, or the cygwin.bat from any other account it just exits, but they appear to work fine in the system initiated command window. This is also true of many of the exe's in /bin, although some of them just hang with 100% cpu for the non-system user. One thing I found in the process is that the old passwd file is useless. The only way I could log in using ssh with either Mark's sshd subset, or the full cygwin was to use the mkpasswd & mkgroup process to build those files from scratch with the NT UIDs. What the log showed before I did that was 'Cygwin Process Id = 0xC78 : fatal: setuid 520: Not owner.' Simply changing that got me to the point of 'password accepted', but until the shell runs for all accounts, that does no good. I tried setting bash to W2k compatibility mode (actually all modes), and turning off the 'protect my computer from unauthorized activity' checkbox in the run as ... option, but those made no difference. I also tried setting the file owner for the entire subdirectory tree to system, again no difference. cygrunsrv.exe and sshd.exe are running as system, but it appears they end up running the shell in user space. Any clues what to try next??? Tony C:\Program Files\NetworkSimplicity\ssh>sshd -d -d -d -f sshd_config debug1: sshd version OpenSSH_3.1p1 debug1: private host key: #0 type 0 RSA1 debug3: Not a RSA1 key file /ssh/ssh_host_rsa_key. debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA debug3: Not a RSA1 key file /ssh/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #2 type 2 DSA debug1: Bind to port 87 on 0.0.0.0. Server listening on 0.0.0.0 port 87. debug1: Server will not fork when running in debugging mode. Connection from 192.168.123.34 port 4354 debug1: Client protocol version 1.99; client software version 3.0.0 SSH Secure S hell for Windows debug1: match: 3.0.0 SSH Secure Shell for Windows pat 3.0.* Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.1p1 debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-gro up1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour, aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour, aes192-cbc,aes256-cbc debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@open ssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@open ssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,x509v3-sign-dss,x509v3-sign-rsa debug2: kex_parse_kexinit: 3des-cbc debug2: kex_parse_kexinit: 3des-cbc debug2: kex_parse_kexinit: hmac-md5,hmac-sha1 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1 debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: none debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: client->server 3des-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: server->client 3des-cbc hmac-md5 none debug1: dh_gen_key: priv key bits set: 194/384 debug1: bits set: 475/1024 debug1: expecting SSH2_MSG_KEXDH_INIT debug1: bits set: 480/1024 debug1: kex_derive_keys debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: waiting for SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user ahain service ssh-connection method none debug1: attempt 0 failures 0 debug2: input_userauth_request: setting up auth
Re: [ECOS] Multi-ICE support Status
Corinna Vinschen wrote: /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\ > > > ..\t > > > oolconf.c: undefined reference to `_imp___pctype' > > > > > > Any ideas what library is missing (looks like something from Visual C?) > > > > Actually it looks like something from Cygwin. > > > > Cygwin guys, can you help on this? What has changed that has caused > > libraries to stop being binary compatible? > > The internal representation of ctype has changed. But that's > looong ago. How old are the concerned libs? Quite old. When I lasted tested it, it was with fairly old tools as well though (GNUPro 00r1). Although looking at it again after Benny saying that linking with msvcrt helped (but caused a segfault), I don't think these are cygwin symbols after all - the library in question was built by MSVC. Benny, if you run the executable under GDB where does it fail? Jifl -- Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062 --[ "You can complain because roses have thorns, or you ]-- --[ can rejoice because thorns have roses." -Lincoln ]-- Opinions==mine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
CVS: binmode/textmode issues [Was: Re: Changes in latest snapshot]
egor duda wrote: > CW> Then, you switch to binmode, and do another cvslogin, resulting in this: > > CW> :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h CW> :pserver:[EMAIL PROTECTED]:/cvs A \r\n > CW> :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h > CW> The next time the .cvspass file is read in, cvs is confused by the > CW> presence of the \r's in the first two lines. (Which it never saw > CW> before, thanks to textmode). > > CW> Use switch back to binmode, use dos2unix on .cvspass (and .cvsrc for > CW> that matter), and try again... > > Doesn't it seem to you that we should rather patch cvs to open > .cvspass in textmode? If that is indeed the problem. I'm not sure that it is. Everytime a textmode/binmode issue like this comes up with cvs, I make a suggestion for people to try -- hoping that they will do so, report back, and their experience will confirm or deny that 'X' is the problem. Instead, I always get "suggestions" like yours -- no offense, Egor -- instead of people actually TRYING what I recommend. I'm not going to go hacking around inside cvs until I KNOW what and where the problem REALLY is -- not where we think it MIGHT be. CVS works for me; I use it daily for my dissertation. I don't want to (possibly) break it in an attempt to fix an (unconfirmed) problem -- for very important personal reasons (if I scrog my dissertation trying to fix someone else's unconfirmed binmode problem, then I'm going after them with an axe... Okay, maybe I'll just restore from my daily backup. But you get the idea.) > IIRC, \r is not a valid symbol for encrypted > passwords, so it can be safely skipped. > > i use "binmode everywhere" myself, but i suppose we'll have yet > another binmode/textmode hell here after changing the default. One Of These Days, I plan to do the following: a) transition my cvs build to script-based packaging b) update my existing patches to the recent 1.11.2 release (2002-04-17) -- with NO other changes c) let that simmer for a month or two as a 'test release' d) THEN attempt to fix various binmode/textmode "problems" people keep reporting -- but never confirming... --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
AHA!!! CONFIRMATION!!! THANK GOD!! So, you're saying that removing the \r from the cvs-related ~/.dotfiles and from CVS/* ---fixed--- your problems when you switched to binmode mounts? --Chuck Matthew Smith wrote: > I was bitten by this recently too. In addition to .cvspass and .cvsrc, you > probably will need to run dos2unix on the files beneath the CVS directory > under each directory of your cvs sandbox. > > cheers, > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CVS: binmode/textmode issues [Was: Re: Changes in latest snapshot]
[reply copied over to this thread] AHA!!! CONFIRMATION!!! THANK GOD!! So, you're saying that removing the \r from the cvs-related ~/.dotfiles and from CVS/* ---fixed--- your problems when you switched to binmode mounts? --Chuck Matthew Smith wrote: > I was bitten by this recently too. In addition to .cvspass and .cvsrc, you > probably will need to run dos2unix on the files beneath the CVS directory > under each directory of your cvs sandbox. > > cheers, > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
src files for setup : repeatedly offered
Having a few problems on W98/SE with setup.exe v.2.218.2.8 (md5sum 9689c564b7cc316b5650fce3f41e16e2 is it my imagination or has there been more than one 2.8?) including "incomplete installation" messages. But nothing intrinsically different to phenomena already reported by others. But my question, or observation, is about the new possibility of downloading/ installing setup*src* files. There's no binary, and so no record is kept of whether a user has or has not "installed" these files. So, irrespectively and interminably, the offer to do so is repeatedly made at subsequent visits to http://cygwin.com/setup.exe. Yes? That's my experience anyway. (At least, it is when All Default is clicked to All Install.) For all other packages, the source files are offered as an optional extra to the binaries, so the situation does not arise. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Yes. I had to do that a few months ago when I switched from all textmode to all binmode mounts. --Rick --- Charles Wilson <[EMAIL PROTECTED]> wrote: > AHA!!! CONFIRMATION!!! THANK GOD!! > > So, you're saying that removing the \r from the cvs-related ~/.dotfiles > and from CVS/* ---fixed--- your problems when you switched to binmode > mounts? > > --Chuck > > > Matthew Smith wrote: > > > I was bitten by this recently too. In addition to .cvspass and .cvsrc, you > > probably will need to run dos2unix on the files beneath the CVS directory > > under each directory of your cvs sandbox. > > > > cheers, > > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CVS: binmode/textmode issues [Was: Re: Changes in latest snapshot]
[Thought I'd reply in this thread as well...] Yes. I had to do that a few months ago when I switched from all textmode to all binmode mounts. --Rick --- Charles Wilson <[EMAIL PROTECTED]> wrote: > [reply copied over to this thread] > > AHA!!! CONFIRMATION!!! THANK GOD!! > > So, you're saying that removing the \r from the cvs-related ~/.dotfiles > and from CVS/* ---fixed--- your problems when you switched to binmode > mounts? > > --Chuck > > > Matthew Smith wrote: > > > I was bitten by this recently too. In addition to .cvspass and .cvsrc, you > > probably will need to run dos2unix on the files beneath the CVS directory > > under each directory of your cvs sandbox. > > > > cheers, > > > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ASSISTANCE
Dear friend, I write to seek your cooperation as my foreign partner and your assistance to enable me to own a property and invest in the stable economy of your country. My names are DR.VINCENT OFFOR,I am making this venture proposal to you in strict confidence. The money I want to invest was acquired from an over invoiced contract proceed as the chairman of the senate financial committee on foreign contracts verification and payment. (Member, Contract Review Panel CRP.) The amount in question is $31.320,000.00 Million US dollars. As a senior civil servant in the Nigeria Government, our country prudential policy forbids me to operate foreign account. If you will like to assist me as a partner, then indicate your interest after which we shall both discuss on the modalities. All other information to facilitate the remittance of the funds will be revealed to you in due course. For your assistance, you shall receive 20% of the fund to be transferred and 10% will be set aside for all expenses incurred by both parties. I will like my proposal to be kept confidential because of what I explained above and you can reach me urgently on my e-mail . please indicate your direct telephone and fax number when replying this business proposal. My contact telephone number will be revealed to you as we progress, I will always call you when necessary, for now we can be contacting through email. Best regards, DR. VINCENT OFFOR. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Hallo Matthew, > I was bitten by this recently too. In addition to .cvspass and .cvsrc, you > probably will need to run dos2unix on the files beneath the CVS directory > under each directory of your cvs sandbox. Maybe it is also a good idea to include a little wrapper for d2u, (in the cygutils package?), to convert recursively all files from where you start it? Or add an option to the executable to run it recursive down a whole tree. Gerrit -- =^..^= -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Better solution for calling 'net use' from Cygwin Perl?
Hello, I had a .sh script that called Microsoft's "net use" command to mount drives under Win2k, and this worked: net use 't:' '\\myserver\share' However I needed to do this in Cygwin Perl so I could leverage an existing set of Perl libraries I have. For the life of me I could correctly execute the "net use" command from Perl, because the characters would get escaped or not interpreted correctly. The Perl workaround a coworker devised was: my $cmd = "net use 't:' '\\"; $cmd .= "\\storigen1u21\\sfstest'"; print $cmd; system $cmd; and this DOES work. This would be the end of story, except we want to understand what caused the problem in the first place. I suspect it was the brain dead Microsoft command processor getting involved with this system call. Anyone care to elaborate? Thanks, Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ECOS] Multi-ICE support Status
Jonathan Larmour wrote: > > Corinna Vinschen wrote: > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text+0x2f):..\ > > > > ..\t > > > > oolconf.c: undefined reference to `_imp___pctype' > > > > > > > > Any ideas what library is missing (looks like something from Visual C?) > > > > > > Actually it looks like something from Cygwin. > > > > > > Cygwin guys, can you help on this? What has changed that has caused > > > libraries to stop being binary compatible? > > > > The internal representation of ctype has changed. But that's > > looong ago. How old are the concerned libs? > > Quite old. When I lasted tested it, it was with fairly old tools as well > though (GNUPro 00r1). > > Although looking at it again after Benny saying that linking with msvcrt > helped (but caused a segfault), I don't think these are cygwin symbols > after all - the library in question was built by MSVC. Aha! Keith Seitz helped me notice the problem. Duh I'm so blind. There is a cygwin library libtoolconf.a there, but it's picking up toolconf.lib instead. Presumably the tools didn't used to. Benny, rename toolconf.lib to toolconf.lib.ignore and then try again. Jifl -- Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062 --[ "You can complain because roses have thorns, or you ]-- --[ can rejoice because thorns have roses." -Lincoln ]-- Opinions==mine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Better solution for calling 'net use' from Cygwin Perl?
Scott, et al -- ...and then Scott Prive said... % % Hello, Hello! % % I had a .sh script that called Microsoft's "net use" command to mount drives under Win2k, and this worked: % net use 't:' '\\myserver\share' Makes sense. % % However I needed to do this in Cygwin Perl so I could leverage an existing set of Perl libraries I have. % % For the life of me I could correctly execute the "net use" command from Perl, because the characters would get escaped or not interpreted correctly. I take it you mean you *couldn't*, right? % % The Perl workaround a coworker devised was: % my $cmd = "net use 't:' '\\"; % $cmd .= "\\storigen1u21\\sfstest'"; %print $cmd; % system $cmd; % % and this DOES work. This would be the end of story, except we want to understand what caused the problem in the first place. I suspect it was the brain dead Microsoft command processor getting involved with this system call. I hate to be picky, but it's worth checking since it certainly ought to work. Did you try my $cmd = "net use 't:' 'storigen1u21\\sfstest'"; in the course of your efforts? % % Anyone care to elaborate? Thanks, HTH & HAND % % Scott :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg08812/pgp0.pgp Description: PGP signature
Re: Changes in latest snapshot
Christopher Faylor wrote in <[EMAIL PROTECTED]> in gmane.os.cygwin on Sun, 12 May 2002 00:49:43 -0400: > I'm thinking about making binmode the default, too. For what it's worth, I'd be happy with that. Only a few of the POSIX tools I can think of object to CR at the end of a line in text files anyway. Most just treat it as extra whitespace which is usually ignored. (Many Windows tools like CL.EXE and Visual Studio are happy with UNIX line endings too.) I think the overhead of explicit file conversions or textmode mounts for certain sub-directories isn't too much of a burden anymore. Having said that, can I ask for the option to binmode UNC pathnames? They appear to be textmode at the moment when I use I/O redirection in the shell from a grep command, even though I've got binmode in CYGWIN. This makes some things I do with .Xdefaults a bit of a pain. (Xlib does object to the CRs.) Thanks. -- Sam Edge -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Yessir. cheers, -Matt > AHA!!! CONFIRMATION!!! THANK GOD!! > > So, you're saying that removing the \r from the cvs-related ~/.dotfiles > and from CVS/* ---fixed--- your problems when you switched to binmode > mounts? > > --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
> Maybe it is also a good idea to include a little wrapper for d2u, (in the
> cygutils package?), to convert recursively all files from where you
> start it? Or add an option to the executable to run it recursive down
> a whole tree.
Why? This is trivial to do.
find . -type f -exec dos2unix {} \;
cheers,
-Matt
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
[PATCH] gettimeofday time travels V2
Patch and changelog below, two new files attached (sorry couldn't figure out -N for cvs diff). Chat for the interested: Philip Aston writes: > Short of some unexpected wParam values, which I'll track down, I > now have this working. This turned out to be an incorrect value in winsup/w32api/include/pbt.h. It amused me that its exactly the value I needed to trap. Christopher Faylor writes: > The correct solution is to resync after events which cause the > clock to stop. Done. The power events don't let us trap the resume before time jumps forward. Here's a trace of suspend and resume whilst printing out the results of gettimeofday: D:\cygwin\cygdebug>gettimeofday-bug.exe gettimeofday() returns 1021395726 857121 gettimeofday() returns 1021395728 860774 6 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=0 118770 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=4 126448 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=4 1309042 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=10 1309336 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=10 gettimeofday() returns 1021395730 873752 gettimeofday() returns 1021431988 503017 gettimeofday() returns 1021431999 871955 1913257134 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=18 1913288971 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=18 1 913290613 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=7 177 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=7 gettimeofday() returns 1021395754 329588 326676 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=10 328531 [win] gettimeofday-bug 5908 hires::wm_event: PWRBRDCST, wParam=10 gettimeofday() returns 1021395756 343782 Personally, I'm not too concerned about this. Applications that assume that time never goes backwards are broken. AFAICS, the only problem is if gettimeofday is used to periodically determine whether a certain time has elapsed, in which case things could be incorrectly triggered after a resume. A reasonable defence would be to apply my original patch. Chris, that original patch is complementary, and can be applied as well as the attached - up to you. > > 2. [incremental or generic?] Robert Collins writes: > Incremental is best. Lower risk. Structure what you put in so that it > should be easily refactored, but that's all. But cgf says: > General is always good. I compromised. Generic wm_listener and wm_listener_list types, and a register_power_event_listener() method. > > 3. [how to implement thread safe list?] Robert Collins writes: > Mutex's are the usual solution. Also there's a thread safe list in > thread.h. (It uses InterLocked calls). The list in thread.h is specific to a type, and intrusive. I used a mutex to create my own thread-safe, non-intrusive list. I used pthread mutexes instead of mutos since mutos must be allocated statically. Christopher Faylor writes: > It may make sense to just make all of the members of the hires > class static since they are just maintaining global state. Agree. Personally I'd use a singleton object rather than static members which would also allow hires to continue to be a wm_listener, but it amounts to the same thing. However, I didn't do this as I consider it outside of the scope of the fix. - Phil w32api changes: 2002-05-15 Philip Aston <[EMAIL PROTECTED]> * include/pbt.h (PBT_APMRESUMESUSPEND): Correct value is 7. cygwin changes: 2002-05-15 Philip Aston <[EMAIL PROTECTED]> * Makefile.in (DLL_OFILES): Add wm_listener.o. * hires.h (class hires): Implement wm_listener. * strace.cc (strace::microseconds): Register hires as a power_event_listener. * times.cc (gettimeofday): New gtod constructor. (hires::hires): Register hires as a power_event_listener. (hires::wm_event): Mark hires for reprime after resume events. * window.cc (WndProc): Listen for WM_POWERBROADCAST. (register_power_event_listener): Register a power event wm_listener. * winsup.h: Declare register_power_event_listener(). * wm_listener.h: New file. Windows event listener interface. * wm_listener.cc: New file. Windows event listener interface. Index: cygwin/Makefile.in === RCS file: /cvs/src/src/winsup/cygwin/Makefile.in,v retrieving revision 1.86 diff -u -p -u -r1.86 Makefile.in --- cygwin/Makefile.in 2 May 2002 04:13:43 - 1.86 +++ cygwin/Makefile.in 15 May 2002 20:18:43 - @@ -134,6 +134,7 @@ DLL_OFILES:=assert.o autoload.o cygheap. signal.o sigproc.o smallprint.o spawn.o strace.o strsep.o sync.o \ syscalls.o sysconf.o syslog.o termios.o thread.o times.o tty.o uinfo.o \ uname.o v8_regexp.o v8_regerror.o v8_regsub.o wait.o wincap.o window.o \ + wm_listener.o \ $(EXTRA_D
Re: Possible error in cygpath
Jorg Schaible wrote in <[EMAIL PROTECTED]> in gmane.os.cygwin on Wed, 15 May 2002 11:44:51 +0200: > If we have to be Win95-compatible still Please don't consider dropping 95 and NT4 support just yet! There are still plenty of us running these OSes for all sorts of reasons. -- Sam Edge -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Better solution for calling 'net use' from Cygwin Perl?
Doh! I had a bad (meaning 'foolish' :-) feeling we overlooked the double-escaping just as I opened your email. Thanks for your reply David... -Scott -Original Message- From: David T-G [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 4:15 PM To: CygWin Users' List Subject: Re: Better solution for calling 'net use' from Cygwin Perl? Scott, et al -- ...and then Scott Prive said... % % Hello, Hello! % % I had a .sh script that called Microsoft's "net use" command to mount drives under Win2k, and this worked: % net use 't:' '\\myserver\share' Makes sense. % % However I needed to do this in Cygwin Perl so I could leverage an existing set of Perl libraries I have. % % For the life of me I could correctly execute the "net use" command from Perl, because the characters would get escaped or not interpreted correctly. I take it you mean you *couldn't*, right? % % The Perl workaround a coworker devised was: % my $cmd = "net use 't:' '\\"; % $cmd .= "\\storigen1u21\\sfstest'"; %print $cmd; % system $cmd; % % and this DOES work. This would be the end of story, except we want to understand what caused the problem in the first place. I suspect it was the brain dead Microsoft command processor getting involved with this system call. I hate to be picky, but it's worth checking since it certainly ought to work. Did you try my $cmd = "net use 't:' 'storigen1u21\\sfstest'"; in the course of your efforts? % % Anyone care to elaborate? Thanks, HTH & HAND % % Scott :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Better solution for calling 'net use' from Cygwin Perl?
Scott -- ...and then Scott Prive said... % % Doh! *grin* % % I had a bad (meaning 'foolish' :-) feeling we overlooked the % double-escaping just as I opened your email. You sure it wasn't just a few seconds afterwards? :-) Been there, botched that. No biggie. Glad it all works for you, and more glad that it's about to be made a lot simpler. % % Thanks for your reply David... HTH & HAND % % -Scott :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg08819/pgp0.pgp Description: PGP signature
Re: ASSISTANCE
LOL! This is the funniest thing I've read in ages...nah it just gets funnier every time I read it. Seriously though, can we blacklist this address? --- "DR.VINCENT OFFOR" <[EMAIL PROTECTED]> wrote: > Dear friend, <> __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Circular symlinks in terminfo-5.2-2.tar.bz2
--- Rick Rankin <[EMAIL PROTECTED]> wrote: > > In short, I'm not at all sure how it worked before. I need to look at the > source for less to understand how it determines that a terminal is "not fully > functional" and proceed from there. > Well, it seems that the problem is specific to the way Cygwin's distribution of less was compiled. The Cygwin binary was compiled without ncurses: $ cygcheck less.exe Found: .\less.exe Found: C:\cygwin\bin\less.exe .\less.exe .\cygwin1.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\NTDLL.DLL .\cygpcre.dll When I compiled the source *with* ncurses, less worked perfectly with TERM=nxterm. Is there a reason that the Cygwin binary was compiled without ncurses (e.g., minimize package dependencies)? --Rick __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Are YOU looking for a new website, to develop an existing website, for cheaper hosting or domain names?
Are YOU looking for a new website, to develop an existing website, for cheaper hosting or domain names? We are a UK based company who would like to offer you our considerable experience and expertise in the field of website design, eCommerce, web hosting, domain name facilities and search engine positioning. We can offer you cheaper solutions with domain name registration from £10 per year, website design both new and updated sites undertaken from £100, website hosting from £60 per annum, full professional after sales service and website maintenance from £10 per month, secure server space and security certificates from £50 per annum, marketing tips and advice free to our clients, top ranking search engine positioning available. All of our designs are custom made for our client's requirements and are our best advert. We are independently tested on a daily basis and are consistently in the top of the performance listings of all the major ISP hosting companies in the UK. So, whether you want to advertise your business more effectively, reach a larger catchment area or sell in the global market; WE have the BEST solution for you. Due to the bespoke nature of our website development most of our clients prefer to discuss their requirements by telephone, please send us a contact phone number and we will contact you shortly to discuss your needs in more detail. Alternatively, please ask for more details by replying to this email for a prompt response. We look forward to hearing from you. This is NOT spam. You are receiving this message because your email address was used on one of our web sites. If your email address was used without your permission or you no longer want to receive email from us, we apologise for any inconvenience caused and ask that you simply reply to this email putting remove as the subject. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ECOS] Multi-ICE support Status
You are right! linker picked up the toolconf.lib that came with the rest of the RDI_GPL stuff. Now it works fine - I may contact the target through the MultiICE. Thanks, Benny > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jonathan Larmour > Sent: Wednesday, May 15, 2002 3:13 PM > To: Corinna Vinschen; [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: Re: [ECOS] Multi-ICE support Status > > > Jonathan Larmour wrote: > > > > Corinna Vinschen wrote: > > > /cygdrive/C/Multi-ICE/libraries/toolconf.lib(toolconf.obj.b)(.text > +0x2f):..\ > > > > > ..\t > > > > > oolconf.c: undefined reference to `_imp___pctype' > > > > > > > > > > Any ideas what library is missing (looks like something > from Visual C?) > > > > > > > > Actually it looks like something from Cygwin. > > > > > > > > Cygwin guys, can you help on this? What has changed that has caused > > > > libraries to stop being binary compatible? > > > > > > The internal representation of ctype has changed. But that's > > > looong ago. How old are the concerned libs? > > > > Quite old. When I lasted tested it, it was with fairly old tools as well > > though (GNUPro 00r1). > > > > Although looking at it again after Benny saying that linking with msvcrt > > helped (but caused a segfault), I don't think these are cygwin symbols > > after all - the library in question was built by MSVC. > > Aha! Keith Seitz helped me notice the problem. Duh I'm so blind. > There is a > cygwin library libtoolconf.a there, but it's picking up toolconf.lib > instead. Presumably the tools didn't used to. > > Benny, rename toolconf.lib to toolconf.lib.ignore and then try again. > > Jifl > -- > Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062 > --[ "You can complain because roses have thorns, or you ]-- > --[ can rejoice because thorns have roses." -Lincoln ]-- > Opinions==mine -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [PATCH] gettimeofday time travels V2
Philip Aston writes: * From: "Philip Aston" * To: cygwin at cygwin dot com * Date: Sat, 6 Jul 2002 11:55:17 +0100 * Subject: [PATCH] gettimeofday time travels V2 Hmm... ironically my mailer wasn't running against the patched DLL :-) - Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Gerrit P. Haase wrote: >>I was bitten by this recently too. In addition to .cvspass and .cvsrc, you >>probably will need to run dos2unix on the files beneath the CVS directory >>under each directory of your cvs sandbox. >> > > Maybe it is also a good idea to include a little wrapper for d2u, (in the > cygutils package?), to convert recursively all files from where you > start it? Or add an option to the executable to run it recursive down > a whole tree. Probably not. You don't want to blindly convert every file under the start location -- what if you have actual binaries? Or you only want to convert foo/CVS/* and foo/bar/CVS/*, but not foo/* or foo/bar/* ? Using 'find' to create a filelist, and piping the result to 'xargs dos2unix' is the right answer, here. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ASSISTANCE
At the risk of lengthening the thread of a spam email, this is NOT funny. It's a variation of the 'nigerian scam' and has led to some marks not only losing their money, but also their lives. Kidnapping, ransom, murder...this is NOT your average, run-of-the-mill scam. See: http://www.scambusters.org/NigerianFee.html --Chuck Nicholas Wourms wrote: > LOL! This is the funniest thing I've read in ages...nah it just gets > funnier every time I read it. Seriously though, can we blacklist this > address? > > > --- "DR.VINCENT OFFOR" <[EMAIL PROTECTED]> wrote: > >>Dear friend, >> > <> > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xterm title not shown
Alexander Gottwald wrote in <[EMAIL PROTECTED]> in gmane.os.cygwin.xfree on Wed, 15 May 2002 17:37:16 +0200 (CEST): > > The title of xterm defined with option -T or -title does not appear in > > the title bar, instead the current directory is shown there. I do not > > know whether this is a problem of xterm or the window manager, but it > > happens both with twm and mwm. > It seems like bash is setting the title. If you use tcsh, the title > of the xterm is not changed. It seems the bash for linux does not have > this behavior. The default /etc/profile sets up PS1 with the xterm escape sequences to put the username and current directory into the title. Either edit /etc/profile or override it in your ~/.bash_profile or ~/.bash_rc. -- Sam Edge -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Circular symlinks in terminfo-5.2-2.tar.bz2
Rick Rankin wrote: > > When I compiled the source *with* ncurses, less worked perfectly with > TERM=nxterm. Is there a reason that the Cygwin binary was compiled without > ncurses (e.g., minimize package dependencies)? That's probably the reason. If it doesn't use ncurses, then it probably uses termcap. So, you can extract the nxterm stuff from the terminfo database and convert it to termcap format using (I think) 'tic -c'. Then, just paste that termcap fragment to the end of your /etc/termcap file. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Better solution for calling 'net use' from Cygwin Perl?
On Wed, 15 May 2002 16:45:06 -0400 Scott Prive <[EMAIL PROTECTED]> wrote: > I had a bad (meaning 'foolish' :-) feeling we overlooked the > double-escaping just as I opened your email. I normally build all file or directory strings using '/' and then convert them before passing them to any programs that insist on '\'s. That way I don't have to worry about too few or too many '\' escapes. Note that this won't convert POSIX filenames to Win32, I use cygpath.exe for that. You might also want to keep any shells from getting involved with your arguments; they sometimes treat '\' badly: my $share = "//storigen1u21/sfstest"; $share =~ s,\\,/,g; system( "c:/WINDOWS/system32/net.exe", "use", "t:", $share ); > -Original Message- > From: David T-G [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 15, 2002 4:15 PM > To: CygWin Users' List > Subject: Re: Better solution for calling 'net use' from Cygwin Perl? > > . . . > % I had a .sh script that called Microsoft's "net use" command to mount > drives under Win2k, and this worked: > % net use 't:' '\\myserver\share' > > . . . > % However I needed to do this in Cygwin Perl so I could leverage an > existing set of Perl libraries I have. > % > % For the life of me I could correctly execute the "net use" command > from Perl, because the characters would get escaped or not interpreted > correctly. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: UPX & The "file" Command
> Anyway, I was wondering if someone who knows what the proper magic file > entries should be for detecting a UPX-compressed binary could supply > them (assuming there is a discernable signature for these files)? > > Likewise, if the magic file entry (-ies) could be added or submitted to > the appropriate maintainer for inclusion in the Cygwin or the primary > "file" distribution, that would great. Just by messing around with od, I was able to add a line to /usr/share/magic that detects UPX compressed PE-format executables. Since this is the cygwin list, I assume you care only about PE-format executables. My patch assumes (possibly incorrectly) that the UPX header always begins at offset 0640 (416 decimal) in the file. This is not so bad as the magic file that comes with the file package itself assumes incorrectly that the PE header always begins at offset 128. The patch is attached. The patch adds a single line to /usr/share/magic. To apply it, execute EITHER cd /; patch -p0 --- usr/share/magic.orig2002-05-15 15:30:05.0 -0700 +++ usr/share/magic 2002-05-15 15:30:34.0 -0700 @@ -4485,6 +4485,7 @@ #>>>198leshort x \b.%d, #>>>200leshort x subsystem version %d #>>>202leshort x \b.%d, +>416 string UPX1\0 UPX-compressed 0 leshort 0x14c MS Windows COFF Intel 80386 object file #>4ledate x stamp %s 0 leshort 0x166 MS Windows COFF MIPS R4000 object file -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: I think my brain's gone flatline...
It's never been possible. Patches appreciated. Rob > -Original Message- > From: Lapo Luchini [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 16, 2002 12:47 AM > To: CygWin > Subject: I think my brain's gone flatline... > > > ...but I can find no way to see "long descriptions" from > withing setup.exe I would bet a hand that it _was_ possible > sometime... ?_? > > -- > Lapo 'Raist' Luchini > [EMAIL PROTECTED] (PGP & X.509 keys available) > http://www.lapo.it (ICQ UIN: 529796) > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New setup uploaded - 2.218.2.8
> -Original Message- > From: Harig, Mark A. [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 16, 2002 12:42 AM > Should this behavior of setup.exe's searching the directory > tree below the '/' mount point be documented, or should it be changed? Setup would only look under '/' if you chose the dos location of '/' as your 'local package directory. If it's not clear that doing that is a 'bad thing', then we need to change that screen to make it obvious. Cygwin setup wants a directory all to itself to use as it's package cache. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc compile error - Couln't duplicate my handle
Hi, I am trying to use gcc to compile a sample program and I get this error: 0 [main] gcc 2244 proc_subproc: Couldn't duplicate my handle<0x2C> for pid 1988, Win32 error 6 Also at the same time I get this windows box that pops up: "16 bit MS-DOS Subsystem" /db-3.3.11/build_unix The NTVDM CPU has encountered and illegal instruction. C5:0ddd5 IP:00b5 OP:63 63 46 61 74 Choose 'Close' to terminate the application. The program is just a simple "hello world" program. The command I use is gcc main.c. I saw a post for back in April with the same error message, but I did not see any resolution to it. Any information is most appreciated. Following is the output from cygcheck. David. --- Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed May 15 15:52:26 2002 Windows 2000 Server Ver 5.0 Build 2195 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\Resource Kit\ C:\cygwin\bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:\cygwin\home\dreiter' MAKE_MODE = `unix' PWD = `/home/dreiter' USER = `dreiter' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\dreiter\Application Data' CLIENTNAME = `VUNET-67K30NIHL' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `WINREALMDEV02' COMSPEC = `C:\WINNT\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\dreiter' LOGONSERVER = `\\ACTIVED01' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `2' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 10, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `080a' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `RDP-Tcp#17' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\dreiter\LOCALS~1\Temp\2' TERM = `cygwin' TMP = `c:\DOCUME~1\dreiter\LOCALS~1\Temp\2' USERDNSDOMAIN = `actived.mp3.com' USERDOMAIN = `ACTIVED' USERNAME = `dreiter' USERPROFILE = `C:\Documents and Settings\dreiter' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 0x000a native = `C:/cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 0x000a native = `C:/cygwin/bin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 0x000a native = `C:/cygwin/lib' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS4000Mb 78% CP CS UN PA FC d: hd NTFS 30992Mb 1% CP CS UN PA FC Data e: cd N/AN/A C:/cygwin / system binmode C:/cygwin/bin /usr/bin system binmode C:/cygwin/lib /usr/lib system binmode Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 56k 2000/12/03 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0 "cygbz21.0.dll" v0.0 ts=2000/11/20 15:53 621k 2002/01/16 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2002/1/16 1:54 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/24 22:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/8 22:03 18k 2000/10/23 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2000/10/22 19:26 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 20:34 20k 2002/01/13 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2002/1/12 17:27 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 1:28 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 10:09 35k 200
RE: src files for setup : repeatedly offered
Sounds like a bug. It's low priority (as you can install), I will investigate this weekend. Rob > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 16, 2002 5:51 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: src files for setup : repeatedly offered > > > Having a few problems on W98/SE with setup.exe v.2.218.2.8 > (md5sum 9689c564b7cc316b5650fce3f41e16e2 is it my imagination > or has there been more than one 2.8?) including "incomplete > installation" messages. But nothing intrinsically different > to phenomena already reported by others. > > But my question, or observation, is about the new possibility > of downloading/ installing setup*src* files. There's no > binary, and so no record is kept of whether a user has or has > not "installed" these files. So, irrespectively and > interminably, the offer to do so is repeatedly made at > subsequent visits to http://cygwin.com/setup.exe. Yes? That's > my experience anyway. (At least, it is when All Default is > clicked to All Install.) For all other packages, the source > files are offered as an optional extra to the binaries, so > the situation does not arise. > > Fergus > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: New setup uploaded - 2.218.2.8
> -Original Message- > From: Cliff Hones [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 16, 2002 1:51 AM > To: [EMAIL PROTECTED] > Subject: Re: New setup uploaded - 2.218.2.8 > > > > Should this behavior of setup.exe's searching the directory > tree below > > the '/' mount point be documented, or should it be changed? > > Changed, please - or at least setup should run some sort of > sanity check on the files it finds before trying to parse them. There is a sanity check. It's called parsing the file. If the file is called setup.ini, setup *will* try to parse it. It shouldn't parse non-setup.ini files anymore (thanks Chris). Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
