Pending packages status
1. doxygen version: 1.2.18-1 status : reviewed; a confirmation is required from someone on this list, other than me, that this package is OK notes : this package is currently vetoed http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00056.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00156.html reviews: http://cygwin.com/ml/cygwin-apps/2002-09/msg00107.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00033.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00040.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00050.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00052.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00065.html http://cygwin.com/ml/cygwin-apps/2002-10/msg00087.html http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00155.html votes : 5 (Joshua, John Morrison, Lapo, Nicholas and Robert) url: http://jp.y42.briefcase.yahoo.co.jp/bc/ryu3141/lst?.dir=/cygwin.src=bc.view=l.last=1 2. tmake version: 1.8-1 status : reviewed, ready for upload once it gets the necessary votes reviews: http://cygwin.com/ml/cygwin-apps/2002-09/msg00222.html votes : 2 (Joshua and Lapo) url: http://www.geocities.co.jp/SiliconValley-SanJose/5153/cygwin-package/tmake-1.8-1-package.tgz 3. xerces-c version: 2.1.0-1 status : reviewed, need some fixes to the source package and a patch to be applied to fix a porting bug notes : http://www.cygwin.com/ml/cygwin-apps/2002-10/msg00097.html reviews: http://www.cygwin.com/ml/cygwin-apps/2002-11/msg9.html http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00048.html http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00047.html votes : 3 (Gerrit, Gareth and Robert) url: http://abackus.imagineis.com/xerces-c/xerces-c-2.1.0-1.tar.bz2 http://abackus.imagineis.com/xerces-c-devel/xerces-c-devel-2.1.0-1.tar.bz2 http://abackus.imagineis.com/xerces-c-doc/xerces-c-doc-2.1.0-1.tar.bz2 4. rsync version: 2.5.5-2 status : update to an existing package; need some feedback from rsync users to understand if latest Cygwin release fixes the following issue: http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html notes : http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00031.html url: http://www.lapo.it/tmp/rsync-2.5.5-2.tar.bz2 http://www.lapo.it/tmp/rsync-2.5.5-2-src.tar.bz2 5. sysvinit version: 2.81-1 status : package updated (postinstall script and README file included); needs review notes : http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00051.html reviews: http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00052.html http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00054.html http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00077.html votes : 4 (Christopher, Jan, Jason and Joshua) url: http://users.rcn.com/sokhapkin/release/sysvinit/ 6. agetty version: 2.1-1 status : reviewed, ready for upload notes : http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00051.html reviews: http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00054.html votes : 4 (Christopher, Jan, Jason and Joshua) url: http://users.rcn.com/sokhapkin/release/agetty/ 7. xinetd version: 2.3.9-1 status : needs a patch to be applied to the Cygwin dll before it can be released. notes : http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00069.html votes : ?! url: http://users.rcn.com/sokhapkin/release/xinetd/ 8. initscripts version: 0.9-1 status : not reviewed notes : http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00097.html votes : 0 url: http://users.rcn.com/sokhapkin/release/initscripts 9. chkconfig version: 1.2.24h-1 status : not reviewed notes : http://sources.redhat.com/ml/cygwin-apps/2002-11/msg00098.html votes : 0 url: http://users.rcn.com/sokhapkin/release/chkconfig/
Re: initscripts package available for review/upload
On Sun, Nov 10, 2002 at 06:27:52PM -0500, Sergey Okhapkin wrote: Canonical download: http://users.rcn.com/sokhapkin/release/initscripts Sergey, please include the paths to all files (setup.hint, binary, source) separately in your postings. It actually makes reviewing more easy. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: init and agetty packages available for review/upload. (fwd)
On Sun, Nov 10, 2002 at 10:55:58AM -0500, Sergey Okhapkin wrote: Done. I added /etc/postinstall/sysvinit.sh. The script sets up default /etc/inittab and /etc/rc (if not exist) and copies itself to /usr/bin/init-config for setting up init as a service later. http://users.rcn.com/sokhapkin/release/sysvinit/ Sorry but there's a package fault in the binary: drwx-- sos/None 0 2002-11-10 07:29:10 etc/ d- Administrators/None 0 2002-11-10 07:29:30 etc/postinstall/ -- Administrators/None 3584 2002-11-10 07:19:53 etc/postinstall/sysvinit Look at the permissions. Other than that, the package seems to be ok now. Please send the full URLs to your files in the next mail. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: Pending packages status
On Mon, Nov 11, 2002 at 11:51:41AM +0100, Pavel Tsekov wrote: 4. rsync version: 2.5.5-2 6. agetty version: 2.1-1 Hi, I've just uploaded the above two packages. Lapo, can I remove version 2.5.4-1? Pavel, I like your status reports! Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: initscripts package available for review/upload
OK. Sergey Okhapkin Somerset, NJ - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: cygwin-apps [EMAIL PROTECTED] Sent: Monday, November 11, 2002 6:21 AM Subject: Re: initscripts package available for review/upload On Sun, Nov 10, 2002 at 06:27:52PM -0500, Sergey Okhapkin wrote: Canonical download: http://users.rcn.com/sokhapkin/release/initscripts Sergey, please include the paths to all files (setup.hint, binary, source) separately in your postings. It actually makes reviewing more easy. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: init and agetty packages available for review/upload. (fwd)
Wow! I fixed the permissions. http://users.rcn.com/sokhapkin/release/sysvinit/setup.hint http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-1-src.tar.bz2 http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-1.tar.bz2 Sergey Okhapkin Somerset, NJ - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 11, 2002 6:29 AM Subject: Re: init and agetty packages available for review/upload. (fwd) On Sun, Nov 10, 2002 at 10:55:58AM -0500, Sergey Okhapkin wrote: Done. I added /etc/postinstall/sysvinit.sh. The script sets up default /etc/inittab and /etc/rc (if not exist) and copies itself to /usr/bin/init-config for setting up init as a service later. http://users.rcn.com/sokhapkin/release/sysvinit/ Sorry but there's a package fault in the binary: drwx-- sos/None 0 2002-11-10 07:29:10 etc/ d- Administrators/None 0 2002-11-10 07:29:30 etc/postinstall/ -- Administrators/None 3584 2002-11-10 07:19:53 etc/postinstall/sysvinit Look at the permissions. Other than that, the package seems to be ok now. Please send the full URLs to your files in the next mail. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: initscripts package available for review/upload
http://users.rcn.com/sokhapkin/release/initscripts/setup.hint http://users.rcn.com/sokhapkin/release/initscripts/initscripts-0.9-1.tar.bz2 BTW, I just realized that sysvinit and initscripts have a common file - /etc/inittab. sysvinit includes a basic one, but initscripts has a full featured file. initscripts package has no postinstall script, /etc/inittab will be overwritten silently on the package installation. But I need to replace the existing inittab with a new one. What is the best way to avoid the file conflict? OTOH, I see no need to uninstall initscripts without sysvinit uninstallation... Sergey Okhapkin Somerset, NJ - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 11, 2002 6:48 AM Subject: Re: initscripts package available for review/upload OK. Sergey Okhapkin Somerset, NJ - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: cygwin-apps [EMAIL PROTECTED] Sent: Monday, November 11, 2002 6:21 AM Subject: Re: initscripts package available for review/upload On Sun, Nov 10, 2002 at 06:27:52PM -0500, Sergey Okhapkin wrote: Canonical download: http://users.rcn.com/sokhapkin/release/initscripts Sergey, please include the paths to all files (setup.hint, binary, source) separately in your postings. It actually makes reviewing more easy. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: Pending packages status
Hello, Corinna On Mon, 11 Nov 2002, Corinna Vinschen wrote: On Mon, Nov 11, 2002 at 11:51:41AM +0100, Pavel Tsekov wrote: 4. rsync version: 2.5.5-2 Have you checked the thread in the 'notes' field for that package ? I'm not sure that if it should be uploaded.
Re: init and agetty packages available for review/upload. (fwd)
On Mon, Nov 11, 2002 at 07:06:33AM -0500, Sergey Okhapkin wrote: Wow! I fixed the permissions. http://users.rcn.com/sokhapkin/release/sysvinit/setup.hint http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-1-src.tar.bz2 http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-1.tar.bz2 Thanks! Uploaded. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: initscripts package available for review/upload
On Mon, Nov 11, 2002 at 07:16:51AM -0500, Sergey Okhapkin wrote: http://users.rcn.com/sokhapkin/release/initscripts/setup.hint http://users.rcn.com/sokhapkin/release/initscripts/initscripts-0.9-1.tar.bz2 BTW, I just realized that sysvinit and initscripts have a common file - /etc/inittab. sysvinit includes a basic one, but initscripts has a full featured file. initscripts package has no postinstall script, /etc/inittab will be overwritten silently on the package installation. But I need to The answer is probably don't do this. The initscripts package should only contain skeleton files and/or scripts which create the correct files on demand of the user. My first OpenSSH packages did overwrite the config files, too, but that resulted in too much complains. Since then, unpacking config files in place is considered bad practice for Cygwin. At least the postinstall script of the package should rename the old config file (as *.rpmsave on rpm based installations). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: Pending packages status
On Mon, Nov 11, 2002 at 02:05:26PM +0100, Pavel Tsekov wrote: Hello, Corinna On Mon, 11 Nov 2002, Corinna Vinschen wrote: On Mon, Nov 11, 2002 at 11:51:41AM +0100, Pavel Tsekov wrote: 4. rsync version: 2.5.5-2 Have you checked the thread in the 'notes' field for that package ? I'm not sure that if it should be uploaded. Yes, I did, and I mulled over it a bit. As far as I understood it, the new package doesn't introduce a new regression. It's just not clear if it solves a specific problem. Hmm, did I get something wrong? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: Pending packages status
On Mon, 11 Nov 2002, Corinna Vinschen wrote: 4. rsync version: 2.5.5-2 Have you checked the thread in the 'notes' field for that package ? I'm not sure that if it should be uploaded. Yes, I did, and I mulled over it a bit. As far as I understood it, the new package doesn't introduce a new regression. It's just not clear if it solves a specific problem. Hmm, did I get something wrong? I don't think so :) My point is that it wasn't clear if the patch is actually necessary with latest Cygwin and if it wont hide some Cygwin bug. From the announcement one also can see that this patch is the only difference to 2.5.5-1. Btw from the original announcement that Lapo made, I see that he suggested 'a test period' though I dont know if this should be interpreted that the package should be marked 'test'.
--enable-auto-import extension
This is an update of Egor Duda's original version. I have made no substantive changes, except 1) remove the minimal portion which has already been accepted into CVS as an interim measure (August 2002) while we were waiting for Egor's copyright assignment for binutils to get in to FSF. 2) minor formatting changes so that it applies cleanly against current CVS. I've tested the result, and it works as advertised -- and just as well as it did back in June/July when we went thru this the FIRST time. Please apply. The concept has already been approved for incorporation; we were just waiting for Egor's assignment. Which I devoutly hope has made it in sometime in the past five months. In http://sources.redhat.com/ml/binutils/2002-08/msg00548.html cgf recommended that: If Nick can verify your assignment status, then I'd like to suggest that your original patch just be checked in. And again here, cgf wrote: http://sources.redhat.com/ml/binutils/2002-08/msg00286.html What's the status of this change? I'd vote for including it in ld iff it is only invoked when the option is specifically used. Then we can add the appropriate changes to cygwin, make a new release, and then make a binutils release as well. The condition cgf specified is obeyed by the attached patch (with the exception of the minimal portion which has already been accepted into CVS, and which cannot be conditionalized in that manner.) The original patch as modified by subsequent discussion is here: http://sources.redhat.com/ml/binutils/2002-07/msg00035.html Although it was first proposed here: http://sources.redhat.com/ml/binutils/2002-06/msg00757.html Since my changes were minimal, the ownership of this patch is still Egor. (If it matters, I have an assignment on file already). --Chuck 2002-07-01 Egor Duda [EMAIL PROTECTED] * ldmain.c (main): Make runtime relocs disabled by default. Remove assignment which has no effect. * pe-dll.h (pe_create_import_fixup): Change prototype. * pe-dll.c (make_runtime_pseudo_reloc): New function. (pe_create_runtime_relocator_reference): Ditto. (pe_create_import_fixup): Handle relocations with non-zero addends. * emultempl/pe.em: Add options --enable-runtime-pseudo-reloc and --disable-runtime-pseudo-reloc. (make_import_fixup): Handle relocations with non-zero addends. Create an external reference to _pei386_runtime_relocator symbol if at least one pseudo reloc was created. * ld.texinfo: Document --enable-runtime-pseudo-reloc and --disable-runtime-pseudo-reloc options. 2002-07-01 Egor Duda [EMAIL PROTECTED] * bfdlink.h (struct bfd_link_info): Add new boolean field pei386_runtime_pseudo_reloc. Index: bfdlink.h === RCS file: /cvs/src/src/include/bfdlink.h,v retrieving revision 1.22 diff -u -r1.22 bfdlink.h --- bfdlink.h 8 Aug 2002 03:50:17 - 1.22 +++ bfdlink.h 7 Nov 2002 21:51:42 - @@ -340,6 +340,11 @@ is explicitly requested by the user, -1 if enabled by default. */ int pei386_auto_import; + /* Non-zero if runtime relocs for DATA items with non-zero addends + in pei386 DLLs should be generated. Set to 1 if this feature + is explicitly requested by the user, -1 if enabled by default. */ + int pei386_runtime_pseudo_reloc; + /* True if non-PLT relocs should be merged into one reloc section and sorted so that relocs against the same symbol come together. */ boolean combreloc; ? ldint.info Index: ld.texinfo === RCS file: /cvs/src/src/ld/ld.texinfo,v retrieving revision 1.74 diff -u -r1.74 ld.texinfo --- ld.texinfo 23 Oct 2002 13:24:10 - 1.74 +++ ld.texinfo 7 Nov 2002 21:48:39 - @@ -1808,7 +1808,11 @@ There are several ways to address this difficulty, regardless of the data type of the exported variable: -One solution is to force one of the 'constants' to be a variable -- +One way is to use --enable-runtime-pseudo-reloc switch. This leaves the task +of adjusting references in your client code for runtime environment, so +this method works only when runtime environtment supports this feature. + +Second solution is to force one of the 'constants' to be a variable -- that is, unknown and un-optimizable at compile time. For arrays, there are two possibilities: a) make the indexee (the array's address) a variable, or b) make the 'constant' index a variable. Thus: @@ -1844,7 +1848,7 @@ @{ volatile long long * local_ll=extern_ll; *local_ll @} @end example -A second method of dealing with this difficulty is to abandon +A third method of dealing with this difficulty is to abandon 'auto-import' for the offending symbol and mark it with @code{__declspec(dllimport)}. However, in practice that requires using compile-time #defines to indicate whether you are
Re: initscripts package available for review/upload
Agree. What do you think - could postinstall script rename inittab silently and replase it with a new one? Sergey Okhapkin Somerset, NJ - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 11, 2002 8:42 AM Subject: Re: initscripts package available for review/upload On Mon, Nov 11, 2002 at 07:16:51AM -0500, Sergey Okhapkin wrote: http://users.rcn.com/sokhapkin/release/initscripts/setup.hint http://users.rcn.com/sokhapkin/release/initscripts/initscripts-0.9-1.tar.bz2 BTW, I just realized that sysvinit and initscripts have a common file - /etc/inittab. sysvinit includes a basic one, but initscripts has a full featured file. initscripts package has no postinstall script, /etc/inittab will be overwritten silently on the package installation. But I need to The answer is probably don't do this. The initscripts package should only contain skeleton files and/or scripts which create the correct files on demand of the user. My first OpenSSH packages did overwrite the config files, too, but that resulted in too much complains. Since then, unpacking config files in place is considered bad practice for Cygwin. At least the postinstall script of the package should rename the old config file (as *.rpmsave on rpm based installations). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: init and agetty packages available for review/upload. (fwd)
$ ls /usr/bin/*-config /usr/bin/iu-config /usr/bin/libpng-config /usr/bin/libpng12-config /usr/bin/pcre-config /usr/bin/ssh-host-config /usr/bin/ssh-user-config Sorry, these files are not all the same. libpng-config libpng12-config pcre-config are used by package configure scripts to figure out where libraries and header files have been installed. E.g. they provide information; they do not modify your system. iu-config ssh-host-config ssh-user-config are system setup scripts used to install or initialize daemons. These modify your system. I wouldn't mind if these scripts were moved into /usr/sbin or something, but leave the libpng-config/pcre-config style scripts alone. They NEED to be in the path of normal users. --Chuck
Re: initscripts package available for review/upload
I can't include a full featured file into sysvinit because it requires other files from /etc/rc.d, these files are a part of initscripts package. Sergey Okhapkin Somerset, NJ - Original Message - From: Joshua Daniel Franklin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, November 11, 2002 9:33 AM Subject: Re: initscripts package available for review/upload --- Sergey Okhapkin [EMAIL PROTECTED] wrote: BTW, I just realized that sysvinit and initscripts have a common file - /etc/inittab. sysvinit includes a basic one, but initscripts has a full featured file. Why not include the full-featured file in sysvinit and not at all in initscripts? I mean, sysvinit is already required for initscripts to run properly anyway. Also, Corinna, did I see correctly that you've uploaded this package? I don't believe all its dependencies have been uploaded.
Re: init and agetty packages available for review/upload.
Corinna wrote: http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-1-src.tar.bz2 http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-1.tar.bz2 Thanks! Uploaded. Ummm... Charles Wilson wrote: Also, the cygutils package already includes /usr/bin/last.exe but I'm not sure what to do about this since I bet Chuck took it from some sysvinit package and wouldn't mind moving it to its canonical location once the sysvinit package gets together. Corinna -- please add a skip: command to sysvinit's setup.hint (and give me write perms on the file). We don't want sysvinit to appear in setup.ini until after I've uploaded the new version of cygutils, since there is a conflict over the last and utmpdump commands. I'll be uploading a new version of cygutils that does not have those files later today, and I'll remove the skip: command at that time. Thanks, Chuck
Re: chkconfig package available for review/download
Sergey Okhapkin wrote: http://users.rcn.com/sokhapkin/release/chkconfig/ category: System requires: cygwin initscripts sdesc: Runlevel/xinetd services editor ldesc: chkconfig provides a simple command-line tool for maintaining the /etc/rc[0-6].d directory hierarchy by relieving system administrators of the task of directly manipulating the numerous symbolic links in those directories. Good grief, you're really pumping them out, aren't you? Cheers, Nicholas
Re: init and agetty packages available for review/upload.
On Mon, Nov 11, 2002 at 05:14:59PM -0500, Charles Wilson wrote: Corinna -- please add a skip: command to sysvinit's setup.hint (and give me write perms on the file). We don't want sysvinit to appear in setup.ini until after I've uploaded the new version of cygutils, since there is a conflict over the last and utmpdump commands. You should have permissions to do this already, Chuck. cgf
Re: initscripts package available for review/upload
I included a postinstall script to the package to rename existing /etc/inittab and create a new one. Sergey Okhapkin Somerset, NJ - Original Message - From: Corinna Vinschen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 11, 2002 8:42 AM Subject: Re: initscripts package available for review/upload On Mon, Nov 11, 2002 at 07:16:51AM -0500, Sergey Okhapkin wrote: http://users.rcn.com/sokhapkin/release/initscripts/setup.hint http://users.rcn.com/sokhapkin/release/initscripts/initscripts-0.9-1.tar.bz2 BTW, I just realized that sysvinit and initscripts have a common file - /etc/inittab. sysvinit includes a basic one, but initscripts has a full featured file. initscripts package has no postinstall script, /etc/inittab will be overwritten silently on the package installation. But I need to The answer is probably don't do this. The initscripts package should only contain skeleton files and/or scripts which create the correct files on demand of the user. My first OpenSSH packages did overwrite the config files, too, but that resulted in too much complains. Since then, unpacking config files in place is considered bad practice for Cygwin. At least the postinstall script of the package should rename the old config file (as *.rpmsave on rpm based installations). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc.
Re: initscripts package available for review/upload
I borrowed a Win98 laptop for the night and am pleased to say that initscripts and sysvinit worked (at least with the /etc/rc.d/init.d/sshd script provided) with no configuration necessary. This is very nice, thanks very much Sergey! I was unable to track down a workable console cable so unfortunately I still do not know if agetty works. My only suggestion is that init-config might do a simple check for Win9x/ME systems and bail out without doing anything (maybe a message about getting a real computer) since running init-config gives some ugly errors. Of course this is a stupid thing to do on Win98 sincethere is no NT service, but the ssh-host-config script at least just bails out: $ ssh-host-config Generating /etc/ssh_host_key Generating /etc/ssh_host_rsa_key Generating /etc/ssh_host_dsa_key Generating /etc/ssh_config file Generating /etc/sshd_config file Added ssh to /c/WINDOWS/SERVICES Host configuration finished. Have fun! $ With init-config, this happens: Do you want to set up init to run as NT service? (yes/no) yes chown: `system.system': invalid user chown: `system.system': invalid user /bin/cygrunsrv: Error installing a service: OpenSCManager: Win32 error 120: This function is only valid in Win32 mode. Error 2185: The service name is invalid. Make sure you are specifying a valid service name, and then try again. [and then there is a nice popup with this:] SH caused an invalid page fault in module KERNEL32.DLL at 0167:bff7d762. Registers: EAX=c1556f30 CS=0167 EIP=bff7d762 EFLGS=00010202 EBX=818fa320 SS=016f ESP=0074e600 EBP=0074e648 ECX=bff7d75b DS=016f ESI=0001 FS=0daf EDX=bffc9490 ES=016f EDI= GS= Bytes at CS:EIP: 8b 0f 3b ce 76 10 8d 47 10 83 38 00 74 28 83 c0 Stack dump: 0074e648 818ff620 0001 bff8dd46 818fa320 0074f320 c14fea20 818ff660 bff7 bff7dcc4 00b8 __ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2
Re: how does xwin resolve ip addresses
Hi, At 3Com's behest I tried the card in another laptop that had another installation of the card: Yes the card works in another laptop, an xp home one on the same network. Also the ipconfig works on this machine as well. It looks therefore like a driver problem, either a bad installation on my part or some conflicting software. I will do the following : 1) re-install the software 2) check dll dependencies and versions between the two machines I'll reply with the results. , and I'll do the same here. Ago, I'll try these changes first because it looks much like a bad software installation and nothing to do with cygwin. Unless you'd like to try and get it working with this installation first, in which case I'll delay the changes. Chris _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: Problems with xwinclip version 0.5/0.6
Hi! o xwinclip-Test06: The first difference I see when using the latest version of xwinclip is the marked regions in X windows stay marked after releasing the left mouse button !! I have installed the xwinclip-Test06, but the selection not only dissapears, after I release the mouse button, but it flashes continously, and I can't paste the selection either under X, nor in windows. Has anybody any ideea, why is this so? Thanks, Jozsef Kercso
-pseudocolor option doesn't work. Please help!
Hi! I have tried several option, to invoke th pseudocolor mode, but unfortunatelly my program says : Cannot allocate colors. The program works however under ReflectionX and eXceed. The program is unfortunatelly not free, and I can't share any other information about it. I know, that it's inconvenient, but I can't do anything to change it. The options, that I try, are: - run XWin with -pseudocolor option - run XWin with -depth 8 -fullscreen options - run XWin with -engine 1 in 256 color mode With any of theese options my application doesn't start at all. Has anybody any ideea about it? Thanks Jozsef Kercso
Re: Problems with xwinclip version 0.5/0.6
Hi! In my previous mail I don't said, that I found this behaviour of xwinclip only under Solaris using the CDE desktop. Best Regards Jozsef Kercso
Re: Problems with xwinclip version 0.5/0.6
I have installed the xwinclip-Test06, but the selection not only dissapears, after I release the mouse button, but it flashes continously, and I can't paste the selection either under X, nor in windows. Has anybody any ideea, why is this so? The second problem may be related to the first, given the flashing continuously. It seems like the application you are using remotely tries to capture the x primary selection as well. This release of xwinclip claims the x selection as soon as a selection has been made. The other application may be doing the same, hence the continuous flashing. You can try using the version I uploaded to the list. It needs to be compiled though, and if you have the latest version of cygwin it probably won't work. I should be able to release a new version of the xwinclip to the mailing list tonight which should work with the latest version, I hope. Regards, Chris _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail
Re: Rootless Mode Anyone ???
OK. Whose turn is it to chastise this? RTFMLA! At 12:56 2002-11-11, Bovy, Stephen wrote: I would like to try the new rootless mode, but I cant find any Info on how to use it ... Any suggestions ???
Re: Rootless Mode Anyone ???
Stephen, Use the ``-rootless'' command line parameter for XWin.exe. Harold Bovy, Stephen wrote: I would like to try the new rootless mode, but I cant find any Info on how to use it ... Any suggestions ???
Re: Make ip.h and tcp.h work under -fnative-struct or -fms-bitfields
Hi, What's the status of this patch? -- ChangeLog: 2002-10-28 Wu Yongwei [EMAIL PROTECTED] * ip.h (struct ip): Use u_char to indicate bitfields to make it work with -fnative-struct/-fms-bitfields. (struct ip_timestamp): Ditto. * tcp.h (struct tcphdr): Ditto. -- Am I really going the wrong way (any examples)? Or should I submit a new patch as Danny suggests? Best regards, Wu Yongwei
Re: Make ip.h and tcp.h work under -fnative-struct or -fms-bitfields
Wu Yongwei [EMAIL PROTECTED] wrote: work with -fnative-struct/-fms-bitfields. It's -mms-bitfields. Max.
Re: Make ip.h and tcp.h work under -fnative-struct or -fms-bitfields
On Mon, Nov 11, 2002 at 04:55:25PM +0800, Wu Yongwei wrote: Hi, What's the status of this patch? -- ChangeLog: 2002-10-28 Wu Yongwei [EMAIL PROTECTED] * ip.h (struct ip): Use u_char to indicate bitfields to make it work with -fnative-struct/-fms-bitfields. (struct ip_timestamp): Ditto. * tcp.h (struct tcphdr): Ditto. -- Am I really going the wrong way (any examples)? Or should I submit a new patch as Danny suggests? Danny's suggestion is correct. The rest of the header files which accomodate this are probably using __attribute__((packed)) . The argument that the header works ok for you on MSVC is a non-issue for cygwin. cgf
Re: Make ip.h and tcp.h work under -fnative-struct or -mms-bitfields
Sorry for my ignorance and noise, but I still want to ask what problems could occur if I use u_char instead of u_int to denote bit fields. Any answer is appreciated. (Of course I would like to have a header file working across all my Windows compilers. Others may appreciate it too.) Best regards, Wu Yongwei --- Original Message from Christopher Faylor --- Danny's suggestion is correct. The rest of the header files which accomodate this are probably using __attribute__((packed)) . The argument that the header works ok for you on MSVC is a non-issue for cygwin. cgf
receiving mail at winbox with cygwin
can I receive mail at my Winbox with cygwin? I mean there must be a service listening at some port to do this, but ssmtp doesn't seem to achieve this... thx, m4c __ Marcos Lorenzo de Santiago (Labs Technician) Departament of Telematic Engineering University Carlos III Av.Universidad 30 Leganés (Madrid). Torres Quevedo Building 4.1A01 E-mail: [EMAIL PROTECTED], Telephone: (+34)91-624-8757 Home Page http://www.it.uc3m.es/marcos __ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Strip Cygwin
Hi, Is it allowed that we strip the Cygwin installation and distribute only the files (make environment related) that are needed to compile our sources? Kind regards, Ralf Truijen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how-to use _WIN32 preprocessor with cygwin ?
The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro to be defined. Certain cygwin applications predate that arrangement, so confusion is understandable. Thanks for your answer :-) So I wonder I have to modify the configure script to add -mwin32 flag on gcc option if I detect cygwin environment. Question : How to detect cygwin environment ? Thanks, -- Eric Belhomme -- Unsubscribe info: 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: Strip Cygwin
On Mon, Nov 11, 2002 at 11:21:54AM +0100, [EMAIL PROTECTED] wrote: Hi, Is it allowed that we strip the Cygwin installation and distribute only the files (make environment related) that are needed to compile our sources? Yes and no. Yes, you can take just the binary stuff you need. No, because you must provide the *sources* of all GPL'd applications you distribute to your target audience due to licensing restrictions. This includes especially the sources of the Cygwin DLL itself. There is an option to buy a special Cygwin license which gets you around this slightly. That's typically only useful if you're planning to distribute a proprietary application but that's not what you want, apparently. Other than that, you can only circumvent this licensing problem by not distributing the build environment at all. Just point your customers to the cygwin web page in that case. In theory that should suffice most needs. HTH, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: question about cygdrive flags string in the registry (Win 2000)
Thanks for your answer. Yes, I'm aware about licensing issues, but thanks for pointing it out. From: Christopher Faylor [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: question about cygdrive flags string in the registry (Win 2000) Date: Fri, 8 Nov 2002 11:51:54 -0500 On Fri, Nov 08, 2002 at 05:34:30PM +0200, Viviana Cotirlea wrote: I ported a database application on Windows 2000 using cygwin. For testing reasons I put on a clean (no cygwin installed) Windows 2000 machine the generated app.exe and the cygwin1.dll. For some reason the dbopen() call failed when trying to read the created before database. After trying to investigating the problem, I found out that it is working if in the registry the following data exists: HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 cygdrive flags 22 If this is missing the dbopen() call will fail. My question is: Because at one point I would like to distribute the product to others also, and I don't want to obligate them to install the cygwin, I would like to know why this string is required, and if my only solution would be to add that key in the registry if the cygwin is not already installed on that machine? This is probably a binmode/textmode thing. I don't know what the flags are but probably dbopen needs to open files in binary and hasn't been properly ported to do this without help from the cygwin mount command. See mount --help. I am concerned when you talk about distributing the product, however. It's just a knee jerk reaction on my part but whenever I hear distribute the product coupled with don't want..them to install the (sic) cygwin, I wonder about licensing issues. You are aware that your product is now GPLed right? You need to distribute both the source code for your product and, if you are providing a copy of the cygwin dll (shudder) you need to provide source code for that. This is only negotiable if you've purchased a license from Red Hat. Otherwise, you must use the GPL. cgf _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- Unsubscribe info: 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: how do I find information about functions (params, return values,etc)
OK, this is how I worked until now, meaning using google. But at one point I thought that in cygwin somewhere there is this information and I'm just not able to find it. It seems that there is not, so I wil continue using google for this. Thanks a lot, viv From: Elfyn McBratney [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: question: how do I find information about functions (params, return values, etc) Date: Fri, 08 Nov 2002 22:26:04 + Hey, Try using google, http://www.google.com/search?hl=enie=ISO-8859-1q=using+pthread_cond_init%28%29 On the first link youll find what you need. Elfyn From: Viviana Cotirlea [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: question: how do I find information about functions (params, return values, etc) Date: Fri, 08 Nov 2002 19:48:19 +0200 MIME-Version: 1.0 X-Originating-IP: [62.245.182.10] Received: from sources.redhat.com ([209.249.29.67]) by mc1-f17.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Fri, 8 Nov 2002 09:48:36 -0800 Received: (qmail 23348 invoked by alias); 8 Nov 2002 17:48:24 - Received: (qmail 23334 invoked from network); 8 Nov 2002 17:48:20 - Received: from unknown (HELO hotmail.com) (64.4.19.58) by sources.redhat.com with SMTP; 8 Nov 2002 17:48:20 - Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 8 Nov 2002 09:48:20 -0800 Received: from 62.245.182.10 by lw12fd.law12.hotmail.msn.com with HTTP;Fri, 08 Nov 2002 17:48:19 GMT Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:cygwin-unsubscribe-emcb_exposure=hotmail.com;cygwin.com List-Subscribe: mailto:cygwin-subscribe;cygwin.com List-Archive: http://sources.redhat.com/ml/cygwin/ List-Post: mailto:cygwin;cygwin.com List-Help: mailto:cygwin-help;cygwin.com, http://sources.redhat.com/ml/#faqs Sender: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-OriginalArrivalTime: 08 Nov 2002 17:48:20.0174 (UTC) FILETIME=[068B16E0:01C2874F] Return-Path: [EMAIL PROTECTED] Hi, I installed everything provided by cygwin, meaning also the documentation. My problem is that when I'm trying to find informations about a function, let's say pthread_cond_init(), I can not get any information about it. The documentation for the supported functions is not included in the man pages? How can I get this information, meaning the paramethers, return values, etc ? (My MANPATH is: :/usr/ssl/man:/usr/man:/usr/local/man:/usr/autotool/devel/man:/usr/X11R6/man) Thanks a lot, viv _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- Unsubscribe info: 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: receiving mail at winbox with cygwin
On Mon, Nov 11, 2002 at 11:20:08AM +0100, Marcos Lorenzo wrote: can I receive mail at my Winbox with cygwin? Yes there are several ways, mutt knows pop and imap, there are fetchmail and procmail, what exactly do you want to do ? It's not necessary to have a daemon running for receiving mail. I mean there must be a service listening at some port to do this, but ssmtp doesn't seem to achieve this... For this lok at exim. Gruss Olaf Föllinger -- Olaf Föllinger Berater S.E.S.A. Software und Systeme AG -- Unsubscribe info: 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: receiving mail at winbox with cygwin
On Mon, 11 Nov 2002 11:20:08 +0100 (CET) Marcos Lorenzo wrote: can I receive mail at my Winbox with cygwin? I mean there must be a service listening at some port to do this, but ssmtp doesn't seem to achieve this... Install Exim, which is in the 'Mail' group in setup.exe. See also http://sources.redhat.com/ml/cygwin-announce/2002-09/msg8.html -- Mark Himsley -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
The gcc compile flag -mwin32 _WIN32
At 06:27 11/11/2002, Tim Prince wrote: The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro to be defined. Certain cygwin applications predate that arrangement, so confusion is understandable. Where can I can find documentation on -mwin32? Warren. Warren Dale Email: [EMAIL PROTECTED] Mobile: 0412-700-966 Home: (02) 9482-8552 -- Unsubscribe info: 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 in Cygwin
Dear sir, Actually I need to install and configure Perl and Interchange software tool. So I needed to install Cygwin tool in windows machine as interchange tool needs unix environment. I downloaded cygwin tools from the following mirror site and installed it in my windows machine. http://www.csd.uch.gr/~hy150/tools/cygwin/ When I am running, some of the unix commands like grep is not working and 'a required dll file,cygintl-1.dll was not found' error message is coming. Then, I downloaded cygwin tools from the following mirror site and installed it in my windows machine. ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ When I am running no Unix command is running except cd and exit. What shall I do to rectify the problems? Which mirror site is having latest update of cygwin tool? Any help in this regard greatly appreciated. Thanks in advance Regards, Senthil __ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how-to use _WIN32 preprocessor with cygwin ?
On Monday 11 November 2002 02:33, Eric Belhomme wrote: The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro to be defined. Certain cygwin applications predate that arrangement, so confusion is understandable. Thanks for your answer :-) So I wonder I have to modify the configure script to add -mwin32 flag on gcc option if I detect cygwin environment. Question : How to detect cygwin environment ? Often done by the uname command, as on other Unixish systems -- Tim Prince -- Unsubscribe info: 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 in Cygwin
RIAS schrieb: Actually I need to install and configure Perl and Interchange software tool. So I needed to install Cygwin tool in windows machine as interchange tool needs unix environment. [...] What shall I do to rectify the problems? Fetch the setup/install/update tool: http://cygwin.com/setup.exe Which mirror site is having latest update of cygwin tool? Depends on where you are, setup.exe knows all mirrors. 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: Problem with Win32/UNIX character set
Yes. Add codepage:oem to your CYGWIN environment variable. P.S. David (Starks-Browning), should this be in the FAQ? FWIW, I haven't found anything related to codepage:* in the User's Guide page on the CYGWIN variable, either. Can someone explain the codepage settings so I can give an accurate explanation in the UG? I don't think I've ever seen an overall explanation of possible values with the advantages and drawbacks of each. (I'm assuming there are drawbacks to codepage:oem or else it would just be turned on.) By the way, we've had several questions about non-us character sets in Cygwin--is this related? I could also add something about that (I think there is already something about the .inputrc settings.) __ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: how-to use _WIN32 preprocessor with cygwin ?
Eric Belhomme [EMAIL PROTECTED] wrote: The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro to be defined. Certain cygwin applications predate that arrangement, so confusion is understandable. Thanks for your answer :-) So I wonder I have to modify the configure script to add -mwin32 flag on gcc option if I detect cygwin environment. Question : How to detect cygwin environment ? Or, just use code like this in your C files: #if defined(_WIN32) || defined(__CYGWIN__) Win32 or Cygwin #endif If you do want to detect Cygwin in a configure script, then you just do AC_CANONICAL_HOST, and then: case $host_os in *cygwin* ) do cygwin stuff;; * ) do other stuff;; esac 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/
Is it possible to convert .a linux library into win32 .dll or lib ?
Hi, I compiled a linux native library on cygwin. To do this I used the -mwin32 flag, as Tim Prince explained to me. So now it compiles nice, but I obtain a libprelude.a file so I wonder it is in ELF compatible format. The problem is I'd like to use this library with a native Win32 NT service (I try to make a win32 prelude-lml sensor) So I need libprelude compiled as native win32 DLL or lib file. Is it possible ? -- Rico (RicoSpirit) - http://www.ricospirit.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is it possible to convert .a linux library into win32 .dll or lib ?
Eric Belhomme wrote: Hi, I compiled a linux native library on cygwin. To do this I used the -mwin32 flag, as Tim Prince explained to me. So now it compiles nice, but I obtain a libprelude.a file so I wonder it is in ELF compatible format. The problem is I'd like to use this library with a native Win32 NT service (I try to make a win32 prelude-lml sensor) So I need libprelude compiled as native win32 DLL or lib file. Is it possible ? No, it's not ELF. It is a static library (i.e. more-or-less a static .lib file) I know nothing about the package you are talking about, so I don't know how easy it would be to make a DLL. 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: Problem with Win32/UNIX character set
On Mon, 11 Nov 2002, Jan Middelkoop wrote: On Sun, 10 Nov 2002, Igor Pechtchanski wrote: On Sat, 9 Nov 2002, Jan Middelkoop wrote: Hello. I seem to be able to compile and run a problem fine, but when I run it, I notice it uses a UNIX character set instead of the DOS character set (I do NOT mean the endline characters - I mean the character set in general), so certain things (ASCII art mainly) look very messed up. How do I get this program to use the DOS character set? Is there an option for this in CygWin, do I have to #define something? Thanks in advance, DJHyperbyte djhyperbyte at teknap.com Yes. Add codepage:oem to your CYGWIN environment variable. Igor P.S. David (Starks-Browning), should this be in the FAQ? FWIW, I haven't found anything related to codepage:* in the User's Guide page on the CYGWIN variable, either. Hi again, thanks for your reply :) I sent this message to you only (not to the whole mailing list), because this is more of a RTFM question (where I didn't find it btw). I did: export CYGWIN=codepage:oem ./configure --with-the-options-I-need make But, it still uses the wrong charset (DOS). What am I doing wrong? Thanks in advance. Jan, Please keep replies on the list. Especially for things that are not in the manual, as the next place people are going to look is the list archives. Also, you can generally expect better replies from other people on this list. IIRC, you should set codepage:oem or codepage:ansi *before* starting bash. You might also need to set the font to something that has a correct charset (Lucida Console was recommended at some point). Another thing to try is to run this in rxvt instead of the command window. This really *should* be in the FAQ and the User's Guide. I'm not going to submit patches just now as there is a new option pending (codepage:none), and I'd like to wait until that's in... CGF, any news on that? However, I'm confused now. Which character set *do* you want? Unless I'm mistaken, codepage:oem is for the DOS character set, and codepage:ansi (the default) is for the Unix one... First you said that you needed the DOS charset but were getting Unix, now you say that you're getting the DOS one and it's wrong... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Add: Problem with Win32/UNIX character set (fwd)
I'm forwarding this to the list as well. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Forwarded message -- Date: Mon, 11 Nov 2002 07:30:20 +0100 (CET) From: Jan Middelkoop [EMAIL PROTECTED] To: Igor Pechtchanski [EMAIL PROTECTED] Subject: Add: Problem with Win32/UNIX character set Forgot to mention, it DOES use the right charset when I run it from CygWin, just not as a standalone executable. Regards, Jan Middelkoop [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Is RSA authentication on SSH still broken?
chmod 700 ~ \ ^^^ This is your problem. By setting home and .ssh to 700 you disallow sshd to stat() ~/.ssh. Cygwin has two chances to retrieve information about a file or directory, by either calling FindFileFirst() or by trying to open the file and calling various Win32 access functions. FindFileFirst() requires to have read permissions on the parent directory, opening the file/dir requires read permissions on it. If home as well as .ssh are 700, sshd has neither of these rights == The check for .ssh fails. OK. So, it appears that Cygwin users of openssh have one of two options: 1. chmod 700 ~ chgrp 18 ~/.ssh chmod 750 ~/.ssh or 2. chmod 755 ~ chmod 700 ~/.ssh Do you have a recommendation on which of these two options is more secure? -- Unsubscribe info: 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: Is RSA authentication on SSH still broken?
Harig, Mark A. [EMAIL PROTECTED] wrote: OK. So, it appears that Cygwin users of openssh have one of two options: 1. chmod 700 ~ chgrp 18 ~/.ssh chmod 750 ~/.ssh or 2. chmod 755 ~ chmod 700 ~/.ssh Do you have a recommendation on which of these two options is more secure? I'm assuming you meant: $ chmod 750 ~ $ chgrp 18 ~ $ chmod 700 ~/.ssh Since obviously world-readable ~ is less secure than user-only-readable ~. In which case, 1. seems better to me, because it actually grants SYSTEM permissions where it needs them, rather than granting them somewhere else and Windows weirdness making things work. -- Unsubscribe info: 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: Is RSA authentication on SSH still broken?
Harig, Mark A. [EMAIL PROTECTED] wrote: OK. So, it appears that Cygwin users of openssh have one of two options: 1. chmod 700 ~ chgrp 18 ~/.ssh chmod 750 ~/.ssh or 2. chmod 755 ~ chmod 700 ~/.ssh Do you have a recommendation on which of these two options is more secure? I'm assuming you meant: $ chmod 750 ~ $ chgrp 18 ~ $ chmod 700 ~/.ssh Since obviously world-readable ~ is less secure than user-only-readable ~. In which case, 1. seems better to me, because it actually grants SYSTEM permissions where it needs them, rather than granting them somewhere else and Windows weirdness making things work. I have been using option 1. My question comes from the fact that Corinna Vinschen recommended that ~/.ssh be set to 700 (which is what 'set-keygen' sets it to) and that she had pointed to my 'chmod 700 ~' as the reason that openssh would not work if I set ~/.ssh to 700. Is there a consensus about what to recommend to Cygwin users, or does openssh work for some people with both ~ and ~/.ssh set to 700? (In which, case multiple recommendations would need to be made.) -- Unsubscribe info: 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: Is it possible to convert .a linux library into win32 .dll or lib ?
No, it's not ELF. It is a static library (i.e. more-or-less a static .lib file) I know nothing about the package you are talking about, so I don't know how easy it would be to make a DLL. Thanks for your support :-) So, can I link this file with a native win32 software developped with Ms Visual C++ 6 ? Regards, -- Eric Belhomme -- Unsubscribe info: 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: Is RSA authentication on SSH still broken?
On Mon, 11 Nov 2002, Harig, Mark A. wrote: chmod 700 ~ \ ^^^ This is your problem. By setting home and .ssh to 700 you disallow sshd to stat() ~/.ssh. Cygwin has two chances to retrieve information about a file or directory, by either calling FindFileFirst() or by trying to open the file and calling various Win32 access functions. FindFileFirst() requires to have read permissions on the parent directory, opening the file/dir requires read permissions on it. If home as well as .ssh are 700, sshd has neither of these rights == The check for .ssh fails. OK. So, it appears that Cygwin users of openssh have one of two options: 1. chmod 700 ~ chgrp 18 ~/.ssh chmod 750 ~/.ssh or 2. chmod 755 ~ chmod 700 ~/.ssh Do you have a recommendation on which of these two options is more secure? According to what I remember about Unix permissions, 'chmod 711 ~' should suffice. This will allow anyone to access a subdirectory of your $HOME *if they know the exact path*. Same with ~/.ssh. You can then make authorized_keys world-readable without exposing the rest of your home directory. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: 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: Is RSA authentication on SSH still broken?
On Mon, Nov 11, 2002 at 10:57:22AM -0500, Harig, Mark A. wrote: Harig, Mark A. [EMAIL PROTECTED] wrote: I have been using option 1. My question comes from the fact that Corinna Vinschen recommended that ~/.ssh be set to 700 (which is what 'set-keygen' sets it to) and that she had pointed to my 'chmod 700 ~' as the reason that openssh would not work if I set ~/.ssh to 700. Is there a consensus about what to recommend to Cygwin users, It's a matter of taste. Personally I let it 755 on ~ and 700 on ~/.ssh. As long as sshd works, it's fine. No worries. or does openssh work for some people with both ~ and ~/.ssh set to 700? It can't, except there is that additional ACE for SYSTEM in the ~/.ssh ACL. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin;cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Lesstif compilation problem and setup.exe
I decided to try compiling the latest version of Lesstif to get my feet wet doing compilations of packages. Download and untaring went well. Compilation seemed to go ok also until I'd gotten about 3/4 of the way through. Then Cygwin refused to continue compiling. I was in fvwm2 at the time. When I flipped back to the window for Cygwin it had quite a few messages about having run out of process space and that it could no longer fork a new process. I could not even exit Cygwin. (ie: typing exit just generated a new error.) I decided that maybe fvwm2 was the culprit (after all X does suck up a lot of process space sometimes) and so I rebooted my system, got back into Cygwin, and recompiled. Same results. My System: Windows98se box Memory: 512mb HDD: 30GB (17GB used) Motherboard graphics, sound, etc Cygwin version: (currently downloading latest version to give this a go again [as I type]) Release available on August 5th, 2002. Full installation download. Notes: I was using tcsh under fvwm2. Nothing fancy and I just did a make (no options) after doing the ./configure (no options). There didn't seem to be any problems with the compilations (no errors only a few warnings). It just seemed to be the number of iterations make had to go through which caused it to run out of process space. If you need a screen dump - let me know. I can either try to capture the text itself (didn't work before but I can try again) or do a screen capture (found a nice on-line product). Didn't want to post the screen capture. Setup.exe: I'd like to propose a couple of changes to setup.exe: 1.Make the dialog box resizable. It would be nice to be able to see the entire set of information about what is going to be downloaded without having to scroll back and forth. 2.Change the options on what to do so Update is shown. Either Install/Update or maybe a separate radio button. Anything just so we don't go I don't want to install the whole thing again! before remembering the program is smart enough to just do the update. :-) TIA! Mark Manning -- Unsubscribe info: 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: Is it possible to convert .a linux library into win32 .dll or lib ?
Max Bowsher: No, it's not ELF. It is a static library (i.e. more-or-less a static .lib file) Larry Hall: See the FAQ entry: Can I mix objects compiled with msvc++ and gcc? http://cygwin.com/faq/faq_4.html#SEC117 Also, if your library pulls in the Cygwin runtime DLL, make sure you don't mix the heap with MSVC's. Eric Belhomme: So, can I link this file with a native win32 software developped with Ms Visual C++ 6 ? *Objects* are compatible. *Static Libraries* are NOT. I _think_ you might be able to make a library with MS lib.exe, although I have never done it myself. Are there good reasons for not using one set of compiler tools exclusively? 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/
mkfifo doesn't work??
[19:06:06] marcos@MOZART~ mkfifo --version mkfifo (fileutils) 4.1 Escrito por David MacKenzie. Copyright (C) 2001 Free Software Foundation, Inc. Esto es software libre; vea el código fuente para las condiciones de copia. No hay NINGUNA garantía; ni siquiera de COMERCIABILIDAD o IDONEIDAD PARA UN FIN DETERMINADO. [19:06:11] marcos@MOZART~ mkfifo -m 600 /tmp/.$$ mkfifo: cannot create fifo ``/tmp/.119'': Function not implemented mkfifo version 4.1 doesn't work? Do I need to update fileutils to get this function implemented? I'm really surprised, why is there an executable mkfifo if it's not implemented? TIA, m4c. __ Marcos Lorenzo de Santiago (Labs Technician) Departament of Telematic Engineering University Carlos III Av.Universidad 30 Leganés (Madrid). Torres Quevedo Building 4.1A01 E-mail: [EMAIL PROTECTED], Telephone: (+34)91-624-8757 Home Page http://www.it.uc3m.es/marcos __ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mkfifo doesn't work??
[19:06:06] marcos@MOZART~ mkfifo --version mkfifo (fileutils) 4.1 Escrito por David MacKenzie. Copyright (C) 2001 Free Software Foundation, Inc. Esto es software libre; vea el código fuente para las condiciones de copia. No hay NINGUNA garantía; ni siquiera de COMERCIABILIDAD o IDONEIDAD PARA UN FIN DETERMINADO. [19:06:11] marcos@MOZART~ mkfifo -m 600 /tmp/.$$ mkfifo: cannot create fifo ``/tmp/.119'': Function not implemented mkfifo version 4.1 doesn't work? Do I need to update fileutils to get this function implemented? I'm really surprised, why is there an executable mkfifo if it's not implemented? TIA, m4c. __ Marcos Lorenzo de Santiago (Labs Technician) Departament of Telematic Engineering University Carlos III Av.Universidad 30 Leganés (Madrid). Torres Quevedo Building 4.1A01 E-mail: [EMAIL PROTECTED], Telephone: (+34)91-624-8757 Home Page http://www.it.uc3m.es/marcos __ -- Unsubscribe info: 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: Lesstif compilation problem and setup.exe
-Original Message- From: Mark Manning [mailto:markem;ev1.net] Sent: Monday, November 11, 2002 12:20 PM To: [EMAIL PROTECTED] Subject: Lesstif compilation problem and setup.exe snipped out your primary problem which I can't help with.. If you need a screen dump - let me know. I can either try to capture the text itself (didn't work before but I can try again) or do a screen capture (found a nice on-line product). Didn't want to post the screen capture. See `man script`. Run this before doing your compile, and you'll begin a disk log of everything on your terminal. Even if the process dies at the same as the others, it should have a record up until that point. If it's a reasonable size for posting, the general concensus is to post as an attachment so it doesn't generate false hits in the list archive searches.. For your primary concern, hopefully someone else will step up with real answers. :-) You might also attempt compiling building a smaller package to triage what breaks your system (ie, try packaging bash and avoiding anything X-related). -- Unsubscribe info: 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: NetPBM JPEG2000?
what about netpbm support for jpeg2000? Is there already somethng included or is it planned? Netpbm now (Release 9.12) contains Pamtojp2k and Jp2ktopam, which are based on the Jasper library (which is included in the Netpbm package). As we probably noted before, you can also use the 'jasper' program that comes with the original Jasper library package. It doesn't handle Netpbm formats as well, though. -- Bryan HendersonPhone 408-621-2000 San Jose, California -- Unsubscribe info: 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 with Win32/UNIX character set
On Mon, Nov 11, 2002 at 05:50:07PM +0100, Jan Middelkoop wrote: And I did realize that I actually have to send my e-mail to the list, http://cygwin.com/bugs.html cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mkfifo doesn't work??
On Mon, Nov 11, 2002 at 07:08:17PM +0100, Marcos Lorenzo wrote: mkfifo version 4.1 doesn't work? No. Do I need to update fileutils to get this function implemented? No. I'm really surprised, why is there an executable mkfifo if it's not implemented? Meanness. cgf -- Please do not send me personal email with cygwin questions or observations. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is it possible to convert .a linux library into win32 .dll or lib ?
- Original Message - From: Eric Belhomme [EMAIL PROTECTED] To: Max Bowsher [EMAIL PROTECTED]; Eric Belhomme [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, November 11, 2002 8:25 AM Subject: Re: Is it possible to convert .a linux library into win32 .dll or lib ? So, can I link this file with a native win32 software developped with Ms Visual C++ 6 ? I don't know much about the Unix functions for dynamic linking but I have attempted to determine the similarities to Windows functions for dynamic linking. It was my intent to write a utility that was as platform-independent as possible. It is my understanding that the Unix functions are different from the Windows equivalents. It is my understanding that Unix does not have the equivalent of implicit linking; that the Unix functions are similar to the (explicit linking) LoadLibrary function and related functions in Windows. The significance of that is that the utility you want to use is probably not compatible at the source code level with Windows. In other words, it is not likely to work to just recompile it using Visual C++. In a Windows environment, a DLL might not be compatible with a program compiled with a different compiler. In fact a DLL compiled by VC might not be compatible with another DLL or program compiled by VC. Usually non-programmers are not aware of such incompatibilities since programmers would have not released something with such incompatiblities. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.408 / Virus Database: 230 - Release Date: 10/24/2002 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Access Denied (XP Home SP1, cygwin-1.3.15
I have the same problem with several Cygwin programs including wget and unzip. The access denied survives a reboot. So it seems that Cygwin is creating files with this problem. I have only one user with, of course, administrative rights. 11/08/2002 11:49 AM 1,080,807 cygwin-1.3.15-2.tar.bz2 bash-2.05b$ ex temp.txt temp.txt [New File] Entering Ex mode. Type visual to go to Normal mode. :a This is a test Test . :wq bash-2.05b$ exit Now back in cmd.exe: C:\TEMPtemp.txt Access is denied. C:\TEMPcopy temp.txt a. txt 1 file(s) copied. C:\TEMPdel temp.txt C:\TEMPren a.txt temp.t xt C:\TEMPtemp.txt C:\TEMP -- Unsubscribe info: 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: Access Denied (XP Home SP1, cygwin-1.3.15
try: After creating temp.txt in Cygwin: $ ls -l temp.txt The permissions of this file will depend upon your setting of 'umask'. For me, this yields: $ umask 0022 So, my permissions are set to 'rw-r--r--'. Because you are creating a text file, execution permission should not be on by default. 'ex' appears to be behaving correctly. After 'c:\temp copy temp.txt a.txt', try: $ ls -l a.txt For me, this yields permissions '-', i.e., all UNIX permissions are turned off. When I attempt to run the text file 'a.txt', notepad opens with the contents of 'a.txt' because on my system (Win2K, running Cygwin 1.3.15-2) I have notepad associated with .txt files. -Original Message- From: Joel Rubin [mailto:jmrubin;ix.netcom.com] Sent: Monday, November 11, 2002 4:22 PM To: [EMAIL PROTECTED] Subject: Access Denied (XP Home SP1, cygwin-1.3.15 I have the same problem with several Cygwin programs including wget and unzip. The access denied survives a reboot. So it seems that Cygwin is creating files with this problem. I have only one user with, of course, administrative rights. 11/08/2002 11:49 AM 1,080,807 cygwin-1.3.15-2.tar.bz2 bash-2.05b$ ex temp.txt temp.txt [New File] Entering Ex mode. Type visual to go to Normal mode. :a This is a test Test . :wq bash-2.05b$ exit Now back in cmd.exe: C:\TEMPtemp.txt Access is denied. C:\TEMPcopy temp.txt a. txt 1 file(s) copied. C:\TEMPdel temp.txt C:\TEMPren a.txt temp.t xt C:\TEMPtemp.txt C:\TEMP -- Unsubscribe info: 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: binutils 20021107-2
Robert Collins wrote: But, I think it's overkill to define system libs that should not be re-exported as anything in /usr/lib or something similarly broad. Why? *anything* in /usr/lib is able to be linked to from multiple packages. If one package creates a dll from there, then we will get this problem. We're currently *manually* excluding *how many* libs? fortran. gcc. stdc++. cygwin. And thats from memory. Do we want to hack ld when a test g++-3.3 is released? IMO No. No need. If we don't include the trailing '.' in the basename exclusion list, the same test can match libtstdc++.a libstdc++-2.a libstdc++-3.3.a or whatever. Chris just committed a patch to binutils CVS that does this generalization. I think that nothing specific to gcc should be handled by ld. If gcc knows about file foo, be that mingw specific, or c++ specific, it should tell ld to do the right thing. This centralises the knowledge about the exceptions. Ideally, sure -- but that'll require a LOT of info to be passed (see below). But the fact is, ld already incorporates LOTS of knowledge about the way gcc does things -- and not just on cygwin/win32. binutils is tightly tied to gcc (and vice versa), like it or not. On the other hand, we're really arguing about a problem that hasn't bit anyone yet. By excluding the main (gcc) static runtime libs from re-export, and the main (platform) static runtime libs like libmingw32 libmingwex from re-export -- we pretty much cover all the important bases. True. My suspicion though is that as folk find .dll's easier to build, with the libtool dll support hitting mainstream as of(?1.4?) it will be more common to link against something. Let me give you another contrived example: I create a static lib foo (say readline for arguments sake). It gets installed into /usr/local/lib. Someone else makes a library bar depending on foo. This library is a .dll. It gets installed into /usr/local/lib. Aha! But that can't happen given the recent changes in libtool. If any dependency is static, then libtool will refuse to create a DLL (unless: my changes exempt the platform and compiler libs from this check. But, I don't hardcode them in libtool; libtool computes the stdlib names from gcc and ld output) Now, if you're building a DLL by hand then sure, problems can happen. But as you say, DLL-making will only become widespread with the libtool dll support hitting mainstream. 1.4.x had a limited version, which still required lots of sourcecode modification and __declspec magic. 1.5.x will use auto-import, and life will become VERY easy. That's mainstream. 1.4.x was an attempt, but turned out to be too difficult in practice. Every app that links against both foo and bar (and if bar is a libtool library, it will suck in foo for us) will get duplicate symbols. Nope. See above. This is why I agree, in principle, with the recent changes in libtool that made things suck briefly. It was a lot of work to fix -- but the general idea don't build sharedlibs that depend on static libs is a good one. And is still in place, even in my patched versions of recent libtool. Anything else is obviously a corner case, since it hasn't bit anyone yet -- and the fix is for that person to specifically exclude the static lib that bit them by using --exclude-libs. That is *a* fix. Why doesn't it bite folk on linux or BSD? Why should it bite anyone here when *we can make ld do the right thing*. It *did* bite linux/BSD folks -- but since ELF has provisions for symbol overriding, it didn't really have too much of an effect. We don't have those provisions; duplicate symbols are a major problem in pei-386. That's why the recent changes to libtool prohibit buiding sharedlibs that depend on static libs -- to avoid these problems (even the minor ones on linux/BSD). In my libtool changes, I'm only arguing for an *exception* to that algorithm when the static libs in question are gcc-provided or platform-provided ones, that already have don't re-export me provisions in ld. [but I'm not hardcoding that knowledge; it's computed on-the-fly from gcc/ld output] But that's a libtool discussion. In binutils, we already have a don't re-export me list. I think that the following heuristic is reasonable for keeping that list short: 1) libraries provided by the gcc compiler suite 2) win32 (cygwin, mingw, pw32) platform libraries that are commonly available only as static libs. [remember, this code is in pe-dll.c and only applies to win32ish platforms] We already refuse to re-export symbols imported from DLLs. So, we only need to worry about standard libs that are available only as static libs. Right now, that's a short list: the gcc libs, and libmingw32 + libmingwex. The end. Dropping the final '.' in the matchstring, and we can exclude all versioned instances of the gcc libs, without making the list too long. We only want to export static archive symbols
[ANNOUNCEMENT] New sysvinit package available for download
New cygwin sysvinit package available for download. Init is the parent of all unix processes. Its primary role is to create processes from a script stored in the file /etc/inittab (see inittab(5)). This file usually has entries which cause init to spawn gettys on each line that users can log in. It also controls autonomous processes required by any particular system. To install the package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find sysvinit listed in the System category. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. Sergey Okhapkin Somerset, NJ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New agetty package available for download
New cygwin agetty package available for download. Agetty is an alternative to System V/SunOS 4 getty. agetty opens a tty port, prompts for a login name and invokes the /bin/login command. It is normally invoked by init(8). The cygwin agetty port allows a user to logon into Windows NT box over a serial line (serial cable or modem). To install the package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find agetty listed in the System category. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. Sergey Okhapkin Somerset, NJ -- Unsubscribe info: 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 it runs or what it Does?? (RFC)
[posted today to [EMAIL PROTECTED]; posted to [EMAIL PROTECTED] (via Gmane) in order to try to get Cygwin's worthies in the loop]. --- [[EMAIL PROTECTED] being asked:] Hi Good Folks, namespace advice requested. I have written an extension module that I need to name and get uploaded to CPAN. My Subject: line means that as I see it there are two common approaches to naming modules: where it runs (BSD::Foo), or what it does (Filesys::Bar). My inclination is to try to use 'what it does' FIRST and only resort to where it runs when I need to make it clear that there's a special purpose for the module; that it is platform-specific in some sense. I think this is (at least partially) correct Perl philosophy. The oddball module i've written is for doing some path manipulations on Cygwin. Cygwin is and yet isn't a platform; it's a posix overlayer running above Microsoft Windows. It emulates *nix to such a degree that normally we don't think about anything Cygwin-specific needing to be added; Cygwin Perl is just a very basic vanilla *nix perl with no special functionality added. Contrast with ActivePerl, which is Win32 Perl and that means special namespaces defined and all sorts of extra stuff (modules) thrown in. But there's a little fly (in my ointment). Cygwin Perl can run in all sorts of different contexts and be used for many uses. Someday somewhere somebody is going to be using Cygwinperl and want to have it tell another application FooMe.exe (thru a 'system()' call, for ex.) that it wants FooMe to do something with the file /cygdrive/r/obscure/directory/dirtypictures.jpg or ~/.initme_rc or /tmp/*.doc. And that app FooMe is a Windows app that knows nothing about posix-style paths and will upchuck on the argument. In fact, I think this HAS already happened, amazingly, to somebody, somewhere ;-) . So this module will offer the very simple service of some subroutines that will take a path as an input arg and return a path. There are four subs right now (the XSUBS are named something longer; these are perl subs): posixpath win32path fullposixpath fullwin32path And they do just about what you'd think. They access the Cygwin C API through XS glue. One trouble is that conceptually the persons involved with perl on Cygwin don't all want any sort of Cygwin:: namespace and don't really agree that there's anything unusual about Cygwinperl that differentiates it from any generic *nix perl. I know better: on Cygwin, there is always going to be more than one canonical-ly-correct way to refer to a file by path name (!!): /posixstyle/file.name--VS-- R:\something\mounted\to\posixstyle\file.name --and-- R:/something/mounted/to/posixstyle/file.name Which last, Cygwin is also perfectly happy to accept and is IMHO the ideal happy medium or lingua franca for most hybrid situations on Cygwin. People are calling this a mixed path. That's a difference. A psuedo-filesystem difference, IMO. But like it or not, find it 'easy to categorize' or not, there IS a difference (between generic *nix perl and Cygwin perl). So my present analysis is that my module belongs in a base namespace of Filesys:: and maybe could be named CygwinPaths? I think it would keep the maintainer of Cygwin Perl happy -- or should -- if named like this. What do YOU think? Best, Soren A -- conway: unit of mind expansion. One Conway == ~20 lines of Perl code found in$CPAN/authors/id/D/DC/DCONWAY, which gives the sensation of your brain being wrapped around a brick, with kiwi juice squeezed on top. -- Ziggy (via Schwern) -- Unsubscribe info: 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 with simple autoconf for fortran
I am just trying to learn autoconf and automake and found something where I don't know if I am doing something wrong. I am doing this on cygwin with W98 SE: $ uname -a CYGWIN_98-4.10 MICHA 1.3.13(0.62/3/2) 2002-10-13 23:15 i586 unknown I have these three files (+ the stuff created by autoconf etc): x.F $ cat configure.ac dnl Process this file with autoconf to produce a configure script. AC_INIT(x,1.0) AM_INIT_AUTOMAKE dnl Checks for programs. AC_PROG_MAKE_SET AC_PROG_F77 dnl Checks for libraries. dnl Checks for header files. dnl Checks for typedefs, structures, and compiler characteristics. dnl Checks for library functions. AC_OUTPUT(Makefile) $ cat Makefile.am bin_PROGRAMS = x x_SOURCES = x.F Then I ran $ aclocal $ autoconf $ automake -a $ touch NEWS README AUTHORS ChangeLog $ automake -a $ configure That went all fine. Then I do a make: $ make g77 -DPACKAGE_NAME=\x\ -DPACKAGE_TARNAME=\x\ -DPACKAGE_VERSION=\1.0\ - DPACKAGE_STRING=\x\ 1.0\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\x\ -DVERSION= \1.0\ -I. -I. @CPPFLAGS@ -g -O2 -c -o x.o `test -f 'x.F' || echo './'`x.F g77: cannot specify -o with -c or -S and multiple compilations make: *** [x.o] Error 1 Why is there a @CPPFLAGS@ ? Isn't that supposed to be replaced by some real flags? Did I miss something in my configure.ac/Makefile.am? Thanks for any pointers, Michael P.S. $ autoconf -V autoconf (GNU Autoconf) 2.53a Written by David J. MacKenzie and Akim Demaille. Copyright 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ automake -V automake (GNU automake) 1.6.2 Written by Tom Tromey [EMAIL PROTECTED]. Copyright 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Unsubscribe info: 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: NetPBM JPEG2000?
Hallo Bryan, Am Montag, 11. November 2002 um 19:21 schriebst du: what about netpbm support for jpeg2000? Is there already somethng included or is it planned? Netpbm now (Release 9.12) contains Pamtojp2k and Jp2ktopam, which are based on the Jasper library (which is included in the Netpbm package). Great, I believe that it will help very much to get jpeg2000 to a broader audience, and you wanted to say: Release: netpbm latest - source 10.12 November 9, 2002 As we probably noted before, you can also use the 'jasper' program that comes with the original Jasper library package. It doesn't handle Netpbm formats as well, though. I like it to have all at one place, since I'm using netpbm already it is nice to have jasper included now. 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: problem with simple autoconf for fortran
Michael Lemke wrote: I have these three files (+ the stuff created by autoconf etc): x.F [...] $ cat configure.ac dnl Process this file with autoconf to produce a configure script. AC_INIT(x,1.0) AM_INIT_AUTOMAKE dnl Checks for programs. AC_PROG_MAKE_SET AC_PROG_F77 [...] That went all fine. Then I do a make: $ make g77 -DPACKAGE_NAME=\x\ -DPACKAGE_TARNAME=\x\ -DPACKAGE_VERSION=\1.0\ - DPACKAGE_STRING=\x\ 1.0\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\x\ -DVERSION= \1.0\ -I. -I. CPPFLAGS -g -O2 -c -o x.o `test -f 'x.F' || echo './'`x.F g77: cannot specify -o with -c or -S and multiple compilations make: *** [x.o] Error 1 Why is there a CPPFLAGS ? Isn't that supposed to be replaced by some real flags? Did I miss something in my configure.ac/Makefile.am? Try putting AC_PROG_CPP in your configure.ac. When your file is named .F (instead of .f), automake expects that the Fortran compiler is preprocessing it with the C preprocessor and understands CPPFLAGS. However, CPPFLAGS are only set by the AC_PROG_CC/AC_PROG_CPP macros. Steven -- Unsubscribe info: 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 Emacs-X uses 99% of cpu
I installed X windows, WindowMaker, and the cygwin X11 emacs a few days ago and it seemed to work fine at that time. But now when I try to run emacs from WindowMaker (or TWM) it starts sucking up all of the CPU (99%). If I run it in the background (via command line with or RUN from the WindowMaker menu) no window appears. If I run it from a command line not in the background, a window appears but it never seems to finish loading. Because it worked that first time I must have something not configured right, but I'm not sure what would be different now. Any suggestions would be appreciated. Thanks -Scoot -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to read TAR diskette on Windows98/Me
To partially answer my own question which is sort of hinted at in the documentation: On WindowsNT/2K/XP you can read a floppy using Windows API: CreateFile(\\.\\A:,...) and ReadFile(...) which I guess is close enough to map to the normal UNIX way of reading raw devices (/dev/fd0), but on Windows95/98/Me you need to use CreateFile(\\.\\vwin32,...) and then DeviceIoControl() to read the sectors from the disk. Simple enough, just fill in a few magic numbers, a 0 to read, or a 1 to write, and specify the device number (A: is 1, B: is 2, ...) and then start sector (512 byte sectors) and number of sectors. Searching www.google.com for vwin32.vxd tells the story. The best short sample is code is http://www.codeguru.com/system/ReadSector.html which seems to work for all Windows versions (uses ReadFile or DeviceIoControl where necessary). Now if someone could just plug this into the /dev/fd0 handling code. I am also interested in how to do this for tapes, as /dev/st0 works for WindowsNT/2K/XP, but I'm sure you have to do similar steps to read tapes. I haven't found that one yet. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Printf routine incorrectly prints NaN for -Inf
gcc version 3.2 20020818 (prerelease) printf (%g, log(0)); This prints NaN instead of -Inf as it should (and did in the past). A check of the bit pattern returned shows that that log(0) returns a bit pattern corresponding to -Inf, but printf prints NaN instead. I am not sure which C library is being used (a bug report to gcc folks got the response that newlib is the culprit). However, the compiler option -print-libgcc-file-name tells me it is looking for libgcc.a. So I am confused as to who to report the bug to. Peter Kabal [EMAIL PROTECTED] (514) 398-7130 Electrical Computer Engineering (514) 398-4470 (FAX) McGill University 3480 University, Montreal, Quebec, Canada H3A 2A7 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Offer 10 / 2002 - Latest Mustek, top features full size scanner for hand scanner price
Dear Prospective buyer, Mustek 1200 UB Model high resolution colour scanner - USB port connectivity. No power adaptor needed. - One pass scanning. Use your computer as fax machine also. - 8.5 x 11.7 scanning area. A4 / legal size i.e., full page desktop flatbed scanner. - 600 x 1200 DPI optical resolution and 19,200 x 19,200 DPI with software enhancement. - 36-bit color image and enhances it to a brilliant 48-bit palette with over 281 trillion colors. - Top class image editing software - 1 Year warranty - 2.315 KG weight. Retail gift box packing contains everything required to begin immediately. Price : Rs.2,499/- + 4% local tax + Packing, forwarding regd post parcel charges - Rs.125/- i.e total Rs.2,725/-. Substantial discounts and free transportation for quantity purchases. Please ask for detailed specifications and photographs or visit http://www.mustek.com/html/prod_scan/1200ub/index.html - Immediate delivery against full payment. - Payment by DD in full, in our favour, drawn on any bank in Secunderabad / Hyderabad. - Alternatively you may deposit cash / local cheque in our account in Centurion bank in your city as per details below :- A/c. No.0020 077399 001 A/c. Name : Bigapple Computer - Please ask for e-catalogue for complete technical details and it will be sent immediately Thanks best regards, Bigapple Computer., Bigapple Arcade, 1-8-167 to 179, S.D.Road, Secunderabad - 53, A.P., INDIA Ph: Off: 91-40-7899222 / 7721405, Mobile: 91-40-6464455 Res: 91-40-7660068 Fax : 91-40-7813278, Email : mailto:bigapple;vsnl.com mailto:bigapple;hd1.vsnl.net.in http://www.bigappleindia.com http://www.bigapple.co.in P.S. This mail has been sent expecting the information to be of use and benefit to you. If you wish to be removed from the mailing list, please type remove or unsubscribe in the subject line and send back and we will do the needful. (wc) -- Unsubscribe info: 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: Printf routine incorrectly prints NaN for -Inf
On Mon, Nov 11, 2002 at 10:11:57PM -0500, Peter Kabal wrote: gcc version 3.2 20020818 (prerelease) printf (%g, log(0)); This prints NaN instead of -Inf as it should (and did in the past). A check of the bit pattern returned shows that that log(0) returns a bit pattern corresponding to -Inf, but printf prints NaN instead. I am not sure which C library is being used (a bug report to gcc folks got the response that newlib is the culprit). However, the compiler option -print-libgcc-file-name tells me it is looking for libgcc.a. So I am confused as to who to report the bug to. Perhaps unsurprisingly, the gcc folks are correct. It's a newlib bug. The newlib mailing list is newlib at sources dot redhat dot com . 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/
dlltool errors
Hi, I'm trying to build a library from a dll and did the steps below: $ ../croxx/pexports-0.42h/bin/pexports.exe scdll32.dll | sed 's/^_//' scdll32.def $ dlltool --input-def scdll32.def --dllname scdll32.dll --output-lib libscdll32.a and obtained the following errors: dh.s: Assembler messages: dh.s:5: Error: Cannot represent relocation type BFD_RELOC_RVA dh.s:10: Error: Cannot represent relocation type BFD_RELOC_RVA dh.s:11: Error: Cannot represent relocation type BFD_RELOC_RVA dlltool: as exited with status 1 Can anyone tell me what is the error here and how to solve it.. Attached is dh.s and scdll32.def Thanks, Alfred dh.s Description: Binary data scdll32.def Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygutils-1.1.3-1
The cygutils package has been updated to version 1.1.3. Changes: o removed 'last' and 'utmpdump' implementations (these are now availabe from the sysvinit package) o mkshortcut now uses popt for option handling, instead of getopt o other non-user-visible changes WARNING: if you have already installed the sysvinit package, you will need to REINSTALL sysvinit AFTER updating cygutils. Yes, that means you have to run setup.exe a total of two SEPARATE times; once to update cygutils and once to reinstall sysvinit. If you have NOT YET installed sysvinit, you may upgrade cygutils AND install sysvinit during the same setup.exe run; setup will do the right thing. --Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: autoconf-2.54-1
The autoconf package has been updated to version 2.54-1. Recall that this package is not the REAL autoconf. It's a set of wrapper scripts that call the REAL autoconf from autoconf-stable or autoconf-devel, depending on the needs of your target. See this message http://cygwin.com/ml/cygwin/2001-12/msg00100.html Changes: o improve handling the '--trace' option, so that it actually works. o add support for the new '--prepend-include' option o the real autom4te allows reordering its options. That's hard to do in our wrapper script. Since old autoconf-2.13 doesn't have or call autom4te, we don't really NEED a fancy wrapper script for autom4te. So, change the autom4te wrapper to unconditionally forward to autoconf-devel's autom4te, and pass all of its options without parsing. -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'autoconf' from the 'Devel' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: automake-1.7.1-1
The automake package has been updated to version 1.7.1-1. Recall that this package is not the REAL automake. It's a set of wrapper scripts that call the REAL automake from automake-stable or automake-devel, depending on the needs of your target. See this message http://cygwin.com/ml/cygwin/2001-12/msg00100.html Changes: o add support for the new '--std-options' option in the real automake -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'automake' from the 'Devel' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: autoconf-devel-2.54-1
Version 2.54-1 of the autoconf-devel package is now available. It contains GNU autoconf-2.54, installed into /usr/autotool/devel. GNU autoconf-2.54 provides several bug fixes, improved portability, no known incompatibility with 2.53, forthcoming Automake 1.7 requires 2.54. Changes since 2.53a-1 o update to the GNU 2.54 release o all 164 self tests successful (3 skipped) o The ac-2.52, ac-2.53, ac-2.53a generate buggy configure scripts problem seems to be gone. Yes, I know autoconf-2.55 will be released later this week. But it has some significant changes relative to past autoconfs; we'll hold off on that for a while, and laugh at the pain and angst on the autoconf mailing list. -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'autoconf-devel' from the 'Devel' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: automake-devel-1.7.1-1
Version 1.7.1-1 of the automake-devel package is now available. It contains GNU automake-1.7.1 installed into /usr/autotool/devel. Changes from 1.6.2-1: o updated to official 1.7.1 release o requires autoconf-2.54 or newer o no testsuite regressions (that is, any test that existed in 1.6.2 and was passed then, is still passed now in 1.7.1 o Continued test failures (failed in both 1.6.2 and 1.7.1) subobj9 o New tests in 1.7.1 that we fail gnits2 gnits3 Summary: 3 failures + 3 skips out of 428 tests. Good, no? See NOTES section, below. -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'automake-devel' from the 'Devel' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: New in 1.7.1: Bugs fixed in 1.7.1: * Honor `ansi2knr' for files built in subdirectories, or using per-targets flags. * Aclocal should now recognize macro names containing parentheses, e.g. AC_DEFUN([AC_LANG_PREPROC(Fortran 90)], [...]). * Erase *.sum and *.log files created by DejaGnu, during `make distclean'. (Debian Bug#153697) * Install Python files even if they were built. (PR/369) * Have stamp-vti dependent upon configure instead of configure.ac, as the version might not be defined in the latter. (PR/358) * Reorder arguments passed to a couple of commands, so things works when POSIXLY_CORRECT=1. * Fix a regex that can cause Perl to segfault on large input. (Debian Bug#162583) * Fix distribution of packages that have some sources defined conditionally, as in the `Conditional compilation using Automake conditionals' example of the manual. * Fix spurious test suite failures on IRIX. * Don't report a required variable as undefined if it has been defined conditionally for the right conditions. * Fix cleaning of the /tmp subdirectory used by `make distcheck', in case `make distcheck' fails. * Fix distribution of included Makefile fragment, so we don't create spurious directories in the distribution. (PR/366) * Don't complain that a target lacks `.$(EXEEXT)' when it has it. New in 1.7: * Autoconf 2.54 is required. * `aclocal' and `automake' will no longer warn about obsolete configure macros. This is done by `autoconf -Wobsolete'. * AM_CONFIG_HEADER, AM_SYS_POSIX_TERMIOS and AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL are obsolete (although still supported). You should use AC_CONFIG_HEADERS, AC_SYS_POSIX_TERMIOS, and AC_HEADER_TIOCGWINSZ instead. `autoupdate' can upgrade `configure.ac' for you. * Support for per-program and per-library `_CPPFLAGS'. * New `ctags' target (builds CTAGS files). * Support for -Wmumble and -Wno-mumble, where mumble is a warning category (see `automake --help' or the manual for a list of them). * Honor the WARNINGS environment variable. * Omit the call to depcomp when using gcc3: call the compiler directly. * A new option, std-options, tests that programs support --help and --version when `make installcheck' is run. This is enabled by --gnits. * Texinfo rules now support the `ps' and `pdf' targets. * Info files are now created in the build directory, not the source directory. * info_TEXINFOS supports files in subdirectories (this requires Texinfo 4.1 or greater). * `make distcheck' will enforce DESTDIR support by attempting a DESTDIR install. * `+=' can be used in conditionals, even if the augmented variable was defined for another condition. * Makefile fragments (inserted with `include') are always distributed. * Use Autoconf's --trace interface to inspect configure.ac and get a more accurate view of it. * Add support for extending aclocal's default macro
[ANNOUNCEMENT] Updated: libtool-stable-1.4.3-1
The 'libtool-stable' package has been updated to 1.4.3-1 It contains libtool-1.4.3 installed into /usr/autotool/stable/*. Changes since 1.4.2-1: o updated to the 1.4.3 release From the official release announcement for libtool-1.4.3: This is a patch release, the last one in the 1.4.x series, and is compatable with Autoconf 2.13. It basically just collects the various patches that have accumulated on the 1.4.x branch of development once and for all. libtool-1.5, from the HEAD branch of development (e.g. our libtool-devel packages) is coming out Real Soon Now(tm). -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'libtool-stable' from the 'Devel' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: 13 of 81 tests failed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Notice of intention to release Perl module specific to Cygwin
[posted today to [EMAIL PROTECTED]; posted to [EMAIL PROTECTED] (via Gmane) in order to try to get Cygwin's worthies in the loop]. Subject: Where it runs or what it Does?? (RFC) Date: Mon, 11 Nov 2002 17:56:00 -0500 --- [[EMAIL PROTECTED] being asked:] Hi Good Folks, namespace advice requested. I have written an extension module that I need to name and get uploaded to CPAN. My Subject: line means that as I see it there are two common approaches to naming modules: where it runs (BSD::Foo), or what it does (Filesys::Bar). My inclination is to try to use 'what it does' FIRST and only resort to where it runs when I need to make it clear that there's a special purpose for the module; that it is platform-specific in some sense. I think this is (at least partially) correct Perl philosophy. The oddball module i've written is for doing some path manipulations on Cygwin. Cygwin is and yet isn't a platform; it's a posix overlayer running above Microsoft Windows. It emulates *nix to such a degree that normally we don't think about anything Cygwin-specific needing to be added; Cygwin Perl is just a very basic vanilla *nix perl with no special functionality added. Contrast with ActivePerl, which is Win32 Perl and that means special namespaces defined and all sorts of extra stuff (modules) thrown in. But there's a little fly (in my ointment). Cygwin Perl can run in all sorts of different contexts and be used for many uses. Someday somewhere somebody is going to be using Cygwinperl and want to have it tell another application FooMe.exe (thru a 'system()' call, for ex.) that it wants FooMe to do something with the file /cygdrive/r/obscure/directory/dirtypictures.jpg or ~/.initme_rc or /tmp/*.doc. And that app FooMe is a Windows app that knows nothing about posix-style paths and will upchuck on the argument. In fact, I think this HAS already happened, amazingly, to somebody, somewhere ;-) . So this module will offer the very simple service of some subroutines that will take a path as an input arg and return a path. There are four subs right now (the XSUBS are named something longer; these are perl subs): posixpath win32path fullposixpath fullwin32path And they do just about what you'd think. They access the Cygwin C API through XS glue. One trouble is that conceptually the persons involved with perl on Cygwin don't all want any sort of Cygwin:: namespace and don't really agree that there's anything unusual about Cygwinperl that differentiates it from any generic *nix perl. I know better: on Cygwin, there is always going to be more than one canonical-ly-correct way to refer to a file by path name (!!): /posixstyle/file.name--VS-- R:\something\mounted\to\posixstyle\file.name --and-- R:/something/mounted/to/posixstyle/file.name Which last, Cygwin is also perfectly happy to accept and is IMHO the ideal happy medium or lingua franca for most hybrid situations on Cygwin. People are calling this a mixed path. That's a difference. A psuedo-filesystem difference, IMO. But like it or not, find it 'easy to categorize' or not, there IS a difference (between generic *nix perl and Cygwin perl). So my present analysis is that my module belongs in a base namespace of Filesys:: and maybe could be named CygwinPaths? I think it would keep the maintainer of Cygwin Perl happy -- or should -- if named like this. What do YOU think? Best, Soren A -- conway: unit of mind expansion. One Conway == ~20 lines of Perl code found in$CPAN/authors/id/D/DC/DCONWAY, which gives the sensation of your brain being wrapped around a brick, with kiwi juice squeezed on top. -- Ziggy (via Schwern) -- http://fastmail.fm - Same, same, but different... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
dlltool more error messages
Hello, here are some more debug code from dlltool error message after doing : $ ../croxx/pexports-0.42h/bin/pexports.exe scdll32.dll | sed 's/^_//' scdll32.def $ dlltool -D scdll32.dll -d scdll32.def -v -l libscdll32.a dlltool: Processing def file: scdll32.def dlltool: LIBRARY: NETSAPI.dll base: dlltool: Processed def file dlltool: Processing definitions dlltool: Processed definitions dlltool: Creating library file: libscdll32.a dlltool: run: as -o dh.o dh.s dh.s: Assembler messages: dh.s:5: Error: Cannot represent relocation type BFD_RELOC_RVA dh.s:10: Error: Cannot represent relocation type BFD_RELOC_RVA dh.s:11: Error: Cannot represent relocation type BFD_RELOC_RVA dlltool: as exited with status 1 dlltool: run: as -o dt.o dt. $ dlltool -V GNU dlltool 2.13.90 20021108 Copyright 2002 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. Can anyone help me on this... Thanks, Alfred dh.s Description: Binary data dt.s Description: Binary data scdll32.def Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New sysvinit package available for download
New cygwin sysvinit package available for download. Init is the parent of all unix processes. Its primary role is to create processes from a script stored in the file /etc/inittab (see inittab(5)). This file usually has entries which cause init to spawn gettys on each line that users can log in. It also controls autonomous processes required by any particular system. To install the package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find sysvinit listed in the System category. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. Sergey Okhapkin Somerset, NJ
New agetty package available for download
New cygwin agetty package available for download. Agetty is an alternative to System V/SunOS 4 getty. agetty opens a tty port, prompts for a login name and invokes the /bin/login command. It is normally invoked by init(8). The cygwin agetty port allows a user to logon into Windows NT box over a serial line (serial cable or modem). To install the package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find agetty listed in the System category. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. Sergey Okhapkin Somerset, NJ
Updated: cygutils-1.1.3-1
The cygutils package has been updated to version 1.1.3. Changes: o removed 'last' and 'utmpdump' implementations (these are now availabe from the sysvinit package) o mkshortcut now uses popt for option handling, instead of getopt o other non-user-visible changes WARNING: if you have already installed the sysvinit package, you will need to REINSTALL sysvinit AFTER updating cygutils. Yes, that means you have to run setup.exe a total of two SEPARATE times; once to update cygutils and once to reinstall sysvinit. If you have NOT YET installed sysvinit, you may upgrade cygutils AND install sysvinit during the same setup.exe run; setup will do the right thing. --Chuck To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED]
Updated: autoconf-2.54-1
The autoconf package has been updated to version 2.54-1. Recall that this package is not the REAL autoconf. It's a set of wrapper scripts that call the REAL autoconf from autoconf-stable or autoconf-devel, depending on the needs of your target. See this message http://cygwin.com/ml/cygwin/2001-12/msg00100.html Changes: o improve handling the '--trace' option, so that it actually works. o add support for the new '--prepend-include' option o the real autom4te allows reordering its options. That's hard to do in our wrapper script. Since old autoconf-2.13 doesn't have or call autom4te, we don't really NEED a fancy wrapper script for autom4te. So, change the autom4te wrapper to unconditionally forward to autoconf-devel's autom4te, and pass all of its options without parsing. -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'autoconf' from the 'Devel' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED]
Updated: automake-1.7.1-1
The automake package has been updated to version 1.7.1-1. Recall that this package is not the REAL automake. It's a set of wrapper scripts that call the REAL automake from automake-stable or automake-devel, depending on the needs of your target. See this message http://cygwin.com/ml/cygwin/2001-12/msg00100.html Changes: o add support for the new '--std-options' option in the real automake -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'automake' from the 'Devel' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED]
Updated: autoconf-devel-2.54-1
Version 2.54-1 of the autoconf-devel package is now available. It contains GNU autoconf-2.54, installed into /usr/autotool/devel. GNU autoconf-2.54 provides several bug fixes, improved portability, no known incompatibility with 2.53, forthcoming Automake 1.7 requires 2.54. Changes since 2.53a-1 o update to the GNU 2.54 release o all 164 self tests successful (3 skipped) o The ac-2.52, ac-2.53, ac-2.53a generate buggy configure scripts problem seems to be gone. Yes, I know autoconf-2.55 will be released later this week. But it has some significant changes relative to past autoconfs; we'll hold off on that for a while, and laugh at the pain and angst on the autoconf mailing list. -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'autoconf-devel' from the 'Devel' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED]
Updated: automake-devel-1.7.1-1
Version 1.7.1-1 of the automake-devel package is now available. It contains GNU automake-1.7.1 installed into /usr/autotool/devel. Changes from 1.6.2-1: o updated to official 1.7.1 release o requires autoconf-2.54 or newer o no testsuite regressions (that is, any test that existed in 1.6.2 and was passed then, is still passed now in 1.7.1 o Continued test failures (failed in both 1.6.2 and 1.7.1) subobj9 o New tests in 1.7.1 that we fail gnits2 gnits3 Summary: 3 failures + 3 skips out of 428 tests. Good, no? See NOTES section, below. -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'automake-devel' from the 'Devel' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: New in 1.7.1: Bugs fixed in 1.7.1: * Honor `ansi2knr' for files built in subdirectories, or using per-targets flags. * Aclocal should now recognize macro names containing parentheses, e.g. AC_DEFUN([AC_LANG_PREPROC(Fortran 90)], [...]). * Erase *.sum and *.log files created by DejaGnu, during `make distclean'. (Debian Bug#153697) * Install Python files even if they were built. (PR/369) * Have stamp-vti dependent upon configure instead of configure.ac, as the version might not be defined in the latter. (PR/358) * Reorder arguments passed to a couple of commands, so things works when POSIXLY_CORRECT=1. * Fix a regex that can cause Perl to segfault on large input. (Debian Bug#162583) * Fix distribution of packages that have some sources defined conditionally, as in the `Conditional compilation using Automake conditionals' example of the manual. * Fix spurious test suite failures on IRIX. * Don't report a required variable as undefined if it has been defined conditionally for the right conditions. * Fix cleaning of the /tmp subdirectory used by `make distcheck', in case `make distcheck' fails. * Fix distribution of included Makefile fragment, so we don't create spurious directories in the distribution. (PR/366) * Don't complain that a target lacks `.$(EXEEXT)' when it has it. New in 1.7: * Autoconf 2.54 is required. * `aclocal' and `automake' will no longer warn about obsolete configure macros. This is done by `autoconf -Wobsolete'. * AM_CONFIG_HEADER, AM_SYS_POSIX_TERMIOS and AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL are obsolete (although still supported). You should use AC_CONFIG_HEADERS, AC_SYS_POSIX_TERMIOS, and AC_HEADER_TIOCGWINSZ instead. `autoupdate' can upgrade `configure.ac' for you. * Support for per-program and per-library `_CPPFLAGS'. * New `ctags' target (builds CTAGS files). * Support for -Wmumble and -Wno-mumble, where mumble is a warning category (see `automake --help' or the manual for a list of them). * Honor the WARNINGS environment variable. * Omit the call to depcomp when using gcc3: call the compiler directly. * A new option, std-options, tests that programs support --help and --version when `make installcheck' is run. This is enabled by --gnits. * Texinfo rules now support the `ps' and `pdf' targets. * Info files are now created in the build directory, not the source directory. * info_TEXINFOS supports files in subdirectories (this requires Texinfo 4.1 or greater). * `make distcheck' will enforce DESTDIR support by attempting a DESTDIR install. * `+=' can be used in conditionals, even if the augmented variable was defined for another condition. * Makefile fragments (inserted with `include') are always distributed. * Use Autoconf's --trace interface to inspect configure.ac and get a more accurate view of it. * Add support for extending aclocal's default macro search path using a
Updated: libtool-stable-1.4.3-1
The 'libtool-stable' package has been updated to 1.4.3-1 It contains libtool-1.4.3 installed into /usr/autotool/stable/*. Changes since 1.4.2-1: o updated to the 1.4.3 release From the official release announcement for libtool-1.4.3: This is a patch release, the last one in the 1.4.x series, and is compatable with Autoconf 2.13. It basically just collects the various patches that have accumulated on the 1.4.x branch of development once and for all. libtool-1.5, from the HEAD branch of development (e.g. our libtool-devel packages) is coming out Real Soon Now(tm). -- Chuck Wilson To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'libtool-stable' from the 'Devel' category. You may need to click the Full button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: 13 of 81 tests failed