Re: error trying to compile anything
- Original Message - From: "Reini Urban" <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 1:00 PM Subject: Re: error trying to compile anything > Robert Collins schrieb: > > From: "Reini Urban" <[EMAIL PROTECTED]> > > > cygwin does support softlinks, so we should use them. > > sorry about the confusion. I mixed copies (aka "cygwin file hardlinks") > with softlinks. to stay zynical I meant those links which you create by > $ ln /bin/cygwin-1.1.1.6.dll /bin/cygwin1.dll Which (on NTFS) are _real_ hardlinks. They are _not_ copies. > and not those by > $ ln -s /bin/cygwin-1.1.1.6.dll /bin/cygwin1.dll > which is of course not trivial :) > > There can be only one, multiple strong version hardly linked into > apps is wrong and I'll keep my mouth shut. I don't know what you mean here. 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: When will GCC 3 ship with Cygwin?
Laurence F. Wood wrote: > GCC 3 has problems according to: http://aros.ca.sandia.gov/~cljanss/mpqc/mpqc-html-2.0.1/compile.html#compile > That Sandia page deprecates only gcc-3.0 and 3.01, not the current releases, and appears to have little to do with cygwin. Even the mpi lam pages would give you more current information about gcc versions for mpi on linux, if that's your concern. Many linux users have moved beyond 2.95 already. Certainly, it's a big step from 2.95.x to 3.x.x for people who care about details of the C++ libraries, but I don't see any problem for the mpi applications I'm dealing with on Windows or linux in moving to current releases when the system maintainers are ready. I see more incentive to move to gcc-3.1, but I won't argue that it's time to do so now. I don't see that the proposal to drop support for gcc versions using coff is aimed directly at cygwin, nor do I see how it should affect our attitude about which gcc version to prefer. -- Tim Prince [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/
[harsha@vishvakannada.com: constructor calling order]
On this day in history... cgf - Forwarded message from [EMAIL PROTECTED] - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: constructor calling order Date: Wed, 16 Jan 2002 20:12:37 -0800 Reply-To: <[EMAIL PROTECTED]> I have a problem with my program compiled using gcc in linux. In windows same code works fine. I have two cpp files having to global objects of two different classes I want to know which constructor is get called first ? how can I change the order ? - End forwarded message - -- 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: error trying to compile anything
Robert Collins schrieb: > From: "Reini Urban" <[EMAIL PROTECTED]> > > cygwin does support softlinks, so we should use them. sorry about the confusion. I mixed copies (aka "cygwin file hardlinks") with softlinks. to stay zynical I meant those links which you create by $ ln /bin/cygwin-1.1.1.6.dll /bin/cygwin1.dll and not those by $ ln -s /bin/cygwin-1.1.1.6.dll /bin/cygwin1.dll which is of course not trivial :) There can be only one, multiple strong version hardly linked into apps is wrong and I'll keep my mouth shut. > But .dll's are loaded by the win32 (on 95) and the Native API (NT). > Cygwin symlinks are _not_ supported by those OS's, so symlinking is not > an option. > > > the implementation is trivial, but there should be consense. > > Implementation is non trivial (IMO). Here are some potential > implementations: > 1) For win95, produce a kernel VXD that patches the CreateProcess call > to interpret symlinks. > 2) For winNT, create a kernel thunk to do the same. > 3) Create an NT service/device driver that creates an NT Reparse point, > and returns the correct cygwin1.dll canonical location. hardlinks aren't > good enough, they can't go across file systems. > 4) Create replacement assembly stub for gcc to use when linking against > cygwin1.dll that will interpret symlinks and then at runtime fix up the > symbols that should have resolved to cygwin1.dll, to resolve against a > dynamically opened cygwin1.dll. Note that this will have to execute > before any .dll startup code. > > Now, if you still think it's trivial, I'll be happy to review your > (trivial) patch to implement that. -- Reini Urban http://atelier.akbild.ac.at/ (soon) http://xarch.tu-graz.ac.at/home/rurban/ (big) http://tv.mur.at/ (kulturelles) -- 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/
[ANNOUNCEMENT] Updated: wget-1.7.1-1
I've update the wget package in cygwin to version 1.7.1-1. This is a bugfix release with no user-visible changes. DESCRIPTION: GNU Wget is a free software package for retrieving files using HTTP, HTTPS and FTP, the two most widely-used Internet protocols. It is a non-interactive commandline tool, so it may easily be called from scripts, cron jobs, terminals without Xsupport, etc. INSTALLATION: To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than mailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Med venlig hilsen / Kind regards Hack Kampbjørn -- 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: error trying to compile anything
Okay people: 0) "short filenames" is NOT the reason for "cygwin1.dll". It is called that because it is the 1st stable backward compatible DLL. Everything compiled against any version of cygwin1.dll in the past will work with any newer version without relinking (but not vice versa). For instance: a) build foo.exe while cygwin1.dll(1.3.1) is on your system foo.exe will work with cygwin1.dll(1.3.2, 1.3.3, 1.3.4, 1.4.0, etc) WITHOUT recompiling. b) However, if you build foo.exe while cygwin1.dll(1.3.1) is on your system, you should NOT expect that it will work if you revert your cygwin1.dll to an EARLIER version, such as 1.3.0, 1.1.8, etc. When a) is no longer true, then we will bump the DLL name to "cygwin2.dll". 1) cygwin supports symlinks -- but microsoft does not. And it is the Microsoft Windows Runtime Loader that must search out and load the DLLs into memory. Therefore, you cannot have "cygwin-1.1.3.dll -> cygwin-1.1.6.dll" and expect programs that want cygwin-1.1.3.dll to work. Therefore you must have actual copies of every cygwin-x.y.z dll on your system that is needed by some executable. Symlinks not allowed. 2) If you have multiple cygwin dlls on a system, then they must all use different named shared memory areas (otherwise bad things will happen). This means that foo.exe (depends on cygwin-1.1.3.dll) and bar.exe (depends on cygwin-1.1.4.dll) can't communicate very well. 3) With strongly versioned DLLs, you can't fix bugs. If cygwin-1.1.4.dll has a bug, then everything compiled against it will have that bug. When cygwin-1.1.5.dll comes out, you'll have to recompile all of those applications to take advantage of the bug fix. Unix gets around this by having a MAJOR_VERSION (libfoo.so.X) and all the strongly versioned development links are just pointers to that (libfoo.so.X.Y.Z -> libfoo.so.X). On windows, we can't really do that (see point #1 above). So, you might as well be linking everything statically -- because you lose the ability to slipstream bugfixes. See the "DLL naming" thread in the cygwin-apps mailing list archive from 1.5years ago for more information. Reini, you don't know as much about "real" versioning as you think. Check the libtool mailing list and documentation for info on version strings, (c - a) numbering, and backward compatibility. --Chuck Reini Urban wrote: > Reini: > >>>what about "real" versioning of the cygwin.dll finally? >>>perl did the half-baked thing (perl56.dll), though I heavily voted for >>>the real thing that times. >>>cygwin also (cygwin1.dll). why not cygwin-$(version).dll => cygwin-1.1.6.dll >>> >>>this is not FAT16 anymore. we have w95/98/ME and NT systems only. >>>all support long filenames. >>>duplicate dll's will be gone. microsoft dll hell will be past tense. >>> > > "Larry Hall (RFK Partners, Inc)" schrieb: > >>The issue is not as simple as just DLL names. Of course, if you want >>to show us all your dandy solution, provide a patch and it will be >>thoughtfully reviewed. >> > > is this list about politics (software design) or patches (software > implementation) only? > > of course dll names are just part of the game. but an important one, > which bit microsoft heavily AFAIK. > cygwin does support softlinks, so we should use them. > the implementation is trivial, but there should be consense. > -- 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: error trying to compile anything
- Original Message - From: "Reini Urban" <[EMAIL PROTECTED]> > cygwin does support softlinks, so we should use them. But .dll's are loaded by the win32 (on 95) and the Native API (NT). Cygwin symlinks are _not_ supported by those OS's, so symlinking is not an option. > the implementation is trivial, but there should be consense. Implementation is non trivial (IMO). Here are some potential implementations: 1) For win95, produce a kernel VXD that patches the CreateProcess call to interpret symlinks. 2) For winNT, create a kernel thunk to do the same. 3) Create an NT service/device driver that creates an NT Reparse point, and returns the correct cygwin1.dll canonical location. hardlinks aren't good enough, they can't go across file systems. 4) Create replacement assembly stub for gcc to use when linking against cygwin1.dll that will interpret symlinks and then at runtime fix up the symbols that should have resolved to cygwin1.dll, to resolve against a dynamically opened cygwin1.dll. Note that this will have to execute before any .dll startup code. Now, if you still think it's trivial, I'll be happy to review your (trivial) patch to implement that. 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: error trying to compile anything
Reini: > >what about "real" versioning of the cygwin.dll finally? > >perl did the half-baked thing (perl56.dll), though I heavily voted for > >the real thing that times. > >cygwin also (cygwin1.dll). why not cygwin-$(version).dll => cygwin-1.1.6.dll > > > >this is not FAT16 anymore. we have w95/98/ME and NT systems only. > >all support long filenames. > >duplicate dll's will be gone. microsoft dll hell will be past tense. "Larry Hall (RFK Partners, Inc)" schrieb: > The issue is not as simple as just DLL names. Of course, if you want > to show us all your dandy solution, provide a patch and it will be > thoughtfully reviewed. is this list about politics (software design) or patches (software implementation) only? of course dll names are just part of the game. but an important one, which bit microsoft heavily AFAIK. cygwin does support softlinks, so we should use them. the implementation is trivial, but there should be consense. -- Reini Urban http://atelier.akbild.ac.at/ (soon) http://xarch.tu-graz.ac.at/home/rurban/ (big) http://tv.mur.at/ (kulturelles) -- 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/
[ANNOUNCEMENT] Updated: OpenSSL-0.9.6c-2
I've updated the version of OpenSSL in cygwin/latest to 0.9.6c-2. This is a major update. Beginning with version 0.9.6c-2, the package is splitted into two packages. - openssl which contains only the runtime environment needed to run applications using openssl. - openssl-devel which contains the header files and link libraries needed to link applications against openssl. To update your installation, click on the "Install Cygwin now" link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- 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: ulimit -u X
On Wed, Jan 16, 2002 at 04:09:28PM -0700, Michael F. March wrote: > >Administrator@maupin ~ >$ ulimit -u 200 >bash: ulimit: cannot modify max user processes limit: Invalid argument > >What am I doing wrong here? You're attempting to modify the max user process limit and you can't do that. 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: crypt()
On Wed, Jan 16, 2002 at 11:33:10PM -, [EMAIL PROTECTED] wrote: > > hiya, > > > > ive included #include > > > > and am using crypt() - why can't i compile? > > > > gcc -lcrypt file.c -o file > > > > unresolved linker error (crypt undefined?) Off-topic since that's just wrong usage of gcc command line. Anyway, try `gcc file.c -o file -lcrypt' 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: ulimit -u X
On Wed, Jan 16, 2002 at 04:09:28PM -0700, Michael F. March wrote: > > Administrator@maupin ~ > $ ulimit -u 200 > bash: ulimit: cannot modify max user processes limit: Invalid argument > > What am I doing wrong here? Nothing. Setting this limit is just not supported. 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/
crypt()
> hiya, > > ive included #include > > and am using crypt() - why can't i compile? > > gcc -lcrypt file.c -o file > > unresolved linker error (crypt undefined?) > > thanks. > > paul@uk -- 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: error trying to compile anything
At 06:24 PM 1/16/2002, Reini Urban wrote: >[EMAIL PROTECTED] schrieb: > > The lines below that you, or someone else or > > something else has installed some cygwin linked > > executables. The real problem is they put it > > in the wrong place. Never use C:\WINNT\ to > > store the cygwin1.dll. > > > > Warning: C:\WINNT\ls.exe hides D:\CYG\bin\ls.exe > > > > REMOVE THIS! It highly not recommended to store > > cygwin1.dll in this location, not to mention that > > there are two different copies of cygwin1.dll on > > you system. Up to and including the latest > > release 1.3.6-6 two copies of cygwin1.dll could > > hardly coexist without trouble. > >what about "real" versioning of the cygwin.dll finally? >perl did the half-baked thing (perl56.dll), though I heavily voted for >the real thing that times. >cygwin also (cygwin1.dll). why not cygwin-$(version).dll => cygwin-1.1.6.dll > >this is not FAT16 anymore. we have w95/98/ME and NT systems only. >all support long filenames. >duplicate dll's will be gone. microsoft dll hell will be past tense. The issue is not as simple as just DLL names. Of course, if you want to show us all your dandy solution, provide a patch and it will be thoughtfully reviewed. 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: error trying to compile anything
[EMAIL PROTECTED] schrieb: > The lines below that you, or someone else or > something else has installed some cygwin linked > executables. The real problem is they put it > in the wrong place. Never use C:\WINNT\ to > store the cygwin1.dll. > > Warning: C:\WINNT\ls.exe hides D:\CYG\bin\ls.exe > > REMOVE THIS! It highly not recommended to store > cygwin1.dll in this location, not to mention that > there are two different copies of cygwin1.dll on > you system. Up to and including the latest > release 1.3.6-6 two copies of cygwin1.dll could > hardly coexist without trouble. what about "real" versioning of the cygwin.dll finally? perl did the half-baked thing (perl56.dll), though I heavily voted for the real thing that times. cygwin also (cygwin1.dll). why not cygwin-$(version).dll => cygwin-1.1.6.dll this is not FAT16 anymore. we have w95/98/ME and NT systems only. all support long filenames. duplicate dll's will be gone. microsoft dll hell will be past tense. -- Reini Urban http://atelier.akbild.ac.at/ (soon) http://xarch.tu-graz.ac.at/home/rurban/ (big) http://tv.mur.at/ (kulturelles) -- 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: When will GCC 3 ship with Cygwin?
GCC 3 has problems according to: http://aros.ca.sandia.gov/~cljanss/mpqc/mpqc-html-2.0.1/compile.html#compile -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Derek Kusiak Sent: Wednesday, January 16, 2002 4:07 PM To: [EMAIL PROTECTED] Subject: When will GCC 3 ship with Cygwin? While I know I can compile the latest and greatest GCC 3 for Cygwin myself, I was wondering if there were any plans in the near future to make GCC 3 the standard compiler (instead of 2.95.3)? If so, when might this happen? If not, what are the obstacles? Just curious. Thanks. * Get your free E-Mail and Homepage Go to http://www.networld.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/ -- 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/
ulimit -u X
Administrator@maupin ~ $ ulimit -u 200 bash: ulimit: cannot modify max user processes limit: Invalid argument What am I doing wrong here? Thanks. -- 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: Hello--Question about setting up a local install server?
Glenn Sieb wrote: > Greetings! > > I'm the SysAdmin over here at Lumeta, and we're playing with Cygwin > here on our Windows2000 boxen. We're wanting to play a bit with > Cygwin (and OpenSSH) here, and one of the questions I've been > asked is, if we can set it up so that someone can download the > setup.exe from our server, and only be able to get the packages > from our server (or is there a way to do a "local directory > install" and pre-specify what packages can/will be installed)? I'm > not having much luck finding this kind of information the website > or the mailing lists You can set your local package directory on a server, so that repeated installation on various machines don't waste bandwidth. I think it's simpler to run the copy of setup.exe stored on the server. I usually do install from internet, so that the local package directory is updated. -- Tim Prince [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/
problems with redirecting output directly to printer
For some reason I'm having problems redirecting output directly to the printer. I've tried: cat file >prn cat file >PRN cat file >lpt1 No file is created in the current directly. The file has a form feed in it (CTRL-L). I can print from other apps - i.e. I can load the file into wordpad and print it. Printer is a Canon 2110. What obviously stupid thing am I missing? Thanks, Mike. -- 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/
When will GCC 3 ship with Cygwin?
While I know I can compile the latest and greatest GCC 3 for Cygwin myself, I was wondering if there were any plans in the near future to make GCC 3 the standard compiler (instead of 2.95.3)? If so, when might this happen? If not, what are the obstacles? Just curious. Thanks. * Get your free E-Mail and Homepage Go to http://www.networld.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: devel tool wrappers and --version, --help
=== - Original Message - From: "Charles Wilson" <[EMAIL PROTECTED]> > Charles Wilson wrote: > > > I have already been given a patch to do this, but I am a little > > concerned about implementation. It makes sense to me, to defer to the > > -devel version, but I am concerned about ripple effects... > > > > IMO, if you are libtoolizing (autoconf'ing, automake'ing) a new > > directory that has no existing configure.in, then the suggested > > solutions should be sufficient: > > create a temporary configure.in that has only "AC_REQUIRE(2.52)" > >or > > set path = /usr/autotool/devel/bin > > > > Setting up the wrapper scripts to report one version or the other -- > > with no reason to prefer one over the other, such as a pre-existing > > configure.in file -- is just lying. > > > Just to make it clear -- I am not opposed to applying the patch to > effect this behavior, but I am worried about unintended consequences. > Discussion? There is a problem that isn't addressed: autoscan. Whatever heuristic is appropriate for autoscan should equally apply to an empty directory. I can't think of an appropriate heuristic, but your message "autoscan: Couldn't find configure.ac nor configure.in file run /usr/auto*/bin/autoscan directly" seems reasonable to me. (That is, that the user must explicity choose in this case). 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: "RTFM'ing": readily accessible user documentation?
Soren, I suggest you subscribe to cygwin-apps, and read the recent archives (say the last 4 months), and setup.html, before commenting on what setup.exe does and doesn't do. I'm going to ignore your newbie-style clueslessness in the body of your email, on the assumption that you will follow this advice. 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: Fire Windows programs using cron...
At 03:34 PM 1/16/2002, Evgeny Apanasenko wrote: > > On Wed, Jan 16, 2002 at 07:59:32PM +0100, Evgeny Apanasenko wrote: > > You would have to switch on the `Allow service to interact with > > desktop' facility to the cron service. That would result in > > a console window always visible when cron is runing, though. > > > > Actually, cron isn't designed to start GUI apps. > > > > Corinna > >Thanks for the answer, it works. > >By the way is it possible to hide DOS-window appering when cron service is >started? I think Corinna's response implied the answer to this question. To state it more emphatically for you though, the answer is no. 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: libtool-devel and kde2 - problem with AC_PROG_CXX
=== - Original Message - From: "Ralf Habacker" <[EMAIL PROTECTED]> To: "Cygwin" <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 7:04 AM Subject: RE: libtool-devel and kde2 - problem with AC_PROG_CXX > Hi, > I have downloaded the newest autotool with setup.exe and some problems (cygwin not found > issue) are fixed. > The problem relating to the CXX configuration remains. After looking in the related source I > recognized that this might be a bug in libtool.m4 (see below) > > Charles, if you read this, please read this to the end before you starts to answer any line > :-) > The first part until (***) is only to inform you about the background. > > I have created a test project with a configure.in like below and configure is missing > ltconfig again. > I have added configure.in and Makefile.in that one can see proper layout. Quoting from the fink site (it was handy): "The current development branch: This is the development version that will some day be released as libtool 1.5. It has resulted from the merge of 1.4 and the MLB. It supports C, C++ and Java (via gcj). Unfortunately, it can't be easily told apart from 1.4, you'll have to check the version number inside ltmain.sh." For the _last time_, the devel libtool DOES NOT and WILL NOT create ltconfig. Don't expect it, because its NOT MEANT TO create 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/
Re: "RTFM'ing": readily accessible user documentation?
At 03:17 PM 1/16/2002, Soren Andersen wrote: >Hello, > >When I try to use `info blah' on my Cygwin system I get the error >info: dir: No such file or directory > >Yes, this in in the FAQ (however, alternatively, not findable by any of 5 >permutations of searches I ran on the List archives, just as an aside): So what would you do to make such searches more productive? . . . . . . That's my suggested addition (for today) to whatever it is that `setup' >does. I am not currently involved in hacking on `setup' so I won't be >contributing any patches on this issue; it will have to fall to someone >else to (maybe) implement this, for the time being (other priorities are >just unrefusable for me at present). Thanks for your attention. Great but you realize that just because you weren't able to find relevant discussion of this topic in the archives that there hasn't been any, right? In case you're still wondering, there has been a discussion of this. Solutions have been proposed too. We're not lacking those (to just about any problem that gets raised on this list). Although I appreciate a thoughtful proposal of a solution as much as the next guy, I think folks on this list would prefer someone to follow through on a proposal. If you're just going to propose and leave it for someone else to implement your proposal, what's the motivation (for you proposing the solution and others who read it)? Unless your proposal is so compelling that it moves someone else (but for some reason not you), it's just more fodder for the email archives (that folks may or may not ever review). I mean, you do realize that Cygwin is an entirely volunteer-run effort right? Don't you think it might be a little insulting to volunteers, who are doing allot of hard (sometimes grunt) work and who probably have their own ideas about this subject and others, to have you suggest this and then flatly state that you have no intention of pursuing this issue? I mean, why should someone else be more interested in this issue than you? And if they are, why should they implement your proposal and not their own? And if no one is going to implement your proposal, why send it to the list? It just all seems a little pointless to me but maybe I'm missing something. While I'm sure that's not your intent to aggravate the hard working contributors on this list, it's important to consider posts of this nature with a critical eye before posting. No sense infuriating those who have worked so long and so hard to provide us all with what we have now. Food for thought. 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: Fire Windows programs using cron...
> On Wed, Jan 16, 2002 at 07:59:32PM +0100, Evgeny Apanasenko wrote: > > Dear All, > > > > I've set up cron to fire W2K GUI program ntbackup.exe. Everything works > but > > I would like the program to interact with GUI display and keyboard (now > I > > can't see the program window when it is working). How can I do this? > > You would have to switch on the `Allow service to interact with > desktop' facility to the cron service. That would result in > a console window always visible when cron is runing, though. > > Actually, cron isn't designed to start GUI apps. > > Corinna Thanks for the answer, it works. By the way is it possible to hide DOS-window appering when cron service is started? Regards, Eugene -- Sent through GMX FreeMail - http://www.gmx.net -- 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/
"RTFM'ing": readily accessible user documentation?
Hello,
When I try to use `info blah' on my Cygwin system I get the error
info: dir: No such file or directory
Yes, this in in the FAQ (however, alternatively, not findable by any of 5
permutations of searches I ran on the List archives, just as an aside):
--
info error "dir: No such file or directory"
Cygwin packages install their info documentation in the /usr/info
directory. But you need to create a dir file there before the standalone
info program (probably /usr/bin/info) can be used to read those info files.
This is how you do it:
bash$ cd /usr/info
bash$ for f in *.info ; do install-info $f dir ; done
This may generate warnings:
install-info: warning: no info dir entry in `gzip.info'
install-info: warning: no info dir entry in `time.info'
The install-info command cannot parse these files, so you will have to add
their entries to /usr/info/dir by hand.
--
It is apparently the feeling on this cygwin List that one of the first
things a new user should do is check the documentation ("RTFM") that comes
with the Cygwin installation ('should do' long before they consider posting
a question to the List). Documentation that is installed on the local
machine the user is using (especially if they are a dial-up user) is
preferable to on-line documention for reasons of speed of access (or not
having to use a phone line, or not having one available). Seem reasonable?
No? Well I am sure anyone can argue about anything.
IMHO, "info" *should get set up automatically when Cygwin is installed.*
Placing a bunch of files into a directory then just leaving them inert and
useless seems half-assed to me, to be candid, given the recently over-
discussed noise level issue here (myself being the one who is doggedly
flogging it to death). Anyhow, that arcane invocation given in the FAQ
(arcane to someone just learning `bash' or shell scripting in general,
probably), represents setting the bar TOO HIGH on new user ease-of-access
to that important information in the preferred Gnu format ("info" as
opposed to "man").
This is all stated *given willingness to acknowledge _human_ _nature_* of
course. Only from that perspective do I consider these my observations to
be obviously salient. From the perspective of expert users and those who
have known Gnu software for years (and probably created some of it),
looking at the matter without being able to "get into the head" of the
novice user impatient to begin using Cygwin, it will sound like silly
purile carping. Such a person can say so -- fine -- but will get no
sympathy from me next time they complain that "the same questions keep
getting asked over and over again...".
The FSF info source code package for "texinfo" contains a README file which
contains this small notice:
* The Info tree uses a file `dir' as its root node; the `dir-example'
file in this distribution is included as a possible starting point.
Use it, modify it, or ignore it just as you like.
(ftp://tug.ctan.org/tex-archive/macros/texinfo/texinfo/README)
That source package also contains this script file (as it turns out, once
one opens it and reads it, it's a shell script -- but how would a newbie
automatically know this???):
ftp://tug.ctan.org/tex-archive/macros/texinfo/texinfo/util/gen-dir-node
Couldn't this script, or something like it, be made a part of Cygwin and
run each time a setup installation procedure is completed? Couldn't the
user AT LEAST be prompted to choose whether to run it, or advised that he
should?
That's my suggested addition (for today) to whatever it is that `setup'
does. I am not currently involved in hacking on `setup' so I won't be
contributing any patches on this issue; it will have to fall to someone
else to (maybe) implement this, for the time being (other priorities are
just unrefusable for me at present). Thanks for your attention.
Soren Andersen
--
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: libtool-devel and kde2 - problem with AC_PROG_CXX
Hi,
I have downloaded the newest autotool with setup.exe and some problems (cygwin not
found
issue) are fixed.
The problem relating to the CXX configuration remains. After looking in the related
source I
recognized that this might be a bug in libtool.m4 (see below)
Charles, if you read this, please read this to the end before you starts to answer any
line
:-)
The first part until (***) is only to inform you about the background.
I have created a test project with a configure.in like below and configure is missing
ltconfig again.
I have added configure.in and Makefile.in that one can see proper layout.
configure.in ---
dnl Process this file with autoconf to produce a configure script.
AC_INIT(hello.c)
AC_PREREQ(2.50)
AC_CONFIG_AUX_DIR(admin)
AM_INIT_AUTOMAKE(hello, 1.3.11)
AC_PROG_CC
AC_PROG_CXX
AC_ENABLE_SHARED
AC_DISABLE_STATIC
AC_PROG_LIBTOOL
AC_OUTPUT([Makefile])
--
--- makefile.am --
habacker@BRAMSCHE ~/src/libtool-test2.50
$ cat Makefile.am
bin_PROGRAMS = hello
hello_SOURCES = main.c
hello_LDADD = libhello.la
lib_LTLIBRARIES = libbasic.la libhello.la
libhello_la_SOURCES = hello.c
libhello_la_LDFLAGS = -version-info 3:12:1
libhello_la_LIBADD = libbasic.la
libbasic_la_SOURCES = basic.c
libbasic_la_LDFLAGS = -version-info 3:12:1
$ libtoolize -c -f
You should add the contents of `/usr/autotool/devel/share/aclocal/libtool.m4' to
`aclocal.m4'.
Putting files in AC_CONFIG_AUX_DIR, `admin'.
habacker@BRAMSCHE ~/src/libtool-test2.50
$ aclocal -v
aclocal: found macro AC_PROG_LIBTOOL in /usr/autotool/devel/share/aclocal/libtool.m4:
27
...
libtool-devel is used ^
habacker@BRAMSCHE ~/src/libtool-test2.50
$ automake -a -c -v
automake: reading configure.in
automake: reading aclocal.m4
automake: configure.in: installing `admin/install-sh'
automake: configure.in: installing `admin/mkinstalldirs'
automake: configure.in: installing `admin/missing'
automake: reading /usr/autotool/devel/share/automake/am/header-vars.am
automake: reading Makefile.am
automake: reading /usr/autotool/devel/share/automake/am/libtool.am
automake: reading /usr/autotool/devel/share/automake/am/configure.am
automake: reading /usr/autotool/devel/share/automake/am/ltlib.am
automake: reading /usr/autotool/devel/share/automake/am/ltlibrary.am
automake: reading /usr/autotool/devel/share/automake/am/ltlibrary.am
automake: reading /usr/autotool/devel/share/automake/am/progs.am
automake: reading /usr/autotool/devel/share/automake/am/program.am
automake: reading /usr/autotool/devel/share/automake/am/compile.am
automake: configure.in: installing `admin/depcomp'
automake: reading /usr/autotool/devel/share/automake/am/depend.am
automake: reading /usr/autotool/devel/share/automake/am/depend2.am
Sources ending in .c become .o
Sources ending in .c become .obj
Sources ending in .c become .lo
automake: reading /usr/autotool/devel/share/automake/am/lang-compile.am
automake: reading /usr/autotool/devel/share/automake/am/texinfos.am
automake: reading /usr/autotool/devel/share/automake/am/tags.am
automake: reading /usr/autotool/devel/share/automake/am/distdir.am
automake: reading /usr/autotool/devel/share/automake/am/footer.am
automake: reading /usr/autotool/devel/share/automake/am/install.am
automake: reading /usr/autotool/devel/share/automake/am/clean.am
automake: creating Makefile.in
habacker@BRAMSCHE ~/src/libtool-test2.50
$ autoconf
habacker@BRAMSCHE ~/src/libtool-test2.50
$ ./configure
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking for C compiler default output... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix... .exe
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking for ld used by GCC... /usr/i686-pc-cygwin/bin/ld.exe
checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes
checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r
checking for BSD-compatible nm... /usr/local/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... file_magic file format
pei*-i386(.*architecture: i386)?
checking command to parse /usr/local/bin/nm -B output... ok
checking how to run the C preprocessor... gcc -E
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking
Re: devel tool wrappers and --version, --help
Charles Wilson wrote: > I have already been given a patch to do this, but I am a little > concerned about implementation. It makes sense to me, to defer to the > -devel version, but I am concerned about ripple effects... > > IMO, if you are libtoolizing (autoconf'ing, automake'ing) a new > directory that has no existing configure.in, then the suggested > solutions should be sufficient: > create a temporary configure.in that has only "AC_REQUIRE(2.52)" >or > set path = /usr/autotool/devel/bin > > Setting up the wrapper scripts to report one version or the other -- > with no reason to prefer one over the other, such as a pre-existing > configure.in file -- is just lying. Just to make it clear -- I am not opposed to applying the patch to effect this behavior, but I am worried about unintended consequences. Discussion? --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: devel tool wrappers and --version, --help
Eric Blake wrote: > With the automake, autoconf, and libtool wrapper scripts presently in > cygwin, the scripts do not gracefully handle --version and --help from > an empty directory (that is, a directory with no configure.in): > > $ cd /tmp > $ autoconf --version > autoconf: no input file > $ automake --version > automake: Couldn't find configure.ac nor configure.in file > $ libtool --version > libtool: Couldn't find configure.ac nor configure.in file > > However, the *-devel versions work just fine in the same situation: > $ /usr/autotool/devel/bin/autoconf --version > autoconf (GNU Autoconf) 2.52 > ... As do the *-stable versions: $ /usr/autotool/stable/bin/autoconf --version Autoconf version 2.13 > I would like to see this patched so that if any of these tools are > executed but no configure.in is found, the wrapper scripts defer to the > *-devel version, so that the --version and --help output is still useful > instead of an error. Unfortunately, I am not a shell script programmer, > so I can't offer much assistance in this matter. I have already been given a patch to do this, but I am a little concerned about implementation. It makes sense to me, to defer to the -devel version, but I am concerned about ripple effects... IMO, if you are libtoolizing (autoconf'ing, automake'ing) a new directory that has no existing configure.in, then the suggested solutions should be sufficient: create a temporary configure.in that has only "AC_REQUIRE(2.52)" or set path = /usr/autotool/devel/bin Setting up the wrapper scripts to report one version or the other -- with no reason to prefer one over the other, such as a pre-existing configure.in file -- is just lying. > Also, I think it might be a good idea when --version is passed to the > wrapper scripts to append a line to the output of the *-stable or > *-devel to further indicate the version of the wrapper script. That > way, I can recognize that the wrapper is automake 2.52 compliant even if > it invoked in a directory which falls back on the automake-stable 2.13 > for execution. No, changing the output format of the version string will break scripts that need to parse that output. Such as configure itself. --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: Fire Windows programs using cron...
On Wed, Jan 16, 2002 at 07:59:32PM +0100, Evgeny Apanasenko wrote: > Dear All, > > I've set up cron to fire W2K GUI program ntbackup.exe. Everything works but > I would like the program to interact with GUI display and keyboard (now I > can't see the program window when it is working). How can I do this? You would have to switch on the `Allow service to interact with desktop' facility to the cron service. That would result in a console window always visible when cron is runing, though. Actually, cron isn't designed to start GUI apps. 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/
devel tool wrappers and --version, --help
With the automake, autoconf, and libtool wrapper scripts presently in cygwin, the scripts do not gracefully handle --version and --help from an empty directory (that is, a directory with no configure.in): $ cd /tmp $ autoconf --version autoconf: no input file $ automake --version automake: Couldn't find configure.ac nor configure.in file $ libtool --version libtool: Couldn't find configure.ac nor configure.in file However, the *-devel versions work just fine in the same situation: $ /usr/autotool/devel/bin/autoconf --version autoconf (GNU Autoconf) 2.52 ... I would like to see this patched so that if any of these tools are executed but no configure.in is found, the wrapper scripts defer to the *-devel version, so that the --version and --help output is still useful instead of an error. Unfortunately, I am not a shell script programmer, so I can't offer much assistance in this matter. Also, I think it might be a good idea when --version is passed to the wrapper scripts to append a line to the output of the *-stable or *-devel to further indicate the version of the wrapper script. That way, I can recognize that the wrapper is automake 2.52 compliant even if it invoked in a directory which falls back on the automake-stable 2.13 for execution. -- This signature intentionally left boring. Eric Blake [EMAIL PROTECTED] BYU student, free software programmer -- 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: adjust the number of bash windows opened
Wrong mailing list. Redirected to the correct mailing list. On Wed, Jan 16, 2002 at 02:39:19PM -0500, hongxun lee wrote: >When the command 'startx' is run, 3 bash wins are launched automatically, >any way to customize this number? >Thanks > > >-- >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: Hello--Question about setting up a local install server?
Yes you can tell it to install from a specified location or locally. When you run the install you will see the options. Just run the install on your server or whatever box you want the install files to be available from. Then tell the system you want to install it from where to get the files. run through the setup.exe once and you will see what options it has. SR At 02:20 PM 1/16/2002 -0500, Glenn Sieb wrote: >Greetings! > >I'm the SysAdmin over here at Lumeta, and we're playing with Cygwin here >on our Windows2000 boxen. We're wanting to play a bit with Cygwin (and >OpenSSH) here, and one of the questions I've been asked is, if we can set >it up so that someone can download the setup.exe from our server, and only >be able to get the packages from our server (or is there a way to do a >"local directory install" and pre-specify what packages can/will be >installed)? I'm not having much luck finding this kind of information the >website or the mailing lists > >With much appreciation in advance... :) > >Glenn > >--- >Glenn E. Sieb, System Administrator >Lumeta Corp. mailto:[EMAIL PROTECTED] >+1 732 357-3514 (V) >+1 732 564-0731 (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/ Sherwood Robinson Hostmaster The Free Lance-Star/Internet Department [EMAIL PROTECTED] http://www.fredericksburg.com 616 Amelia St. Fredericksburg, VA 22401 540-374-5000 ext. 5657 -- 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/
adjust the number of bash windows opened
When the command 'startx' is run, 3 bash wins are launched automatically, any way to customize this number? Thanks -- 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 stop ftp in Cygwin
Tiffany Chan <[EMAIL PROTECTED]> wrote: > Hi, > > I want to use Microsoft FTP Service, so I would like to stop the "Ftp" > in Cygwin (inetd), of course, i use > cygwin for telnet. > > How to stop "ftp" in cygwin ? The basic idea is to comment out the ftp entry in /etc/inetd.conf then cause inetd to reread its configuration or: $ sed 's/^ftp/\#ftp/' /etc/inetd.conf > /etc/inetd.new # Comment out ftp entry in /etc/inetd.conf $ mv /etc/inetd.new /etc/inetd.conf # Move new file into place $ net stop inetd # Stop inetd $ net start inetd # Restart inetd Note that you could also send a sighup to the inetd to cause it to reread it's configuration (of course there are two inetd processes running and I'm not sure if you need to send the sighup to both or not). -- 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/
Hello--Question about setting up a local install server?
Greetings! I'm the SysAdmin over here at Lumeta, and we're playing with Cygwin here on our Windows2000 boxen. We're wanting to play a bit with Cygwin (and OpenSSH) here, and one of the questions I've been asked is, if we can set it up so that someone can download the setup.exe from our server, and only be able to get the packages from our server (or is there a way to do a "local directory install" and pre-specify what packages can/will be installed)? I'm not having much luck finding this kind of information the website or the mailing lists With much appreciation in advance... :) Glenn --- Glenn E. Sieb, System Administrator Lumeta Corp. mailto:[EMAIL PROTECTED] +1 732 357-3514 (V) +1 732 564-0731 (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/
Fire Windows programs using cron...
Dear All, I've set up cron to fire W2K GUI program ntbackup.exe. Everything works but I would like the program to interact with GUI display and keyboard (now I can't see the program window when it is working). How can I do this? CYGWIN variable set to tty ntsec Thanks in advance, Eugene -- Sent through GMX FreeMail - http://www.gmx.net -- 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: SSHD not working for Standalone Host (w2k)
Did you also recreate /etc/group with mkgroup -l? Yes, I recreated both for sure right now and tryed again but it still doesn't work. Same error all the time ... Any further suggestions ? Thanks Greetz Mike -- 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: X server hangs when adding fonts server
This must be a new record. This is the WRONG MAILING LIST. I've redirected your request to the proper mailing list. cgf On Wed, Jan 16, 2002 at 08:37:22PM +0200, Tzafrir Cohen wrote: >Hi > >I'm using standard cygwin (1.3.6) with XFree 4.1.0 and test server 53 (I'm >not totally sure. Anyway, its size is 3,045,888 ). The system is NT 4, >service-pack 6. > >The X server hangs (100% CPU) whenever I try to add a different fonts >server to the font path (adding an additional dir works fine). > >I tried several different servers, and they seem to give the same result. > >Any idea what it is? Any additional information is required? > >FWIW, here is a part of the loop the X server is in (when run under >strace): > > 6060 107726020 [main] X 47 cygwin_select: 6, 0x22F954, 0x0, 0x0, 0x22F94C > 9424 107735444 [main] X 47 dtable::select_read: /dev/streamsocket fd 5 > 5331 107740775 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 > 5424 107746199 [main] X 47 cygwin_select: sel.always_ready 0 > 4999 107751198 [main] X 47 select_stuff::cleanup: calling cleanup routines > 5400 107756598 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 > 4976 107761574 [main] X 47 socket_cleanup: returning > 5322 107766896 [main] X 47 peek_socket: considering handle 0x150 > 4945 107771841 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 5 > 5489 10330 [main] X 47 peek_socket: WINSOCK_SELECT returned 0 >10200 107787530 [main] X 47 select_stuff::poll: returning 0 > 5615 107793145 [main] X 47 select_stuff::cleanup: calling cleanup routines > 4897 107798042 [main] X 47 select_stuff::~select_stuff: deleting select records > > 5749 107803791 [main] X 47 cygwin_select: 7, 0x22F954, 0x0, 0x0, 0x22F94C >10324 107814115 [main] X 47 dtable::select_read: /dev/streamsocket fd 6 > 4965 107819080 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 > 5345 107824425 [main] X 47 cygwin_select: sel.always_ready 0 > 5079 107829504 [main] X 47 select_stuff::cleanup: calling cleanup routines > 5517 107835021 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 > 5411 107840432 [main] X 47 socket_cleanup: returning > 4909 107845341 [main] X 47 peek_socket: considering handle 0x70 > 5561 107850902 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 6 > 5052 107855954 [main] X 47 peek_socket: WINSOCK_SELECT returned 1 >10418 107866372 [main] X 47 set_bits: me 0xA18F3E0, testing fd 6 (/dev/streamsocket) > 5475 107871847 [main] X 47 set_bits: ready 1 > 4823 107876670 [main] X 47 select_stuff::poll: returning 1 >10875 107887545 [main] X 47 select_stuff::cleanup: calling cleanup routines > 5049 107892594 [main] X 47 select_stuff::~select_stuff: deleting select records > > 5581 107898175 [main] X 47 cygwin_select: 8, 0x22F954, 0x0, 0x0, 0x22F94C >10419 107908594 [main] X 47 dtable::select_read: /dev/streamsocket fd 7 > 4903 107913497 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 > 5424 107918921 [main] X 47 cygwin_select: sel.always_ready 0 > 5082 107924003 [main] X 47 select_stuff::cleanup: calling cleanup routines > 5483 107929486 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 > 5381 107934867 [main] X 47 socket_cleanup: returning > 5058 107939925 [main] X 47 peek_socket: considering handle 0x1AC > 5407 107945332 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 7 > 5222 107950554 [main] X 47 peek_socket: WINSOCK_SELECT returned 1 >10270 107960824 [main] X 47 set_bits: me 0xA18F3E0, testing fd 7 (/dev/streamsocket) > 5488 107966312 [main] X 47 set_bits: ready 1 > 5001 107971313 [main] X 47 select_stuff::poll: returning 1 >10770 107982083 [main] X 47 select_stuff::cleanup: calling cleanup routines > 4977 107987060 [main] X 47 select_stuff::~select_stuff: deleting select records > > 5765 107992825 [main] X 47 cygwin_select: 255, 0x70503C, 0x0, 0x0, 0x22F9CC >10313 108003138 [main] X 47 dtable::select_read: /dev/tcp fd 0 > 4954 108008092 [main] X 47 dtable::select_read: /dev/streamsocket fd 1 > 6060 107726020 [main] X 47 cygwin_select: 6, 0x22F954, 0x0, 0x0, 0x22F94C > 9424 107735444 [main] X 47 dtable::select_read: /dev/streamsocket fd 5 > 5331 107740775 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 > 5424 107746199 [main] X 47 cygwin_select: sel.always_ready 0 > 4999 107751198 [main] X 47 select_stuff::cleanup: calling cleanup routines > 5400 107756598 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 > 4976 107761574 [main] X 47 socket_cleanup: returning > 5322 107766896 [main] X 47 peek_socket: considering handle 0x150 > 4945 107771841 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 5 > 5489 10330 [main] X 47 peek_socket: WINSOCK_SELECT returned 0 >10200 107787530 [main] X 47 select_stuff::poll: returning 0 > 5615 107793145 [main] X 47 select_stuff::cleanup: calling cleanup routines > 4897 107798042 [main] X 47 select_stuff::~select_stuff: deleting select records > > 5749 107803791 [main] X 47 cygwin_select: 7, 0x22F954, 0x0, 0x0, 0x22F94C
X server hangs when adding fonts server
Hi I'm using standard cygwin (1.3.6) with XFree 4.1.0 and test server 53 (I'm not totally sure. Anyway, its size is 3,045,888 ). The system is NT 4, service-pack 6. The X server hangs (100% CPU) whenever I try to add a different fonts server to the font path (adding an additional dir works fine). I tried several different servers, and they seem to give the same result. Any idea what it is? Any additional information is required? FWIW, here is a part of the loop the X server is in (when run under strace): 6060 107726020 [main] X 47 cygwin_select: 6, 0x22F954, 0x0, 0x0, 0x22F94C 9424 107735444 [main] X 47 dtable::select_read: /dev/streamsocket fd 5 5331 107740775 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 5424 107746199 [main] X 47 cygwin_select: sel.always_ready 0 4999 107751198 [main] X 47 select_stuff::cleanup: calling cleanup routines 5400 107756598 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 4976 107761574 [main] X 47 socket_cleanup: returning 5322 107766896 [main] X 47 peek_socket: considering handle 0x150 4945 107771841 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 5 5489 10330 [main] X 47 peek_socket: WINSOCK_SELECT returned 0 10200 107787530 [main] X 47 select_stuff::poll: returning 0 5615 107793145 [main] X 47 select_stuff::cleanup: calling cleanup routines 4897 107798042 [main] X 47 select_stuff::~select_stuff: deleting select records 5749 107803791 [main] X 47 cygwin_select: 7, 0x22F954, 0x0, 0x0, 0x22F94C 10324 107814115 [main] X 47 dtable::select_read: /dev/streamsocket fd 6 4965 107819080 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 5345 107824425 [main] X 47 cygwin_select: sel.always_ready 0 5079 107829504 [main] X 47 select_stuff::cleanup: calling cleanup routines 5517 107835021 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 5411 107840432 [main] X 47 socket_cleanup: returning 4909 107845341 [main] X 47 peek_socket: considering handle 0x70 5561 107850902 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 6 5052 107855954 [main] X 47 peek_socket: WINSOCK_SELECT returned 1 10418 107866372 [main] X 47 set_bits: me 0xA18F3E0, testing fd 6 (/dev/streamsocket) 5475 107871847 [main] X 47 set_bits: ready 1 4823 107876670 [main] X 47 select_stuff::poll: returning 1 10875 107887545 [main] X 47 select_stuff::cleanup: calling cleanup routines 5049 107892594 [main] X 47 select_stuff::~select_stuff: deleting select records 5581 107898175 [main] X 47 cygwin_select: 8, 0x22F954, 0x0, 0x0, 0x22F94C 10419 107908594 [main] X 47 dtable::select_read: /dev/streamsocket fd 7 4903 107913497 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 5424 107918921 [main] X 47 cygwin_select: sel.always_ready 0 5082 107924003 [main] X 47 select_stuff::cleanup: calling cleanup routines 5483 107929486 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 5381 107934867 [main] X 47 socket_cleanup: returning 5058 107939925 [main] X 47 peek_socket: considering handle 0x1AC 5407 107945332 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 7 5222 107950554 [main] X 47 peek_socket: WINSOCK_SELECT returned 1 10270 107960824 [main] X 47 set_bits: me 0xA18F3E0, testing fd 7 (/dev/streamsocket) 5488 107966312 [main] X 47 set_bits: ready 1 5001 107971313 [main] X 47 select_stuff::poll: returning 1 10770 107982083 [main] X 47 select_stuff::cleanup: calling cleanup routines 4977 107987060 [main] X 47 select_stuff::~select_stuff: deleting select records 5765 107992825 [main] X 47 cygwin_select: 255, 0x70503C, 0x0, 0x0, 0x22F9CC 10313 108003138 [main] X 47 dtable::select_read: /dev/tcp fd 0 4954 108008092 [main] X 47 dtable::select_read: /dev/streamsocket fd 1 6060 107726020 [main] X 47 cygwin_select: 6, 0x22F954, 0x0, 0x0, 0x22F94C 9424 107735444 [main] X 47 dtable::select_read: /dev/streamsocket fd 5 5331 107740775 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 5424 107746199 [main] X 47 cygwin_select: sel.always_ready 0 4999 107751198 [main] X 47 select_stuff::cleanup: calling cleanup routines 5400 107756598 [main] X 47 socket_cleanup: si 0x0 si->thread 0x0 4976 107761574 [main] X 47 socket_cleanup: returning 5322 107766896 [main] X 47 peek_socket: considering handle 0x150 4945 107771841 [main] X 47 peek_socket: adding read fd_set /dev/streamsocket, fd 5 5489 10330 [main] X 47 peek_socket: WINSOCK_SELECT returned 0 10200 107787530 [main] X 47 select_stuff::poll: returning 0 5615 107793145 [main] X 47 select_stuff::cleanup: calling cleanup routines 4897 107798042 [main] X 47 select_stuff::~select_stuff: deleting select records 5749 107803791 [main] X 47 cygwin_select: 7, 0x22F954, 0x0, 0x0, 0x22F94C 10324 107814115 [main] X 47 dtable::select_read: /dev/streamsocket fd 6 4965 107819080 [main] X 47 cygwin_select: to->tv_sec 0, to->tv_usec 0, ms 0 5345 107824425 [main] X 47 cygwin_select: sel.always_ready 0 5079 107829504 [main] X 47 select_stuff::cleanup: call
Re: Cyg xfree86 webpage suggestion
On Wed, Jan 16, 2002 at 11:46:13AM -0600, David Kohn wrote: >Hi Cygwin and Christopher Faylor, There is no reason to personally address email to a mailing list. >Just a quick suggestion, from someone who just went through >downloading/installing Cygwin/Xfree86: > >It might cut down on confusion,etc, if on the Cygwin/Xfree86 page where it >mentions downloads, you warn people in advance of problems they may >encounter. Hmm. You apparently found the XFree86 web page but you are sending email to the wrong mailing list. I have very little to do cygwin-xfree. It is maintained by other people. I've redirected this message to the correct list. cgf >Before they try installing Cyg/XFree86, they should first do the following >w/ their CygWin: > - update their cygwin to something reasonably current > - subsequently grab the older version of ncurses (to avoid that >cygncurses5.dll problem when launching X) > - in the cygwin installer, make sure they select "Unix" linefeeds instead >of "DOS" (to avoid that "font not found" problem) > >I found these links helpful in tracking down help and instructions, FWIW: > >http://www.cygwin.com/ml/cygwin-announce/2001/msg00124.html >http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof > >Other than that, the installation was straightforward and the install >instructions in the User Guide worked great! > >Thanks for your excellent work and generosity in making these packages >available to the public! >Dave Kohn <[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/
Cyg XFree86 webpage suggestion
Hi Cygwin and Christopher Faylor, Just a quick suggestion, from someone who just went through downloading/installing Cygwin/Xfree86: It might cut down on confusion,etc, if on the Cygwin/Xfree86 page where it mentions downloads, you warn people in advance of problems they may encounter. Before they try installing Cyg/XFree86, they should first do the following w/ their CygWin: - update their cygwin to something reasonably current - subsequently grab the older version of ncurses (to avoid that cygncurses5.dll problem when launching X) - in the cygwin installer, make sure they select "Unix" linefeeds instead of "DOS" (to avoid that "font not found" problem) I found these links helpful in tracking down help and instructions, FWIW: http://www.cygwin.com/ml/cygwin-announce/2001/msg00124.html http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof Other than that, the installation was straightforward and the install instructions in the User Guide worked great! Thanks for your excellent work and generosity in making these packages available to the public! Dave Kohn <[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/
Re: cygwin - gcc - mingw - ncurses question
On Wed, Jan 16, 2002 at 11:43:26AM -0500, Jonathan Simms wrote: >Is it possible to use the ncurses library, then compile the source with >gcc for use as a windows console app? > >If so, how?...or if that's too involved a question, where might i find >information that will help me? If you are interested in a non-cygwin version of a program then the place to begin checking would be http://www.mingw.org/ . 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: Re: Re: error trying to compile anything
[EMAIL PROTECTED] wrote: > Yes...It works.. > > Thank you m8 np :) > > I was using the ls in the winnt because when I am in the win prompt then > I always get confused with dir and ls. > You can use all the cygwin utilities from the command prompt just by adding the cygwin bin directory in your PATH. You can do this by editing autoexec.bat if you are on Win9x or by setting it from Control Panel -> System -> Advanced tab on WinNT,2k and XP. -- 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: SSHD not working for Standalone Host (w2k)
On Wed, Jan 16, 2002 at 02:43:49PM +0100, Michael Lang wrote: > But why is it working if the Host is part of a W2k Domain ? > > Wrong passwd entry, I assume. > > > mkpasswd -l > /etc/passwd Did you also recreate /etc/group with mkgroup -l? 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/
cygwin - gcc - mingw - ncurses question
Is it possible to use the ncurses library, then compile the source with gcc for use as a windows console app? If so, how?...or if that's too involved a question, where might i find information that will help me? -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/
Re: cygwin and XEphem
On Wed, Jan 16, 2002 at 09:55:04AM -0600, Elwood C. Downey wrote: >On Jan 16, 2002 09:30 Robinow, David wrote: >> Terms: This source code is available without charge. You may modify it for >> your personal use but you may not distribute your changes nor use any >> portion (original or modified) in other programs without prior permission >> from us. >> >> -Original Message- >> From: Elwood C. Downey [mailto:[EMAIL PROTECTED]] >> Sent: Wednesday, January 16, 2002 12:13 AM >> To: [EMAIL PROTECTED] >> Subject: Cygwin and XEphem >> >> >> Hello Chris, >> >> I am still interested in using Cygwin to build the Windows edition of my >> Astro program, XEphem. When I last approached Cygnus three years ago >> they said this would cost me a one-time buy-out fee of $100,000 because >> XEphem is not GPL. Nuts to that. But now I see that the Red Hat language >> is not so strict. All it says now is: >> >>"The GPL requires the source to any application built with the Cygwin >> libraries must be distributed with the application." >> >> Now this I can live with. I have always made the source to XEphem >> available for download at no charge. Does this mean I can finally use >> Cygwin without buying the outlandish buy-out license?? > >You are quoting the XEphem license back to me. What is your point? Probably that your license is not compliant with the GPL. 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: Cygwin and XEphem
On Jan 16, 2002 09:30 Robinow, David wrote: > Terms: This source code is available without charge. You may modify it for > your personal use but you may not distribute your changes nor use any > portion (original or modified) in other programs without prior permission > from us. > > -Original Message- > From: Elwood C. Downey [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 16, 2002 12:13 AM > To: [EMAIL PROTECTED] > Subject: Cygwin and XEphem > > > Hello Chris, > > I am still interested in using Cygwin to build the Windows edition of my > Astro program, XEphem. When I last approached Cygnus three years ago > they said this would cost me a one-time buy-out fee of $100,000 because > XEphem is not GPL. Nuts to that. But now I see that the Red Hat language > is not so strict. All it says now is: > >"The GPL requires the source to any application built with the Cygwin > libraries must be distributed with the application." > > Now this I can live with. I have always made the source to XEphem > available for download at no charge. Does this mean I can finally use > Cygwin without buying the outlandish buy-out license?? You are quoting the XEphem license back to me. What is your point? - Elwood Downey, President/CEO, Clear Sky Institute Inc. [EMAIL PROTECTED], http://www.ClearSkyInstitute.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: Re: error trying to compile anything
Yes...It works.. Thank you m8 I was using the ls in the winnt because when I am in the win prompt then I always get confused with dir and ls. But now it works Thank you Pavel. BiLo -- Original Message -- >[EMAIL PROTECTED] wrote: > >> Ops..the output file.. >> >> I have enclosed the file now >> >> Thanx again >> >> BiLo >> >> -- Original Message -- >> >> >>> >>>[EMAIL PROTECTED] wrote: >>> >>> Hello there, I tried to search in the archive for this but no result. I am sure that it is a configuration problem but I don't know were to >> start. >> The problem: As soon I start the ./configure I get the error: "cpp0.ece - Entry point not found." on the top of the error bar, in the windows I get: "The procedure entry point getrlimit could not be located in the dynamic link library cygwin1.dll." >>> >>>This means that you have an older cygwin1.dll somewhere in your path. >>>use cygcheck -r -s -v and send the output to the list or examine it >>>by yourself. >>> >>> >>> The program is looking for the gcc in the /usr/local/lib and it generate the eror in the shell: "configure: error: installation or configuration problem: C compiler >> cannot >> create executables.". >>>this is quite strange - what is the value of your CC environment variable >>>? >>> >>> >>> >> >> >> >> >> >> >> >> >> Cygnus Win95/NT Configuration Diagnostics >> Current System Time: Wed Jan 16 15:15:48 2002 >> >> Windows 2000 Professional Ver 5.0 build 2195 >> >> Path:D:\CYG\usr\local\bin >> D:\CYG\bin >> D:\CYG\bin >> c:\WINNT\system32 >> c:\WINNT >> c:\WINNT\System32\Wbem >> D:\CYG\home\pino\bin > > >Better move the first path entry D:\CYG\usr\local\bin > after the D:\CYG\bin entries. > > >The lines below that you, or someone else or >something else has installed some cygwin linked >executables. The real problem is they put it >in the wrong place. Never use C:\WINNT\ to >store the cygwin1.dll. > > >> Found: C:\WINNT\cat.exe <-- REMOVE THIS ONE! >> Found: D:\CYG\bin\cat.exe >> Warning: C:\WINNT\cat.exe hides D:\CYG\bin\cat.exe > > >> Found: C:\WINNT\ls.exe <-- REMOVE THIS ONE! >> Found: D:\CYG\bin\ls.exe >> Warning: C:\WINNT\ls.exe hides D:\CYG\bin\ls.exe > > > > >REMOVE THIS! It highly not recommended to store >cygwin1.dll in this location, not to mention that >there are two different copies of cygwin1.dll on >you system. Up to and including the latest >release 1.3.6-6 two copies of cygwin1.dll could >hardly coexist without trouble. > > >> 792k 2000/02/15 C:\WINNT\cygwin1.dll - os=4.0 img=1.0 sys=4.0 >> "cygwin1.dll" v0.0 ts=1999/8/3 13:02 >> Cygwin DLL version info: >> DLL version: 2.1.0 >> DLL epoch: 19 >> DLL bad signal mask: 19005 >> DLL old termios: 5 >> API major: 0 >> API minor: 14 >> Shared data: 2 >> DLL identifier: cygwin >> Mount registry: 2 >> Cygnus registry name: Cygnus Solutions >> Cygwin registry name: Cygwin >> Program options name: Program Options >> Cygwin mount registry name: mounts v2 >> Build date: Tue Aug 3 16:02:08 1999 >> Snapshot date: 1999-08-01-23:55-EST >> Shared id: cygwinS2 > > > -- 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 XEphem
On Tue, Jan 15, 2002 at 11:12:45PM -0600, Elwood C. Downey wrote: >Hello Chris, > >I am still interested in using Cygwin to build the Windows edition of my >Astro program, XEphem. When I last approached Cygnus three years ago >they said this would cost me a one-time buy-out fee of $100,000 because >XEphem is not GPL. Then don't use Cygwin or open up your application. Seems like a pretty clear choice to me. >Nuts to that. But now I see that the Red Hat language is not so >strict. All it says now is: > >"The GPL requires the source to any application built with the Cygwin >libraries must be distributed with the application." What "Red Hat language" would that be? We don't control the GPL. We haven't changed the GPL. Whereever you found this one sentence it sounds like it is part of a larger whole. It's not a definitive licensing statement. >Now this I can live with. I have always made the source to XEphem >available for download at no charge. Does this mean I can finally use >Cygwin without buying the outlandish buy-out license?? I am not a lawyer and am really not interested in doing a free analysis of your license compliance. However, if, as another message in this thread seems to indicate, you restrict the distribution of your source code when people purchase your product, you are not compliant with the GPL. I have Bcc'ed the person responsible for selling commercial versions of Cygwin. I assume that she will contact you if she judges from this message that you are actually interested in buying something. I hope that you will be able to come to some agreement. >BTW: I am writing to you directly because my browser crashes when I try >to use the web page form to "Contact Sales". You are not writing to me directly. You are writing to a mailing list. And, it sounds like you probably want to be using a better browser. cgf >Thanks for the latest scoop, -- 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: Re: error trying to compile anything
[EMAIL PROTECTED] wrote: > Ops..the output file.. > > I have enclosed the file now > > Thanx again > > BiLo > > -- Original Message -- > > >> >>[EMAIL PROTECTED] wrote: >> >> >>>Hello there, >>> >>>I tried to search in the archive for this but no result. >>> >>>I am sure that it is a configuration problem but I don't know were to >>> > start. > >>>The problem: >>>As soon I start the ./configure I get the error: >>>"cpp0.ece - Entry point not found." >>>on the top of the error bar, >>>in the windows I get: >>>"The procedure entry point getrlimit could not be located in the dynamic >>>link library cygwin1.dll." >>> >> >>This means that you have an older cygwin1.dll somewhere in your path. >>use cygcheck -r -s -v and send the output to the list or examine it >>by yourself. >> >> >> >>>The program is looking for the gcc in the /usr/local/lib and it generate >>>the eror in the shell: >>>"configure: error: installation or configuration problem: C compiler >>> > cannot > >>>create executables.". >>> >>this is quite strange - what is the value of your CC environment variable >>? >> >> >> > > > > > > > > > Cygnus Win95/NT Configuration Diagnostics > Current System Time: Wed Jan 16 15:15:48 2002 > > Windows 2000 Professional Ver 5.0 build 2195 > > Path: D:\CYG\usr\local\bin > D:\CYG\bin > D:\CYG\bin > c:\WINNT\system32 > c:\WINNT > c:\WINNT\System32\Wbem > D:\CYG\home\pino\bin Better move the first path entry D:\CYG\usr\local\bin after the D:\CYG\bin entries. The lines below that you, or someone else or something else has installed some cygwin linked executables. The real problem is they put it in the wrong place. Never use C:\WINNT\ to store the cygwin1.dll. > Found: C:\WINNT\cat.exe <-- REMOVE THIS ONE! > Found: D:\CYG\bin\cat.exe > Warning: C:\WINNT\cat.exe hides D:\CYG\bin\cat.exe > Found: C:\WINNT\ls.exe <-- REMOVE THIS ONE! > Found: D:\CYG\bin\ls.exe > Warning: C:\WINNT\ls.exe hides D:\CYG\bin\ls.exe REMOVE THIS! It highly not recommended to store cygwin1.dll in this location, not to mention that there are two different copies of cygwin1.dll on you system. Up to and including the latest release 1.3.6-6 two copies of cygwin1.dll could hardly coexist without trouble. > 792k 2000/02/15 C:\WINNT\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=1999/8/3 13:02 > Cygwin DLL version info: > DLL version: 2.1.0 > DLL epoch: 19 > DLL bad signal mask: 19005 > DLL old termios: 5 > API major: 0 > API minor: 14 > Shared data: 2 > DLL identifier: cygwin > Mount registry: 2 > Cygnus registry name: Cygnus Solutions > Cygwin registry name: Cygwin > Program options name: Program Options > Cygwin mount registry name: mounts v2 > Build date: Tue Aug 3 16:02:08 1999 > Snapshot date: 1999-08-01-23:55-EST > Shared id: cygwinS2 -- 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: error trying to compile anything
Ops..the output file.. I have enclosed the file now Thanx again BiLo -- Original Message -- > > >[EMAIL PROTECTED] wrote: > >> Hello there, >> >> I tried to search in the archive for this but no result. >> >> I am sure that it is a configuration problem but I don't know were to start. >> >> The problem: >> As soon I start the ./configure I get the error: >> "cpp0.ece - Entry point not found." >> on the top of the error bar, >> in the windows I get: >> "The procedure entry point getrlimit could not be located in the dynamic >> link library cygwin1.dll." > > >This means that you have an older cygwin1.dll somewhere in your path. >use cygcheck -r -s -v and send the output to the list or examine it >by yourself. > > >> The program is looking for the gcc in the /usr/local/lib and it generate >> the eror in the shell: >> "configure: error: installation or configuration problem: C compiler cannot >> create executables.". > >this is quite strange - what is the value of your CC environment variable >? > > Cygnus Win95/NT Configuration Diagnostics Current System Time: Wed Jan 16 15:15:48 2002 Windows 2000 Professional Ver 5.0 build 2195 Path: D:\CYG\usr\local\bin D:\CYG\bin D:\CYG\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem D:\CYG\home\pino\bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `D:\CYG\home\pino' MAKE_MODE = `unix' PWD = `/home/nmap-2.54BETA30' USER = `pino' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\pino\Application Data' BASH_ENV = `/home/pino/.bashrc' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `2KBOX' COMSPEC = `C:\WINNT\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\' HOSTNAME = `2KBOX' HOSTTYPE = `i686' LOGONSERVER = `\\2KBOX' LS_COLORS = `' LS_OPTIONS = `-s -F -T 0 --color=yes' MACHTYPE = `i686-pc-cygwin' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/nmap-2.54BETA30/mswin32' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' OSTYPE = `cygwin' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0803' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHELL = `/bin/bash' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\pino\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\pino\LOCALS~1\Temp' USERDOMAIN = `2KBOX' USERPROFILE = `C:\Documents and Settings\pino' 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 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `D:\CYG' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `D:/CYG/bin' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `D:/CYG/lib' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11 HKEY_CURRENT_USER\Software\Cygnu
Re: Re: error trying to compile anything
[EMAIL PROTECTED] wrote: > Hi there, > > Uao!!! you are quick. > > Thank you for respoding. > > I have attached the output file if someone can have look at it. Well, I don't see the attachment :) > > Thanx again > > BiLo > > > -- Original Message -- > > >> >>[EMAIL PROTECTED] wrote: >> >> >>>Hello there, >>> >>>I tried to search in the archive for this but no result. >>> >>>I am sure that it is a configuration problem but I don't know were to >>> > start. > >>>The problem: >>>As soon I start the ./configure I get the error: >>>"cpp0.ece - Entry point not found." >>>on the top of the error bar, >>>in the windows I get: >>>"The procedure entry point getrlimit could not be located in the dynamic >>>link library cygwin1.dll." >>> >> >>This means that you have an older cygwin1.dll somewhere in your path. >>use cygcheck -r -s -v and send the output to the list or examine it >>by yourself. >> >> >> >>>The program is looking for the gcc in the /usr/local/lib and it generate >>>the eror in the shell: >>>"configure: error: installation or configuration problem: C compiler >>> > cannot > >>>create executables.". >>> >>this is quite strange - what is the value of your CC environment variable >>? >> >> >> > > > > > -- 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: error trying to compile anything
Hi there, Uao!!! you are quick. Thank you for respoding. I have attached the output file if someone can have look at it. Thanx again BiLo -- Original Message -- > > >[EMAIL PROTECTED] wrote: > >> Hello there, >> >> I tried to search in the archive for this but no result. >> >> I am sure that it is a configuration problem but I don't know were to start. >> >> The problem: >> As soon I start the ./configure I get the error: >> "cpp0.ece - Entry point not found." >> on the top of the error bar, >> in the windows I get: >> "The procedure entry point getrlimit could not be located in the dynamic >> link library cygwin1.dll." > > >This means that you have an older cygwin1.dll somewhere in your path. >use cygcheck -r -s -v and send the output to the list or examine it >by yourself. > > >> The program is looking for the gcc in the /usr/local/lib and it generate >> the eror in the shell: >> "configure: error: installation or configuration problem: C compiler cannot >> create executables.". > >this is quite strange - what is the value of your CC environment variable >? > > -- 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: error trying to compile anything
[EMAIL PROTECTED] wrote: > Hello there, > > I tried to search in the archive for this but no result. > > I am sure that it is a configuration problem but I don't know were to start. > > The problem: > As soon I start the ./configure I get the error: > "cpp0.ece - Entry point not found." > on the top of the error bar, > in the windows I get: > "The procedure entry point getrlimit could not be located in the dynamic > link library cygwin1.dll." This means that you have an older cygwin1.dll somewhere in your path. use cygcheck -r -s -v and send the output to the list or examine it by yourself. > The program is looking for the gcc in the /usr/local/lib and it generate > the eror in the shell: > "configure: error: installation or configuration problem: C compiler cannot > create executables.". this is quite strange - what is the value of your CC environment variable ? -- 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/
error trying to compile anything
Hello there, I tried to search in the archive for this but no result. I am sure that it is a configuration problem but I don't know were to start. The problem: As soon I start the ./configure I get the error: "cpp0.ece - Entry point not found." on the top of the error bar, in the windows I get: "The procedure entry point getrlimit could not be located in the dynamic link library cygwin1.dll." The program is looking for the gcc in the /usr/local/lib and it generate the eror in the shell: "configure: error: installation or configuration problem: C compiler cannot create executables.". It is happening with all the packagees that I have tried on. I thank you in advance for your help BiLo -- 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 XEphem
Terms: This source code is available without charge. You may modify it for your personal use but you may not distribute your changes nor use any portion (original or modified) in other programs without prior permission from us. -Original Message- From: Elwood C. Downey [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 16, 2002 12:13 AM To: [EMAIL PROTECTED] Subject: Cygwin and XEphem Hello Chris, I am still interested in using Cygwin to build the Windows edition of my Astro program, XEphem. When I last approached Cygnus three years ago they said this would cost me a one-time buy-out fee of $100,000 because XEphem is not GPL. Nuts to that. But now I see that the Red Hat language is not so strict. All it says now is: "The GPL requires the source to any application built with the Cygwin libraries must be distributed with the application." Now this I can live with. I have always made the source to XEphem available for download at no charge. Does this mean I can finally use Cygwin without buying the outlandish buy-out license?? -- 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: SSHD Service Problem
Thanks already found /etc/sshd_config -> LogLevel QUIET Greetz Mike
Re: SSHD not working for Standalone Host (w2k)
But why is it working if the Host is part of a W2k Domain ? Wrong passwd entry, I assume. mkpasswd -l > /etc/passwd already made, hte user is shown in the passwd file Anyway, try ssh -v -v -v and look if that helps figuring out what's the problem. debug3: authmethod_lookup keyboard-interactive debug3: remaining preferred: password debug3: authmethod_is_enabled keyboard-interactive debug1: next auth method to try is keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply debug1: authentications that can continue: publickey,password,keyboard-interactive debug3: userauth_kbdint: disable: no info_req_seen debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: debug3: authmethod_is_enabled password debug1: next auth method to try is password MichaelLang@localhost's password: debug1: packet_send2: adding 48 (len 66 padlen 14 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: authentications that can continue: publickey,password,keyboard-interactive Permission denied, please try again. MichaelLang@localhost's password: debug1: packet_send2: adding 48 (len 65 padlen 15 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: authentications that can continue: publickey,password,keyboard-interactive Permission denied, please try again. MichaelLang@localhost's password: debug1: packet_send2: adding 48 (len 66 padlen 14 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: authentications that can continue: publickey,password,keyboard-interactive debug2: we did not send a packet, disable method debug1: no more auth methods to try Permission denied (publickey,password,keyboard-interactive). debug1: Calling cleanup 0x41a250(0x0) that´s all nothing more ... also nothing in sshd -Dde > log debug1: userauth-request for user MichaelLang service ssh-connection method none debug1: attempt 0 failures 0 Failed none for MichaelLang from 127.0.0.1 port 3786 ssh2 debug1: userauth-request for user MichaelLang service ssh-connection method keyboard-interactive debug1: attempt 1 failures 1 debug1: keyboard-interactive devs debug1: auth2_challenge: user=MichaelLang devs= debug1: kbdint_alloc: devices '' Failed keyboard-interactive for MichaelLang from 127.0.0.1 port 3786 ssh2 debug1: userauth-request for user MichaelLang service ssh-connection method password debug1: attempt 2 failures 2 Failed password for MichaelLang from 127.0.0.1 port 3786 ssh2 debug1: userauth-request for user MichaelLang service ssh-connection method password debug1: attempt 3 failures 3 Failed password for MichaelLang from 127.0.0.1 port 3786 ssh2 debug1: userauth-request for user MichaelLang service ssh-connection method password debug1: attempt 4 failures 4 Failed password for MichaelLang from 127.0.0.1 port 3786 ssh2 Connection closed by 127.0.0.1 debug1: Calling cleanup 0x4169cc(0x0) thanks Corinna for answering my Mails 8) Greetz Mike
Re: cygrunsrv: cron context switch problem
On Wed, Jan 16, 2002 at 03:10:59PM +0200, alper wrote: > Hi, > > Platform is W2K, user is a member of Administrators group. > Cron is installed as a service and started as follows: > > cygrunsrv -I cron -p /usr/sbin/cron -a -D > cygrunsrv -S cron > > Services applet in MMC shows cron service is installed under LocalSystem > account and started. > /etc/group has SYSTEM entry with gid 18. > $CYGWIN is 'ntsec' > crontab has a "ls -l" command that gets scheduled every 5 minutes. > > But, I see the following in event log every 5 minutes: > "...(CRON) error (can't switch user context)." > > > Can anybody comment on this? The mailing list archive, perhaps? 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/
cygrunsrv: cron context switch problem
Hi, Platform is W2K, user is a member of Administrators group. Cron is installed as a service and started as follows: cygrunsrv -I cron -p /usr/sbin/cron -a -D cygrunsrv -S cron Services applet in MMC shows cron service is installed under LocalSystem account and started. /etc/group has SYSTEM entry with gid 18. $CYGWIN is 'ntsec' crontab has a "ls -l" command that gets scheduled every 5 minutes. But, I see the following in event log every 5 minutes: "...(CRON) error (can't switch user context)." Can anybody comment on this? Thank you. --alper -- 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: SSHD Service Problem
On Wed, Jan 16, 2002 at 12:56:07PM +0100, Michael Lang wrote: > Hi to everyone > > i found many Event Entry´s in the hosts Log saying: > > Event Type: Error > Event Source: /usr/sbin/sshd > Event Category: None > Event ID: 0 > Date: 16.01.2002 > Time: 12:47:13 > User: N/A > Computer: MAIL > Description: > The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd ) cannot be found. The >local computer may not have the necessary registry information or message DLL files >to display messages from a remote computer. The following information is part of the >event: /usr/sbin/sshd : Win32 Process Id = 0x7EC : Cygwin Process Id = 0x7EC : fatal: >Read from socket failed: The connection was aborted. > > If´ve used /bin/ssh-host-config to install the Service. > I tryed to start the ssh Daemon on shell without logging to Syslog(Eventlog) but got > after the motd Permission denied for /bin/bash -> disconnect. > > How to stop Logging to Syslog with the NT Service ? `man sshd' could help. 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: SSHD not working for Standalone Host (w2k)
On Wed, Jan 16, 2002 at 12:48:14PM +0100, Michael Lang wrote: > Hi to everyone > > i´ve seeked the Mailing List for any earlyer solution to this Problem. > I´ve installed cygwin correctly, used binmode ntsec tty settings as recommended. > But occure Password denied Problems if the Host is not Memeber of a Domain. > I can access the Host using Private Keyfiles but not by using Password >Authentication. > Everything works fine if the Host is a Part of a Domain. Wrong passwd entry, I assume. Anyway, try ssh -v -v -v and look if that helps figuring out what's the problem. 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/
SSHD Service Problem
Hi to everyone i found many Event Entry´s in the hosts Log saying: Event Type: Error Event Source: /usr/sbin/sshd Event Category: None Event ID: 0 Date: 16.01.2002 Time: 12:47:13 User: N/A Computer: MAIL Description: The description for Event ID ( 0 ) in Source ( /usr/sbin/sshd ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: /usr/sbin/sshd : Win32 Process Id = 0x7EC : Cygwin Process Id = 0x7EC : fatal: Read from socket failed: The connection was aborted. If´ve used /bin/ssh-host-config to install the Service. I tryed to start the ssh Daemon on shell without logging to Syslog(Eventlog) but got after the motd Permission denied for /bin/bash -> disconnect. How to stop Logging to Syslog with the NT Service ? Thanks for any help Greetz Mike
SSHD not working for Standalone Host (w2k)
Hi to everyone i´ve seeked the Mailing List for any earlyer solution to this Problem. I´ve installed cygwin correctly, used binmode ntsec tty settings as recommended. But occure Password denied Problems if the Host is not Memeber of a Domain. I can access the Host using Private Keyfiles but not by using Password Authentication. Everything works fine if the Host is a Part of a Domain. Can anyone help solving this Problem ? Thanks Greetz Mike
Re: How to stop ftp in Cygwin
On Wed, Jan 16, 2002 at 10:10:21AM +, Tiffany Chan wrote: > Hi, > > I want to use Microsoft FTP Service, so I would like > to stop the "Ftp" in Cygwin (inetd), of course, i use > cygwin for telnet. > > How to stop "ftp" in cygwin ? `man inetd' could help... 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: How to stop ftp in Cygwin
Comment the coresponding line in the inetd configuration file and restart inetd. Read inetutils documentation in /usr/doc/. Tiffany Chan wrote: > Hi, > > I want to use Microsoft FTP Service, so I would like > to stop the "Ftp" in Cygwin (inetd), of course, i use > cygwin for telnet. > > How to stop "ftp" in cygwin ? > > Thanks a lot -- 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/
How to stop ftp in Cygwin
Hi, I want to use Microsoft FTP Service, so I would like to stop the "Ftp" in Cygwin (inetd), of course, i use cygwin for telnet. How to stop "ftp" in cygwin ? Thanks a lot __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.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: Succesful installation but not working (CYGWIN)
Hallo ! On Wed, 16 Jan 2002 [EMAIL PROTECTED] wrote: > Firstly, yes I have read the documentation, searched the existing maillist > for my problem without success so here goes: > > First few lines of setup.log.full: [ ... ] > When I open cygwin.bat this is what happens: > > bash.exe: warning: could not find /tmp, please create! > bash-2.05a$ pwd > /usr/bin > bash-2.05a$ echo $PATH > /cygdrive/c/Perl/bin/:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/W > INNT/System32/Wbem:/cygdrive/c/bin:/cygdrive/c/bin/utils [ ... ] Just a guess: Your mounts are not working. (Guess may be wrong.) Cut&paste cygcheck -s -r to the list. Bjoern -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- 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/
Succesful installation but not working (CYGWIN)
Firstly, yes I have read the documentation, searched the existing maillist for my problem without success so here goes: First few lines of setup.log.full: 2002/01/15 16:27:55 Starting cygwin install, version 2.125.2.10 Current Directory: C:\tmp 2002/01/15 16:27:55 Command line parameters 2002/01/15 16:27:55 0 - 'C:\tmp\setup.exe' 2002/01/15 16:27:55 1 parameters passed source: network install root: C:/cygwin binary system Selected local directory: C:\tmp root: C:/cygwin binary system Selected local directory: C:\tmp Last lines: mbox note: Installation Complete 2002/01/15 16:51:28 Ending cygwin install Problem: When I open cygwin.bat this is what happens: bash.exe: warning: could not find /tmp, please create! bash-2.05a$ pwd /usr/bin bash-2.05a$ echo $PATH /cygdrive/c/Perl/bin/:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/W INNT/System32/Wbem:/cygdrive/c/bin:/cygdrive/c/bin/utils As the CYGWIN extensions path extensions are not there I thought that the /etc/profile was not being sourced so... bash-2.05a$ cd / bash: cd: /: No such file or directory bash-2.05a$ cd /cygdrive/c bash-2.05a$ pwd /cygdrive/c bash-2.05a$ cd cygwin bash-2.05a$ cd etc bash-2.05a$ source profile bash: id: command not found bash: mkdir: command not found bash: cd: /: No such file or directory adrian@ADRIAN /cygdrive/c/cygwin/etc $ It looks like /etc/profile is not being run beacuse the path (from / is not being found). Any ideas ? Thanks in advance, Adrian Birch ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** -- 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: Backslashes on japanese Windows NT
On Tue, 15 Jan 2002 21:21:10 +0100 "Armin Samide" <[EMAIL PROTECTED]> wrote: >I have a problem with a japanese NT4 System. >Backslashes on this machine are display as something that looks like a Y >with two straight lines going horizontally through tthe Y. >So, if I now try to use for example cygpath the trouble begins, because >cygpath cannot interpret this symbol. > >Has anybody experienced similar thing and has a solution for this behaviour >? '\' is equivalent to backslash in Japanese Windows. And, there is even a escape character of shell in '\\'. Therefore, you must write '\\'. example) $ cd / $ pwd / $ cygpath -w / c:\ap\cygwin $ cygpath -u c:\\ap\\cygwin / $ -- Yasushi Higuchi -- 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: Bug Report: wrong file size displayed in bash for files over 2Gb (Windows 2k, Cygwin 2.78.2.13)
Hey, Bruno :) CHARTIER,BRUNO (HP-Cupertino,ex1) wrote: > I checked in the FAQs and mailing list archives and did not find the bug, > please ignore if I was blind enough to bypass it! I didnt check hard enough then :) - Look this thread: http://sources.redhat.com/ml/cygwin/2001-11/msg00712.html > output into the file "tape.tar". it executes perfectly but "bash" seems to > be confused to display the file size (probably because > 2Gb). Yes, this is the problem. > I attached the output of both a "cmd.exe" window and the cygwin bash window. And you reported a wrong Cygwin version in you subject too :P -- 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/
[ANNOUNCEMENT] New package: libxslt
The 'libxslt' package is now available via setup.exe. Libxslt is a C library that allows programs to process XML data via the XSLT stylesheet language. Libxslt includes xsltproc, a command line processor. This is the first non-test release. Rob To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'libxslt' from the 'Doc' or 'Lib' categories. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [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/
[ANNOUNCEMENT] New package: libxml2-2.4.13
The 'libxml2' package is now available via setup.exe. Libxml2 is a C library that allows programs to manipulate XML data. This is the first non-test release. Rob To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'lixml2' from the 'Doc' or 'Lib' categories. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [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/
[ANNOUNCEMENT] New on sourceware: libtool-20010531a-1
The 'libtool' package is now available on sourceware. GNU libtool is a generic library support script. Libtool hides the complexity of using shared libraries behind a consistent, portable interface. However, THIS package is NOT the real libtool. It's a set of wrapper scripts that call the REAL libtool from the libtool-stable package or from the libtool-devel package, depending on the needs of your target. This is similar to the large restructuring of the autotools that occured in late November. See this message: "Restructuring the automake and autoconf packages" http://cygwin.com/ml/cygwin-announce/2001/msg00177.html for an explanation as to why we need wrapper scripts and these -stable and -devel installations of the autotools. See the NOTES at the end of this email for some additional information. -- Chuck Wilson To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'libtool' from the 'Devel' category. You may need to click the "Full" button if it doesn't show up. You might want to make sure you update/install ALL of the following packages: libtool libtool-devel libtool-stable Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: 1) libtool (along with autoconf and automake) are really only for developer use. If you don't already have a good understanding of how to use the tools -- and experience using them on a "normal" unix platform -- then you probably DON'T want to "learn" with this port. The combination of a) the brain dead DLL format (compared to elf shared libs) b) still evolving shared lib support in the binutils/gcc/cygwin c) the VERY beta status of libtool-devel d) the wacky -stable/-devel/wrapper structure we are forced to use means that cygwin is NOT a good platform to "learn how to use the autotools". PLEASE do not ask for tutorials on automake/autoconf/libtool use on the cygwin mailing list -- you will either be ignored, or mocked. 2) ALL libtools since version 1.4 (May 2001) have dispensed with ltconfig.sh. So, when re-libtoolizing, be sure to delete ltconfig.sh first. 3) You can't "pick and choose". If you want to use libtool-devel, you must also use automake-devel and autoconf-devel. Likewise, all of the -stable versions must be used together. -- 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: libtool-devel and kde2
- Original Message -
From: "Ralf Habacker" <[EMAIL PROTECTED]>
> Hmm perhaps I have written to short to understand the full context.
>
> I have installed
>
> > > $ cygcheck -c | grep auto
> > > autoconf2.52-5
> > > autoconf-devel 2.52-4
> > > autoconf-stable 2.13-4
> > > automake1.5a-1
> > > automake-devel 1.5-5
> > > automake-stable 1.4p5-5
>
> and than downloaded your libtool devel-20010531-rc5 and installed in
/usr/local ...
The libtool stable and devel packages should be installed by setup -
they need to be found in /usr, not /usr/local, for aclocal to operate
correctly.
> > AUTO_DEVEL=/usr/autotool/stable
>
> This I need because kde2 only supports autoconf 2.13 and automake
1.4x.
Tough. I'm not about to address any legacy issues in the libtool-devel
code. It _may_ work, but most likely will _not_ work with ac 2.13 and am
1.5. Also, for good dll support you may well need the _CFLAGS target of
automake 1.5 (again, see libxml for an example).
> The created configure looks like following
>
> line 676
> ac_ext=c
> # CFLAGS is not in ac_cpp because -g, -O, etc. are not valid cpp
options.
> ac_cpp='$CPP $CPPFLAGS'
> ac_compile='${CC-cc} -c $CFLAGS $CPPFLAGS conftest.$ac_ext 1>&5'
> ^^
> ac_link='${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS
conftest.$ac_ext $LIBS
> 1>&5'
>^
> cross_compiling=$ac_cv_prog_cc_cross
>
> before this there isn't any setting of CC.
>
> This was the first problem. Do you any ideas where this have to be
patched ?
>
> When we have a solution for this, I will go to the next problem :-)
Sounds like an automake 2.13 - libtool-devel interaction, IIRC.
(I could be very wrong :})
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/
[ANNOUNCEMENT] New on sourceware: libtool-stable-1.4.2-2
The 'libtool-stable' package has added to the cygwin distribution. It contains a the official libtool-1.4.2 (with one additional patch). This version of libtool can be used to build DLLs with some effort; see the goatbook for more information. http://sources.redhat.com/autobook/ The libtool, libtool-devel, libtool-stable structure is similar to the large restructuring of the autotools that occured in late November. See this message: "Restructuring the automake and autoconf packages" http://cygwin.com/ml/cygwin-announce/2001/msg00177.html for an explanation as to why we need wrapper scripts and these -stable and -devel installations of the autotools. See the NOTES at the end of this email for some additional information. -- Chuck Wilson To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'libtool-devel' from the 'Devel' category. You may need to click the "Full" button if it doesn't show up. You might want to make sure you update/install ALL of the following packages: libtool libtool-devel libtool-stable Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: 1) libtool (along with autoconf and automake) are really only for developer use. If you don't already have a good understanding of how to use the tools -- and experience using them on a "normal" unix platform -- then you probably DON'T want to "learn" with this port. The combination of a) the brain dead DLL format (compared to elf shared libs) b) still evolving shared lib support in the binutils/gcc/cygwin c) the VERY beta status of libtool-devel d) the wacky -stable/-devel/wrapper structure we are forced to use means that cygwin is NOT a good platform to "learn how to use the autotools". PLEASE do not ask for tutorials on automake/autoconf/libtool use on the cygwin mailing list -- you will either be ignored, or mocked. 2) ALL libtools since version 1.4 (May 2001) have dispensed with ltconfig.sh. So, when re-libtoolizing, be sure to delete ltconfig.sh first. 3) You can't "pick and choose". If you want to use libtool-devel, you must also use automake-devel and autoconf-devel. Likewise, all of the -stable versions must be used together. -- 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: libtool-devel and kde2
I believe Chuck has already answered much of this. Some things stand out though: === - Original Message - From: "Ralf Habacker" <[EMAIL PROTECTED]> > Environment > AUTO_DEVEL=/usr/autotool/stable ^This is wrong^ You will be using the stable libtool, which is pre-MLB. > checking how to run the C preprocessor... grep: conftest.out: No such file or directory > ^^^ this depends on using > The only way to solve this problem seems to be exporting CC=gcc before configuring. Any ideas None. I've seen it myself, haven't checked why. Does anything go _wrong_ if that error appears? 2. I have problems configuring language specific support with libtool.Unfortunally the kde2 project is configured with the "Multiple Language Branch"-libtool which creates language specific ltcf-c.sh and ltcf-cxx.sh files. > Additional I have to use the following lines to create a basic configuration for configuring > an installable > libltdl. Instead I expected - as I have read in the doc - the line "AC_LIBLTDL_INSTALLABLE" > should be enough. I've not seen libtldl installed that way ever, which doesn't mean much :}. However, You *don't* need to install libtldl - it will be provided when Chuck's libtool packages make it into setup.ini - they include a cyglibtldl.dll. > The following commands are used to create the project, which is appended: > > libtoolize -c -f --ltdl > cp /usr/autotool/devel/share/aclocal/libtool.m4 acinclude.m4 This is wrong. If acinclude is the same as your libtool file, just rm acinclude.m4. At the moment you're actually using parts of two different libtool versions. 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/
[ANNOUNCEMENT] New on sourceware: libtool-devel-20010531-6
The 'libtool-devel' package has added to the cygwin distribution. It contains a hacked version of libtool(from CVS 31-May-2001), installed into /usr/autotool/devel/*. This version of libtool takes advantage of the auto-import/auto-export capabilities of newer (2001-08-31) binutils in order to build DLLs without all that "__declspec()" muck. (Of course, you have to re-libtoolize your target package with the new version to get that to work -- which may also entail updating configure.in to work with autoconf-devel (autoconf-2.52) and re-autoconf-ing and re-automake-ing...) The libtool, libtool-devel, libtool-stable structure is similar to the large restructuring of the autotools that occured in late November. See this message: "Restructuring the automake and autoconf packages" http://cygwin.com/ml/cygwin-announce/2001/msg00177.html for an explanation as to why we need wrapper scripts and these -stable and -devel installations of the autotools. See the NOTES at the end of this email for some additional information. -- Chuck Wilson To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'libtool-devel' from the 'Devel' category. You may need to click the "Full" button if it doesn't show up. You might want to make sure you update/install ALL of the following packages: libtool libtool-devel libtool-stable Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: 1) libtool (along with autoconf and automake) are really only for developer use. If you don't already have a good understanding of how to use the tools -- and experience using them on a "normal" unix platform -- then you probably DON'T want to "learn" with this port. The combination of a) the brain dead DLL format (compared to elf shared libs) b) still evolving shared lib support in the binutils/gcc/cygwin c) the VERY beta status of libtool-devel d) the wacky -stable/-devel/wrapper structure we are forced to use means that cygwin is NOT a good platform to "learn how to use the autotools". PLEASE do not ask for tutorials on automake/autoconf/libtool use on the cygwin mailing list -- you will either be ignored, or mocked. 2) ALL libtools since version 1.4 (May 2001) have dispensed with ltconfig.sh. So, when re-libtoolizing, be sure to delete ltconfig.sh first. 3) You can't "pick and choose". If you want to use libtool-devel, you must also use automake-devel and autoconf-devel. Likewise, all of the -stable versions must be used together. 4) libtool-devel installs its info files and man pages into /usr/* as well as into /usr/autotool/devel/*. Also, libtool-devel's cygltdl-3.dll is installed into /usr/bin. Therefore, applications dynamically linked to that DLL by libtool-stable and by libtool-devel will both use libtool-devel's version at runtime. (Fortunately, this is okay -- libtool-devel's cygltdl-3.dll works fine with apps that expect libtool-stable's version). -- 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: libtool-devel and kde2
>
> 1) This discussion should be on-list. I've copied this to the cygwin
> mailing list.
>
> 2) Ummm...you're not USING libtool-devel. You have deliberately
> overriden the auto-version detection, and are using
> /usr/autotool/stable/* for both "stable" and "devel" projects. (You set
> the environment variable AUTO_DEVEL=/usr/autotool/stable)
>
> Ralf Habacker wrote:
>
> > now I have made some tries with the new libtool devel-20010531-rc5.
>
>
> Nope, you're using libtool stable 1.4.2
Hmm perhaps I have written to short to understand the full context.
I have installed
> > $ cygcheck -c | grep auto
> > autoconf2.52-5
> > autoconf-devel 2.52-4
> > autoconf-stable 2.13-4
> > automake1.5a-1
> > automake-devel 1.5-5
> > automake-stable 1.4p5-5
and than downloaded your libtool devel-20010531-rc5 and installed in /usr/local ...
habacker@BRAMSCHE ~/src/xc/lib/ICE
$ which libtoolize
/usr/local/bin/libtoolize
$ ls /usr/local/bin/libtool -l
lrwxrwxrwx1 habacker Kein 161 Jan 11 10:05 /usr/local/bin/libtool ->
/usr/autotool/devel/bin/libtool
habacker@BRAMSCHE ~/src/xc/lib/ICE
$ which libtool
/usr/local/bin/libtool
$ ls /usr/local/bin/libtoolize -l
lrwxrwxrwx1 habacker Kein 167 Jan 11 10:05 /usr/local/bin/libtoolize ->
/usr/autotool/devel/bin/libtoolize
> AUTO_DEVEL=/usr/autotool/stable
This I need because kde2 only supports autoconf 2.13 and automake 1.4x.
Than I have created a new source project with some c files and NEWS,README and so one,
a
configure.in and a Makefile.am.
Than I have done:
> > libtoolize -c -f --ltdl
> > You should add the contents of `/usr/autotool/devel/share/aclocal/libtool.m4' to
`aclocal.m4'.
> > Putting files in AC_CONFIG_AUX_DIR, `admin'.
> > cp /usr/autotool/devel/share/aclocal/libtool.m4 acinclude.m4
> > aclocal
> > automake -a -c --gnu -v
> > automake: reading configure.in
> > automake: reading aclocal.m4
> > automake: reading Makefile.am
> > automake: creating Makefile.in
> > autoconf
> > $ ./configure
> > creating cache ./config.cache
> > checking for Cygwin environment... no
> > checking for mingw32 environment... no
> > checking how to run the C preprocessor... grep: conftest.out: No such file or
>directory
> > ^^^ this depends on using cc
> instead of gcc
> > cc -E
> > checking for gcc... gcc
> > checking whether the C compiler (gcc ) works... yes
> > checking whether the C compiler (gcc ) is a cross-compiler... no
> > checking whether we are using GNU C... yes
> >
> > The only way to solve this problem seems to be exporting CC=gcc before
> configuring. Any ideas
> > ?
And the above mentioned messages are printed. This files for this were appended to my
previous mail, so that you can verify this problem.
I have recognized, that the wrong CC var is the problem.
The created configure looks like following
line 676
ac_ext=c
# CFLAGS is not in ac_cpp because -g, -O, etc. are not valid cpp options.
ac_cpp='$CPP $CPPFLAGS'
ac_compile='${CC-cc} -c $CFLAGS $CPPFLAGS conftest.$ac_ext 1>&5'
^^
ac_link='${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext
$LIBS
1>&5'
^
cross_compiling=$ac_cv_prog_cc_cross
before this there isn't any setting of CC.
This was the first problem. Do you any ideas where this have to be patched ?
When we have a solution for this, I will go to the next problem :-)
Ralf
--
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/
