Re: Problem on starting PostgreSQL
On Tue, 21 May 2002, Vernon Wu wrote: > Thanks Jason and Jim. > > In fact, the error occured while I was following the instruction of >/usr/doc/Cygwin/postgresql-7.2.1.README. > > I had tried the first step of >/cygwin/usr/doc/postgresql-7.2.1/html/installation.html. I am failed on the first >step: > "./configure" with the message "bash: ./configure: Not such file or directory" And I >can't find configure.exe in /usr/bin > directory. I guess I need to install the file. But what package is the file located? > > Thanks again for your help. > > Vernon > Vernon, the point we're trying to make is that you don't need to compile the application as there is already a binary version that comes with Cygwin. When you run 'Install Now' open the database section of the setup.ini and make sure that postgres is selected. HTH, Jim r -- 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: Crash during setup
Randall, I've just tried it once more, and right now 25 minutes have passed without any progress. I still see this dumb blank page. BTW: My CPU usage is 100%! -- Sebastian Schuberth > Sebastian, > > Patience is one suggestion. I have a fast machine with fast disks and a > fast, dual-channel SCSI I/O adaptor (and the install cache and the Cygwin > working directories are on separate disks and those disks are on separate > I/O channels) and still it takes a long time for Setup to determine what to > offer to install. There simply are a lot of separate I/O operations to > perform to prepare the installation list. > > There have been reports that indicate CPU saturation while the > "intentionally blank [sic]" page is displayed. That's not the case for > normal operation, of course. Use the "Processes" tab of the "Windows Task > Manager" to check for this condition. If the CPU utilization is low, then > Setup is probably still comparing your install cache to your active > installation. > > > Randall Schulz > Mountain View, CA USA > > > At 15:11 2002-05-21, Sebastian Schuberth wrote: > >Hi there, > > > >I'm trying to run Cygwin setup 2.218.2.9 on Win2k but it always crashes at > >the same point: After selecting the mirror and downloading setup.ini a > >page saying "This space intentionally left blank" appears and the program > >does not respond to input anymore. The only way to close it is to kill the > >task. Any hints how to avoid this? > > > >-- > > > >Sebastian Schuberth -- 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: Crash during setup
Hi, Are you using an exisiting folder for your local package directory? If so, it is reccommended that you use an empty, new folder. Just something I noticed, because otherwise setup.exe is searching all over an existing folder for setup.ini and may possibly be picking up the wrong one. Also, if you are already using a designated folder only for cygwin downloads, then I suggest clearing out what had been created by previous attempts and retry from a different mirror. Cheers, Nicholas --- Sebastian Schuberth <[EMAIL PROTECTED]> wrote: > Randall, > > I've just tried it once more, and right now 25 minutes have passed > without any progress. I still see this dumb blank page. > > BTW: My CPU usage is 100%! > > -- > > Sebastian Schuberth > > > Sebastian, > > > > Patience is one suggestion. I have a fast machine with fast disks and > a > > fast, dual-channel SCSI I/O adaptor (and the install cache and the > Cygwin > > working directories are on separate disks and those disks are on > separate > > I/O channels) and still it takes a long time for Setup to determine > what to > > offer to install. There simply are a lot of separate I/O operations to > > > perform to prepare the installation list. > > > > There have been reports that indicate CPU saturation while the > > "intentionally blank [sic]" page is displayed. That's not the case for > > > normal operation, of course. Use the "Processes" tab of the "Windows > Task > > Manager" to check for this condition. If the CPU utilization is low, > then > > Setup is probably still comparing your install cache to your active > > installation. > > > > > > Randall Schulz > > Mountain View, CA USA > > > > > > At 15:11 2002-05-21, Sebastian Schuberth wrote: > > >Hi there, > > > > > >I'm trying to run Cygwin setup 2.218.2.9 on Win2k but it always > crashes at > > >the same point: After selecting the mirror and downloading setup.ini > a > > >page saying "This space intentionally left blank" appears and the > program > > >does not respond to input anymore. The only way to close it is to > kill the > > >task. Any hints how to avoid this? > > > > > >-- > > > > > >Sebastian Schuberth > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
Hi Kevin, > D:\bug>PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin [...] > D:\bug>path > PATH=c:\cygwin\bin;c:\cygwin\\bin;c:\cygwin\usr\local\bin although this is a bug, why don't you omit for now the /usr/bin from the path anyway ? /usr/bin is mounted to /bin and represents physically the same set of files. Regards, Jorg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEProfiling a dll with cygwin
Hi, I built a FORTRAN/C DLL and I load it from a C driver program via Loadlibrary(). I have compiled both, the DLL and the driver program, with gcc/g77 and the compiler option -pg. The problem now is that the DLL apears not to be profiled - the output just gives information for the driver program. For me it is only important to profile the functions within the DLL. Does anybody know if this is possible with the cygwin compiler? Thanx, Felix Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: Crash during setup
NW> folder for setup.ini and may possibly be picking up the wrong one. Also, NW> if you are already using a designated folder only for cygwin downloads, NW> then I suggest clearing out what had been created by previous attempts and NW> retry from a different mirror. If this is the case try to search this folder and its subfolders for any files matching the mask '*setup.ini*' (without quotes) and report to the list. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Crash during setup
Hi, I don't use an existing or designated folder for Cygwin downloads. When asking for the local package directory, I specify a directory that does not yet exist so it will be created. I also already tried to use serveral mirror sites but it does not help. The setup.ini file that gets properly downloaded in the local package directory I specified ist 102kb in size (MD5 DB7B6E8CD14D8957B4454C2B845C84D6). I sure can post it if you like. -- Sebastian Schuberth > Hi, > > Are you using an exisiting folder for your local package directory? If > so, it is reccommended that you use an empty, new folder. Just something > I noticed, because otherwise setup.exe is searching all over an existing > folder for setup.ini and may possibly be picking up the wrong one. Also, > if you are already using a designated folder only for cygwin downloads, > then I suggest clearing out what had been created by previous attempts and > retry from a different mirror. > > Cheers, > Nicholas -- 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: Crash during setup
> -Original Message- > From: Sebastian Schuberth [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 22, 2002 5:34 PM > To: [EMAIL PROTECTED] > Subject: Re: Crash during setup > > > Randall, > > I've just tried it once more, and right now 25 minutes have passed > without any progress. I still see this dumb blank page. > > BTW: My CPU usage is 100%! please try the most recent snapshot from http://www.cygwin.com/setup-snapshots/ 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: Crash during setup
Hi Rob, setup-2.243 works fine, no more crashing! Thank you very much! -- Sebastian Schuberth > > Randall, > > > > I've just tried it once more, and right now 25 minutes have passed > > without any progress. I still see this dumb blank page. > > > > BTW: My CPU usage is 100%! > > please try the most recent snapshot from > http://www.cygwin.com/setup-snapshots/ > > 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: version 1.3 10, problem with gunzip.exe
> -Original Message-
> From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 1:00 AM
> I guess I can see some value to having the symlinks that
> setup generates be windows shortcuts. The obvious plus is
> that symbolic links to executables and other files should be
> understood in non-Cygwin shells. Still, while this is an
> advantage for those packages that make using of symbolic links for
> things like this, it's unclear to me that making such a
> change would result in
> something intuitive, since the user would need to add ".lnk" to the
> executable name ("gunzip.exe.lnk" in this case) to get it to
> work in an non- Cygwin shell. But probably it's a plus
> overall since using the Windows shortcuts at least allows for
> the use of the symlink in non-Cygwin shells, despite the
> clunkiness of its usage. In the current case, this is not true.
>
> There's a nice bit of philosophy for you, don't you think?! ;-)
Yes :}. We initially left setup unchanged because the long term
existence of windows shortcuts wasn't clear, and we had to be backward
compatible. I think we are far enough beyond that that we could accept
patches to alter the behaviour.
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/
C'est le moment de recruter !
C'est le moment de recruter vos informaticiens ! Bonjour, Le secteur informatique a été touché de plein fouet par la crise. Des profils, introuvables il y a quelques mois, ont fait leur apparition sur le marché. Profitez de cette période pour vous entourer des meilleurs, et bénéficier de l'expertise des consultants les plus performants. Des indications concordantes annoncent que le marché redémarre. N'attendez pas le retour de la pénurie pour recruter vos équipes. Elles risquent de vous coûter bien plus cher. Consultez le site www.needconsult.com : une sélection de candidats de valeur, triés sur le volet, vous y attend. Vous pouvez dès à présent y déposer gratuitement vos offres. Voici une liste de profils bientôt disponibles : réf.2299 - Chef de projet Web : ASP, SQL Serveur, XML, Javascript réf.4796 - Ingénieur ENSAM : Access 2000, Oracle, SQL réf.2480 - Spécialiste JAVA : Java, Oracle, SQL Server, UML réf.4801 - Ingénieur développeur, spécialiste Finances : Visual Basic, Oracle, PL/SQL réf.2331 - Ingénieur développeur : ASP, Sql Server, Javascript, XML réf.2511 - Consultant UML : UML, Rose, Java réf.2936 - Responsable Help Desk : Ctos, Help Desk, Perigrine réf.4779 - Consultant Domino : Notes, Domino réf.4517 - Expert informatique bancaire : opérations bancaires, organisation Consultez l'ensemble des cv ou déposez gratuitement vos offres en cliquant ici www.needconsult.com. >> N'hésitez pas à faire suivre ce message ! Cordialement, Nathalie Chauvet 01 44 64 03 20 www.needconsult.com : Le must du recrutement informatique Ils bénéficient du service Need Consult : L’Oreal, France Telecom, Evian, Man, Laboratoires Innothera, Oracle, Gefco, Marcopoly, TDF, AFP, Alliance Santé, Gestimat, Decleor, Ministère de la Défense, Aeroport de Paris… © 1998-2002 - NEED Consult, 83 av Philippe Auguste 75011 PARIS Tél. 01.44.64.03.20 Pour vous désabonner de la liste, cliquer ici desabonnement Needconsult logonc_counter.gif Description: GIF image
help needed
Hello, I am using cygwin on my Windows NT system and facing a problem. I have an application which opens the terminal as file and writes and read to the terminal. The source code is in Fortran which opens the file with name specified as value returned by utility 'tty' i.e is terminal name. For this very reason I download the cygwin for internet. The problem, I am now facing is that if I compile and build the executable with the 'g77' compiler supplied with cygwin, the application works i.e. the application opens the terminal as file and reads and writes to the terminal. But if I compile and build the application using 'Compaq Visual Fortran Optimizing Compiler Version 6.1', the application does not write and read to terminal, instead it writes and tries to read from a file '/dev/conin'. The is beacuse 'tty' utility of cygwin returns this value and therefore application opens a file named as 'conin' under the 'dev' folder of current working drive. This is not the case if the application is built using the 'g77' compiler available with cygwin. Kindly, let as know how can we work out a solution for this as we have to build the application using the 'Compaq Visual Fortran Optimizing Compiler Version 6.1' which is available with Visual Studio from Microsoft. With Regards, Rajini Nitin. -- 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: rebase confussion with cygwin & Apache
Paul, On Wed, May 22, 2002 at 02:28:25AM -0400, Paul McFerrin wrote: > I looked thru the mailing list archive and there is lots of discussions > on this rebase problem but I can not find any solutions that I should > implement. What about this one? http://sources.redhat.com/ml/cygwin/2002-05/msg01000.html > I'm still running cygwin 1.3.6. My questions are: > - Exactly what DLL needs to be rebased? "All" Cygwin DLLs or at least the ones that are loaded into Apache. > - Where do I get this rebase tool that supports the necessary options See the above URL. > - What argumments should I be using on the rebase command line? See the above URL. > - Do I need to upgrade to a newer version of cygwin to get this > problem solved? No, but you should upgrade anyway for other reasons. > - Or do I have to upgrade my Apache server? No. > I saw someone's example of rebase commandline used to solve their > problem but the arguments he used were not supported in the source > code that I saw in the archives. See the above URL. Jason -- 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: Crash during setup
> setup-2.243 works fine, no more crashing! Thank you very much! well, i just tried to install lyx 1.1.6 fix 4 under cygwin. as before, the current setup.exe crashes and the 2.243 snapshot creates a null pointer exception at 0x0043a1a5. as far as i can tell, it does not matter where i put lyx' setup.ini (current directory or some sub- directory). how am i going to install lyx then? -- Sebastian Schuberth -- 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/
setup-2.243 Crash / Install from Local Directory / WinXP
setup-2.243 crashes just after clicking next on the select local package directory stage, when in Install from Local Directory mode. I know its only a snapshot, but this is just so you are aware of the bug. setup-2.218.2.9 works fine. Max. smime.p7s Description: application/pkcs7-signature
Re: help needed
> Kindly, let as know how can we work out a solution for this as we have to > build the application using the > 'Compaq Visual Fortran Optimizing Compiler Version 6.1' which is available > with Visual Studio from Microsoft. And what does this have to do with Cygwin? Max. -- 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: setup-2.243 Crash / Install from Local Directory / WinXP
C'mon Max, you *know* I need more detail than that. Install from Local works fine here. Even though it's only a snapshot, I wasn't aware of any -bugs- in the release. Rob > -Original Message- > From: Max Bowsher [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 22, 2002 10:17 PM > To: [EMAIL PROTECTED] > Subject: setup-2.243 Crash / Install from Local Directory / WinXP > > > setup-2.243 crashes just after clicking next on the select > local package directory stage, when in Install from Local > Directory mode. > > I know its only a snapshot, but this is just so you are aware > of the bug. > > setup-2.218.2.9 works fine. > > Max. > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: setup-2.243 Crash / Install from Local Directory / WinXP
Hello Robert, Wednesday, May 22, 2002, 2:20:20 PM, you wrote: RC> C'mon Max, you *know* I need more detail than that. RC> Install from Local works fine here. Even though it's only a snapshot, I RC> wasn't aware of any -bugs- in the release. I can confirm this - here is the output shown from Dr. Mingw JIT: setup-2.243.exe caused an Access Violation at location 0043a1a5 in module setup-2.243.exe Reading from location . Registers: eax= ebx= ecx=015ef944 edx= esi=004839ac edi=015ef864 eip=0043a1a5 esp=015ef810 ebp=015ef884 iopl=0 nv up ei pl zr na po nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0246 Call stack: 0043A1A5 setup-2.243.exe:0043A1A5 0041897C setup-2.243.exe:0041897C 0040E89F setup-2.243.exe:0040E89F 00410F03 setup-2.243.exe:00410F03 00411A3B setup-2.243.exe:00411A3B 00411F58 setup-2.243.exe:00411F58 77E602ED kernel32.dll:77E602ED OpenConsoleW I'll try to debug this at home this night since I cannot access CVS now. Btw I forced it to crash by doing 'Instal from local directory' and choose a mirror named directory inside my root package directory. It doesn't crash for me if a choose the root package directory I use normally. If someone can send me a debuggable setup.exe I'll debug it ASAP :) -- 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: help needed
Rajini -- ...and then Rajini said... % % Hello, Hi! % ... % is that if I compile and build the executable with the 'g77' compiler % supplied with cygwin, the application works i.e. the application opens the ... % build the application using 'Compaq Visual Fortran Optimizing Compiler % Version 6.1', the application does not write and read to terminal, instead ... % not the case if the application is built using the 'g77' compiler available % with cygwin. % % Kindly, let as know how can we work out a solution for this as we have to Clearly your most practical solution is to use g77, of course. If you use g77, your application works properly; if you don't, it doesn't. % build the application using the % 'Compaq Visual Fortran Optimizing Compiler Version 6.1' which is available % with Visual Studio from Microsoft. I recommend, then, that you contact Microsoft for technical support regarding their product. % % With Regards, % Rajini % Nitin. HTH & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg09230/pgp0.pgp Description: PGP signature
Re[3]: setup-2.243 Crash / Install from Local Directory / WinXP
Hello Pavel, Wednesday, May 22, 2002, 2:34:47 PM, you wrote: PT> Hello Robert, PT> Wednesday, May 22, 2002, 2:20:20 PM, you wrote: RC>> C'mon Max, you *know* I need more detail than that. RC>> Install from Local works fine here. Even though it's only a snapshot, I RC>> wasn't aware of any -bugs- in the release. PT> I can confirm this - here is the output shown from Dr. Mingw JIT: PT> setup-2.243.exe caused an Access Violation at location 0043a1a5 in module setup-2.243.exe Reading from location . PT> Registers: PT> eax= ebx= ecx=015ef944 edx= esi=004839ac edi=015ef864 PT> eip=0043a1a5 esp=015ef810 ebp=015ef884 iopl=0 nv up ei pl zr na po nc PT> cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs= efl=0246 PT> Call stack: PT> 0043A1A5 setup-2.243.exe:0043A1A5 PT> 0041897C setup-2.243.exe:0041897C PT> 0040E89F setup-2.243.exe:0040E89F PT> 00410F03 setup-2.243.exe:00410F03 PT> 00411A3B setup-2.243.exe:00411A3B PT> 00411F58 setup-2.243.exe:00411F58 PT> 77E602ED kernel32.dll:77E602ED OpenConsoleW PT> I'll try to debug this at home this night since I cannot access CVS PT> now. Btw I forced it to crash by doing 'Instal from local directory' PT> and choose a mirror named directory inside my root package directory. | download package + PT> It doesn't crash for me if a choose the root package directory I use the same here PT> normally. PT> If someone can send me a debuggable setup.exe I'll debug it ASAP :) -- 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/
Building loadkeys utility.
As loadkeys utility is not there in cygwin am trying to build loadkeys utility. Got the sources for loadkeys from Redhat source cd. I have the latest cygwin installed in Windows2000 professional environment. The gettext utility is installed and works fine. When building the message given was "undefined reference to gettext". Executed the configure script by including the option ./configure --with-included-gettext . The displayed error messages are gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include-g -O2 -c psfaddtable.c /bin/sh ../libtool --mode=link gcc -g -O2 -o psfaddtable psfaddtable.o ../lib /ctlocal/libctlocal.a ../lib/cfont/libcfont.la ../lib/console/libconsole.la ../ lib/ctutils/libctutils.la ../lib/generic/libctgeneric.la gcc -g -O2 -o psfaddtable psfaddtable.o ../lib/ctlocal/libctlocal.a ../lib/cfont /.libs/libcfont.a ../lib/console/.libs/libconsole.a ../lib/ctutils/.libs/libctut ils.a ../lib/generic/.libs/libctgeneric.a psfaddtable.o: In function `usage': /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:32: undefine d reference to `gettext' /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:34: undefine d reference to `gettext' /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:35: undefine d reference to `gettext' /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:36: undefine d reference to `gettext' /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:37: undefine d reference to `gettext' psfaddtable.o:/home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable. c:39: more undefined references to `gettext' follow psfaddtable.o: In function `main': /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:134: undefin ed reference to `bindtextdomain' /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:134: undefin ed reference to `textdomain' /home/Administrator/console-tools-0.3.3/fontfiletools/psfaddtable.c:201: undefin ed reference to `gettext' ../lib/ctlocal/libctlocal.a(miscutils.o.b): In function `simple_options': /home/Administrator/console-tools-0.3.3/lib/ctlocal/miscutils.c:63: undefined re ference to `gettext' ../lib/cfont/.libs/libcfont.a(sfm-rd-ascii.o): In function `sfm_read_ascii': /home/Administrator/console-tools-0.3.3/lib/cfont/sfm-rd-ascii.c:30: undefined r eference to `gettext' /home/Administrator/console-tools-0.3.3/lib/cfont/sfm-rd-ascii.c:53: undefined r eference to `gettext' /home/Administrator/console-tools-0.3.3/lib/cfont/sfm-rd-ascii.c:67: undefined r eference to `gettext' ../lib/cfont/.libs/libcfont.a(sfm-rd-ascii.o):/home/Administrator/console-tools- 0.3.3/lib/cfont/sfm-rd-ascii.c:78: more undefined references to `gettext' follow collect2: ld returned 1 exit status make[2]: *** [psfaddtable] Error 1 make[2]: Leaving directory `/home/Administrator/console-tools-0.3.3/fontfiletool s' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Administrator/console-tools-0.3.3' make: *** [all-recursive-am] Error 2 how gettext should be linked. Yamuna. _ Click below to experience Aishwarya Rai's beauty secrets. New International Lux Skincare - It's not just soap, It's skincare. http://www.luxskincare.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: setup-2.243 Crash / Install from Local Directory / WinXP
Robert Collins <[EMAIL PROTECTED]> wrote: > C'mon Max, you *know* I need more detail than that. > Install from Local works fine here. Even though it's only a snapshot, I > wasn't aware of any -bugs- in the release. > > Rob Yes. I was hoping it would happen on your machine too. Given that it doesn't, I understand that there is nothing you can do directly to help with this. However, I don't really have any more detail to give. It doesn't run long enough to create any log files. I guess I need to build setup myself, and throw some extra logging in there to isolate the problem. So... I untar the setup source from cygwin.com/setup-snapshots, ./configure, make And get an error - implicit declaration of mkdir_p(). Ok - I fix this by moving #include "mkdir.h" outside an #if defined(WIN32) && !defined (_CYGWIN_) section. At the end of the build, I get a rather worrying warning: /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld: warning: cannot find entry symbol _WinMainCRTStartup; defaulting to 00401000 But the setup.exe does run, and does reproduce the crash. At the moment, I'm building it cygwin1.dll-linked. Would you post a MinGW build recipe when you have time? Thanks, Max. Minor unrelated thing: An a.exe is created in the build directory. It is an invalid Win32 application. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem running g77,etc
I've installed cygwin (current version from www.cygwin.com ) (1.3.10-1 ?) on a Windows2000 system. I then installed the Mumit Khan distribution of gcc (2.95.2). When I try any of the compilers I get the message (for example with g77) : $ g77 gtest.for g77: installation problem, cannot exec `as': No such file or directory Anyone know what how what's wrong and how to get round this? The Mumit Khan distribution of gcc was the only one for Windows which I could find. The cygwin installation went through automatically and appears to be OK. Some of the details of the gcc installation were different but I copied the /.../lib and /.../bin files into the appropriate /usr/lib and /usr/bin directories. Perhaps there's another gcc distribution for Windows? John Name: John B. Macallister E-mail: [EMAIL PROTECTED] Post: Denys Wilkinson Building, Keble Road, Oxford OX1 3RH,UK Phone: +44-1865-273388 (direct) 27 (reception) 273418 (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: setup-2.243 Crash / Install from Local Directory / WinXP
> -Original Message- > From: Max Bowsher [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 22, 2002 11:19 PM > But the setup.exe does run, and does reproduce the crash. Good. > At the moment, I'm building it cygwin1.dll-linked. Would you > post a MinGW build recipe when you have time? http://sources.redhat.com/cygwin-apps/setup.html. 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/
Run cron - echo $HOME does not give home directory
Hi, I used Cygwin 1.3.10 in w2k server. When a user run cron, the home directory is /cygdrive/f/home/user e.g, 16 * * * * echo $HOME > /cygdrive/f/home/user/testfile in testfile, the output: /cygdrive/c In another w2k server, i also install Cygwin 1.3.10, user also run the above cron, also with home directory /cygdrive/f the testfile give, /cygdrive/f/home/user I used the same setting in Cygwin for the above two servers. Any idea ? thanks, bella __ 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: Problem running g77,etc
At 09:24 AM 5/22/2002, John Macallister wrote: >I've installed cygwin (current version from www.cygwin.com ) (1.3.10-1 ?) on >a Windows2000 system. I then installed the Mumit Khan distribution of gcc >(2.95.2). >When I try any of the compilers I get the message (for example with g77) : > >$ g77 gtest.for >g77: installation problem, cannot exec `as': No such file or directory > >Anyone know what how what's wrong and how to get round this? The Mumit Khan >distribution of gcc was the only one for Windows which I could find. > >The cygwin installation went through automatically and appears to be OK. >Some of the details of the gcc installation were different but I copied the >/.../lib and /.../bin files into the appropriate /usr/lib and /usr/bin >directories. Perhaps there's another gcc distribution for Windows? What's wrong with the one that comes with Cygwin? Your problem is that you did not install the 'binutils' package or Mumit's installation is configured differently so it can't find 'binutils' utilities that are installed. This is really a question for Mumit though if you plan to make use of his gcc distribution. This list is for questions about the Cygwin environment and utilities as provided by www.cygwin.com. 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: Problem running g77,etc
John, Good to hear from youi. Hope you are well! > I've installed cygwin (current version from www.cygwin.com ) > (1.3.10-1 ?) on > a Windows2000 system. I then installed the Mumit Khan > distribution of gcc > (2.95.2). > When I try any of the compilers I get the message (for > example with g77) : > > $ g77 gtest.for > g77: installation problem, cannot exec `as': No such file or directory > > Anyone know what how what's wrong and how to get round this? > The Mumit Khan > distribution of gcc was the only one for Windows which I could find. Did you try the version that comes with Cygwin? It works well in the Cygwin environment. Regards, Tony. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: [EMAIL PROTECTED], Home: http://www.man.ac.uk/Tony.Arnold -- 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: Problem running g77,etc
John Macallister wrote: >I've installed cygwin (current version from www.cygwin.com ) (1.3.10-1 ?) on >a Windows2000 system. I then installed the Mumit Khan distribution of gcc >(2.95.2). >When I try any of the compilers I get the message (for example with g77) : > >$ g77 gtest.for >g77: installation problem, cannot exec `as': No such file or directory > >Anyone know what how what's wrong and how to get round this? The Mumit Khan >distribution of gcc was the only one for Windows which I could find. > >The cygwin installation went through automatically and appears to be OK. >Some of the details of the gcc installation were different but I copied the >/.../lib and /.../bin files into the appropriate /usr/lib and /usr/bin >directories. Perhaps there's another gcc distribution for Windows? > >John > >Name: John B. Macallister E-mail: [EMAIL PROTECTED] >Post: Denys Wilkinson Building, Keble Road, Oxford OX1 3RH,UK >Phone: +44-1865-273388 (direct) 27 (reception) 273418 (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/ > > What is wrong with gcc that is part of Cygwin? Donald. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: setup-2.243 Crash / Install from Local Directory / WinXP
Hello Max, Wednesday, May 22, 2002, 3:18:57 PM, you wrote: [snip] MB> So... I untar the setup source from cygwin.com/setup-snapshots, ./configure, MB> make Grab the setup source snapshot tarball from http://www.cygwin.com/setup-snapshots/ and use the instructions from http://sources.redhat.com/cygwin-apps/ (follow the 'setup' link). I'm just building it ... -- 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/
Setup as recommended reading
In wake of several questions about whether something is in Cygwin, I would like to throw a simple suggestion out for the community. When you run setup, and you get to the screen that allows you to select what you want to install, take a minute to click open the categories and see whats in them. It helps keep me current on whats in Cygwin, and, on occasion, I find something new that is marked skip that I want to have. I think its a cool as heck tour of Cygwin thats free and only takes a moment of your time. That and reading the archives a couple of times a day have made me what I am todayooopswell, they make me an interesting person, oops... Wayne Keen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup-2.243 Crash / Install from Local Directory / WinXP
Robert Collins <[EMAIL PROTECTED]> wrote: > C'mon Max, you *know* I need more detail than that. > > Install from Local works fine here. Even though it's only a snapshot, I > wasn't aware of any -bugs- in the release. Why doesn't http://cygwin.com/ml/cygwin/2002-05/msg01210.html count as a bug? Is it because it was on W98? -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[3]: setup-2.243 Crash / Install from Local Directory / WinXP
Wednesday, May 22, 2002, 2:34:47 PM, you wrote:
PT> I can confirm this - here is the output shown from Dr. Mingw JIT:
I'm not sure this is the same crash but the crash I'm reporting is
easy reproducable and I think it is not the expected behaviour :)
Here is more info on it..
The crash is caused by this code from IniParseFindVisitor.cc, line 62:
/* Copy leading part of path to temporary buffer and unescape it */
String prefix (&basePath.cstr_oneuse()[baseLength + 1]);
String mirror = rfc1738_unescape_part (prefix.substr(0,prefix.size() - 1));
baseLenght - the length of the fullpath to the local package dir
basePath - the full path of a directory we are currently scanning
with FindFirstFile and friends.
When scannin the local package directory itself prefix would be with
zero length. Now prefix.size() will result in 0 thus this call
prefix.substr(0,prefix.size() - 1) will look like this
prefix.substr(0, -1) i.e. give me the whole string. Ok fine...
Now take a look at String::substr:
String
String::substr(size_t start, size_t len) const
{
// Adapt the C++ string class
return string(cstr_oneuse()).substr(start, len);
}
Ok cstr_oneuse() would return 0. This is where the crash happens
because the string class does strlen() when this constructor is used
i.e. const char *. I suggest to change this to:
string tmpStr;
tmpStr.assign (cstr_oneuse(), theData->length); // this construct is safe
return tmpStr.substr (start, len);
You can also check theData->length and return empty string :)
Here is a backtrace from the crash:
#0 0x0043a1a5 in String::substr (this=0x152fa94, start=0, len=4294967295)
at /usr/include/g++-3/std/straits.h:125
125 { return strlen (s); }
(gdb) bt
#0 0x0043a1a5 in String::substr (this=0x152fa94, start=0, len=4294967295)
at /usr/include/g++-3/std/straits.h:125
#1 0x0041897c in IniParseFindVisitor::visitFile (this=0x152fe14,
basePath=@0x152fc14, theFile=0x152fc44) at IniParseFindVisitor.cc:65
#2 0x0040e89f in Find::accept (this=0x152fe34, aVisitor=@0x152fe14)
at find.cc:71
#3 0x00410f03 in do_local_ini (owner=0x1f0272) at ini.cc:76
#4 0x00411a3b in do_ini_thread (h=0x40, owner=0x1f0272) at ini.cc:155
#5 0x00411f58 in do_ini_thread_reflector (p=0x4723a8) at ini.cc:222
#6 0x77e602ed in _libwsock32_a_iname ()
(gdb)
--
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: Run cron - echo $HOME does not give home directory
At 09:39 AM 5/22/2002, B wrote: >Hi, > >I used Cygwin 1.3.10 in w2k server. When a user run >cron, the home >directory is /cygdrive/f/home/user e.g, > >16 * * * * echo $HOME > /cygdrive/f/home/user/testfile > >in testfile, the output: > >/cygdrive/c > >In another w2k server, i also install Cygwin 1.3.10, >user also run the >above cron, also with home directory /cygdrive/f > >the testfile give, > >/cygdrive/f/home/user > >I used the same setting in Cygwin for the above two >servers. Any idea ? From /usr/doc/cron/FEATURES: -- Environment variables can be set in each crontab. SHELL, USER, LOGNAME, and HOME are set from the user's passwd entry; all except USER can be changed in the crontab. So you should start by making sure your /etc/passwd and /etc/group files are properly set. You should also review all the cron documentation in /usr/doc/cron and /usr/doc/Cygwin/cron.README. 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: Re[3]: setup-2.243 Crash / Install from Local Directory / WinXP
Thanks Pavel. I've no time to test this tonight, but:
==
Index: IniParseFindVisitor.cc
===
RCS file: /cvs/cygwin-apps/setup/IniParseFindVisitor.cc,v
retrieving revision 2.2
diff -u -p -r2.2 IniParseFindVisitor.cc
--- IniParseFindVisitor.cc 19 May 2002 12:54:16 - 2.2
+++ IniParseFindVisitor.cc 22 May 2002 14:56:13 -
@@ -62,7 +62,11 @@ IniParseFindVisitor::visitFile(String co
/* Copy leading part of path to temporary buffer and unescape it */
String prefix (&basePath.cstr_oneuse()[baseLength + 1]);
- String mirror = rfc1738_unescape_part (prefix.substr(0,prefix.size()
- 1));
+ String mirror;
+ if (prefix.size())
+mirror = rfc1738_unescape_part (prefix.substr(0,prefix.size() -
1));
+ else
+mirror = String ();
_Builder.parse_mirror = mirror;
ini_init (ini_file, &_Builder);
==
may help.
Rob
> -Original Message-
> From: Pavel Tsekov [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 23, 2002 12:32 AM
> To: Pavel Tsekov
> Cc: Robert Collins; Pavel Tsekov; Max Bowsher
> Subject: Re[3]: setup-2.243 Crash / Install from Local
> Directory / WinXP
>
>
> Wednesday, May 22, 2002, 2:34:47 PM, you wrote:
>
> PT> I can confirm this - here is the output shown from Dr. Mingw JIT:
>
> I'm not sure this is the same crash but the crash I'm
> reporting is easy reproducable and I think it is not the
> expected behaviour :) Here is more info on it..
>
> The crash is caused by this code from IniParseFindVisitor.cc, line 62:
>
> /* Copy leading part of path to temporary buffer and unescape it */
>
> String prefix (&basePath.cstr_oneuse()[baseLength + 1]);
> String mirror = rfc1738_unescape_part
> (prefix.substr(0,prefix.size() - 1));
>
> baseLenght - the length of the fullpath to the local package dir
> basePath - the full path of a directory we are currently scanning
> with FindFirstFile and friends.
>
> When scannin the local package directory itself prefix would
> be with zero length. Now prefix.size() will result in 0 thus this call
> prefix.substr(0,prefix.size() - 1) will look like this
> prefix.substr(0, -1) i.e. give me the whole string. Ok
> fine... Now take a look at String::substr:
>
> String
> String::substr(size_t start, size_t len) const
> {
> // Adapt the C++ string class
> return string(cstr_oneuse()).substr(start, len);
> }
>
> Ok cstr_oneuse() would return 0. This is where the crash
> happens because the string class does strlen() when this
> constructor is used i.e. const char *. I suggest to change this to:
>
> string tmpStr;
> tmpStr.assign (cstr_oneuse(), theData->length); // this
> construct is safe return tmpStr.substr (start, len);
>
> You can also check theData->length and return empty string :)
>
> Here is a backtrace from the crash:
>
> #0 0x0043a1a5 in String::substr (this=0x152fa94, start=0,
> len=4294967295)
> at /usr/include/g++-3/std/straits.h:125
> 125 { return strlen (s); }
> (gdb) bt
> #0 0x0043a1a5 in String::substr (this=0x152fa94, start=0,
> len=4294967295)
> at /usr/include/g++-3/std/straits.h:125
> #1 0x0041897c in IniParseFindVisitor::visitFile (this=0x152fe14,
> basePath=@0x152fc14, theFile=0x152fc44) at
> IniParseFindVisitor.cc:65 #2 0x0040e89f in Find::accept
> (this=0x152fe34, aVisitor=@0x152fe14)
> at find.cc:71
> #3 0x00410f03 in do_local_ini (owner=0x1f0272) at ini.cc:76
> #4 0x00411a3b in do_ini_thread (h=0x40, owner=0x1f0272)
> at ini.cc:155 #5 0x00411f58 in do_ini_thread_reflector
> (p=0x4723a8) at ini.cc:222 #6 0x77e602ed in _libwsock32_a_iname ()
> (gdb)
>
>
--
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: Problem running g77,etc
I've deleted all files and started again. When I performed the installation last time I thought "Default" would mean that that item would be installed. This time round I chose "Install" (rather than "Default") for everything and now all is OK. Thanks to everyone for pointing out that gcc (and many other things) are already included in the cygwin package. John Name: John B. Macallister E-mail: [EMAIL PROTECTED] Post: Denys Wilkinson Building, Keble Road, Oxford OX1 3RH,UK Phone: +44-1865-273388 (direct) 27 (reception) 273418 (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: Setup as recommended reading
At 10:08 AM 5/22/2002, Keen Wayne A Contr AFRL/MNGG wrote: >In wake of several questions about whether something is in Cygwin, I would >like >to throw a simple suggestion out for the community. > >When you run setup, and you get to the screen that allows you to select what > >you want to install, take a minute to click open the categories and see >whats >in them. It helps keep me current on whats in Cygwin, and, on occasion, I >find >something new that is marked skip that I want to have. A reasonable suggestion. The list of packages that setup will install is always available at http://cygwin.com/packages/ as well. This is a searchable list that allows you to look for the package that contains your favorite utility, in case you don't know what package that utility would be in. Both of these methods are the best tools for determining what's available from www.cygwin.com. 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: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwi n 1.3.10
On Wed, May 22, 2002 at 09:38:22AM +0200, Schaible, Jorg wrote: >Hi Kevin, > >> D:\bug>PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin >[...] >> D:\bug>path >> PATH=c:\cygwin\bin;c:\cygwin\\bin;c:\cygwin\usr\local\bin > >although this is a bug, It's a bug in his setup, not in cygwin. 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: setup-2.243 Crash / Install from Local Directory / WinXP
On Wed, May 22, 2002 at 04:32:13PM +0200, Pavel Tsekov wrote: >Wednesday, May 22, 2002, 2:34:47 PM, you wrote: > >PT> I can confirm this - here is the output shown from Dr. Mingw JIT: > >I'm not sure this is the same crash but the crash I'm reporting is >easy reproducable and I think it is not the expected behaviour :) >Here is more info on it.. > >The crash is caused by this code from IniParseFindVisitor.cc, line 62: > > /* Copy leading part of path to temporary buffer and unescape it */ > > String prefix (&basePath.cstr_oneuse()[baseLength + 1]); > String mirror = rfc1738_unescape_part (prefix.substr(0,prefix.size() - 1)); > > baseLenght - the length of the fullpath to the local package dir > basePath - the full path of a directory we are currently scanning > with FindFirstFile and friends. > >When scannin the local package directory itself prefix would be with >zero length. Now prefix.size() will result in 0 thus this call >prefix.substr(0,prefix.size() - 1) will look like this >prefix.substr(0, -1) i.e. give me the whole string. Ok fine... >Now take a look at String::substr: Heh. Sounds very similar to the problem that I fixed in the branch. 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/
cygwin/Perl and Win32:: package(s)
I have been developing a Perl script under Linux and cygwin (under Win 98) that is to run under a native version of Perl on a Win 2000 system. I have Linux and Win98 at home/work but not Win 2000. Perl is 5.6.1 . I decided it would be nice to add code using Win32::Registry to my Perl script and found that I could not get Win32::Registry (or any of it's friends) to install under cygwin/Win98. So I (foolishly) started looking into this. I've got many of the sub packages to compile,link and in some cases partially run. I've still got some work to do for it to build "out of the box". Some of these sub packages will probably never build under Win 98, some are of no use under cygwin. I have identified most of the problems in building Win32::... under cygwin and found solutions for most. Is anyone interested in this sort of work, particularly the cygwin Perl maintainer(s), I could do with some assistance and guidance! Please cc me as I'm not on any of the cygwin mailing lists yet. Clive -- 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/
Adding col to cygutils.
Greetings, Per the HOW-TO-CONTRIBUTE located in /usr/doc/cygutils-1.0.0, I have put together a tarball, patch and a changelog entry for cygutils to build col for use in CYGWIN. The reason I have done so is that I am supporting some older shell scripts that make use of the command, and it was easier to port col to CYGWIN than to rewrite the scripts. The cygutil package seemed to be the appropriate location since other BSD derived utilities, such as cal, are packaged there. I hope these patches can be integrated quickly. I would have attached the tarball and patch, but currently the mailing list will not accept attachments over 100,000 bytes. Here's the warning message: ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 bytes (#5.2.3) David. Changelog follows: 2002-05-22 David A. Willis * src/col: new directory * src/col/Makefile.am: new file * src/col/Makefile.in: new file * src/col/col.c: new file * src/col/col.1: new file * src/col/err.h: new file * src/col/err.c: new file * src/Makefile.am: add subdirectory col * src/Makefile.in: regenerate * AUTHORS: add David A. Willis for col * PROGLIST: add col * README: add col __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Adding col to cygutils.
On Wed, May 22, 2002 at 09:03:09AM -0700, dawillis dawillis wrote: >Per the HOW-TO-CONTRIBUTE located in /usr/doc/cygutils-1.0.0, I have >put together a tarball, patch and a changelog entry for cygutils to >build col for use in CYGWIN. The reason I have done so is that I am >supporting some older shell scripts that make use of the command, and >it was easier to port col to CYGWIN than to rewrite the scripts. The >cygutil package seemed to be the appropriate location since other BSD >derived utilities, such as cal, are packaged there. I hope these >patches can be integrated quickly. Why are you contributing to cygutils rather than cygwin itself? >I would have attached the tarball and patch, but currently the mailing >list will not accept attachments over 100,000 bytes. Here's the >warning message: > >ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 >bytes (#5.2.3) Well, of course. Why would you want to send a large attachment to the thousands of people reading this list? 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: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
>> Just to make sure I understand. After doing a complete reinstall with the >> latest setup.exe, the mounts are now correct? Please confirm that with >> 'cygcheck -s' so I can put this to bed in my mind at least. Yes, reinstall with cleaning the registry. I've been a long time cygwin user, going back to the beta days, and I don't remember ever having cleaned out the registry from all the installs I've done. Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed May 22 09:57:05 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: d:\acl62\src\cl\src C:\ODI\OStore\bin . c:\bin C:\Perl\bin C:\Cygwin\bin C:\Cygwin\usr\local\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin C:\Program Files\Microsoft Visual Studio\Common\Tools C:\Program Files\Microsoft Visual Studio\VC98\bin C:\NCFTP C:\Program Files\Resource Pro Kit d:\openssl-0.9.6\out32dll SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:/' MAKE_MODE = `UNIX' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS4329Mb 68% CP CS UN PA FC HOBART_C d: hd NTFS 29259Mb 38% CP CS UN PA FC HOBART_D l: cd CDFS 601Mb 100%CS UN QTR25ENUD1 m: cd N/AN/A w: net NTFS 68980Mb 26% CP CSPAinternal y: net NTFS8408Mb 59% CP CSPAlayer z: net NTFS8350Mb 75% CP CSPApc c: /c usertextmode d: /d usertextmode l: /l usertextmode w: /w usertextmode y: /y usertextmode z: /z usertextmode C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode . /cygdrive usertextmode,noumount Found: C:\Cygwin\bin\bash.exe Found: C:\Cygwin\bin\cat.exe Found: C:\Cygwin\bin\cpp.exe Found: C:\Cygwin\bin\find.exe Found: C:\Cygwin\bin\gcc.exe Found: C:\Cygwin\bin\gdb.exe Found: C:\Cygwin\bin\ld.exe Found: C:\Cygwin\bin\ls.exe Found: C:\Cygwin\bin\make.exe Found: C:\Cygwin\bin\sh.exe 58k 2002/05/07 C:\Cygwin\bin\cygbz2-1.dll 621k 2002/05/17 C:\Cygwin\bin\cygcrypto.dll 45k 2001/04/25 C:\Cygwin\bin\cygform5.dll 35k 2002/01/09 C:\Cygwin\bin\cygform6.dll 19k 2002/02/20 C:\Cygwin\bin\cyggdbm.dll 17k 2001/06/28 C:\Cygwin\bin\cyghistory4.dll 20k 2002/01/13 C:\Cygwin\bin\cyghistory5.dll 22k 2001/12/13 C:\Cygwin\bin\cygintl-1.dll 21k 2001/06/20 C:\Cygwin\bin\cygintl.dll 81k 2000/12/05 C:\Cygwin\bin\cygitcl30.dll 35k 2000/12/05 C:\Cygwin\bin\cygitk30.dll 26k 2001/04/25 C:\Cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\Cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\Cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\Cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\Cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\Cygwin\bin\cygncurses6.dll 15k 2001/04/25 C:\Cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\Cygwin\bin\cygpanel6.dll 40k 2001/11/21 C:\Cygwin\bin\cygpcre.dll 39k 2001/11/21 C:\Cygwin\bin\cygpcreposix.dll 108k 2001/06/28 C:\Cygwin\bin\cygreadline4.dll 121k 2002/01/13 C:\Cygwin\bin\cygreadline5.dll 156k 2002/05/17 C:\Cygwin\bin\cygssl.dll 390k 2000/12/05 C:\Cygwin\bin\cygtcl80.dll 5k 2000/12/05 C:\Cygwin\bin\cygtclpip80.dll 10k 2000/12/05 C:\Cygwin\bin\cygtclreg80.dll 623k 2000/12/05 C:\Cygwin\bin\cygtk80.dll 50k 2002/03/12 C:\Cygwin\bin\cygz.dll 751k 2002/02/25 C:\Cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.10 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 51 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Mon Feb 25 11:14:34 EST 2002 Shared id: cygwin1S3 Cygwin Package Information Package Version ash 20020131-1 bash2.05a-3 binutils20011002-1 bison 1.35-1 byacc 1.9-1 bzip2 1.0.2-2 crypt 1.0-1 ctags 5.2-1 cvs 1.11.0-1 cygwin 1.3.10-1 diff1.0-1 diffutils 2.8.1-
Re: Bug: fhandler.cc rev=1.116 source code level bug in fhandler_base::dup (fhandler_base *child)
On Wed, May 22, 2002 at 08:48:33AM -0700, Leo Kuznetsov wrote:
>Hi,
>
>I might be wrong but it looks like:
>
>In the function below
>
> if (get_nohandle ())
>nh = NULL;// NULL == 0 and is a valid (but possibly closed) handle
>
>
>MUST BE
>
> if (get_nohandle ())
>nh = (HANDLE)-1; // or better yet INVALID_HANDLE_VALUE
>
>=
>Otherwise dup(dup(-1)) == dup(0) and
>sets an error if handle 0 is closed.
>(This is excatly the case with recursive invocation
>of gmake jobs with stdio redirected to pipes)...
1) What's "gmake"?
2) Why shouldn't it "set an error" if handle 0 is closed?
3) Why would anyone do a dup(dup(-1))?
4) Why would setting nh to anything affect this code? This code path is
only invoked for /cygdrive or /proc style paths.
If you have a specific problem, you should provide a test case. I don't
see any problems with recursive invocation of gmake jobs with stdio.
cgf
>-
>
>FILE: fhandler.cc
>LINE: ~886
>
>int
>fhandler_base::dup (fhandler_base *child)
>{
> debug_printf ("in fhandler_base dup");
>
> HANDLE nh;
> if (get_nohandle ())
>nh = NULL;
> else if (!DuplicateHandle (hMainProc, get_handle(), hMainProc, &nh, 0, TRUE,
>DUPLICATE_SAME_ACCESS))
>{
> system_printf ("dup(%s) failed, handle %x, %E",
> get_name (), get_handle());
> __seterrno ();
> return -1;
>}
>
> child->set_io_handle (nh);
> return 0;
>}
>
>
>
>--
>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: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
On Wed, 22 May 2002 09:27:06 -0700 Kevin Layer <[EMAIL PROTECTED]> wrote: > >> Your /usr/bin and /usr/lib mounts are incorrect. There were some problems > >> with that with some versions of setup.exe, but I think that has been fixed > >> now. > > I had the latest version of setup.exe (as of yesterday). I decided to > remove cygwin, even cleaning out `cygwin' references in the registry > and reinstall from scratch. > > I also removed the c:\cygwin\usr\bin element from my path, since it is > apparently obsolete now. > > After reinstalling the problem is no longer there. Just to make sure I understand. After doing a complete reinstall with the latest setup.exe, the mounts are now correct? Please confirm that with 'cygcheck -s' so I can put this to bed in my mind at least. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: fhandler.cc rev=1.116 source code level bug in fhandler_base::dup (fhandler_base *child)
> I might be wrong but it looks like: > > In the function below > > if (get_nohandle ()) > nh = NULL;// NULL == 0 and is a valid (but possibly closed) handle > > > MUST BE > > if (get_nohandle ()) > nh = (HANDLE)-1; // or better yet INVALID_HANDLE_VALUE > I just wish I could figure out what causes the 'dup(/dev) failed' errors I see about 30% of the time I click cygwin.bat. Chris -- 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[5]: setup-2.243 Crash / Install from Local Directory / WinXP
Hello Robert, Well, this will fix the problem, but String::substr() will still cause a crash if for some reason a NULL pointer is passed to it! Btw have you read my mail till the end ? Wednesday, May 22, 2002, 4:57:13 PM, you wrote: RC> Thanks Pavel. I've no time to test this tonight, but: [snip pathc and other stuff] -- 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: bogus PATH transformations in bash 2.05a.0(3)-release w/cygwin 1.3.10
>> Your /usr/bin and /usr/lib mounts are incorrect. There were some problems >> with that with some versions of setup.exe, but I think that has been fixed >> now. I had the latest version of setup.exe (as of yesterday). I decided to remove cygwin, even cleaning out `cygwin' references in the registry and reinstall from scratch. I also removed the c:\cygwin\usr\bin element from my path, since it is apparently obsolete now. After reinstalling the problem is no longer there. 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: name: GNU/cygwin system
Please do not send me private mail concerning cygwin. These questions belong on the cygwin mailing list. I've redirected this mail and set the Reply-To appropriately. --Chuck zhlg_shuhan wrote: > Mr. chales, > I know to you through cygwin mail list.I am a beginner of cygwin,so many >problems occur when I use it.for example: > bash always alarms at beginning of new command line: > "I have no name!@HZ_RD_ZHANGL ~ > $_ > > " > I want "useradd" command but failed for lack of useradd command. > how can I name it? > > tks.®ards > zhangliang > > __ > > === > ÐÂÀËÃâ·Ñµç×ÓÓÊÏä (http://mail.sina.com.cn) > ÐÂÀË·ÖÀàÐÅÏ¢£º¶þÊÖÊг¡×ßÒ»×ߣ¬¸Ã³öÊÖʱ¾Í³öÊÖ£¡ (http://classad.sina.com.cn/2shou/) -- 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: Adding col to cygutils.
Christopher Faylor wrote: > On Wed, May 22, 2002 at 09:03:09AM -0700, dawillis dawillis wrote: > >>Per the HOW-TO-CONTRIBUTE located in /usr/doc/cygutils-1.0.0, I have >>put together a tarball, patch and a changelog entry for cygutils to >>build col for use in CYGWIN. The reason I have done so is that I am >>supporting some older shell scripts that make use of the command, and >>it was easier to port col to CYGWIN than to rewrite the scripts. The >>cygutil package seemed to be the appropriate location since other BSD >>derived utilities, such as cal, are packaged there. I hope these >>patches can be integrated quickly. > > > Why are you contributing to cygutils rather than cygwin itself? Actually, Chris, I think col *does* belong in cygutils. On linux, it is found in the util-linux package -- a random grab bag of lots of small and useful, or small and not-so-useful, or small but totally-cygwin-inappropriate programs. We have a package where lots of random, small, and (hopefully) useful programs can live -- cygutils. (In fact, I was planning -- before real life intervened -- to add col to cygutils eventually (given, of course, cygwin-list approval (*)) So, **if** the mailing list agrees, then I will accept dawillis's port of col. (*) As I earlier agreed, I won't add new programs to the cygutils package unless the list agrees that to do so would be a good idea. We don't want to recreate full.exe. --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[2]: setup-2.243 Crash / Install from Local Directory / WinXP
Hello Cliff, Wednesday, May 22, 2002, 4:22:57 PM, you wrote: CH> Robert Collins <[EMAIL PROTECTED]> wrote: >> C'mon Max, you *know* I need more detail than that. >> >> Install from Local works fine here. Even though it's only a snapshot, I >> wasn't aware of any -bugs- in the release. CH> Why doesn't http://cygwin.com/ml/cygwin/2002-05/msg01210.html count CH> as a bug? Is it because it was on W98? I've been tracing the exception with a disassembler - I'm not quite positve why exactly does the fault occur, but I can say for sure that it was caused from some code inside LogSingleton or LogFile classes. Maybe an exception being thrown from one of these... I can't be sure because it seems that the source provided along with the binary snapshot is not exactly the same as the one from which the binary was compiled... Robert, can you confirm/deny this assumption ? -- 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: name: GNU/cygwin system
The file /etc/passwd needs to be properly created. Type 'man mkpasswd' for better directions than I can give, and search for mkpasswd in the mailing lists. Also http://cygwin.com/cygwin-ug-net/using-utils.html If that doesn't work, change the environment variable PS1 to something less alarming :) Question to everyone else: Should setup attempt to run mkpasswd as part of the postinstall of cygwin (or any of the shells)? Or at least get a mention in the FAQ? It was a while before I realised this for myself. Dave. > zhlg_shuhan wrote: > > I know to you through cygwin mail list.I am a > beginner of cygwin,so many problems occur when I use it.for example: > > bash always alarms at beginning of new command line: > > "I have no name!@HZ_RD_ZHANGL ~ > > $_ > > > > " > > I want "useradd" command but failed for lack of useradd command. > > how can I name it? > > > > tks.®ards > > zhangliang > > -- 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: Adding col to cygutils.
On Wed, May 22, 2002 at 02:14:27PM -0400, Charles Wilson wrote: >Christopher Faylor wrote: >>Why are you contributing to cygutils rather than cygwin itself? > >Actually, Chris, I think col *does* belong in cygutils. On linux, it is > found in the util-linux package -- a random grab bag of lots of small >and useful, or small and not-so-useful, or small but >totally-cygwin-inappropriate programs. I am trying to force this kind of justification when someone suggests that something go into cygutils. Obviously cygutils is your package. Maybe you feel comfortable doing the thinking for people who want to add something to your package but I'd prefer that there be some kind of discussion on why a tool does not belong in the main distribution as part of the initial suggestion. Otherwise, I will never be convinced that people aren't suggesting adding things to cygutils because it seems somehow "easier" to do this than submit a real package. Either that or they just don't understand that it is relatively easy to get a package into the main cygwin distribution. 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: Adding col to cygutils
On Wed, May 22, 2002 at 13:10:11 -0400, Christopher Faylor wrote: > Why are you contributing to cygutils rather than > cygwin itself As I stated in my original message, the reason I though col belonged in cygutils rather than it's own package for cygwin is that other BSD utilities, such as cal, were already a part of cygutils. From that organization I came to the conclusion that cygutils would be the logical location for other utilities found as part of bsdmainutils. > Well, of course. Why would you want to send a large > attachment to the thousands of people reading this > list? Because that is what is asked in the HOW-TO-CONTRIBUTE document that is part of cygutils. It asks to send a changelog as part of the message text, and a patch generated via "cvs diff" along with a tarball of new files to [EMAIL PROTECTED] If that is no longer the case, then I will be glad to update the HOW-TO-CONTRIBUTE document to reflect the current policies regarding submissions. I would just need to know what they are first. David. __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Unresolved parent class constructors in DLLs
Hi - I'm not on the list, please cc me on any replies. I'm doing some research to see if GNU Bayonne can be ported to the cygwin environment. We use a rather complicated setup to load telephony driver shared objects. The sequence of events is: 1) Someone runs the bayonne executable, which has a global static pointer named "driver" of type "class driver" which points to NULL. 2) bayonne calls dlopen() on the driver DLL. 3) One of the .cpp files making up the DLL defines a global static instance of a VPBDriver class. Loading the driver DLL causes an instance of the VPBDriver class to be created. 4) The VPBDriver class inherits from the Driver class, so it triggers the Driver::Driver() constructor before we call the VPBDriver::VPBDriver() constructor. 5) The Driver constructor sets the global static pointer "driver" to the driver object to this value of the 'this' pointer. 6) Bayonne can now access driver-specific methods through the global pointer to the Driver object. So I wrote a simple test case that tries to load a DLL containing a static instance of a child class that inherits from a parent class WHICH IS NOT IN THE DLL. This doesn't work like it does on Linux, causing the linker to bomb out during creation of the shared library whining about how it couldn't resolve the parent class. Can you even do stuff like this with PE DLLs? -- - Jason Never call a man a fool; borrow from him. -- 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: Adding col to cygutils.
Charles, I think it should be included, I've encountered a script or two which was looking for this item. I hope others agree and this doesn't get tabled like the ksh93 packages (what ever happened to that anyway?). Cheers, Nicholas --- Charles Wilson <[EMAIL PROTECTED]> wrote: > Christopher Faylor wrote: > > On Wed, May 22, 2002 at 09:03:09AM -0700, dawillis dawillis wrote: > > > >>Per the HOW-TO-CONTRIBUTE located in /usr/doc/cygutils-1.0.0, I have > >>put together a tarball, patch and a changelog entry for cygutils to > >>build col for use in CYGWIN. The reason I have done so is that I am > >>supporting some older shell scripts that make use of the command, and > >>it was easier to port col to CYGWIN than to rewrite the scripts. The > >>cygutil package seemed to be the appropriate location since other BSD > >>derived utilities, such as cal, are packaged there. I hope these > >>patches can be integrated quickly. > > > > > > Why are you contributing to cygutils rather than cygwin itself? > > Actually, Chris, I think col *does* belong in cygutils. On linux, it is > > found in the util-linux package -- a random grab bag of lots of small > and useful, or small and not-so-useful, or small but > totally-cygwin-inappropriate programs. > > We have a package where lots of random, small, and (hopefully) useful > programs can live -- cygutils. (In fact, I was planning -- before real > life intervened -- to add col to cygutils eventually (given, of course, > cygwin-list approval (*)) > > So, **if** the mailing list agrees, then I will accept dawillis's port > of col. > > (*) As I earlier agreed, I won't add new programs to the cygutils > package unless the list agrees that to do so would be a good idea. We > don't want to recreate full.exe. > > --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/ > __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Question about tty.cc
I've tracked down the "dup(/dev) failed" on startup error to the following
section of code in tty.cc :
char buf[40];
__small_sprintf (buf, "cygwin.find.console.%d", myself->pid);
SetConsoleTitle (buf);
Sleep (40);
console = FindWindow (NULL, buf);
SetConsoleTitle (oldtitle);
Sleep (40);
ReleaseMutex (title_mutex);
if (console == NULL)
{
termios_printf ("Can't find console window");
return -1;
}
Can anyone tell me what the Sleep (40) lines are there for? If they are
there to give the console window time to appear, may I suggest the delay is
too short and that may be a possible cause of the error I am seeing?
If this is the case one solution might be to loop a few times if the window
is not found to give it time to appear, in the majority of cases when the
window has already appeared, there will be no extra delay but it will catch
those few times when the window is just being a little slow.
i.e.
for (int i=0; i < 20 && console == NULL; i++)
{
Sleep (40);
console = FindWindow (NULL, buf);
}
Regards
Chris
--
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/Perl and Win32:: package(s)
Hallo Clive, Am Mittwoch, 22. Mai 2002 um 17:59 schriebst du: > I have been developing a Perl script under Linux and cygwin (under Win 98) > that is to run under a native version of Perl on a Win 2000 system. > I have Linux and Win98 at home/work but not Win 2000. Perl is 5.6.1 . > I decided it would be nice to add code using Win32::Registry to my Perl script > and found that I could not get Win32::Registry (or any of it's friends) to > install under cygwin/Win98. So I (foolishly) started looking into this. > I've got many of the sub packages to compile,link and in some cases > partially run. I've still got some work to do for it to build "out of the box". > Some of these sub packages will probably never build under Win 98, some > are of no use under cygwin. > I have identified most of the problems in building Win32::... under cygwin > and found solutions for most. > Is anyone interested in this sort of work, particularly the cygwin Perl > maintainer(s), I could do with some assistance and guidance! Yes, that would be a great contribution. I think it should live at CPAN as a separate category similar to the Win32:: hierarchy named Cygwin:: So if you have a version of one or another Module that works, just put it up to CPAN so everyone can fetch it. I would like to test it with bleadperl because perl-5.6 is stable and hopefully soon we'll have a new perl, perl-5.8;) Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Adding col to cygutils
On Wed, May 22, 2002 at 12:02:01PM -0700, David A. Willis wrote: >On Wed, May 22, 2002 at 13:10:11 -0400, Christopher >Faylor wrote: >>Why are you contributing to cygutils rather than cygwin itself > >As I stated in my original message, the reason I though col belonged in >cygutils rather than it's own package for cygwin is that other BSD >utilities, such as cal, were already a part of cygutils. I guess past use is normally a good justification. However, it seems like cygutils is a rather eclectic combination of utilities so basing a decision to put something in cygutils based on what is already there may not be a good plan. I do agree that this utility belongs in cygutils, fwiw. >From that organization I came to the conclusion that cygutils would be >the logical location for other utilities found as part of bsdmainutils. Fair enough. This is a clarification of what you said in your original message. Thanks. >>Well, of course. Why would you want to send a large attachment to the >>thousands of people reading this list? > >Because that is what is asked in the HOW-TO-CONTRIBUTE document that is >part of cygutils. It asks to send a changelog as part of the message >text, and a patch generated via "cvs diff" along with a tarball of new >files to [EMAIL PROTECTED] If that is no longer the case, then I will >be glad to update the HOW-TO-CONTRIBUTE document to reflect the current >policies regarding submissions. I would just need to know what they >are first. I wasn't aware that the HOW-TO-CONTRIBUTE suggested sending a tar file to the cygwin mailing list. That is a big no-no. Sending binaries here should really be a last resort type of thing. There is no reason that everyone on the list should be interested in seeing this type of file. I guess I should go educate myself on the documentation that comes with cygutils. Maybe a clearer statement of what makes a good cygutils package would be nice. Why should a package be included in cygutils? IMO, it is because it is a small (one or two c files) general-purpose program. The justification that it is in the utils-linux package on Red Hat is a good one, too. 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: Adding col to cygutils.
On Wed, May 22, 2002 at 12:24:35PM -0700, Nicholas Wourms wrote: >I think it should be included, I've encountered a script or two which was >looking for this item. I hope others agree and this doesn't get tabled >like the ksh93 packages (what ever happened to that anyway?). It's Chuck's call. I agree that it should be in cygutils. I don't know what happened to ksh93. I've given up. 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: Question about tty.cc
On Wed, May 22, 2002 at 08:29:44PM +0100, Chris January wrote:
>I've tracked down the "dup(/dev) failed" on startup error to the following
>section of code in tty.cc :
>
> char buf[40];
>
> __small_sprintf (buf, "cygwin.find.console.%d", myself->pid);
> SetConsoleTitle (buf);
> Sleep (40);
> console = FindWindow (NULL, buf);
> SetConsoleTitle (oldtitle);
> Sleep (40);
> ReleaseMutex (title_mutex);
> if (console == NULL)
> {
> termios_printf ("Can't find console window");
> return -1;
> }
>
>Can anyone tell me what the Sleep (40) lines are there for? If they are
>there to give the console window time to appear, may I suggest the delay is
You could suggest that but you'd need a lot more justification. The code
in question is many years old.
It's not obvious to me how this translates into an "unable to dup" error.
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: Adding col to cygutils.
Christopher Faylor wrote: > On Wed, May 22, 2002 at 02:14:27PM -0400, Charles Wilson wrote: > >>Christopher Faylor wrote: >> >>>Why are you contributing to cygutils rather than cygwin itself? >>> >>Actually, Chris, I think col *does* belong in cygutils. On linux, it is >>found in the util-linux package -- a random grab bag of lots of small >>and useful, or small and not-so-useful, or small but >>totally-cygwin-inappropriate programs. >> > > I am trying to force this kind of justification when someone suggests > that something go into cygutils. > > Obviously cygutils is your package. Maybe you feel comfortable doing > the thinking for people who want to add something to your package > but I'd prefer that there be some kind of discussion on why a tool does > not belong in the main distribution as part of the initial suggestion. Agreed. I thought that dawillis actually *started* that discussion, and you were objecting to his point: dawillis wrote: >> The >>cygutil package seemed to be the appropriate location since other BSD >>derived utilities, such as cal, are packaged there. So, since I knew -- and no one else was privy to this knowledge -- that I had originally planned to include col *myself*, I provided *my* reasoning for including col in cygutils. (Since you didn't seem to like dawillis's reason -- or perhaps you missed it?) > Otherwise, I will never be convinced that people aren't suggesting > adding things to cygutils because it seems somehow "easier" to do this > than submit a real package. Either that or they just don't understand > that it is relatively easy to get a package into the main cygwin > distribution. Both points are probably true, and your vigilance against them is appreciated (if possibly unwarranted in this particular case). --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/
Fascinating setup issues (?)
Just to clarify: This email is not about bugs in setup.exe. I've just spent all evening re-installing cygwin from scratch on my machine and I thought I'd share some of my excess fun with everyone else: (BTW I'm using setup.exe version 2.218.2.9, if and where that's relevant.) (*) The gdbm and readline packages should (but don't) require texinfo in setup.ini, since both of these packages call install-info in their postinstall scripts. Since both these packages are in the default download set, and texinfo isn't, the postinstall phase of the default download (quite silently) fails. There are several other packages that also call install-info in their postinstall scripts and which don't require texinfo in setup.ini: autoconf-devel, automake-devel, bzip2, enscript, gettext, gnugo, gsl, indent, libtool-devel, nano, tetex, wget. (*) The postinstall script for wget (version 1.8.1-1) tries to copy the sample.wgetrc file from /usr/doc/wget-1.8.1-1, but the package only creates a /usr/doc/wget-1.8.1 directory. (*) The gdb package contains a full installation of Tcl/Tk, as per the tcltk package. Thus if you uninstall gdb you lose Tcl/Tk without uninstalling the tcltk package. More interestingly (?), if you install the new experimental copy of gdb (20020411-1), it uninstalls Tcl8.0 and installs a copy of Tcl8.3. At this point expect (as installed by the expect package, version 20010117-1) no longer works since it requires Tcl8.0. So, you then have to re-install the tcltk package (at which point you have both Tcl8.0 and Tcl8.3 installed). (The new gdb appears to work after this sequence of installations but I've yet to use it in anger.) (*) Altho' I said I wasn't going to mention any bugs in setup.exe (and I'm NOT going to mention the repeated blue screens of death it's giving me on w2k), I will mention a pretty innocent GUI one: On the category view screen, change the action for 'All' from default to something else, e.g. 'Reinstall'. Cycle through the various views until you're back at the category view. The action for 'All' is still shown as 'Reinstall', for example, but all the other categories are back to showing 'Default' as their action. (*) And I WON'T mention the THREE blue screens I've had from setup.exe. So that's not a problem :-) (or, at least, not a problem for anyone but Mr Gates, I assume.) (*) I think that this is due to the "Can't open (null) for reading" but asking to install the category 'All' doesn't seem to install *all* of the packages (e.g. on one run it skipped compface, gperf, keychain, m4, regex, and setup). (*) And that's it for tonight's show folks. Have a nice day. // Conrad -- 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: Question about tty.cc
On Wed, May 22, 2002 at 10:27:34PM +0100, Chris January wrote:
>
>> >I've tracked down the "dup(/dev) failed" on startup error to the
>following
>> >section of code in tty.cc :
>> >
>> > char buf[40];
>> >
>> > __small_sprintf (buf, "cygwin.find.console.%d", myself->pid);
>> > SetConsoleTitle (buf);
>> > Sleep (40);
>> > console = FindWindow (NULL, buf);
>> > SetConsoleTitle (oldtitle);
>> > Sleep (40);
>> > ReleaseMutex (title_mutex);
>> > if (console == NULL)
>> > {
>> > termios_printf ("Can't find console window");
>> > return -1;
>> > }
>> >
>> >Can anyone tell me what the Sleep (40) lines are there for? If they are
>> >there to give the console window time to appear, may I suggest the delay
>is
>>
>> You could suggest that but you'd need a lot more justification. The code
>> in question is many years old.
>>
>> It's not obvious to me how this translates into an "unable to dup" error.
>No - it wasn't obvious for me, that's why it took so long to track down...
>:-)
>The short story is the dup error always occurs when the "Can't find console
>window" error is generated.
>The long story is that in these circumstances the window takes longer than
>usual to appear, hence FindWindow returns NULL, hence allocate_tty
>returns -1, hence attach_tty returns -1, hence myself->ctty gets set to -1,
>hence in get_devn() in path.cc, the macro real_tty_attached returns false,
>and because myself.ctyy < 0, devn gets set to FH_BAD.
>Hence, when dtable::init_std_file_from_handle() calls
>build_fhandler_from_name which calls path_conv::check, path_conv::check sees
>the FH_BAD returned from get_devn and tries to open C:\Cygwin\dev\tty which
>fails.
>This means a fhandler gets built with the incorrect win32 filename
>(C:\Cygwin\dev\tty instead of \dev\tty1) and the incorrect fhandler type
>(FH_DISK instead of FH_TTYS). When dup is called, build_fhandler is called
>to build the new fhandler and then the dup method of the old fhandler is
>called. However in this case fhandler_base::dup gets called because the
>fhandler is of the wrong type, rather than one of the dup methods in
>fhandler_tty.cc. Because fhandler_base::dup doesn't understand how to
>duplicate tty handles correctly, the method fails and the error I see on the
>screen is the result.
Ah. Well *now* it's obvious. Thanks for the explanation. You obviously
had a "fun" time debugging this.
I wonder if, these days, there are any better ways of doing what this
code is doing. As I said, this code has been this way for years.
Increasing the timeout is going to have a negative effect on cygwin tty
programs.
Wait. Hmm. This is only going to be a problem for programs run directly
via a windows console, right? It shouldn't be a problem for a child of
bash since it is inheriting the tty handle explicitly.
So, a slowdown should only be in an initial cygwin process. Is this what
you're seeing?
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/
[imap-2000a-cygwin-bin] imap authentication
I seem to have problem having IMAP authenticate remote users (see the
attached mtest results). Is this a known problem related to crypt? If so,
is there any workaround? Thanks for the help.
IMAP: imap-2000a-cygwin-bin.tar.gz, 4/8/2002,
http://sourceforge.net/projects/uw-imap-cygwin/
Wei Ku
$ /usr/local/sbin/mtest
MTest -- C client test program
Debug protocol (y/n)?y
Mailbox ('?' for help): INBOX
Wed, 22 May 2002 14:39:27 -0700 (+3400)
unix mailbox: /var/mail/weiku, 2 messages, 0 recent
MTest>nm {localhost}weiku
[Trying IP address [127.0.0.1]]
* OK [CAPABILITY IMAP4 IMAP4REV1 LOGIN-REFERRALS AUTH=LOGIN]
moriarty.ucdavis.edu IMAP4rev1 2000.284.cyg.A2 at Wed, 22 May 2002
14:39:50 -0700 (+3400)
AUTHENTICATE LOGIN
+ VXNlciBOYW1lAA==
{moriarty.ucdavis.edu/imap} username: weiku
Password:
d2Vpa3U=
+ UGFzc3dvcmQA
d2Vpa3V3ZWlrdQ==
NO AUTHENTICATE LOGIN failed
%Retrying LOGIN authentication after AUTHENTICATE LOGIN failed
0001 AUTHENTICATE LOGIN
+ VXNlciBOYW1lAA==
{moriarty.ucdavis.edu/imap} username:
--
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: Question about tty.cc
> I wonder if, these days, there are any better ways of doing what this > code is doing. As I said, this code has been this way for years. > Increasing the timeout is going to have a negative effect on cygwin tty > programs. > > Wait. Hmm. This is only going to be a problem for programs run directly > via a windows console, right? It shouldn't be a problem for a child of > bash since it is inheriting the tty handle explicitly. > > So, a slowdown should only be in an initial cygwin process. Is this what > you're seeing? The problem occurs clicking on a shortcut in explorer - the console window takes a little while to open and sometimes it simply takes too long for the tty code to catch it. Chris -- 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: Adding col to cygutils.
Christopher Faylor wrote: > On Wed, May 22, 2002 at 12:24:35PM -0700, Nicholas Wourms wrote: > >>I think it should be included, I've encountered a script or two which was >>looking for this item. I hope others agree and this doesn't get tabled >>like the ksh93 packages (what ever happened to that anyway?). >> > > It's Chuck's call. I agree that it should be in cygutils. Send the tarball directly to me, David. I'll incorporate it in the next release. I'm also planning to refactor into a 'one Makefile.am to rule them all' build -- but keeding separate programs in their (current) separate subdirectories (cf "Recursive Make Considered Harmful"). This will require yet more changes to the HOW-TO cygutils doco... Nicholas Wourms wrote: >> I hope others agree and this doesn't get tabled >> like the ksh93 packages (what ever happened to that anyway?). > I don't know what happened to ksh93. I've given up. The last I heard from Karsten was on 4/13. He was planning to offer a bare-bones ksh package and a separate ksh-utils package. He was also going to create a ksh-accel and ksh-devel package (for those ksh-speedup builtins) but had decided NOT to provide those via setup, at least at first. Karsten's usual modus operandi is to pop up, ask a few questions, and then go away (and not bother the list) while he solves problems or coordinates with the U/Win folks. So I wouldn't worry -- but I've CC: Karsten on this message... Karsten: PING? --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: Fascinating setup issues (?)
Conrad Scott wrote: > (*) The gdbm and readline packages should (but don't) require texinfo in > setup.ini, since both of these packages call install-info in their > postinstall scripts. Since both these packages are in the default download > set, and texinfo isn't, the postinstall phase of the default download (quite > silently) fails. Noted. Will fix. > There are several other packages that also call install-info in their > postinstall scripts and which don't require texinfo in setup.ini: > autoconf-devel, automake-devel, bzip2, enscript, gettext, gnugo, gsl, > indent, libtool-devel, nano, tetex, wget. autoconf-devel, automake-devel, bzip2, gettext, libtool-devel: Noted. Will fix. > (*) Altho' I said I wasn't going to mention any bugs in setup.exe (and I'm > NOT going to mention the repeated blue screens of death it's giving me on > w2k), Since you didn't mention it, I won't mention that I get those too. And I won't mention that *EVERY* time I disassemble the crashdump, it's *ALWAYS* the fault of McAfee. Nope, not gonna mention that. > (*) And I WON'T mention the THREE blue screens I've had from setup.exe. So > that's not a problem :-) (or, at least, not a problem for anyone but Mr > Gates, I assume.) And I won't mention that the blame goes to Network Associates...and not Bill, in this case. --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/
bug in /usr/bin/printf "%4.0f\n" 0.1
Hi, I am using recent Cygwin on WindowsXP professional. I have found this bug in when using /usr/bin/printf: If printf "%4.0f" rounds its argument to 0, it only prints 3 characters instead of 4, e.g.: $ printf "%4.0f\n%4.0f\n" 0 0.1 0 0 Can you also see this? Originally, I have found this problem in gawk, but /usr/bin/printf behaves in the same way. I guess the problem is somewhere in the runtime libraries. HTH, Pavol -- 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 in /usr/bin/printf "%4.0f\n" 0.1
At 07:25 PM 5/22/2002, Pavol Juhas wrote: >Hi, >I am using recent Cygwin on WindowsXP professional. >I have found this bug in when using /usr/bin/printf: >If printf "%4.0f" rounds its argument to 0, it only prints 3 >characters instead of 4, e.g.: > >$ printf "%4.0f\n%4.0f\n" 0 0.1 >0 > 0 > >Can you also see this? Yes, I can reproduce this with Cygwin DLL 1.3.10. >Originally, I have found this problem in gawk, but /usr/bin/printf behaves >in the same way. I guess the problem is somewhere in the runtime libraries. Probably. 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: Bug: fhandler.cc rev=1.116 source code level bug in fhandler_base::dup (fhandler_base *child)
On Wed, May 22, 2002 at 02:27:16PM -0700, mike stump wrote: >> 1) What's "gmake"? > >GNU make. Yeah, I sort of figured that. Is this the make that comes with the distribution or something you've built yourself? >> 2) Why shouldn't it "set an error" if handle 0 is closed? No answer here... >> 3) Why would anyone do a dup(dup(-1))? > >Because they can. dup(-1) is defined to return -1, and otherwise not >do anything and set errno to EBADF. I'm aware that you should be able to use a -1 but I can't imagine writing a program which does anything useful with that. However, it looks like there is a logic error in dup() where if it is passed a -1, it will not reliably set an EBADF errno. The fix does not look like what you proposed, hoever. >> 4) Why would setting nh to anything affect this code? This code path is >>only invoked for /cygdrive or /proc style paths. No answer here? >> If you have a specific problem, you should provide a test case. I don't >> see any problems with recursive invocation of gmake jobs with stdio. > >compare: > > ( exec <&-; make foo; ) > >with > > ( exec <&-; make foo >Makefile: > >foo: > echo me > ls && echo me > >This needs to work. When it works, one will see an ls, when it fails, >one will get a core file. On a real unix system (solaris for >example), it works just fine When does one see a core file? Is this an intermittent failure? I don't see a core file from this behavior. 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: Fascinating setup issues (?)
On Wed, May 22, 2002 at 06:17:18PM -0400, Charles Wilson wrote: > > >Conrad Scott wrote: > >>(*) The gdbm and readline packages should (but don't) require texinfo in >>setup.ini, since both of these packages call install-info in their >>postinstall scripts. Since both these packages are in the default download >>set, and texinfo isn't, the postinstall phase of the default download >>(quite >>silently) fails. > >Noted. Will fix. Wrt, texinfo, you can hold off on this if you want. I'm working on an auto dependency feature for upset which will handle this. 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/
[imap-2000a-cygwin-bin] imap authentication - problem of "/usr/bin/login.exe"?
Following my previous message, I did some further test with /usr/bin/login.exe. On a W2K system, running login.exe as Administrator always fail: //MORIARTY/.../administrator $ login login: Administrator Password: Login incorrect login: weiku Password: Login incorrect Note that using ssh to log in from a remote site with password authentication does work. Is this a problem of my setting, or a bug in login? Any feedback is appreciated. Wei Ku -- 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: [imap-2000a-cygwin-bin] imap authentication - problem of "/usr/bin/login.exe"?
At 09:10 PM 5/22/2002, Wei Ku wrote: >Following my previous message, I did some further test with >/usr/bin/login.exe. On a W2K system, running login.exe as Administrator >always fail: > >//MORIARTY/.../administrator $ login >login: Administrator >Password: >Login incorrect >login: weiku >Password: >Login incorrect > >Note that using ssh to log in from a remote site with password >authentication does work. Is this a problem of my setting, or a bug in >login? > >Any feedback is appreciated. Check the email archives for information about "login". You'll find that it is not provided as an interactive utility. Don't try to use it as one and you'll experience no difficulties. ;-) 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/
Need help Inetd config head ache
To any one who can help & as soon as possible- Heres the problem enjoy- There are two machines running cygwin under Win200(Pro) on a 100Mbit Lan network. I want to be able to telnet & ssh between this machines. I have run the 2.194.2.24 setup file and install the inetd utils and the ssh components. They install with out an error. I have set the environment var ntsec and added c:\cygwin\bin to the path of both machines. I have run iu-config & /usr/sbin/inted.exe --install-as-service On reboot I opened two windows of Cygwin to telnet to the localhost eg telnet horan, it responded with connection refused. If in the second windows I run /usr/sbin/inetd.exe -d (debug mode) then try the same command it makes the connection an asks for the password- Here in is the problem no matter what password is entered it is rejected, and why do I have to run inetd in debug mode for it to work. The same occurs is you try to telnet to the other host so it must be something in the setup somewhere. (I currently have access to VNC to view what the other host is doing an put in debug mode). I have look at the doc files, web sites and mailing list etc and had no luck fixing the problem. I have even tried removing the ntsec var because the network is secure using use cygwin security but still no luck. If you can help it would be great, Peter DISCLAIMER The information contained in the above e-mail message or messages (which includes any attachments) is confidential and may be legally privileged. It is intended only for the use of the person or entity to which it is addressed. If you are not the addressee any form of disclosure, copying, modification, distribution or any action taken or omitted in reliance on the information is unauthorised. Opinions contained in the message(s) do not necessarily reflect the opinions of the Queensland Government and its authorities. If you received this communication in error, please notify the sender immediately and delete it from your computer system network. -- 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/
hi im joe from texas
i was browseing through the profiles and i noticed yours : ) so i decided to drop u a lil message. anyways im joe nice to meet you. i attached a pic to this e-mail and theres also some more pics on my web site (link at the bottom) also if you have a pic could you please return it if you reply to this e-mail? thanks joe ICQ: 100853744 AOL/AIM: Joe B 764a Yahoo: joeb764 http://www.dreamwater.net/jb764b <> -- 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/
Where can I find the source of Cygwin setup
Maybe a foolish question, but I did not find it. A CVS tree is appreciated. Thanks. Wu Yongwei -- 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: Where can I find the source of cygwin setup
On Thu, May 23, 2002 at 11:52:23AM +0800, Wu Yongwei wrote: >Maybe a foolish question, but I did not find it. A CVS tree is >appreciated. You must not have been looking very hard. Look for clues in http://cygwin.com/lists.html, http://cygwin.com/packages/, http://cygwin.com/setup.html . cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Building loadkeys utility
As loadkeys utility is not there in cygwin am trying to build loadkeys utility. Got the sources for loadkeys from Redhat source cd. I have the latest cygwin installed in Windows2000 professional environment. The gettext utility is installed and works fine. When building the message given was "undefined reference to gettext". Executed the configure script by including the option ./configure --with-included-gettext . The displayed error messages are /home/Administrator/console-tools0.3.3/fontfiletools/psfaddtable.c:32: undefined reference to `gettext' how gettext should be linked. Yamuna. _ Click below to experience Aishwarya Rai's beauty secrets. New International Lux Skincare - It's not just soap, It's skincare. http://www.luxskincare.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/
Run cron - echo $HOME does not give home directory - still not work
Hi, Actually, use can logon and run cron smoothly. I think the /etc/passwd is not problem. However, user still cannot get his home directory when "echo $HOME" in running cron, the cron output file give /cygdrive/c. I read the README in /usr/doc/cron. I set /etc/passwd and /var (& its directory) to 777 mode. I think the cron has not read /etc/passwd, is it ? Any suggestion ? bella --- "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]> wrote: > At 09:39 AM 5/22/2002, B wrote: > >Hi, > > > >I used Cygwin 1.3.10 in w2k server. When a user run > >cron, the home > >directory is /cygdrive/f/home/user e.g, > > > >16 * * * * echo $HOME > > /cygdrive/f/home/user/testfile > > > >in testfile, the output: > > > >/cygdrive/c > > > >In another w2k server, i also install Cygwin > 1.3.10, > >user also run the > >above cron, also with home directory /cygdrive/f > > > >the testfile give, > > > >/cygdrive/f/home/user > > > >I used the same setting in Cygwin for the above two > >servers. Any idea ? > > > > From /usr/doc/cron/FEATURES: > > -- Environment variables can be set in each > crontab. SHELL, USER, > LOGNAME, and HOME are set from the user's > passwd entry; all except > USER can be changed in the crontab. > > So you should start by making sure your /etc/passwd > and /etc/group files > are properly set. You should also review all the > cron documentation in > /usr/doc/cron and /usr/doc/Cygwin/cron.README. > > > > 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 > __ 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/
An updated 2.125 setup possible?
Is it possible to maintain a 2.125 setup? If I am not mistaken, the only current problem is the MD5 checksum in the ini file. We need only to make the 2.125 setup ignore them. The "new" setup should be ideally put in the directory containing setup.exe and be named setup-old.exe. Maybe it is an unwelcome bad idea but the new setup really frets me. I would love to do the above myself if I were able to do it in an hour. But it seems I am really not familar enough with the GNU configuration and Cygwin code itself. Best regards, Wu Yongwei -- 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/
