RE: How to install customised version of cygwin
> -Original Message- > From: hugo [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 22, 2002 4:32 PM > > Hi Robert > > Thanks for your reply. However, I do not want to compile from > source - there is no need for that. All I would like to do is > include XFree86, Tk800.23.1 and Tk:Filedialog in my cygwin > distribution, plus a few perl utilities I wrote myself. Sure. You wanted to know what setup.exe does. The most accurate list is the source code itself. > At present this involves several steps: > > 1. Using setup.exe to install cygwin; > 2. Downloading XFree86, unzipping extract.exe and running the > Xinstall.sh script; This can be done via setup.exe as well. > 3. Downloading Tk800.23.1, then running > perl Makefile.PL, make, make test and make install; Make a package, you could even contribute it back to cygwin. See http://www.cygwin.com/setup.html. Also see the cygwin-apps archives. > 4. Copying over the perl utilities I have from my source > location to /usr/local/bin. > > I would like to reduce the above steps to a single-step > installation. Which can be done via a extra setup.ini and a local webserver. ... This > is really what I am after. And you have been answered. The details are also in this lists archives. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem with make
Hi, I'm having a problem using Cygwin as a platform for gcc running as a cross compiler. When doing make dep on a kernel tree, the following happens. On the make line dep-files, the make file reads dep-files: scripts/mkdep archdep include/linux/version.h scripts/mkdep -- init/*.c > .depend scripts/mkdep -- `find $(FINDHPATH) -name SCCS -prune -o -follow -name \*.h ! -name modversions.h -print` > .hdepend $(MAKE) $(patsubst %,_sfdep_%,$(SUBDIRS)) _FASTDEP_ALL_SUB_DIRS="$(SUBD ifdef CONFIG_MODVERSIONS $(MAKE) update-modverfile endif Its the third line causing the problem where the result of find scripts/mkdep is a result of a find. The error is: scripts/mkdep: error 22 This error seems to come from the shell (bash) The 'find' works OK on its own, and the previous two 'mkdep's' do as well. So the only conslusion is the resulting command line from the find is upsetting the shell when it passes the parameters into mkdep. Isolating this one line into a shell script seem to support this theory. Bash in my cygwin is version 2.05a.0(3) Any help appreciated, Jason. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: vim doesn't quite get backslash-separated paths right
On Fri, Apr 19, 2002 at 04:41:34PM -0400, Chris Metcalf wrote: > If you run vim with "c:\temp\foo" it complains > > E303: Unable to open swap file for "c:\temp\foo", recovery impossible > > However, it then manages to correctly write the file out to the indicated > path. Looking at strace shows it trying to open a file named > /tmp/c:\temp\foo.swp; it thinks the whole path is a relative name in the > current directory. > > This is a problem if you set $EDITOR to vim and then have non-Cygwin > programs invoke vim. Use the cygpath utility then. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Not initializing bash: Error 0xc0000022
Hello. Yes i know, i have seen some mailings about that error. All of them says that the application have the executable bits not set. But in my case there are executable. Following situation: I have the sshd daemon running (configured with ssh-host-config). The connection with ssh failed after entering the password with the error message above. So what could be else wrong? Wolfgang Wolfgang Leideck ONSYS GmbH Fon: +49 (0)621/60-44104 Fax: +49 (0)621/60-73744 E-Mail: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WGET <== no CYGCRYPTO.DLL
On Sun, Apr 21, 2002 at 07:59:13PM -0700, Chris Morton wrote: > Hi, I'm a Windoze/DOS maven and just want to use WGET. With the = > exception of rudimentary FTP commands, I am a complete UNIX neophyte. I = > have installed the default version of Cygwin today and am trying to run = > WGET -h from an NT 4.0 CMD prompt. All I get is an error telling me it = > can't find CYGCRYPTO.DLL, a file which is not to be found anywhere of my = > PC (I've searched). > > Where I can get this DLL and what other DLLs does WGET require? It needs openssl and libintl1 packages. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: binmode ? dos2unix ?
On Mon, Apr 22, 2002 at 11:29:44AM +0800, lau bella wrote: > Do i need to change mount point e.g. (f:\) to binmode, > how to do it ? mount --help Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[Patch] make 3.79.1-5 vpath directive in file 'read.c'
Hi,
After supplying a patch on March 22nd
(http://sources.redhat.com/ml/cygwin/2002-03/msg01323.html), I've found
a bug in my patch, so I'll resubmit the fix. Before checking on zero
pointers, make occasionally crashed...
I checked the vpath.c file, it seems unaffected, so the patch delivered
is still valid.
The ChangeLog entry is new, the diff refers to the original file
'read.c', so this patch will apply both in one turn.
Have fun,
Johan Bezem
CSK Software AG
### ChangeLog ###
2002-04-22 Johan Bezem <[EMAIL PROTECTED]>
* read.c (read_makefile) [__CYGWIN__]: Added a check for an empty vpath
pathname when converting DOS to canonical pathnames.
### vpath.c-patch ###
--- read.orig.c Fri Mar 22 10:51:07 2002
+++ read.c Mon Apr 22 09:57:16 2002
@@ -648,6 +648,24 @@ read_makefile (filename, flags)
else
/* No pattern means remove all previous selective VPATH's. */
pattern = 0;
+
+/* CYGNUS LOCAL Cygwin */
+/* FIXME: should this conversion only take place when in
unixy_mode? */
+#ifdef __CYGWIN__
+if (p != 0)
+ {
+ /* if a win32 VPATH path list, convert to posix path list */
+if (!cygwin_posix_path_list_p (p))
+ {
+register char *posixp = (char *)
+alloca
(cygwin_win32_to_posix_path_list_buf_size (p));
+cygwin_win32_to_posix_path_list (p, posixp);
+p = posixp;
+ }
+ }
+#endif /* __CYGWIN__ */
+/* END CYGNUS LOCAL */
+
construct_vpath_list (pattern, p);
if (pattern != 0)
free (pattern);
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: How to install customised version of cygwin
Well, I quickly wrote up what I do to install cygwin. The first differance is that I use tar, not zip ... zip doesn't grok cygwin symlinks and such. Anyway, the good news is that setup.exe does almost nothing except install the files. creating the mountpoints is trivial, just export 'em with regedit and import 'em with regedit /s. I also included source to a couple of silly little exes I use when doing this. One creates a shortcut, like the old resource kit shortcut.exe, but even less friendly. The other notifies top level windows that the environment in the registry has changed, so that explorer will reload it and your first bash shell will be able to find itself. Anyway, you can find this trove of information at www.rich-paul.net. Have fun with it. On Mon, Apr 22, 2002 at 02:32:10PM +0800, hugo wrote: > Hi Robert > > Thanks for your reply. However, I do not want to compile from source - > there is no need for that. All I would like to do is include XFree86, > Tk800.23.1 and Tk:Filedialog in my cygwin distribution, plus a few perl > utilities I wrote myself. > > At present this involves several steps: > > 1. Using setup.exe to install cygwin; > 2. Downloading XFree86, unzipping extract.exe and running the > Xinstall.sh script; > 3. Downloading Tk800.23.1, then running perl Makefile.PL, make, make > test and make install; > 4. Copying over the perl utilities I have from my source location to > /usr/local/bin. > > I would like to reduce the above steps to a single-step installation. So > I thought that, if I run through all steps (1 to 4) on my machine, then > zip up everything under C:\cygwin into one large cygwin.zip file, I may > be able to run a script that installs cygwin.zip on another computer. > However, this involves knowing what setup.exe does in terms of making > mounts, executing the mkpasswd and mkgroup commands etc. and placing the > necessary dlls in the right places. This is really what I am after. > > Would you or anyone else be able to help with this? Any help will be > greatly appreciated. > > Thanks > > Hugo > > Robert Collins wrote: > > > > > -Original Message- > > > From: hugo [mailto:[EMAIL PROTECTED]] > > > > > setup.exe script: I cannot customize it as it is binary code. > > > > On this page (http://cygwin.com/lists.html) the location of the source > > is documented. > > > > Rob > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Bug reporting: http://cygwin.com/bugs.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > -- > Dr Hugo Bouckaert > R&D Support Engineer/Systems Administrator > > Fractal Graphics > 57 Havelock St > West Perth, WA 6005 > PO Box 1675, West Perth 6872 > > Ph: 61 08 9211 6000 > Fax: 61 08 9226 1299 > > www.fractalgraphics.com.au > > > This email and any attachments may be confidential or legally > privileged. If you received this message in error or are not the > intended recipient, you should destroy the e-mail message and any > attachments or copies, and you are prohibited from retaining, > distributing, disclosing or using any information contained herein. > Please inform us of the erroneous delivery by return e-mail. Thank you > for your cooperation. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Got freedom? Vote Libertarian: http://www.lp.org -- Unsubscribe info: 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: lpr problem (was: Re: FW: Can you offer enscript.cfg file for cygwin?)
Rick schrieb: > Apparently, I've missed some past discussions of lpr. I'll peruse the mailing > list archives to see if I can find a list of other complaints or problems. If > anyone knows of other issues off the top of your head, send them to me and I'll > try to address them. Not much yet, it came up because the enscript configure found the lpr command at my box and decided to use it to write output to the printer. Chuck already posted an example how it should work and I think it is great that there is this way to get output to a printer. 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: Bug in setup.exe 2.194.2.24
Robert Collins <[EMAIL PROTECTED]> wrote > ... > Thanks for the detail Cliff. As a point of interest: both latest and > contrib are obsolete - and I expect setup.exe to redownload the entire > content of mirror sites. This is due to a restructuring done on > sources.redhat.com to put everythign in to /release. However the > restructuring is transparent in all other respects - which is why there > have been no trouble reports here :}. > > The download process iterates over all known packages, and calls > download_one for the binary (if the binary is selected for > install/download) and source packages (likewise, only if selected). The > first thing that download_one does is call check_for_cached and returns > success if check_for_cached succeeds. Check_for_cached checks both the > non-prefixed directories, and the directories in each mirror > prefix. This means that changing mirrors will cause repeated downloads, > and that selecting all the mirrors you want to use is the most efficient > approach. Yes - sorry, I was aware of the change. It was indeed release that I moved the package to. I've since downloaded the setup source from CVS and rebuilt it. I was pleasantly surprised how easy this was (once I realised the setup200202 branch was needed), and after adding some diagnostics have so far found that the check_for_cached calls do seem to be working ok. Will look at download_one later. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bug in setup.exe 2.194.2.24
> -Original Message- > From: Cliff Hones [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 22, 2002 7:16 PM > I was pleasantly > surprised how easy this was (once I realised the setup200202 > branch was needed), and after adding some diagnostics have so > far found that the check_for_cached calls do seem to be > working ok. That's good to know. There is one additional possibility that has occurred to me. Setup is *designed* to redownload files in download-only mode. This is not my preference, but was argued over waay back. So in download mode, *any* choice other than 'keep' or 'skip' will result in the files being downloaded. Does that tie in with the behaviour you are reporting? (I finally clicked to this just a few minutes ago, or I'd have made that statement *ages* ago.) Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in setup.exe 2.194.2.24
From: "Robert Collins" <[EMAIL PROTECTED]> Sent: Monday, April 22, 2002 11:29 AM > There is one additional possibility that has > occurred to me. Setup is *designed* to redownload files in download-only > mode. This is not my preference, but was argued over waay back. So in > download mode, *any* choice other than 'keep' or 'skip' will result in > the files being downloaded. > > Does that tie in with the behaviour you are reporting? (I finally > clicked to this just a few minutes ago, or I'd have made that statement > *ages* ago.) Well, yes. That's kind of what I'd assumed from the original response to my queries - I was then trying to make the point that I found that approach rather unintuitive, and also that the (in my opinion) more obvious behaviour would be much more useful for people who like to separate download from install, and would also make setting up a 'local' directory on a network share for installing multiple machines more straightforward. The problem seems to be that setup doesn't set these already-present packages to 'keep' or 'skip' by default, and there's no way for the user to find out which packages are in this state. I can't actually see any advantage in re-downloading the packages *by default*. I'd agree that one should have the option to re-download by explicitly selecting a package, but at the moment setup selects the package for download *because it's not installed* (on the machine doing the download) and not because it's not present in the local directory. It also seems wrong that two successive runs of download, with default options, will cause packages to be re-downloaded. This is very unhelpful if one download failed to complete, and you just want to re-fetch what hadn't been transferred on the previous run. My 'intuitive' behaviour would be for setup, in download mode, to set the packages it can see are already present to the 'keep' status. At the moment, in download mode, setup also excludes packages which are not currently installed (presumably on the basis that you don't want to be bothered by offers to download packages you'd earlier taken a conscious decision not to install). OK, but I'd like an easy way to overrule this. Also, does the current implementation mean that I won't be informed of a newly-added package by default? Current behaviour has lead several people to report that setup has a bug. And even cgf and the implementors now seem undecided as to what should be happening. So can I ask for the design decision to be re-addressed? I'd like to hear what the arguments in favour of the current mechanism are. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bug in setup.exe 2.194.2.24
> -Original Message- > From: Cliff Hones [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 22, 2002 9:14 PM > The problem seems to be that setup doesn't set these > already-present packages to 'keep' or 'skip' by default, and > there's no way for the user to find out which packages are in > this state. So you are suggesting that in download mode it should not offer to upgrade any installed packages by default? Or that it should only offer upgrades for installed packages without cached files? I'll happily accept a (reasonable) patch for the second case, but the first case also seems counter-intuitive to me. > I can't actually see any advantage in re-downloading the > packages *by default*. The point of 'download' mode is to allow downloads. If you choose not to install what you have downloaded, what should setup assume that means? > This is very unhelpful if one download failed to complete, > and you just want to re-fetch what hadn't been transferred on > the previous run. There is a lot that setup does that needs to be more persistent. It needs the ability to hold packages (ie 'do not offer to upgrade autoconf'), and much more. > Also, does the current implementation > mean that I won't be informed of a newly-added package by default? Yes. > And even cgf and the implementors now seem undecided as > to what should be happening. You do realise that that includes me I hope :}. > So can I ask for > the design decision to be re-addressed? I'd like to hear > what the arguments in favour of the current mechanism are. I'd like to remove the re-download facility completely. If a package file is corrupt, delete the local copy and then run setup. This makes setup simpler, for little cost. Setup won't keep partial files anyway, so the only form of corruption has to be network transit problems, and GPG signing would solve that too, and allow setup to detect and remove corrupt packages automatically. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Compiling SocksCap under Cygwin
Hi everybody! I'm trying to compile the SocksCap under Cygwin. The configuration was successful., but by the compilation I'm getting the following error message: $ make make[1]: Entering directory `/tmp/socks5-v1.0r11/server' ... gcc -I. -I../include -I./../lib -I./../include -D__USE_FIXED_PROTOTYPES__ -DIN_SERVER -DHAVE_CONFIG_H -c ./../lib/confutil.c ./../lib/confutil.c: In function `lsLookupIntfc': ./../lib/confutil.c:989: `IFF_POINTOPOINT' undeclared (first use in this functio n) ./../lib/confutil.c:989: (Each undeclared identifier is reported only once ./../lib/confutil.c:989: for each function it appears in.) make[1]: *** [confutil.o] Error 1 make[1]: Leaving directory `/tmp/socks5-v1.0r11/server' make: *** [server] Error 2 - I have verified on a Debian Linux, that the IFF_POINTOPOINT is defined in the '/usr/lib/net/if.h' header file. On this machine the compilation of SocksCap was successful. Why isn't defined this macro in Cygwin? Has anybody already met this error? Please post the answer to this address too. Thanks, joco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
help: info support broken
Hi, since the last update (last week) my info support is broken. Allthough I have recreated the dir file (FAQ) and all menu items appear, none if them is actually working. Calling info I get now (suddenly localized !?!) following screen: == snip == File: dir, Node: Top Dies ist der Beginn des INFO-Baums Dieser Verzeichnis-Knoten zeigt ein Menü aller Hauptpunkte an. Beenden mit "q", "?" listet alle Info-Befehle auf, "d" kehrt nach hierher zurück, "h" gibt eine Einsteiger-Hilfe, "mEmacs" besucht das Emacs-Manual, etc. Im Emacs kann man mit mouse-button-2 auf einen Menüpunkt oder einen Querverweis klicken, um einen solchen auswählen. * Menü: Miscellaneous * As: (as). The GNU assembler. GNU admin * Autoconf: (autoconf). Create source code configuration scripts Individual utilities * autoconf: (autoconf)autoconf Invocation. How to create configuration scripts * autoreconf: (autoconf)autoreconf Invocation. Remaking multiple `configure' scripts * autoscan: (autoconf)autoscan Invocation. Semi-automatic `configure.ac' writing * config.status: (autoconf)config.status Invocation. Recreating a configuration * configure: (autoconf)configure Invocation. Configuring a package * ifnames: (autoconf)ifnames Invocation. Listing the conditionals in source code GNU programming tools * automake: (automake). Making Makefile.in's Individual utilities * aclocal: (automake)Invoking aclocal. Generating aclocal.m4 Utilities * Bash: (bash). The GNU Bourne-Again SHell. Miscellaneous * Bfd: (bfd). The Binary File Descriptor library. Miscellaneous * Binutils: (binutils). The GNU binary utilities. * addr2line: (binutils)addr2line. Convert addresses to file and line * ar: (binutils)ar. Create, modify, and extract from archives [...] == snap == Navigating to any of the entries I get the reply: "Kein Menü in diesem Knoten." ==> "No menu at this node." Also no call of info with argument actually works. The screen above is always presented with this error message in the status line. Some other problems are quite obvious: - German umlauts are mangled: "Menü" should be "Menü" - Main sections are not merged resulting in a lot of "Miscellaneous" sections I am not quite sure, if this behaviour is a result of the localization of (tex)info, but I doubt that anyone has this effect. A Google/archive search did not help either, every mail has "info" in the footer :( Any hint/help welcome! Regards, Jörg cygcheck output === Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Apr 22 12:59:53 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: . c:\Dokumente und Einstellungen\All Users\Anwendungsdaten\cygwin\bin c:\Programme\cygwin\bin c:\Programme\cygwin\sbin c:\WINNT\system32 c:\WINNT c:\PROGRA~1\Perforce c:\DOKUME~1\jse SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:\Dokumente und Einstellungen\jse' PWD = `/home/jse/GFT/SICK/Communique/author/content' USER = `jse' Use `-r' to scan registry c: hd NTFS 11507Mb 83% CP CS UN PA FC C:\Dokumente und Einstellungen\jse\src\GFT /home/jse/GFT usertextmode C:\Dokumente und Einstellungen\jse\src\GFT\Communique /home/jse/GFT/Communique userbinmode C:\Dokumente und Einstellungen\jse\src\GFT\SICK /home/jse/GFT/SICKuserbinmode c:\Programme /opt userbinmode c:\DOKUME~1\jse\LOKALE~1\Temp/tmp userbinmode c:\Programme\cygwin / system binmode C:\Dokumente und Einstellungen /home system binmode c:\Programme\cygwin/bin /usr/bin system binmode c:\Programme\cygwin\doc /usr/doc system binmode c:\Programme\cygwin/lib /usr/lib system binmode c:\Dokumente und Einstellungen\All Users\Anwendungsdaten\cygwin /usr/local system binmode c:\Programme\cygwin\sbin /usr/sbin system binmode c:\Programme\vim /usr/share/vimsystem textmode ./dev userbinmode,noumount Found: c:\Programme\cygwin\bin\bash.exe Found: c:\Programme\cygwin\bin\cat.exe Found: c:\Programme\cygwin\bin\cpp.exe Found: c:\Programme\cygwin\bin\find.exe Found: c:\Programme\cygwin\bin\gcc.exe Found: c:\Programme\cygwin\bin\gdb.exe Found: c:\Programme\cygwin\bin\ld.exe Found: c:\Program
Porting software HOWTO
Hello, is there any HOWTO documentation for porting software. I'm in the need to port the new tcl/tk 8.4 to cygwin, but i don't know how. Thanks in advance Wolfgang Wolfgang Leideck ONSYS GmbH Fon: +49 (0)621/60-44104 Fax: +49 (0)621/60-73744 E-Mail: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in setup.exe 2.194.2.24
Robert Collins wrote: > So you are suggesting that in download mode it should not offer to > upgrade any installed packages by default? Or that it should only offer > upgrades for installed packages without cached files? The latter (approx) . I view it as offering downloads - not upgrades - in download mode. (See below) > I'll happily accept a (reasonable) patch for the second case, but the > first case also seems counter-intuitive to me. > ... > I'd like to remove the re-download facility completely. If a package > file is corrupt, delete the local copy and then run setup. This makes > setup simpler, for little cost. Setup won't keep partial files anyway, > so the only form of corruption has to be network transit problems, and > GPG signing would solve that too, and allow setup to detect and remove > corrupt packages automatically. Ok - I'm prepared to be shot down in flames :-). Here's what I'd like to see setup do - and I hope this is intuitive and reasonably compatible with current behaviour. Apologies for the length... First, "Download from Internet". Assuming there's already a cygwin installation present, setup should examine all packages installed and compare their versions with the latest setup.ini files from the mirrors (downloading these first if necessary). Any installed packages with higher current versions available should be set to be upgraded by default. Dependencies must be checked, and any other necessary packages should be upgraded as necessary. Other packages should be placed in the 'keep' state. The local directory should be scanned for required packages, and any not present should be downloaded and placed in the local directory. Assuming all downloads worked, the required uninstalls/installs should be done. [I think this is essentially what setup does now.] If there's no Cygwin installation initially, setup should set the base packages (only) plus dependencies for install. Other complications/wbnif's: . If the user has previously uninstalled base packages or dependencies, should setup remember this, or forcibly select them for reinstallation? . setup should remember whether the user selected experimental packages, and offer to upgrade these to their latest test version. . Should setup downgrade packages (or at least flag a suggestion) if the setup.ini file indicates the current version is lower than the installed one? . There should be an option to show packages added to the distribution since the user made the previous (or original?) install, since he may not have made a conscious decision to exclude them from his installation. . If there are versions in the local directory which are not listed in the setup.ini files, should they be offered? [Could be useful for someone who likes to keep his favourite old version which has worked for years, and for private packages.] Next, "Install from local directory". This should be very similar to the above. No internet access should be performed, so the current setup.ini files have to be trusted. When working out what packages to upgrade by default, setup should check that they are actually present in the local directory, and if not, not offer them for upgrade by default. If the user selects any packages which are not present, or dependency checking introduces non-present packages, setup should flag this and refuse to continue until the user addresses the problem. wbnif: . setup could flag new packages or packages which have a more recent version but which are not present in the local directory. Finally, "Download from Internet". New setup.ini files should be fetched from the mirror(s) if necessary. The same processing as in "Install from Internet" should be carried out to establish packages to upgrade. Any already present in the local directory should be changed to "keep". I would also like a new option in this mode which effectively says "ignore the current installation (if any)". In this mode the packages in the local directory, rather than those currently installed, should be taken as the starting point. So you will be offered by default any upgrades to packages which have previously been downloaded. The user should be allowed more flexibility in this mode as to what gets downloaded. e.g. he should be allowed to deselect dependencies. In all the above modes, the user should have a pick mechanism as at present to adjust the default offerings. In "download from internet" and "install from internet" the offerings should be based on the setup.ini files (possibly with older and extra local packages included too). In "Install from local directory" only the packages actually present should be selectable. There should also be an easy way to get a display of all possible upgrades/additions. I don't mean a way to ask for all packages to be downloaded/installed - I'd rather have a list of packages I haven't got so I can then go through and pick
Incomplete/corrupted archive.
Hi, I just downloaded the cygwin package and then tested it with bzip2. It reports the following error. I downloaded the single package from another mirror site, ' ./ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2f' and received the same error. Perhaps that package has been corrupted? ./ftp%3a%2f%2fmirrors.rcn.net%2fmirrors%2fsources.redhat.com%2fcygwin/release/XFree86/XFree86-base/XFree86-base-4.2.0-1.tar.bz2: file ends unexpectedly You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. === John Daniel Doucette, Sr. Software Designer J. J. MacKay Canada Limited Halifax R & D Office 1046 Barrington Street, 1st Floor Halifax, Nova Scotia Canada B3H 2R1 Phone: 902.423.7727 x222 Fax: 902.422.8108 Web:www . jjmackay . ca Email: john . doucette @ jjmackay . ca === -- Unsubscribe info: 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: WGET <== no CYGCRYPTO.DLL
> From: Chris Morton [mailto:[EMAIL PROTECTED]] > Subject: WGET <== no CYGCRYPTO.DLL > Hi, I'm a Windoze/DOS maven and just want to use WGET. With the = > exception of rudimentary FTP commands, I am a complete UNIX > neophyte. I = Although I love cygwin, there's really no reason to install it just to run wget. There are windows binaries. Just type "wget windows" into a search engine. -- Unsubscribe info: 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 Cygwin legal under Windows XP?
Elizabeth, Most commercial, non-open-source software is not sold outright, only the right to use it is. While it's true that not all contracts and license agreements are legal and / or enforceable, if you agreed to it, which you had to do to accomplish installation, then unless you bring some legal action, you're bound by it. Sure, the computer is yours to do with as you please, but applications that run under an operating system are not self-contained and do not stand alone--they make use of the OS. An apt analogy might be a rental agreement between a tenant and a landlord. Both parties have some rights, and the landlord's rights include the right to place certain restrictions on what the tenants may do within the rented property. I am not a lawyer (with all that implies about the foregoing), but in many ways, the law has a logic of its own. It happens to be a logic that often seems confusing or even bewildering to lay people and most especially to very logicall types such as engineers and scientists, but that's how it is. I know one thing, I'll never switch to XP. The thought of entering into a subscription relationship with Microsoft for something as critical as the OS on which I rely so heavily is simply unacceptable to me. When I move on from Windows 2000 for whatever reason, it'll be to Linux (or Darwin, Solaris, *BSD or possibly even MacOS on suitable hardware). Frankly, I'll be happy to turn my back on MS operating systems. Were it not for a former employer's demands (and Cygwin), I wouldn't be using Windows in the first place. Randall Schulz Mountain View, CA US At 18:04 2002-04-21, Elizabeth Barham wrote: >This whole thing seems kind of iffy in regards to Microsoft's position. >While Microsoft has some authority, consumers do too and Windows XP's EULA >may violate some consumer rights (I don't know of any off hand, though). >But even if it doesn't violate any at the moment, it violates what I >consider my own "consumer rights" - I have the right to run any program I >want to on any computer I own, including Microsoft Operating Systems. > >And what is this EULA anyway? If I purchase software, do I or do I not own >the software? And can I or can I not do anything I want to with it - I >mean, it's mine and they sold it to me. Or am I "leasing" the software >from someone? > >It's one thing for an EULA to say, "You may have one copy of this piece of >software running on at most one computer at any time," but another thing >for it to say what I can use the software for. > >Elizabeth -- Unsubscribe info: 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 building OpenSSH
Hi All... It has been a long time since I built OpenSSH. When I cd into the source directory and do the configure shown in the readme file, I get the following. $ ./configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/sbin checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. What do I have broken? Also, I have in my notes using --with-pcre as a configure otion. Is that needed (why/why not)? Thanks, ...Karl _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install customised version of cygwin
At 03:55 AM 4/22/2002, [EMAIL PROTECTED] wrote: >Well, I quickly wrote up what I do to install cygwin. The first >differance is that I use tar, not zip ... zip doesn't grok cygwin >symlinks and such. Anyway, the good news is that setup.exe does >almost nothing except install the files. creating the >mountpoints is trivial, just export 'em with regedit and import >'em with regedit /s. This only works if your target machines will have Cygwin installed on the same drive as your source installation. A better route is to just make a script which uses 'mount' to set up the mount points. It's really very simple. >I also included source to a couple of silly little exes I use >when doing this. One creates a shortcut, like the old resource >kit shortcut.exe, but even less friendly. The other notifies >top level windows that the environment in the registry has >changed, so that explorer will reload it and your first bash >shell will be able to find itself. > >Anyway, you can find this trove of information at >www.rich-paul.net. Have fun with it. I would hope that by now this is unnecessary to say but I'll repeat this for the sake of completeness. This list will accept questions about installation problems only if setup.exe has been used to install. If you attempt an installation using the method described above and have problems, don't post them here. This list cannot afford to become the 'catch-all' support group for any and all home-grown installation facilities. >On Mon, Apr 22, 2002 at 02:32:10PM +0800, hugo wrote: > > Hi Robert > > > > Thanks for your reply. However, I do not want to compile from source - > > there is no need for that. All I would like to do is include XFree86, > > Tk800.23.1 and Tk:Filedialog in my cygwin distribution, plus a few perl > > utilities I wrote myself. > > > > At present this involves several steps: > > > > 1. Using setup.exe to install cygwin; > > 2. Downloading XFree86, unzipping extract.exe and running the > > Xinstall.sh script; > > 3. Downloading Tk800.23.1, then running perl Makefile.PL, make, make > > test and make install; > > 4. Copying over the perl utilities I have from my source location to > > /usr/local/bin. > > > > I would like to reduce the above steps to a single-step installation. So > > I thought that, if I run through all steps (1 to 4) on my machine, then > > zip up everything under C:\cygwin into one large cygwin.zip file, I may > > be able to run a script that installs cygwin.zip on another computer. > > However, this involves knowing what setup.exe does in terms of making > > mounts, executing the mkpasswd and mkgroup commands etc. and placing the > > necessary dlls in the right places. This is really what I am after. > > > > Would you or anyone else be able to help with this? Any help will be > > greatly appreciated. > > > > Thanks > > > > Hugo > > > > Robert Collins wrote: > > > > > > > -Original Message- > > > > From: hugo [mailto:[EMAIL PROTECTED]] > > > > > > > setup.exe script: I cannot customize it as it is binary code. > > > > > > On this page (http://cygwin.com/lists.html) the location of the source > > > is documented. > > > > > > Rob > > > > > > -- > > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > > Bug reporting: http://cygwin.com/bugs.html > > > Documentation: http://cygwin.com/docs.html > > > FAQ: http://cygwin.com/faq/ > > > > -- > > Dr Hugo Bouckaert > > R&D Support Engineer/Systems Administrator > > > > Fractal Graphics > > 57 Havelock St > > West Perth, WA 6005 > > PO Box 1675, West Perth 6872 > > > > Ph: 61 08 9211 6000 > > Fax: 61 08 9226 1299 > > > > www.fractalgraphics.com.au > > > > > > This email and any attachments may be confidential or legally > > privileged. If you received this message in error or are not the > > intended recipient, you should destroy the e-mail message and any > > attachments or copies, and you are prohibited from retaining, > > distributing, disclosing or using any information contained herein. > > Please inform us of the erroneous delivery by return e-mail. Thank you > > for your cooperation. > > > > -- > > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > Bug reporting: http://cygwin.com/bugs.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/faq/ > > > >-- >Got freedom? Vote Libertarian: http://www.lp.org > >-- >Unsubscribe info: 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
Re: Compiling SocksCap under Cygwin
At 07:36 AM 4/22/2002, [EMAIL PROTECTED] wrote: >I have verified on a Debian Linux, that the IFF_POINTOPOINT is defined in the >'/usr/lib/net/if.h' header file. On this machine the >compilation of SocksCap was successful. Why isn't defined this macro in Cygwin? Because nobody has contributed it. Are you interested in doing so? Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem building OpenSSH
On Mon, Apr 22, 2002 at 07:14:36AM -0700, Karl M wrote: > Hi All... > > It has been a long time since I built OpenSSH. When I cd into the source > directory and do the configure shown in the readme file, I get the > following. > > $ ./configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/sbin > checking for gcc... gcc > checking for C compiler default output... a.exe > checking whether the C compiler works... configure: error: cannot run C > compiled programs. > If you meant to cross compile, use `--host'. > > What do I have broken? Check the file config.log to see what configure did. It will show you the problem. > Also, I have in my notes using --with-pcre as a configure otion. Is that > needed (why/why not)? Not needed. OpenSSH isn't using any regex implementation anymore. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why did you guys break EVERYTHING...
Charles Wilson <[EMAIL PROTECTED]> writes: > BTW, did it occur to anyone that the rapid and multiple responses to > this email -- which, given its tone and lack of specific content > qualifies as a troll by any objective measure -- serve to ENCOURAGE > this sort of insistent, badgering, and rude behavior? Yeah, this is weird. People ask polite questions and get slapped with "*eye roll* it's free software newbie, read the FAQ" ... this guy asks *this* and people rush to his assistance. -- scott evans :: www.antisleep.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install customised version of cygwin
On Mon, Apr 22, 2002 at 03:55:14AM -0400, [EMAIL PROTECTED] wrote: >Anyway, you can find this trove of information at >www.rich-paul.net. Have fun with it. One part of your installation instructions is ill-advised. Using regedit rather than mount to set up your mount table is really asking for trouble. I've mentioned this repeatedly in this mailing list but it doesn't seem to sink in. People seem to want to make the setting of directory information into something mysterious when it is really straightforward. 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/
[ANNOUNCEMENT] Updated: autoconf-devel-2.53-1
Version 2.53-1 of the autoconf-devel package, which has been available as a test release for a month now with no complaints, has now been marked 'current'. It contains GNU autoconf-2.53, installed into /usr/autotool/devel. GNU Autoconf-2.53 has some major internal changes, but remains backward compatible with the GNU Autoconf-2.5x series. The largest change is that the individual scripts now use the 'autom4te' engine to do their dirty work (and it adds a new script: 'autom4te' which allows direct access to that engine). This change should lead to great speed improvements in autoconf. Note that the autoconf-wrapper (the 'autoconf' package for cygwin) has already been updated to accomodate the new 2.53 version of GNU autoconf. However, that wrapper is ALSO backward compatible with GNU autoconf-2.52. So, updating the cygwin 'autoconf' package is OKAY even if you stick with the older cygwin 'autoconf-devel' package, but you MUST update your cygwin 'autoconf' package if you want to use THIS autoconf-devel 2.53 package. -- 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/
Re: Why did you guys break EVERYTHING...
On Mon, Apr 22, 2002 at 10:34:28AM -0400, Scott Evans wrote: >Charles Wilson <[EMAIL PROTECTED]> writes: >>BTW, did it occur to anyone that the rapid and multiple responses to >>this email -- which, given its tone and lack of specific content >>qualifies as a troll by any objective measure -- serve to ENCOURAGE >>this sort of insistent, badgering, and rude behavior? > >Yeah, this is weird. People ask polite questions and get slapped with >"*eye roll* it's free software newbie, read the FAQ" ... this guy asks >*this* and people rush to his assistance. It's basically because we're not mean. No, wait. That can't be right. 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/
[ANNOUNCEMENT] Updated: automake-devel-1.6-1
Version 1.6-1 of the automake-devel package, which has been available as a test release for a month now with no complaints, has been marked 'current'. It contains GNU automake-1.6, installed into /usr/autotool/devel. Full disclosure: GNU automake 1.6 adds 29 new internal self tests. The cygwin build fails four of these new tests: 'dirforbid.test' 'pr300-lib.test' 'pr300-ltlib.test' 'pr300-prog.test' OTOH, the cygwin build does pass the other 350 self tests. The cygwin build of automake-1.5b passed all of its 323 self tests. So, the new version has no *regressions* -- it passes all of the older 323 selftests -- but fails some of the more stringent new tests added in 1.6. -- 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] -- Unsubscribe info: 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 building OpenSSH
Karl schrieb: > $ ./configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/sbin > checking for gcc... gcc > checking for C compiler default output... a.exe > checking whether the C compiler works... configure: error: cannot run C > compiled programs. > If you meant to cross compile, use `--host'. I got this problem several times. There are two reasons why it happened to me: I had two different versions of cygwin1.dll on my PATH/System, the second time I couldn't figure out what happened, I reinstalled some packages (cygwin, gcc), rebooted and then it works again. 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: Bug in setup.exe 2.194.2.24
On Mon, 22 Apr 2002 21:36:46 +1000 Robert Collins <[EMAIL PROTECTED]> wrote: > > From: Cliff Hones [mailto:[EMAIL PROTECTED]] > > Sent: Monday, April 22, 2002 9:14 PM > > > The problem seems to be that setup doesn't set these > > already-present packages to 'keep' or 'skip' by default, and > > there's no way for the user to find out which packages are in > > this state. > > So you are suggesting that in download mode it should not offer to > upgrade any installed packages by default? Or that it should only offer > upgrades for installed packages without cached files? > > I'll happily accept a (reasonable) patch for the second case, but the > first case also seems counter-intuitive to me. I think he'd be happy at this point if it simply wouldn't default to downloading a file that is already present but not yet installed. directory. > > I can't actually see any advantage in re-downloading the > > packages *by default*. > > The point of 'download' mode is to allow downloads. If you choose not to > install what you have downloaded, what should setup assume that means? The download process should probably not even look at the currently installed status of packages when deciding keep/skip/version in the choose screen, just what files it found in the local directory tree. I am working on a class design that could be used in choose.cc when in download mode to make those decisions. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in setup.exe 2.194.2.24
On Mon, 22 Apr 2002 13:55:41 +0100 Cliff Hones <[EMAIL PROTECTED]> wrote: > Robert Collins wrote: > > So you are suggesting that in download mode it should not offer to > > upgrade any installed packages by default? Or that it should only offer > > upgrades for installed packages without cached files? > > The latter (approx) . I view it as offering downloads - not upgrades - > in download mode. (See below) > > > I'll happily accept a (reasonable) patch for the second case, but the > > first case also seems counter-intuitive to me. > > ... > > I'd like to remove the re-download facility completely. If a package > > file is corrupt, delete the local copy and then run setup. This makes > > setup simpler, for little cost. Setup won't keep partial files anyway, > > so the only form of corruption has to be network transit problems, and > > GPG signing would solve that too, and allow setup to detect and remove > > corrupt packages automatically. > > Ok - I'm prepared to be shot down in flames :-). Here's what I'd > like to see setup do - and I hope this is intuitive and reasonably > compatible with current behaviour. Apologies for the length... > > First, "Download from Internet". > > Assuming there's already a cygwin installation present, setup should > examine all packages installed and compare their versions with the > latest setup.ini files from the mirrors (downloading these first if > necessary). Any installed packages with higher current versions > available should be set to be upgraded by default. Dependencies > must be checked, and any other necessary packages should be > upgraded as necessary. Other packages should be placed in the 'keep' > state. "Download from Internet" shouldn't care in the least whether there is a Cygwin installation present or not. It should only care about the files in the local directory tree. Currently, if you install a file, it will then realize that version is present and not default to downloading it again. If you don't install, the chooser doesn't know about the version you downloaded so it will keep downloading it until it is installed. > Also, a "purge local directory" option would be wonderful. We are working on the infrastructure needed for it. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Incomplete/corrupted archive.
On Mon, 22 Apr 2002 10:13:50 -0300 John Daniel Doucette <[EMAIL PROTECTED]> wrote: > I just downloaded the cygwin package and then tested it with bzip2. It > reports the following error. I downloaded the single package from > another > mirror site, ' > ./ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2f' and > received the same error. Perhaps that package has been corrupted? How did you download it? If you used a Windows/MSDOS FTP program, it probably converted every LF it found to CRLF. Binary files don't react well to that. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why did you guys break EVERYTHING...
On Mon, 22 Apr 2002 10:55:25 -0400 Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Mon, Apr 22, 2002 at 10:34:28AM -0400, Scott Evans wrote: > >Charles Wilson <[EMAIL PROTECTED]> writes: > >>BTW, did it occur to anyone that the rapid and multiple responses to > >>this email -- which, given its tone and lack of specific content > >>qualifies as a troll by any objective measure -- serve to ENCOURAGE > >>this sort of insistent, badgering, and rude behavior? > > > >Yeah, this is weird. People ask polite questions and get slapped with > >"*eye roll* it's free software newbie, read the FAQ" ... this guy asks > >*this* and people rush to his assistance. > > It's basically because we're not mean. > > No, wait. That can't be right. _We_ aren't mean, just you. :}b -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in setup.exe 2.194.2.24
> > First, "Download from Internet". That should have read First, "Install from Internet" The following paragraph(s) should then make more sense. > > Assuming there's already a cygwin installation present, setup should > > examine all packages installed and compare their versions with the > > latest setup.ini files from the mirrors (downloading these first if > > necessary). Any installed packages with higher current versions > > available should be set to be upgraded by default. Dependencies > > must be checked, and any other necessary packages should be > > upgraded as necessary. Other packages should be placed in the 'keep' > > state. > "Download from Internet" shouldn't care in the least whether there is a > Cygwin installation present or not. It should only care about the files in > the local directory tree. That was my original view - but it didn't seem to be the view of those who responded to earlier posts. There is an argument that you don't want to be given, by default, downloads of all the packages you chose not to install. So now I'd like that as an option - either respect my current install, or ignore it. > Currently, if you install a file, it will then realize that version is > present and not default to downloading it again. If you don't install, the > chooser doesn't know about the version you downloaded so it will keep > downloading it until it is installed. Exactly. The main argument now seems to be whether this was intended functionality, and if so, why. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Incorrect file size reported ....
Hello, everyone. I LOVE cygwin. Thank you very much for the hard work. I'm on NT 4 sp 6. Can someone explain why the KPRSINDEX2.DBF file below has the very large and incorrect size? The file size is acually 2,097,156KB (from Explorer). Is there a fix? -rw-r--r--1 dtj011 Administ 734007296 Apr 22 2002 KPRSIDX4_05.DBF -rw-r--r--1 dtj011 Administ 524292096 Apr 22 2002 KPRSINDEX1.DBF -rw-r--r--1 dtj011 Administ 18446744071562072064 Apr 22 2002 KPRSINDEX2.DBF -rw-r--r--1 dtj011 Administ 20975616 Apr 22 2002 KPRSSHIP_IDX.DBF -rw-r--r--1 dtj011 Administ 1048580096 Apr 22 2002 OMLARGE3_01.DBF Thank you very much. Please copy me directly on the response as I'm not on the list. David mail2web - Check your email from the web at http://mail2web.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: Incorrect file size reported ....
Are you sure you don't have some FAT corruption? (or ntfs corruption?) Running Scandisk or defrag with the "check disk" option should tell you. -rgm At 12:53 PM 04.22.2002 -0400, you wrote: >Is there a fix? > >-rw-r--r--1 dtj011 Administ 734007296 Apr 22 2002 KPRSIDX4_05.DBF >-rw-r--r--1 dtj011 Administ 524292096 Apr 22 2002 KPRSINDEX1.DBF >-rw-r--r--1 dtj011 Administ 18446744071562072064 Apr 22 2002 >KPRSINDEX2.DBF >-rw-r--r--1 dtj011 Administ 20975616 Apr 22 2002 KPRSSHIP_IDX.DBF >-rw-r--r--1 dtj011 Administ 1048580096 Apr 22 2002 OMLARGE3_01.DBF -- Unsubscribe info: 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 building OpenSSH
Hi All... Its looking for conftest, but I don't see one anywhere. Where should I find it? configure:1022: PATH=".;."; conftest.sh conftest.sh: not found configure:1025: $? = 127 configure:1079: checking for gcc configure:1094: found /usr/bin/gcc configure:1102: result: gcc configure:1330: checking for C compiler version configure:1333: gcc --version &5 2.95.3-5 configure:1336: $? = 0 configure:1338: gcc -v &5 Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs gcc version 2.95.3-5 (cygwin special) configure:1341: $? = 0 configure:1343: gcc -V &5 gcc: argument to `-V' is missing configure:1346: $? = 1 configure:1372: checking for C compiler default output configure:1375: gccconftest.c >&5 configure:1378: $? = 0 configure:1407: result: a.exe configure:1412: checking whether the C compiler works configure:1418: ./a.exe ./a.exe: not found configure:1421: $? = 127 configure:1428: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. Thanks, ...Karl >From: Corinna Vinschen <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Problem building OpenSSH >Date: Mon, 22 Apr 2002 16:32:15 +0200 > >On Mon, Apr 22, 2002 at 07:14:36AM -0700, Karl M wrote: > > Hi All... > > > > It has been a long time since I built OpenSSH. When I cd into the source > > directory and do the configure shown in the readme file, I get the > > following. > > > > $ ./configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/sbin > > checking for gcc... gcc > > checking for C compiler default output... a.exe > > checking whether the C compiler works... configure: error: cannot run C > > compiled programs. > > If you meant to cross compile, use `--host'. > > > > What do I have broken? > >Check the file config.log to see what configure did. It will show >you the problem. > > > Also, I have in my notes using --with-pcre as a configure otion. Is that > > needed (why/why not)? > >Not needed. OpenSSH isn't using any regex implementation anymore. > >Corinna > >-- >Corinna Vinschen Please, send mails regarding Cygwin to >Cygwin Developermailto:[EMAIL PROTECTED] >Red Hat, Inc. > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. -- Unsubscribe info: 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: Incorrect file size reported ....
Roland Glenn McIntosh wrote: > Are you sure you don't have some FAT corruption? (or ntfs corruption?) > Running Scandisk or defrag with the "check disk" option should tell you. Actually, this looks much more like the 32-bit file-size limit in Cygwin. 2,097,156KB is just over 2^31 (given 1K=1024 bytes). I expect large file support will be added to Cygwin one day, but it's not there yet, so there's no workaround (except of course that you are always free to use direct WinAPI calls within a Cygwin program). -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Porting software HOWTO
[EMAIL PROTECTED] wrote: > is there any HOWTO documentation for porting software. I'm in the need to > port the new tcl/tk 8.4 to cygwin, but i don't know how. I would suggest to have a look at the 8.0 port currently available. Based on this you can analyze which changes were required for 8.0 - this should be a good starting point to adopt 8.4. In some cases you might be more lucky: Many software packages are prepared to compile using cygwin - running configure is sufficient in this case. Elmar -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
small inter-operability patch for vim 6.1.2 for Cygwin
This small change fixes an interoperability problem with vim in Cygwin. If the Cygwin vim is invoked by non-Cygwin aware tools, it may be passed a backslash-separated path. Since vim is essentially Unix-built for Cygwin, it doesn't realize it should recognize the backslashes as path separators, and fails to create a valid .swp file path (error "E303"). For example, the Cygwin cvs.exe is substantially slower at updates than a non-Cygwin build, presumably because of stat() overheads. Both versions of cvs.exe will use $EDITOR to get checkin comments from the user, but the non-Cygwin version will pass a C:\TEMP\... path to vim. (While it is possible to set up a $CVSEDITOR .bat file that runs "cygpath -u" on its argument, this seems more like a bandaid than a proper fix.) The attached patch just modifies the vim_ispathsep() function to be Cygwin-aware. IMHO, the full BACKSLASH_IN_FILENAME mechanism is inappropriate for Cygwin vim, since it really wants to present a complete Unix facade to the user. However, when backslashes are supplied in filenames, the underlying OS *will* treat them as directory separators, so vim must be aware of special characters as separators. (I am not subscribed to vim-dev but have cc'ed it based on the comments in vim's README.txt.) Thanks, Chris Metcalf -- InCert Software -- 1 (617) 621 8080 [EMAIL PROTECTED] -- http://www.incert.com/~metcalf --- vim-6.1-2/src/misc1.c Sun Mar 17 08:12:29 2002 +++ vim-6.1-2-build/src/misc1.c Mon Apr 22 13:35:36 2002 @@ -3709,7 +3709,11 @@ return (c == '.' || c == ':'); #else # ifdef UNIX +# ifdef __CYGWIN__ /* The OS will truly separate on ':' and '\\' */ +return (c == ':' || c == '/' || c == '\\'); +# else return (c == '/'); /* UNIX has ':' inside file names */ +# endif # else # ifdef BACKSLASH_IN_FILENAME return (c == ':' || c == '/' || c == '\\'); -- Unsubscribe info: 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: vim doesn't quite get backslash-separated paths right
On Mon, 22 Apr 2002, Corinna Vinschen wrote: > Use the cygpath utility then. This is awkward in the context of something like $EDITOR, which is spawned off by some non-Cygwin program to run vim. In this case you'd either need to do a .bat file, or else a simple executable that ran cygpath and then exec'ed vim. The vim fix turns out to be basically a one-liner anyway. I've pretty well fixed up everything I need to now, and Cygwin is humming along very nicely. Many thanks to the efforts of all those involved. (BTW, I've got a modified bash.exe that doesn't pass ":" to readlist as a word-break character if anyone would like a patch or a binary.) Chris Metcalf -- InCert Software -- 1 (617) 621 8080 [EMAIL PROTECTED] -- http://www.incert.com/~metcalf -- Unsubscribe info: 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: small inter-operability patch for vim 6.1.2 for Cygwin
Chris Metcalf wrote: > This small change fixes an interoperability problem with vim in Cygwin. If > the Cygwin vim is invoked by non-Cygwin aware tools, it may be passed a > backslash-separated path. Since vim is essentially Unix-built for Cygwin, > it doesn't realize it should recognize the backslashes as path separators, > and fails to create a valid .swp file path (error "E303"). > > For example, the Cygwin cvs.exe is substantially slower at updates than a > non-Cygwin build, presumably because of stat() overheads. Both versions > of cvs.exe will use $EDITOR to get checkin comments from the user, but the > non-Cygwin version will pass a C:\TEMP\... path to vim. (While it is > possible to set up a $CVSEDITOR .bat file that runs "cygpath -u" on its > argument, this seems more like a bandaid than a proper fix.) > > The attached patch just modifies the vim_ispathsep() function to be > Cygwin-aware. IMHO, the full BACKSLASH_IN_FILENAME mechanism is > inappropriate for Cygwin vim, since it really wants to present a complete > Unix facade to the user. However, when backslashes are supplied in > filenames, the underlying OS *will* treat them as directory separators, so > vim must be aware of special characters as separators. I'm quite sure this is not a good solution. It's just waiting to fail in another place. The Unix code just isn't prepared for backslashes in a file name to be path separators, they are seen as escaping the special meaning of characters. Why not add something at the start of main() to change backslashes to forward slashes? Or better: Isn't there a cygwin trick for this already? > (I am not subscribed to vim-dev but have cc'ed it based on the comments in > vim's README.txt.) Your message won't get to the vim-dev list then. And you can't read responses from others... -- His head smashed in, and his heart cut out, And his liver removed, and his bowels unplugged, And his nostrils raped, and his bottom burned off, And his penis split ... and his ... "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.moolenaar.net \\\ /// Creator of Vim -- http://vim.sf.net -- ftp://ftp.vim.org/pub/vim \\\ \\\ Project leader for A-A-P -- http://www.a-a-p.org /// \\\ Help me helping AIDS orphans in Uganda - http://iccf-holland.org /// -- Unsubscribe info: 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: Problems linking program
Larry, What I am trying to do is guild a library for working with images called GD. It is for dynamically creating images, and I got it from: http://www.boutell.com/gd/ The libraries and order that I am using is: LIBS=-lfreetype -lgd -lz -ljpeg -lpng -lcygwin I have resolved most of the issues now, but now I seem to be getting an error about a DLL linkage? Here is the cygwin1.dll that I am using. where cygwin1.dll D:\cygwin\bin\cygwin1.dll Here is the current error that I am getting. /source/gd-2.0.1 >make install MAKE Version 5.2 Copyright (c) 1987, 2000 Borland rm -f libgd.so.2.0.0 2>/dev/null The system cannot find the path specified. ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o gdfontt.o gdfonts.o gdfontmb.o gdfontl.o gdfontg.o gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin /usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to `GetModuleHandleA@4' ** error 1 ** deleting libgd.so.2.0.0 Thanks, Matt >I'm not sure I can explain what you should be looking for, since I'm not >sure I understand what you're doing. As I stated before, as near as I can >tell you're working with old Cygwin source (for some reason) and possibly >trying to build the GNU C library. The former seems unnecessary at best and >the latter is a major undertaking at least. But to your specific query, >libc.a and libg.a are simple symbolic links to libcygwin.a. libcygwin.a >is the import library for the Cygwin DLL, which has all the C library >routines for the Cygwin environment. Building with gcc/g++ as provided by >Cygwin automatically includes libcygwin.a. If your symbols aren't resolving >but they are in this library, I'm going to guess that there is a library >ordering problem but that's a shot in the dark (and not a very good one I >bet) given that I don't understand what you're trying to do and the details >of how you're doing it. "Pinky, you've left the lens cap of your mind on again." - The Brain = Preferred Resources (314) 567-7600 phone 701 Emerson rd. (314) 993-6699 fax Suite 475 [EMAIL PROTECTED] St. Louis, MO 63141 = -- Unsubscribe info: 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: Problems linking program
At 02:29 PM 4/22/2002, Matt Minnis wrote: >Larry, > >What I am trying to do is guild a library for working with images called GD. >It is for dynamically creating images, and I got it from: >http://www.boutell.com/gd/ > >The libraries and order that I am using is: >LIBS=-lfreetype -lgd -lz -ljpeg -lpng -lcygwin > >I have resolved most of the issues now, but now I seem to be getting an error about a >DLL linkage? > >Here is the cygwin1.dll that I am using. >where cygwin1.dll >D:\cygwin\bin\cygwin1.dll > >Here is the current error that I am getting. > >/source/gd-2.0.1 >make install >MAKE Version 5.2 Copyright (c) 1987, 2000 Borland > rm -f libgd.so.2.0.0 2>/dev/null >The system cannot find the path specified. > ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o >gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o gdfontt.o gdfonts.o > gdfontmb.o gdfontl.o gdfontg.o gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o > gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin >/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to >`GetModuleHandleA@4' > >** error 1 ** deleting libgd.so.2.0.0 OK, I'm not sure why you sent this again to the list when I answered the same query that you sent me off-list. But in the interest of complete symmetry, I'll cut and paste the response I already gave you privately. - cut and paste OK. First, you shouldn't need to list -lcygwin. It gets added automatically. Fortunately now, it should be harmless to list it however. That hasn't always been the case so it's good not to get in the habit of adding it when it's not needed. 'GetModuleHandle()' is a Win32 API. You apparently have not installed the w32api package. Rerun setup and do so. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for Cygwin
Earlier, I wrote:
> This small change fixes an interoperability problem with vim in Cygwin.
> If the Cygwin vim is invoked by non-Cygwin aware tools, it may be passed
> a backslash-separated path. Since vim is essentially Unix-built for
> Cygwin, it doesn't realize it should recognize the backslashes as path
> separators, and fails to create a valid .swp file path (error "E303").
>
> For example, the Cygwin cvs.exe is substantially slower at updates than
> a non-Cygwin build, presumably because of stat() overheads. Both
> versions of cvs.exe will use $EDITOR to get checkin comments from the
> user, but the non-Cygwin version will pass a C:\TEMP\... path to vim.
> (While it is possible to set up a $CVSEDITOR .bat file that runs
> "cygpath -u" on its argument, this seems more like a bandaid than a
> proper fix.)
>
> The attached patch just modifies the vim_ispathsep() function to be
> Cygwin-aware. [...]
Bram Moolenaar replied:
> I'm quite sure this is not a good solution. It's just waiting to fail
> in another place. The Unix code just isn't prepared for backslashes in
> a file name to be path separators, they are seen as escaping the special
> meaning of characters.
>
> Why not add something at the start of main() to change backslashes to
> forward slashes?
Sure. How does the attached look? I'm not sure whether overloading
slash_adjust() is the right thing here (or if it would be better to enable
the call to slash_adjust() in alist_add() instead). I'm also not sure
whether any backslash-escaping is expected to be performed on command-line
arguments as well, or if in this context it's safe to assume all filename
arguments are plain vanilla file names.
> Or better: Isn't there a cygwin trick for this already?
Well, "cygpath -u PATH" will convert a Windows path to a Unix path.
However, this means you can't just set $EDITOR to a simple executable,
but have to walk it through a script (or dedicated binary) first.
Also, it just seems wrong that vim doesn't handle a Windows path
plausibly, when almost all of the other Cygwin tools do.
> Your message won't get to the vim-dev list then. And you can't read
> responses from others...
Sorry, I was careless. Fixed, and context added to this reply.
Chris
diff -u vim-6.1-2/src/main.c vim-6.1-2-build/src/main.c
--- vim-6.1-2/src/main.cSun Mar 24 06:05:17 2002
+++ vim-6.1-2-build/src/main.c Mon Apr 22 14:50:36 2002
@@ -972,6 +972,14 @@
}
}
#endif
+#ifdef __CYGWIN__
+/*
+ * If vim is invoked by non-Cygwin tools, eliminate backslashes
+ * early on. Otherwise the OS will continue to see the
+ * backslashes as path separators, but vim will not.
+ */
+slash_adjust(p);
+#endif
alist_add(&global_alist, p,
#if (!defined(UNIX) && !defined(__EMX__)) || defined(ARCHIE)
literal ? 2 : 0 /* add buffer number after expanding */
diff -u vim-6.1-2/src/os_unix.c vim-6.1-2-build/src/os_unix.c
--- vim-6.1-2/src/os_unix.c Thu Mar 14 16:05:16 2002
+++ vim-6.1-2-build/src/os_unix.c Mon Apr 22 14:49:12 2002
@@ -1911,7 +1911,7 @@
#endif
}
-#if defined(OS2) || defined(PROTO)
+#if defined(OS2) || defined(__CYGWIN__) || defined(PROTO)
/*
* Replace all slashes by backslashes.
* When 'shellslash' set do it the other way around.
@@ -1922,8 +1922,13 @@
{
while (*p)
{
+#ifdef __CYGWIN__
+if (*p == '\\')
+*p = '/';
+#else
if (*p == psepcN)
*p = psepc;
+#endif
#ifdef FEAT_MBYTE
if (has_mbyte)
p += (*mb_ptr2len_check)(p);
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for Cygwin
On Mon, Apr 22, 2002 at 08:35:50PM +0200, Bram Moolenaar wrote: > I'm quite sure this is not a good solution. It's just waiting to fail > in another place. The Unix code just isn't prepared for backslashes in > a file name to be path separators, they are seen as escaping the special > meaning of characters. > > Why not add something at the start of main() to change backslashes to > forward slashes? Or better: Isn't there a cygwin trick for this > already? Sure: #include cygwin_conv_to_posix_path(const char *win_path, char *posix_path); Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for Cygwin
On Mon, Apr 22, 2002 at 03:08:07PM -0400, Chris Metcalf wrote: > > Or better: Isn't there a cygwin trick for this already? > > Well, "cygpath -u PATH" will convert a Windows path to a Unix path. > However, this means you can't just set $EDITOR to a simple executable, > but have to walk it through a script (or dedicated binary) first. > Also, it just seems wrong that vim doesn't handle a Windows path > plausibly, when almost all of the other Cygwin tools do. However, I don't see the problem in using `cygpath'. It's designed for that purpose. I'm not quite sure if it makes sense to tweak vim if there are already tools which do what you want. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for Cygwin
Corinna Vinschen wrote: > On Mon, Apr 22, 2002 at 08:35:50PM +0200, Bram Moolenaar wrote: > > I'm quite sure this is not a good solution. It's just waiting to fail > > in another place. The Unix code just isn't prepared for backslashes in > > a file name to be path separators, they are seen as escaping the special > > meaning of characters. > > > > Why not add something at the start of main() to change backslashes to > > forward slashes? Or better: Isn't there a cygwin trick for this > > already? > > Sure: > >#include > >cygwin_conv_to_posix_path(const char *win_path, char *posix_path); That sounds like something we can use. But lacking the manual page it's a bit difficult to know exactly how to call it. Also, can this function be used when the path is already a "posix" path? Or do we need a test whether this function needs to be called (a backslash being present). Actually, it would help a lot if someone with Cygwin installed can look into this and test a few things. -- FIRST HEAD: Oh! quick! get the sword out I want to cut his head off. THIRD HEAD: Oh, cut your own head off. SECOND HEAD: Yes - do us all a favour. "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.moolenaar.net \\\ /// Creator of Vim -- http://vim.sf.net -- ftp://ftp.vim.org/pub/vim \\\ \\\ Project leader for A-A-P -- http://www.a-a-p.org /// \\\ Help me helping AIDS orphans in Uganda - http://iccf-holland.org /// -- Unsubscribe info: 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: small inter-operability patch for vim 6.1.2 for cygwin
On Mon, Apr 22, 2002 at 09:18:40PM +0200, Bram Moolenaar wrote: >That sounds like something we can use. But lacking the manual page it's >a bit difficult to know exactly how to call it. Can anyone post the man page for this for Bram? I'm away from my windows machine right now, and can't do it. 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: small inter-operability patch for vim 6.1.2 for cygwin
>Can anyone post the man page for this for Bram? I'm away from my >windows machine right now, and can't do it. C:\>man cygwin_conv_to_posix_path CYGWIN_CONV_TO_POSIX_PATH(3) CYGWIN_CONV_TO_POSIX_PATH(3) SYNOPSIS extern "C" void cygwin_conv_to_posix_path (const char * path, char * posix_path); DESCRIPTION Converts a Win32 path to a POSIX path. If path is already a POSIX path, leaves it alone. If path is relative, then posix_path will also be relative. Note that posix_path must point to a buffer of sufficient size; use MAX_PATH if needed. COPYRIGHT Cygwin is Copyright (C) 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 Red Hat, Inc. Cygwin is Free software; for complete licensing informa- tion, refer to: http://cygwin.com/licensing.html MAINTAINER This man page was written and is maintained by Joshua Daniel Franklin, [EMAIL PROTECTED] SEE ALSO The full documentation to the Cygwin API is maintained on the web at: http://cygwin.com/cygwin-api/cygwin-api.html The website is updated more frequently than the man pages and should be considered the authoritative source of information. 2002 Apr 12 CYGWIN_CONV_TO_POSIX_PATH(3) -- Unsubscribe info: 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: small inter-operability patch for vim 6.1.2 for Cygwin
On Mon, Apr 22, 2002 at 09:18:40PM +0200, Bram Moolenaar wrote: > Corinna Vinschen wrote: > >#include > > > >cygwin_conv_to_posix_path(const char *win_path, char *posix_path); > > That sounds like something we can use. But lacking the manual page it's > a bit difficult to know exactly how to call it. Also, can this function > be used when the path is already a "posix" path? Or do we need a test > whether this function needs to be called (a backslash being present). = SNIP CYGWIN_CONV_TO_POSIX_PATH(3) CYGWIN_CONV_TO_POSIX_PATH(3) SYNOPSIS extern "C" void cygwin_conv_to_posix_path (const char * path, char * posix_path); DESCRIPTION Converts a Win32 path to a POSIX path. If path is already a POSIX path, leaves it alone. If path is relative, then posix_path will also be relative. Note that posix_path must point to a buffer of sufficient size; use MAX_PATH if needed. COPYRIGHT Cygwin is Copyright (C) 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002 Red Hat, Inc. Cygwin is Free software; for complete licensing informa- tion, refer to: http://cygwin.com/licensing.html MAINTAINER This man page was written and is maintained by Joshua Daniel Franklin, [EMAIL PROTECTED] SEE ALSO The full documentation to the Cygwin API is maintained on the web at: http://cygwin.com/cygwin-api/cygwin-api.html The website is updated more frequently than the man pages and should be considered the authoritative source of information. 2002 Apr 12 CYGWIN_CONV_TO_POSIX_PATH(3) = SNAP Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for Cygwin
On Mon, 22 Apr 2002, Bram Moolenaar wrote:
> >cygwin_conv_to_posix_path(const char *win_path, char *posix_path);
>
> That sounds like something we can use. But lacking the manual page it's
> a bit difficult to know exactly how to call it. Also, can this function
> be used when the path is already a "posix" path? Or do we need a test
> whether this function needs to be called (a backslash being present).
(POSIX paths are passed through unchanged; I've attached the man page.)
Corinna is right; this is cleaner than doing slash-modification by hand.
It also gives you the nice property that if you have used "mount" to map
DOS paths to Unix paths, you get the proper Unix path from the mountpoint,
not just a slash-converted path.
Corinna expressed some concern about hacking up vim rather than using
existing tools to convert paths when needed. I think the reason that
modifying vim feels correct to me is that vim is something that is likely
to be called, standalone, from a variety of different contexts -- Cygwin
and non-Cygwin tools that have "edit" escapes of some kind -- and it
should Just Work in all of them.
Additionally, it seems right to me that vim should be able to handle any
kind of path that is valid at the OS level. Most of the other Cygwin
tools do handle both Unix and DOS paths, though by and large simply
because they treat the paths as opaque character strings; vim is just a
more sophisticated filename consumer and therefore needs more care to
support the full range of path types.
> Actually, it would help a lot if someone with Cygwin installed can look
> into this and test a few things.
I'd be happy to be the guinea pig, certainly. I've attached yet
another possible patch.
Chris
--- vim-6.1-2/src/main.cSun Mar 24 06:05:17 2002
+++ vim-6.1-2-build/src/main.c Mon Apr 22 15:32:30 2002
@@ -22,6 +22,10 @@
# include
#endif
+#ifdef __CYGWIN__
+# include
+#endif
+
#if defined(UNIX) || defined(VMS)
static int file_owned __ARGS((char *fname));
#endif
@@ -971,6 +975,21 @@
p = r;
}
}
#endif
+#ifdef __CYGWIN__
+/*
+ * If vim is invoked by non-Cygwin tools, convert away any
+ * DOS paths, so things like .swp files are created correctly.
+ * Look for evidence of non-Cygwin paths before we bother.
+ */
+if (strpbrk(p, "\\:") != NULL) {
+char posix_path[PATH_MAX];
+cygwin_conv_to_posix_path(p, posix_path);
+vim_free(p);
+p = vim_strsave(posix_path);
+if (p == NULL)
+mch_exit(2);
+}
+#endif
alist_add(&global_alist, p,
#if (!defined(UNIX) && !defined(__EMX__)) || defined(ARCHIE)
--
Unsubscribe info: 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: Problems linking program
Larry Hall (RFK Partners, Inc) wrote: >>ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o >>gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o gdfontt.o gdfonts.o >> gdfontmb.o gdfontl.o gdfontg.o gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o >> gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin >>/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to >>`GetModuleHandleA@4' > OK. First, you shouldn't need to list -lcygwin. It gets added automatically. > Fortunately now, it should be harmless to list it however. That hasn't always > been the case so it's good not to get in the habit of adding it when it's not > needed. > > 'GetModuleHandle()' is a Win32 API. You apparently have not installed the > w32api package. Rerun setup and do so. Nope -- the problem is he's using 'ld' directly to link the DLL. Don't do that. Instead of 'ld -shared', use 'gcc -shared'. If you MUST pass linker specific options to ld, use '-Wl,--my-ld-option' in your gcc command line. (BTW, naming your dll "foo.so.2.0.0" is a really bad idea. Windows only supports shared libs that end in ".dll".) --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is Cygwin legal under Windows XP?
- Original Message - From: "Elizabeth Barham" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, April 22, 2002 2:04 AM Subject: Re: Is Cygwin legal under Windows XP? > This whole thing seems kind of iffy in regards to Microsoft's > position. While Microsoft has some authority, consumers do too and > Windows XP's EULA may violate some consumer rights (I don't know of > any off hand, though). But even if it doesn't violate any at the > moment, it violates what I consider my own "consumer rights" - I have > the right to run any program I want to on any computer I own, > including Microsoft Operating Systems. > > And what is this EULA anyway? If I purchase software, do I or do I not > own the software? And can I or can I not do anything I want to with it > - I mean, it's mine and they sold it to me. Or am I "leasing" the > software from someone? > > It's one thing for an EULA to say, "You may have one copy of this > piece of software running on at most one computer at any time," but > another thing for it to say what I can use the software for. EU law says: (3) In accordance with the provisions of the Berne Convention for the protection of Literary and Artistic Works, the provisions of this Article may not be interpreted in such a way as to allow its application to be used in a manner which unreasonably prejudices the right holder's legitimate interests or conflicts with a normal exploitation of the computer program. I would say a clause that prevents me from running sshd to allow me to remotely adminster my computer conflicts with a normal exploitation of the computer program (Windows XP). Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems linking program
At 03:40 PM 4/22/2002, Charles Wilson wrote: >Larry Hall (RFK Partners, Inc) wrote: > >>>ld -shared -o libgd.so.2.0.0 gd.o gd_gd.o gd_gd2.o gd_io.o gd_io_dp.o >>>gd_io_file.o gd_ss.o gd_io_ss.o gd_png.o gd_jpeg.o gdxpm.o gdfontt.o gdfonts.o >>>gdfontmb.o gdfontl.o gdfontg.o gdtables.o gdft.o gdcache.o gdkanji.o wbmp.o >>>gd_wbmp.o gdhelpers.o gd_topal.o -lfreetype -lgd -lz -ljpeg -lpng -lcygwin >>>/usr/lib/libcygwin.a(_cygwin_crt0_common.o)(.text+0xe6): undefined reference to >>>`GetModuleHandleA@4' > >>OK. First, you shouldn't need to list -lcygwin. It gets added automatically. >>Fortunately now, it should be harmless to list it however. That hasn't always >>been the case so it's good not to get in the habit of adding it when it's not >>needed. >>'GetModuleHandle()' is a Win32 API. You apparently have not installed the w32api >package. Rerun setup and do so. > >Nope -- the problem is he's using 'ld' directly to link the DLL. Don't do that. >Instead of 'ld -shared', use 'gcc -shared'. If you MUST pass linker specific options >to ld, use '-Wl,--my-ld-option' in your gcc command line. Ouch! Chuck's right with this one. I didn't pay attention to the link line, just the error. Using 'ld' directly will not automatically pick up the w32api libraries, even if they are installed. Use 'gcc' as Chuck suggests. >(BTW, naming your dll "foo.so.2.0.0" is a really bad idea. Windows only supports >shared libs that end in ".dll".) Yeah, it still looks to me like Matt is trying to build the GNU C library for some reason. If it's to use with Cygwin, linking and correct naming conventions for Windows will be the least of his problems! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Why did you guys break EVERYTHING...
No, cgf isn't always mean! Psst, I'll tell you a secret: The default of mean or not toggles with every even/odd release, modulo phase of the moon 8-) Bye, Heribert ([EMAIL PROTECTED]) > -Original Message- > From: Michael A Chase [SMTP:[EMAIL PROTECTED]] > Sent: Monday, April 22, 2002 18:28 > To: [EMAIL PROTECTED]; Christopher Faylor > Subject: Re: Why did you guys break EVERYTHING... > > On Mon, 22 Apr 2002 10:55:25 -0400 Christopher Faylor > <[EMAIL PROTECTED]> wrote: > > > On Mon, Apr 22, 2002 at 10:34:28AM -0400, Scott Evans wrote: > > >Charles Wilson <[EMAIL PROTECTED]> writes: > > >>BTW, did it occur to anyone that the rapid and multiple responses to > > >>this email -- which, given its tone and lack of specific content > > >>qualifies as a troll by any objective measure -- serve to ENCOURAGE > > >>this sort of insistent, badgering, and rude behavior? > > > > > >Yeah, this is weird. People ask polite questions and get slapped with > > >"*eye roll* it's free software newbie, read the FAQ" ... this guy asks > > >*this* and people rush to his assistance. > > > > It's basically because we're not mean. > > > > No, wait. That can't be right. > > _We_ aren't mean, just you. :}b > -- > Mac :}) > -- Unsubscribe info: 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 Cygwin Server Daemon - VERY LONG
Hello again, Last week when I inquired about the cygserver architecture, present state of development, etc, I was told that cygserver is documented primarily in the cygwin-developers email list archive. I am now working on a document that will hopefully serve as better documentation of cygserver, starting as a compilation of materials found in the cygwin-developers archive, those found in the normal cygwin email archive, and augmented with my own questions and observations. I would appreciate any and all feedback on this document and on this topic in general. In doing this compliation and write up a lot of questions yet remain for me. There are just a whole lot of loose ends. It's my casual observation that the emails in the archive weren't as helpful and clear to me as they might have been because the original email audience knows each other and come from similar backgrounds so they don't need as many words to communicate an idea. Frankly, the code moved from losely sketched concept to running code without much discussion of the architecture. I, on the other hand, need a little more detail to really get it. One of the loose ends: > > didn't find any working copies of it either. > > What do you mean by this? It works for me, and the other folk who tested > it before it got committed. Currently it does very little though. The normal install with setup.exe didn't provide cygserver. Only a build of the source provided a copy. I was surprised by that. When you say it does very little, I'm still left with the question, "Well, what _does_ it do?" And, the new cygwin1.dll was _huge_ in comparison to the previous one. Is that because of debugging info? Other important open questions include: + Why doesn't the cygserver run, itself, as a server under NT much as sshd does? + If it's run by a normal user, how does this impart any ability to change user contexts? (When I asked about assigning privileges, I got the short answer, "What?") + Regarding starting the server with cygrunsrv: - If the server is started with cygrunsrv, are we supposed to "install" cygserver itself? - What is the intent of the ability to install, remove, start and stop services? Are these "services" supposed to be the "objects" we read about in the archives? + Regarding my own hopeful use someday: What is a reasonable approach to adding the honoring of the setuid (and guid) bit(s) in image execution? I take it that cygwin1.dll needs to be changed, but cygwin1.dll seems to be built of little bits of source code scattered about. I imagine that in there somewhere is code that forks off a process to run a new image that the user wants run. And I imagine that somewhere in there, where the file access occurrs to bring in the executable image, there's a place where new code should be inserted to test the suid bits and, if the bit is set, a call to change security context into the file owner should occurr. Comments _please._ In particular, does anyone know the module name I should be mucking with? What about the call to change context to the file owner? These pointers will help save me a lot of time and are greatly appreciated. Regards, Richard -- Richard Troy, Chief Scientist Science Tools Corporation [EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/ ___ ___ Cygwin Server The following topics are covered in this text: Cygwin Server Concept + needs and features Accessing the Cygserver Daemon + Communications strategy Running the cygserver Multi-threading Server Children Code Size Stability Present Status Far future Other notes ___ Cygwin Server Concept: All operating systems which provide a multi-user security environment require a mechanism by which a non-privileged user can perform privileged tasks in a controlled and secure way. There are two generalized mechanisms in widespread use. The most common mechanism presumes a network-based model in which a privileged program is contacted by an unprivileged client program to effect the desired behavior. On Unix and Unix based operating systems such as Linux, the "inetd" daemon is a good example of this technique. However, Unix augments this technique with the "setuid bit", (a technique patented by Dennis Ritchie in the late '70s, IIRC) which provides a cue to the operating system to start an executable image in the user context of the owner identified in the file system for the executable. Because Windows does not support the concept of the setuid bit, there is motive to create a mechanism to support it in Cygwin. In additi
more delqueue problems
/tmp/kde-chris contains one file: ksycoca which is locked. I type this: rm -rf /tmp/kde-* the command doesn't return, and after a while I start seeing this on the screen. 681 [main] rm 2520 delqueue_list::queue_file: Out of queue slots 668 [main] rm 2592 delqueue_list::queue_file: Out of queue slots 839485 [main] rm 2592 delqueue_list::queue_file: Out of queue slots 2876998 [main] rm 2520 delqueue_list::queue_file: Out of queue slots 3389140 [main] rm 2592 delqueue_list::queue_file: Out of queue slots 4042811 [main] rm 2592 delqueue_list::queue_file: Out of queue slots etc. But there's only *one* file. Surely rm should return after adding that single file to the delqueue? How can it run out of queue slots then? Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Persistent process
Often I encounter Cygwin processes that refuse to exit. They leave a entry in the process table (as seen with ps), and attempting to "End Process" the process from Windows Task Manager I get "Unable to Terminate Process/The operation could not be completed.Access denied." The process is running as me and has not changed its security context. Does anyone know what causes this? Regards Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: more delqueue problems
> /tmp/kde-chris contains one file: > ksycoca > which is locked. > I type this: > rm -rf /tmp/kde-* > the command doesn't return, and after a while I start seeing this on the > screen. > 681 [main] rm 2520 delqueue_list::queue_file: Out of queue slots > 668 [main] rm 2592 delqueue_list::queue_file: Out of queue slots > 839485 [main] rm 2592 delqueue_list::queue_file: Out of queue slots > 2876998 [main] rm 2520 delqueue_list::queue_file: Out of queue slots > 3389140 [main] rm 2592 delqueue_list::queue_file: Out of queue slots > 4042811 [main] rm 2592 delqueue_list::queue_file: Out of queue slots > etc. > But there's only *one* file. Surely rm should return after adding that > single file to the delqueue? How can it run out of queue slots then? Oh, and yes I actually know the answer to this question. What I'm really asking is, what can be done to fix this. e.g. one fix could be rename old file somewhere else on drive (e.g. /tmp). Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for Cygwin
Chris Metcalf wrote:
> On Mon, 22 Apr 2002, Bram Moolenaar wrote:
> > >cygwin_conv_to_posix_path(const char *win_path, char *posix_path);
> >
> > That sounds like something we can use. But lacking the manual page it's
> > a bit difficult to know exactly how to call it. Also, can this function
> > be used when the path is already a "posix" path? Or do we need a test
> > whether this function needs to be called (a backslash being present).
>
> (POSIX paths are passed through unchanged; I've attached the man page.)
>
> Corinna is right; this is cleaner than doing slash-modification by hand.
> It also gives you the nice property that if you have used "mount" to map
> DOS paths to Unix paths, you get the proper Unix path from the mountpoint,
> not just a slash-converted path.
>
> Corinna expressed some concern about hacking up vim rather than using
> existing tools to convert paths when needed. I think the reason that
> modifying vim feels correct to me is that vim is something that is likely
> to be called, standalone, from a variety of different contexts -- Cygwin
> and non-Cygwin tools that have "edit" escapes of some kind -- and it
> should Just Work in all of them.
>
> Additionally, it seems right to me that vim should be able to handle any
> kind of path that is valid at the OS level. Most of the other Cygwin
> tools do handle both Unix and DOS paths, though by and large simply
> because they treat the paths as opaque character strings; vim is just a
> more sophisticated filename consumer and therefore needs more care to
> support the full range of path types.
>
> > Actually, it would help a lot if someone with Cygwin installed can look
> > into this and test a few things.
>
> I'd be happy to be the guinea pig, certainly. I've attached yet
> another possible patch.
Thanks for making this patch. It looks OK to me, but it should be
tested by a few people before I include this.
I'll include the patch again in case some people didn't get it.
> --- vim-6.1-2/src/main.c Sun Mar 24 06:05:17 2002
> +++ vim-6.1-2-build/src/main.cMon Apr 22 15:32:30 2002
> @@ -22,6 +22,10 @@
> # include
> #endif
>
> +#ifdef __CYGWIN__
> +# include
> +#endif
> +
> #if defined(UNIX) || defined(VMS)
> static int file_owned __ARGS((char *fname));
> #endif
> @@ -971,6 +975,21 @@
> p = r;
> }
> }
> #endif
> +#ifdef __CYGWIN__
> +/*
> + * If vim is invoked by non-Cygwin tools, convert away any
> + * DOS paths, so things like .swp files are created correctly.
> + * Look for evidence of non-Cygwin paths before we bother.
> + */
> +if (strpbrk(p, "\\:") != NULL) {
> +char posix_path[PATH_MAX];
> +cygwin_conv_to_posix_path(p, posix_path);
> +vim_free(p);
> +p = vim_strsave(posix_path);
> +if (p == NULL)
> +mch_exit(2);
> +}
> +#endif
> alist_add(&global_alist, p,
> #if (!defined(UNIX) && !defined(__EMX__)) || defined(ARCHIE)
--
FIRST HEAD: All right! All right! We'll kill him first and then have tea and
biscuits.
"Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.moolenaar.net \\\
/// Creator of Vim -- http://vim.sf.net -- ftp://ftp.vim.org/pub/vim \\\
\\\ Project leader for A-A-P -- http://www.a-a-p.org ///
\\\ Help me helping AIDS orphans in Uganda - http://iccf-holland.org ///
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Fwd: Re: Incomplete/corrupted archive.
>Date: Mon, 22 Apr 2002 09:28:07 -0700 (Pacific Daylight Time) >From: Michael A Chase <[EMAIL PROTECTED]> >Subject: Re: Incomplete/corrupted archive. >To: John Daniel Doucette <[EMAIL PROTECTED]>, [EMAIL PROTECTED] >X-Mailer: Mahogany 0.64.1 'Sparc', running under Windows NT 5.1 (build 2600) >Reply-To: Michael A Chase <[EMAIL PROTECTED]> > >On Mon, 22 Apr 2002 10:13:50 -0300 John Daniel Doucette ><[EMAIL PROTECTED]> wrote: > > > I just downloaded the cygwin package and then tested it with bzip2. It > > reports the following error. I downloaded the single package from > > another > > mirror site, ' > > ./ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2f' and > > received the same error. Perhaps that package has been corrupted? > >How did you download it? If you used a Windows/MSDOS FTP program, it >probably converted every LF it found to CRLF. Binary files don't react >well to that. >-- >Mac :}) >** I normally forward private questions to the appropriate mail list. ** >Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm >Give a hobbit a fish and he eats fish for a day. >Give a hobbit a ring and he eats fish for an age. === John Daniel Doucette, Sr. Software Designer J. J. MacKay Canada Limited Halifax R & D Office 1046 Barrington Street, 1st Floor Halifax, Nova Scotia Canada B3H 2R1 Phone: 902.423.7727 x222 Fax: 902.422.8108 Web:www . jjmackay . ca Email: john . doucette @ jjmackay . ca === -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Fwd: Re: Incomplete/corrupted archive.
>Date: Mon, 22 Apr 2002 15:02:09 -0300
>To: Michael A Chase <[EMAIL PROTECTED]>
>From: John Daniel Doucette <[EMAIL PROTECTED]>
>Subject: Re: Incomplete/corrupted archive.
>
>I always use cycgwin's setup.exe (currently 2.194.2.24) to download the
>packages to a local directory. Since I'm a bit paranoid I then run "find
>. -name "*.bz2" -exec bzip2 -t -v {} \;" in the setup directory to test
>the packages. (From my currently installed cygwin of course) This is the
>first time I ever got a bad package downloaded. All of the rest check out
>fine.
>
>
>At 2002-04-22 Monday 09:28 -07004, you wrote:
>>On Mon, 22 Apr 2002 10:13:50 -0300 John Daniel Doucette
>><[EMAIL PROTECTED]> wrote:
>>
>> > I just downloaded the cygwin package and then tested it with bzip2. It
>> > reports the following error. I downloaded the single package from
>> > another
>> > mirror site, '
>> > ./ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2f' and
>> > received the same error. Perhaps that package has been corrupted?
>>
>>How did you download it? If you used a Windows/MSDOS FTP program, it
>>probably converted every LF it found to CRLF. Binary files don't react
>>well to that.
>>--
>>Mac :})
>>** I normally forward private questions to the appropriate mail list. **
>>Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm
>>Give a hobbit a fish and he eats fish for a day.
>>Give a hobbit a ring and he eats fish for an age.
===
John Daniel Doucette, Sr. Software Designer
J. J. MacKay Canada Limited
Halifax R & D Office
1046 Barrington Street, 1st Floor
Halifax, Nova Scotia
Canada
B3H 2R1
Phone: 902.423.7727 x222
Fax: 902.422.8108
Web:www . jjmackay . ca
Email: john . doucette @ jjmackay . ca
===
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: I am not going to let Cygwin BSOD my Windows 2000 Server
FWIW, All I think any one really needs here is to be certain that you have done and checked every possibility (that you can) out your self before bringing it up on the list. Check mailing list archives, etc. Once it is clear that you have checked every possibiliity (there are a lot of very intelligent people here and most can determine the cause of something simply by reading the post for as long as that post provides sufficient information/test-cases to work with). Can't recall, but I believe there are at least 500 people who depend on this list for feedback and support where Cygwin is concerned. A fair amount of them use Cygwin for critical operations (server or otherwise). If a problem still persists, then provide test cases and/or linear data sufficient enough to invoke the resources of this mailing list. The traffic, here, can be great. I believe that what I've referenced above above are just some of the main assumptions where questions about Cygwin are concerned, or any of the Cygwin Setup included apps/binutils/utils are concerned. I trust that cgf or any of the moderators for this list "will" correct me if I am missing something. That is just part of what they do. My part is to be very clear about what I see occurring now, and to report that to the best of my ability to the mailing list if that is what becomes necessary after addressing the (not unrealistic) expectations noted above. Paul G. On 21 Apr 2002 at 23:18, George Hester wrote: > Have mercy upon me please.OK I'll come clean. This was so long ago > (18 mos) that I don't really remember what exactly happened. But I do > know that it didn't work. I have the old Cygwin CD package which I > bought from Cygwin. I took the one I downloaded and installed from > Redhat and removed it. I am not going to go into what I had to do to > remove it it was too long ago. I then installed the one from the CD. > That one didn't work either. I then installed the CD Cygwin in > Windows 98 and it worked about 98% wasn't too bad. > > So to be as staright as I can, Cygwin in Windows 2000 Professional > failed 18 mos ago. Over that time I believed it failed BSOD. But as > I said I may be wrong about that. > > Although I asked for what I thought would be an easy enough request, I > find that I must have hit a nerve. Could be what I asked for or how I > asked for it. The former I know what's necessary now the later sorry. > > -- > George Hester > _ > "George Hester" <[EMAIL PROTECTED]> wrote in message > a9r365$mj3$[EMAIL PROTECTED]">news:a9r365$mj3$[EMAIL PROTECTED]... > > I realize that at one time setup.exe might not have been all that it > > was thought to be. And that now it may be better. But once burned > > many > people > > do not jump back in the flames. Well I decided I would stick my > > little > toe > > in again and see the results. I really thought there would be > > manual install literature because of the way setup.exe let me > > download these > files. > > I had to un bzip2 them; ungz them; untar them and they are now > > sitting > here > > ready to be installed. So I went looking for that Manual install. > > > > Yeah right. So I wrote here. A few people have written to me > > telling me that I am too dense to do it this way. No I like to keep > > my little toes. > I > > only have a few you know. > > > > This software I was going to use to help build a Mozilla browser. > > If I > can > > find some other way of making one that I'll do. But I was hoping > literature > > of a Manual Install was available. It seems it isn't. > > > > Suggestion. Let's consider a Manual Install Direction for us > > weenies that lost a few toes trying to install this software in the > > past. > > > > Thanks. > > > > -- > > George Hester > > _ > > > > > > > > > > > > -- > > Unsubscribe info: 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/ > -- Unsubscribe info: 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: small inter-operability patch for vim 6.1.2 for cygwin
On Mon, 22 Apr 2002 15:26:36 -0400 Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Mon, Apr 22, 2002 at 09:18:40PM +0200, Bram Moolenaar wrote: > >That sounds like something we can use. But lacking the manual page it's > >a bit difficult to know exactly how to call it. > > Can anyone post the man page for this for Bram? I'm away from my > windows machine right now, and can't do it. The man page is part of the (new) cygwin-doc package. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for cygwin
On Mon, Apr 22, 2002 at 02:24:09PM -0700, Michael A Chase wrote: >On Mon, 22 Apr 2002 15:26:36 -0400 Christopher Faylor <[EMAIL PROTECTED]> wrote: >>On Mon, Apr 22, 2002 at 09:18:40PM +0200, Bram Moolenaar wrote: >>>That sounds like something we can use. But lacking the manual page >>>it's a bit difficult to know exactly how to call it. >> >>Can anyone post the man page for this for Bram? I'm away from my >>windows machine right now, and can't do it. > >The man page is part of the (new) cygwin-doc package. Right. And, that is where, I assume, the posted man pages were coming from. 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/
RSH/RSHD Configuration Problem
Hi, I'm trying to configure rshd to start up the nodes in a distributed simulation system using Cygwin running on a bunch of Win2K and WinXP machines. As a first step, I tried rsh'ing to the localhost, which works okay. When I use the local machine name instead, rsh claims that it couldn't look up the address for the client. I was wondering if anybody out there has seen this problem before and if you have any insight on fixing it. Here's a run log and the relevent lines from the hosts.allow, hosts.equiv and my .rhosts files: Harold.Andrews@DFCS-C77YQ01 /etc $ rsh localhost ls My eBooks Visual Studio Projects bin draper mail public_html research school stuff tmp usaf Harold.Andrews@DFCS-C77YQ01 /etc $ rsh dfcs-c77yq01 ls dfcs-c77yq01: Couldn't look up address for your host (dfcs-c77yq01.usafa.af.mil) Harold.Andrews@DFCS-C77YQ01 /etc $ cat hosts.allow ALL : localhost ALL : dfcs-c77yq01 Harold.Andrews@DFCS-C77YQ01 /etc $ cat hosts.equiv localhost dfcs-c77yq01 Harold.Andrews@DFCS-C77YQ01 /etc $ cat ~/.rhosts localhost harold.andrews dfcs-c77yq01harold.andrews Any insight is greatly appreciated. Thanks. -Andy Major Harold G. Andrews II, Ph.D. Assistant Professor Department of Computer Science United States Air Force Academy DSN 333-7553 Comm 719-333-7553 -- Unsubscribe info: 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: small inter-operability patch for vim 6.1.2 for cygwin
On Mon, 22 Apr 2002 17:28:32 -0400 Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Mon, Apr 22, 2002 at 02:24:09PM -0700, Michael A Chase wrote: > >On Mon, 22 Apr 2002 15:26:36 -0400 Christopher Faylor > <[EMAIL PROTECTED]> wrote: > >>On Mon, Apr 22, 2002 at 09:18:40PM +0200, Bram Moolenaar wrote: > >>>That sounds like something we can use. But lacking the manual page > >>>it's a bit difficult to know exactly how to call it. > > >The man page is part of the (new) cygwin-doc package. > > Right. And, that is where, I assume, the posted man pages were coming > from. It looked like the original poster wasn't aware that the man page was available now. It only happened last week. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: small inter-operability patch for vim 6.1.2 for cygwin
On Mon, Apr 22, 2002 at 02:52:52PM -0700, Michael A Chase wrote: >On Mon, 22 Apr 2002 17:28:32 -0400 Christopher Faylor <[EMAIL PROTECTED]> wrote: > >> On Mon, Apr 22, 2002 at 02:24:09PM -0700, Michael A Chase wrote: >> >On Mon, 22 Apr 2002 15:26:36 -0400 Christopher Faylor >> <[EMAIL PROTECTED]> wrote: >> >>On Mon, Apr 22, 2002 at 09:18:40PM +0200, Bram Moolenaar wrote: >> >>>That sounds like something we can use. But lacking the manual page >> >>>it's a bit difficult to know exactly how to call it. >> >> >The man page is part of the (new) cygwin-doc package. >> >> Right. And, that is where, I assume, the posted man pages were coming >> from. > >It looked like the original poster wasn't aware that the man page was >available now. It only happened last week. The poster in question was the VIM developer. I assumed he might not even have Cygwin installed. 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: Why did you guys break EVERYTHING...
> -Original Message- > From: Bruce Williams [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 23, 2002 4:50 AM > What if you didn't install cygwin on C: ? It is not a > requirement, is it? I have suspected my not installing it on > C: may be the source of some things being broken, and this > comment feeds my paranoia. Mine is installed on F:. C: is not a requirement. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: Bug in setup.exe 2.194.2.24
> -Original Message- > From: Michael A Chase [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 23, 2002 2:28 AM > "Download from Internet" shouldn't care in the least whether > there is a Cygwin installation present or not. It should > only care about the files in the local directory tree. Why? Something that doesn't care about the install at all sounds like a mirroring tool to me. I've said it before - I'm happy to assist in the creation of a mirroring tool using the setup.exe parser and classes, but setup.exe itself.. is not and should not be such a tool. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
I'm trying to make my own mud, but get this error, know of any way to fix?
I keep getting this message upon compilation... And I've been doing everything to fix it, but nothing is working... I've learned quite a bit doing this alone, but I'm still clueless on how to fix this... Your help would be appreciated. db.c: In function `boot_db': db.c:401: warning: implicit declaration of function `calloc' db.c:401: warning: assignment makes pointer from integer without a cast db.c: In function `alloc_perm': db.c:3307: warning: assignment makes pointer from integer without a cast Thanks, Derrick -- Unsubscribe info: 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: [ANNOUNCEMENT] Updated: automake-devel-1.6-1
FWIW, pr300-lib.test, pr300-ltlib.test, and pr300-prog.test failures were not cygwin-specific, and are corrected in post-automake-1.6 CVS. http://sources.redhat.com/ml/automake/2002-03/msg00054.html A careful reading of this thread: http://sources.redhat.com/ml/automake/2002-04/msg00033.html seems to imply that dirforbid.test failure was also corrected in post-automake-1.6 CVS (unfortunately, the crucial message was in private correspondence; there's a gap in the mailinglist record). So, the four test failures suffered by our build of automake-1.6 are not cygwin-specific, and have already been fixed...in automake-1.6.1. Automake-1.6.1 was released about a week ago, and Autoconf-2.53a was posted today (e.g. autoconf-2.54 is expected Real Soon Now(tm)). Once autoconf-2.54 is release, I'll do a test rollout of ac-2.54 and am-1.6.1. --Chuck New in Automake 1.6.1: * automake --output-dir is deprecated * Many bug fixes, including: - Don't choke on AM_LDFLAGS definitions. - Clean libtool objects from subdirectories. - Allow configure variables with reserved suffix and unknown prefix (e.g. AC_SUBST(mumble_LDFLAGS) when 'mumble' is not a target). - Fix the definition of AUTOMAKE and ACLOCAL in configure. (plus, they apparently have fixed the four test failures noted in the cygwin automake-1.6 build, which seem to have been endemic and not cygwin-specific). NEWS for Autoconf-2.53a (and presumably 2.54): ** Executables - autoreconf is adjusted to GNU Gettext 0.11. ** Macros - AC_PROG_CC_STDC is integrated into AC_PROG_CC. ** Bug fixes - Spurious complaints from `m4_bmatch' about invalid regular expressions are suppressed. - Empty top_builddirs are properly handled. - AC_PATH_PROG Now colon in the optional path arguments are properly handled. ** Improved Zsh portability Both Autoconf the package, and the scripts it produces, should run more reliably with Zsh. Bear in mind it is the default Bourne shell on Darwin. ** Documentation - Limitations of Make More of them. Charles Wilson wrote: > Version 1.6-1 of the automake-devel package, which has been > available as a test release for a month now with no complaints, > has been marked 'current'. It contains GNU automake-1.6, > installed into /usr/autotool/devel. > > Full disclosure: GNU automake 1.6 adds 29 new internal > self tests. The cygwin build fails four of these new tests: >'dirforbid.test' >'pr300-lib.test' >'pr300-ltlib.test' >'pr300-prog.test' > OTOH, the cygwin build does pass the other 350 self tests. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: I'm trying to make my own mud, but get this error, know of any way to fix?
At 06:32 PM 4/22/2002, [EMAIL PROTECTED] wrote: >I keep getting this message upon compilation... >And I've been doing everything to fix it, but nothing is working... >I've learned quite a bit doing this alone, but I'm still clueless on how >to fix this... Your help would be appreciated. > >db.c: In function `boot_db': >db.c:401: warning: implicit declaration of function `calloc' >db.c:401: warning: assignment makes pointer from integer without a cast >db.c: In function `alloc_perm': >db.c:3307: warning: assignment makes pointer from integer without a cast This isn't a Cygwin specific issue and as such is off-topic for this list. But I'll give you a hint. Why is the compiler complaining about a missing declaration for 'calloc()'? Please, if you feel the need to follow-up on this thread, do it off-list. Thanks, Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Odd question
I have an FTP server setup using the Cygwin stuff. I am also behind a DSL style firewall, but all works fine. When at work I tried to get into my computer using FTP and it worked ok. I was rather puzzled when I couldn't navigate out of my home directory(It is a Win2k machine) and into any directory elsewhere in the directory structure. My home directory was on C: and I desired to get to a folder on my D: drive. I then used Netscape navigator to connect and all went fine. The whole snafu only happened when I use Internet Explorer, it seems to rename the directory thing to ftp:[EMAIL PROTECTED]/ to replace ftp:[EMAIL PROTECTED]/home/dan. I was wondering if anyone else has seen something similar to this, and if anyone has an idea of a workaround. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. -- Unsubscribe info: 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: The Cygwin Server Daemon
Hi All, I've finally had a chance to play some. So, there's nothing like trying something! In answer to some of my own questions: > + Why doesn't the cygserver run, itself, as a server under NT much as sshd > does? You can do that. > + Regarding starting the server with cygrunsrv: > > - If the server is started with cygrunsrv, are we supposed to "install" > cygserver itself? Yes, exactly. > - What is the intent of the ability to install, remove, start and stop > services? Are these "services" supposed to be the "objects" we read > about in the archives? No, they're not the objects referred to. Rather, cygrunsrv lets you define your own NT(+) services. That you might setup cygserver to run as a service is a separate question. ...OK... So this gets me further along. I guess I was confused by cygrunsrv being involved with cygserver. -shrug- RT -- Unsubscribe info: 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 postgresql package: question
Hello, I have installed the postgresql package that came with cygwin. When I start the serer it complains about unable to find the PGDATA directory. Does anyone know what the exact procedure for getting postgresql server to run under cygwin is? Thanks, Neil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
winsup CVS
Did gcc use to be able to be grabbed as part of the src/ CVS tree? I'm working on getting a mingw libstdc++ and libgcc built during the all-in-one process (mainly for setup), and I want to be as close to what an end user would get as possible. Or do I just grab the gcc 2.95.3-5 sources and put the gcc directory into the src/ directory? Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bug of Setup 2.194.2.24 running in "Install from Local Directory"
I reported this bug before, but since it was not fixed in the new release, I am reporting again. When I chose "Download" and skipped some downloads, and then "install from local directory", setup will still try to install the newer packages that do not exist locally. Setup ver. 2.125.2.10 has not this problem (will choose the existing versions), which I like better and use now for downloading and upgrading. The new user interface has problems too on Chinese Windows. Since you do not have the environment I do not expect to see it fixed soon (I am not good at interfaces). I only hope that no big changes will make 2.125.2.10 obsolete. I really like that version. Best regards, Wu Yongwei -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem building OpenSSH
Hi All... The problem was that my umask was set to 0177. This made the conftest.sh not executable, and so not found for execution. Thanks, ...Karl >From: Corinna Vinschen <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Problem building OpenSSH >Date: Mon, 22 Apr 2002 16:32:15 +0200 > >On Mon, Apr 22, 2002 at 07:14:36AM -0700, Karl M wrote: > > Hi All... > > > > It has been a long time since I built OpenSSH. When I cd into the source > > directory and do the configure shown in the readme file, I get the > > following. > > > > $ ./configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/sbin > > checking for gcc... gcc > > checking for C compiler default output... a.exe > > checking whether the C compiler works... configure: error: cannot run C > > compiled programs. > > If you meant to cross compile, use `--host'. > > > > What do I have broken? > >Check the file config.log to see what configure did. It will show >you the problem. > > > Also, I have in my notes using --with-pcre as a configure otion. Is that > > needed (why/why not)? > >Not needed. OpenSSH isn't using any regex implementation anymore. > >Corinna > >-- >Corinna Vinschen Please, send mails regarding Cygwin to >Cygwin Developermailto:[EMAIL PROTECTED] >Red Hat, Inc. > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Bug reporting: http://cygwin.com/bugs.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup 2.194.2.21: Questions about the "per-mirror directories" feature
> From: Michael A Chase [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, 27 March 2002 8:49 > To: Alexei Lioubimov; [EMAIL PROTECTED] > Subject: Re: setup 2.194.2.21: Questions about the "per-mirror directories" feature > I've written a Perl script > (http://home.ix.netcom.com/~mchase/zip/clean_setup.zip) that identifies > module versions that aren't in the latest setup.ini and optionally deletes > them. Extract the script to the base directory of you local cache and run > it with '-h' to see the available options. > > The script will also move the archive files to the base directory tree if > you select the '-Move' option. Just grabbed a copy of this script. Much better than doing it by hand, but there are some problems with upper-case letters in filenames. For example: Missing Install Files: [curr] release/squid/squid-2.4-stable20010508.tar.gz [curr] release/xfree86/xfree86-base/xfree86-base-4.2.0-1.tar.bz2 (... etc ...) Not Removing files not in setup.ini release/XFree86/XFree86-base/XFree86-base-4.2.0-1.tar.bz2 release/squid/squid-2.4-STABLE20010508.tar.gz (... etc ...) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install customised version of cygwin
hugo wrote: > Hi Robert > > Thanks for your reply. However, I do not want to compile from source - > there is no need for that. All I would like to do is include XFree86, > Tk800.23.1 and Tk:Filedialog in my cygwin distribution, plus a few > perl utilities I wrote myself. > > At present this involves several steps: > > 1. Using setup.exe to install cygwin; > 2. Downloading XFree86, unzipping extract.exe and running the > Xinstall.sh script; > 3. Downloading Tk800.23.1, then running perl Makefile.PL, make, make > test and make install; > 4. Copying over the perl utilities I have from my source location to > /usr/local/bin. > > I would like to reduce the above steps to a single-step installation. Sounds like you need to write a script! ;-) -- Unsubscribe info: 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: The Cygwin Server Daemon - VERY LONG
Hi All, when I asked: > + Regarding my own hopeful use someday: What is a reasonable approach to > adding the honoring of the setuid (and guid) bit(s) in image execution? > > I take it that cygwin1.dll needs to be changed, but cygwin1.dll seems to > be built of little bits of source code scattered about. I imagine that > in there somewhere is code that forks off a process to run a new image > that the user wants run. And I imagine that somewhere in there, where > the file access occurrs to bring in the executable image, there's a > place where new code should be inserted to test the suid bits and, if > the bit is set, a call to change security context into the file owner > should occurr. Comments _please._ In particular, does anyone know the > module name I should be mucking with? What about the call to change > context to the file owner? These pointers will help save me a lot of > time and are greatly appreciated. I have noticed the source src/winsup/cygwin/exec.cc - seems like it might be the right place. However, it has the following comment: /* This is called _execve and not execve because the real execve is defined in libc/posix/execve.c. It calls us. */ Not sure just where that was, I was surprised at this result! $ find . -iname execve.c ./newlib/libc/posix/execve.c ./newlib/libc/sys/mmixware/execve.c ./newlib/libc/sys/sysmec/execve.c ./newlib/libc/sys/sysnecv850/execve.c And, libc/posix/execve.c said: /* This and the other exec*.c files in this directory require the target to provide the _execve syscall. */ $ ls newlib/libc/posix/exec* execl.c execle.c execlp.c execv.c execve.c execvp.c ...Hmmm... I've mostly been a consumer of Unix/posix exec calls... It seems reasonable that there'd be a translation layer between the posix exec call formats and the Windows OS calls. I take it that the posix routines call the appropriate routine in src/winsup/cygwin/exec.cc, which is responsible for the appropriate behavior under cygwin? Commentary? Anybody know where there's a reasonably concise write up of this strategy? Thanks in advance, Richard -- Unsubscribe info: 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: Why did you guys break EVERYTHING...
> Charles Wilson <[EMAIL PROTECTED]> writes: > > BTW, did it occur to anyone that the rapid and multiple responses to > > this email -- which, given its tone and lack of specific content > > qualifies as a troll by any objective measure -- serve to ENCOURAGE > > this sort of insistent, badgering, and rude behavior? > > Yeah, this is weird. People ask polite questions and get slapped with > "*eye roll* it's free software newbie, read the FAQ" ... this guy asks > *this* and people rush to his assistance. > It's the time-honored "Squeaky Wheel Gets The Grease" effect. -- Gary R. Van Sickle Brewer. Patriot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup 2.194.2.21: Questions about the "per-mirror directories" feature
On Tue, 23 Apr 2002 15:17:55 +1000 "Billinghurst, David (CRTS)" <[EMAIL PROTECTED]> wrote: > > From: Michael A Chase [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, 27 March 2002 8:49 > > To: Alexei Lioubimov; [EMAIL PROTECTED] > > Subject: Re: setup 2.194.2.21: Questions about the "per-mirror > directories" feature > Just grabbed a copy of this script. Much better than doing it by hand, > but there are > some problems with upper-case letters in filenames. For example: Thanks for the reminder. Someone pointed that out to me last week and I forgot to upload the fix. It's available now in http://home.ix.netcom.com/~mchase/zip/clean_setup.zip . -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
substr
Folks, can someone tell me which package provides the substr command line routine? TIA, Jim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
SETUP.EXE (2.194.2.24) Download from Internet - Problem or Feature
Hello, I download with setup.exe (version 2.194.2.24) everyday a few files, to complett my setup directory. Everytime I'll take the same mirror (http://programming.cpp14.ac.uk). Now I see, that there is no remark if the file is downloaded or not. Is this a Problem or a Feature. Thanks Stephan __ All inclusive! 100 MB Speicher, werbefrei, SMS günstiger, Wunschrufnummer, Events, Preisvorteile und mehr unter http://club.web.de/?mc=021104 -- Unsubscribe info: 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: substr
On Tue, 23 Apr 2002 07:05:06 +0100 Jim George <[EMAIL PROTECTED]> wrote: > can someone tell me which package provides the substr command line > routine? You can look for yourself by following the "setup.exe Package Listing" link from http://cygwin.com/ . In this case, you probably want sed, gawk, or Perl, there is no UNIX command 'substr'. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SETUP.EXE (2.194.2.24) Download from Internet - Problem or Feature
On Tue, 23 Apr 2002 08:24:34 +0200 [EMAIL PROTECTED] wrote: > I download with setup.exe (version 2.194.2.24) everyday a few files, to > complett my setup directory. > > Everytime I'll take the same mirror (http://programming.cpp14.ac.uk). > > Now I see, that there is no remark if the file is downloaded or not. > > Is this a Problem or a Feature. The setup.exe session log is written to /var/log/setup.log and /var/log/setup.log.full. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Re: SETUP.EXE (2.194.2.24) Download from Internet - Problem or Feature
Michael A Chase <[EMAIL PROTECTED]> schrieb am 23.04.02: > On Tue, 23 Apr 2002 08:24:34 +0200 [EMAIL PROTECTED] wrote: > > > I download with setup.exe (version 2.194.2.24) everyday a few files, to > > complett my setup directory. > > > > Everytime I'll take the same mirror (http://programming.cpp14.ac.uk). > > > > Now I see, that there is no remark if the file is downloaded or not. > > > > Is this a Problem or a Feature. > > The setup.exe session log is written to /var/log/setup.log and > /var/log/setup.log.full. Yes, for the installation but not for downloaded only. Their is no log for downloaded files. The reason for my question is, i want to have one uptodate directory (CD-RW) for a number of PC. Stephan __ Seien Sie dabei und sichern Sie sich 100% Leistung, 100% Prämie und 100% Zufriedenheit. Jetzt unter http://club.web.de/?mc=021105 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
file contains ^M characters for binmode mount
Hi all, I installed Cygwin 1.3.10 in another w2k machine ( this time i installed in w2k professional). I used "unix format" to install. All mount point are in binmode: c:\cygwin\bin on /usr/bin type system (binmode) c:\cygwin\lib on /usr/bin type system (binmode) c: on /cygdrive/c type system (binmode) As I want to simpify the problem to see whether it related to "binmode" or not, i installed cygwin in c:\ cygwin and use c:\cygwin\home as home directory. I run the perl (/usr/bin/perl) script again, 1. I use "vi output_file", i cannot see ^M at the end of each line. But at the bottom of screen, i see "fileabc" [dos format] 3 lines, 209 characters 2. When i use "cat -v output_file", ^M are contain at the end of each lines. 3. When i use "od -c output_file", "\r\n" conatin at the end of each lines. 4. When i run "dos2unix output_file", the file size decrese. I would like the output file should be in UNIX format. Would you mind give me some suggestion. Thanks for your kindly help. Bella >> In w2k advanced server (Service Pack 2), i have local >>drive c:, d:, e:, f:. In cygwin, the default mount : >>d:\cygwin\bin on /usr/bin type system (binmode) >>d:\cygwin on /usr/lib type system (binmode) >>c:\ on /cygdrive/c type system (textmode) >>d:\ on /cygdrive/d type system (textmode) >>e:\ on /cygdrive/e type system (textmode) >>f:\ on /cygdrive/f type system (textmode) >>I set CYGWIN=ntsec in system environment and registry. >>Cygwin is installed in d:\. >>I make home directory in f:\. The following actions are done in f:\ : >>1. I have a perl script which will generate a output file. I use perl complier provided by Cygwin (/usr/perl) to run the perl script. The file size of the output file decrease when i run "dos2unix". Thus, i think the output file is in DOS format (with ^M control character). >> 2. I use Cygwin ftp server to ftp file from PC (say w2k professional) to the w2k Server f:\. The file size also decrease when i run "dos2unix" command. i use ascii mode to ftp. >>3. When i use "vi" to create file in cygwin and run dos2unix, the file size is NOT change. >>I think i miss some setting in Cygwin, so the files in point 1 and 2 are in DOS format, but not for point 3. >>Do i need to change mount point e.g. (f:\) to binmode, >>how to do it ? >>thanks a lot :-) >>bella >On Mon, Apr 22, 2002 at 11:29:44AM +0800, lau bella >wrote: >mount --help >Corinna ___ Do You Yahoo!? Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk -- Unsubscribe info: 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: Why did you guys break EVERYTHING...
Now that you guys don't remember the subject anymore anyway;... > "Larry" == Larry Hall (RFK Partners, Inc) <[EMAIL PROTECTED]> writes: Larry> At 01:42 PM 4/20/2002, Joshua Daniel Franklin wrote: ... >> Yeah, what ever happened to "because we're mean"? Larry> LOL! Larry> You know, that classic line came to my mind immediately on reading the Larry> original post! ;-) Thing like that yes, yourhonours. But what does LOL mean? (it's dutch for fun, so i'm quite surprised to have read it in this sea of fire/flame-war/flame-fare;-) :wq! Daan Hoogland Unix consultants v v [EMAIL PROTECTED] OO developers \ / ### #### # >---X---< http://snow.nl # # # # # # # # / \ Snow B.V.## # # # # # # # ^ ^ Tel. (+31)30-6051501 # # # # # # # # Fax. (+31)30-6037445### # # ## ## ## -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
