Re: [ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
Volker, Dr. Volker Zell wrote: Harold == Harold L Hunt, Harold writes: Harold I vote pro inclusion. I guess that seals the deal :) Thanks Harold Problems Harold Harold 1) Fails to 'conf'. See attached log output. Yeah, but that's just warnings. I changed the script and I think it works now. Harold 2) Did you see my note about moving the lndir step from 'prep' to Harold 'conf'? I would advise doing that. I would also advise doing an 'rm Harold -rf .build .inst .sinst' in ${objdir}, as I do in my other Harold scripts. This prevents confusion about where the .build directory is. OK I'll do ... Harold 3) Any reason for the stripped down postinstall script for X11 /etc Harold link fixup? Why would you not use the version that is included with Harold xfig? I thought that we arrived at that solution because the simple Harold solution failed. I could be wrong, but please explain or use the Harold other script. OK I'll do Harold I will review again when it 'conf's. Harold Harold Please download in a couple of minutes again. Sorry, I forgot to build test this again. I am doing it now. Thanks for your patience, Harold
Re: [ITP] GV: A PostScript and PDF viewer for X using 3d Athena Widgets
Harold == Harold L Hunt, Harold writes: Harold Volker, Harold Okay, the build completes, but one final step fails: Harold make[1]: *** No rule to make target `gv.man', needed by `gv._man'. Stop. Harold make[1]: Leaving directory Harold `/home/harold/x-devel/4.3/ports/gv/gv-3.5.8/.build/source' Harold make: *** [all] Error 2 Harold Let me know when I can review it again. OK, it should work now. Harold Harold Ciao Volker
Re: Maintainers/Packages List, 2003-11-01 (gnugo)
Daniel wrote: gnugo Teun Burgers !!! stale version (freshmeat lists 3.5.1; we only have 3.4) 3.5.x are development versions leading up to 3.6. They can be unstable and weaker than the stable 3.4 release. I do not intend to package the development versions. Teun
Please upload new version of curl (7.10.8-1)
-Original Message- From: Daniel Reed [mailto:[EMAIL PROTECTED] Sent: Saturday, November 01, 2003 11:00 AM ) curl Kevin P. Roth ) curl-develKevin P. Roth ) !!! stale version (freshmeat lists 7.10.7; we only have 7.10.4) A fresh update is now available for upload. Would some kind soul please do the honors for me? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The files are available as follows: Binary: http://curl.haxx.se/download/curl-7.10.8-1-cygwin.tar.bz2 Source: http://curl.haxx.se/download/curl-7.10.8-1-cygwin-src.tar.bz2 Devel: http://curl.haxx.se/download/curl-devel-7.10.8-1-cygwin.tar.bz2 As always, I'll need you to remove the -cygwin from the filenames. Please let me know once this has been completed so I can announce it. Thanks, --Kevin
Re: Please upload new version of curl (7.10.8-1)
On 2003-11-03T13:19-0500, Roth, Kevin P. wrote: ) ) curl Kevin P. Roth ) ) curl-develKevin P. Roth ) ) !!! stale version (freshmeat lists 7.10.7; we only have 7.10.4) ) A fresh update is now available for upload. Would some kind soul please do the honors for me? ) Binary: http://curl.haxx.se/download/curl-7.10.8-1-cygwin.tar.bz2 This package has man and doc in /usr still, rather than /usr/share. If at all possible, can you re-package it with usr/man moved to usr/share/man and usr/doc moved to usr/share/doc? Thanks, -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ There are people who do things and people who take the credit, and the trick is to be in the first group; there is a lot less competition. -- Dwight Morrow, American Diplomat
Re: Grabbing XFree86.org's xc/ tree using cvsup
Harold L Hunt II wrote: Alexander, Alexander Gottwald wrote: Harold L Hunt II wrote: Another thing to keep in mind is how we want to do development. It has been suggested that we keep the HEAD branch in sync with XFree86.org and that we do our development on another branch. The question here is whether cvsup can preserve a local branch of the code and still be used to sync with XFree86.org. I doubt that this is the case, since cvsup is essentially mirroring the files, not branches/tags/etc. Does this mean that we must manually track XFree86.org and apply their patches after the initial import? My suggestion is to import the current stable release into our CVS. With CVS we can later import the next release and merge all patches we have already commited. Fixing severe bugs is still an issue and might be solved by regulary importing the snapshots of the stable branch and by monitoring the XFree-commit list (I still read every posting on this list and would just pay more attention to security fixes) Mike Harris had a good point that we should grab XFree86's CVS tree with cvsup and use a perl script to change the root for all of the files. Then we have both the current version of all files *and* the history of all of those files. Note that this requires cvsupd to run on the server side ... do XFree86 already run cvsupd? If not, you may find it easier to ask them for a tarball of the CVSROOT to get going, and then something like cvsps (suggested by Mike below) to keep up to date. He suggested using cvsps to generate patch sets. He also suggested doing our development on a branch, keeping HEAD more or less in sync with XFree86.org CVS HEAD, and merge HEAD to our branch whenever required (to get bug fixes, etc.). I doubt that a complete mirror of the XFree86 CVS is a good solution since there is no way (at least I konw of none) to automaticly track changes in the XFree86 repository and commit them to ours too. So importing the whole repository is in my opinion a waste of space since we'd have to import all old revisions from the XFree repository too. I think Mike had a good point that it would be wise to have the history of each file in the tree... what do you think? I think this would be great ; it also allows the possibility of producing security-patched versions of older versions of XFree86, and the version history also provides a kind of documentation of the source David
Re: New package: xwinclip-1.2.0-1
Harold == Harold L Hunt, Harold writes: Harold The xwinclip-1.2.0-1 package has been updated in the Cygwin distribution. The package installs its documentation under /usr/X11R6/share/doc indstead of /usr/X11R6/doc. Ciao Volker
Keyboard focus problem + scrambled icons in wmaker with latest release
Hello, I'm running the latest version of Cygwin, XFree and WindowMaker (from mirrors.rcn.net, but I also tried mirrors.sunsite.dk and mirrors.kernel.org) in my WinXP Pro workstation and I have the following problems: 1) when I move my mouse outside a xterm windows the keyboard focus is lost by that window and is re-taken when I get back to that window with the mouse pointer. It only happens with Cygwin-XFree's xterm, while if I launch, for example, HP-UX's xterm from a HP workstation or Cygwin's rxvt or Nedit it doesn't happen. This started to happen 1/2 weeks ago (consider that I constantly monitor the announce mailing lists of Cygwin and, hence, I make setup.exe run once every one/two days). I saw, from the list, that other people have this problem too. 2) this morning I ran setup and I downloaded the latest modifications to Xwinclip, XFree86-bin, etc. From that point on, some of the icons of wmaker are scrambled, in particular the icons that represents terminals and the icons of the Window Maker Preferences Utility, launching wmaker by hand (i.e. not as I usually do with a script that launces XWin and then wmaker) I get this errors on stderr: TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag 317 (0x13d) encountered. I don't know if this is a useful information, but I run XFree in rootless mode. I also tried to uninstall wmaker, to remove from my user's home the configuration files of wmaker (I renamed the ~/GNUstep dir) and to re-install wmaker but things haven't changed. Bye, Danilo Turina
Re: Patch for keyboard handling
Takuma Murakami wrote: I have made a patch to improve keyboard handling. Any comments would be appreciated. The changes are: 1) win.h, winkeybd.c, winwndproc.c - Improve the synchronization of mode key states between XWin and Windows. + /* Stored to get internal mode key states. Must be read-only. */ + static unsigned short *g_winInternalModeKeyStatesPtr = NULL; Shouldn't this be a pointer to constant data? Isn't that: static unsigned short const * g_winInternalModeKeyStatesPtr = NULL; ??? 2) winmultiwindowwndproc.c - Enable mode key synchronization in -multiwindow mode. + g_winInternalModeKeyStatesPtr = (pDeviceInt-key-state); Wow! That is a really good idea. I should have been doing that all along, but I didn't realize that I could access the internal mode-key states. Great idea. 3) winwndproc.c - Make clean termination on logoff or shutdown. Good catch for WM_ENDSESSION. That should have been there all along... 4) winconfig.c - Fix the lacks of KEYUP messages in Japanese environments. The solution was proposed by Kensuke Matsuzaki. Looks good to me. It all depends on if it works for you guys. 5) winwndproc.c - Ignore Windows keyboard auto-repeats so that XWin controls auto-repeats instead of Windows. Okay. I will try to apply this patch tomorrow. Thanks for contributing, Harold
Re: Patch for keyboard handling
+ /* Stored to get internal mode key states. Must be read-only. */ + static unsigned short *g_winInternalModeKeyStatesPtr = NULL; Shouldn't this be a pointer to constant data? Isn't that: static unsigned short const * g_winInternalModeKeyStatesPtr = NULL; ??? Exactly. That's what I wanted to do. Thank you for pointing out. Takuma Murakami ([EMAIL PROTECTED])
Help with cygwin fvwm2 setup
I just downloaded the full cygwin installation as of Friday Oct 31. I did the following just after an install and got many errors: Double-clicked on the cygwin.bat which gave me a bash prompt typed: X which brought up the windows manager typed back in the bash window: export DISPLAY=:0.0 and then the following: fvwm2 -f /usr/X11R6/share/fvwm/system.fvwm2rc-sample-95 and got nothing but a bunch of errors about not being able to find .xpm files. Can someone please tell me where all the .xpm files are and the best way to get fvwm2 fully up and running? Again, this is a full install of cygwin. thanks, taz
Re: Grabbing XFree86.org's xc/ tree using cvsup
On Sun, 2 Nov 2003, Harold L Hunt II wrote: He suggested using cvsps to generate patch sets. He also suggested doing our development on a branch, keeping HEAD more or less in sync with XFree86.org CVS HEAD, and merge HEAD to our branch whenever required (to get bug fixes, etc.). Just a note here. This is what CVS's notion of vendor branches is for. Although I have limited experience with them, I suggest you read up a little here before making this decision. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Re: xinit: The application has failed to start because cygfreetype-6.dll
On 2003-11-03 00:26, Constantine wrote: Harold wrote: Constantine wrote: Hello, After I have updated my installation today, and when I am running xinit now, I get a Windows window with the message that cygfreetype-6.dll was not found. After I did the following, everything worked again: cd /usr/X11R6/bin/ cp cygfreetype-9.dll cygfreetype-6.dll Constantine, Hmm... I would appreciate it if you could help me to figure out what the real problem is here. The new XFree86-bin-4.3.0-7 package no longer contains cygfreetype-9.dll, as this library is now distributed as part of the freetype2/libfreetype26 package. freetype2 defines the version of the freetype2 library as '6' instead of the '9' that XFree86 was using as the library version. I added a copy of cygfreetype-9.dll to the XFree86-lib-compat package for those that need the old library. However, I want to know what application was failing in your xinit scripts. There should not be an application that requires cygfreetype-9.dll in the default script. Have you modified your script? What program are you launching that requires this DLL? Are you launching emacs? I would like to get any old applications that use cygfreetype-9.dll rebuilt. No, everything should be by default, except for my ~/.xinit file. I just erased that file, ran the installer again (it downloaded only 'libfontconfig1-2.2.0-1.tar.bz2' and 'libfreetype26-2.1.5-1.tar.bz2'), and it seems to work fine. It is very strange, since the setup.ini files from yesterday and today seem to be the same, and I did not selected nor deselected any option neither today nor yesterday. Well, I guess it is the people who make the setup.exe to blame. When I wrote 'that file', I was referring to 'cygfreetype-6.dll', i.e. a copy of 'cygfreetype-9.dll', not to my ~/.xinitrc. In any case, here is my ~/.xinitrc: xhost + 192.168.0.18 ssh [EMAIL PROTECTED] setenv DISPLAY 192.168.0.1:0; startkde Cheers, Constantine. (I am not on the list, so please reply all. )
Regarding Unwanted packages (apache, emacs etc)
Aha! I see. In my naivete I must have managed to select some packages dependant on those two. I should think that selecting the parent package would select the child package only... But I can see where the reverse might be helpful. Thanks! Patricia Patricia C. Vener Come visit my online galleries! vener-art.com ¨Canto que ha sido valiente siempre será canción nueva¨ -- Víctor Jara
Re: Patch for keyboard handling
Takuma Murakami wrote: I have made a patch to improve keyboard handling. Any comments would be appreciated. The changes are: 1) win.h, winkeybd.c, winwndproc.c - Improve the synchronization of mode key states between XWin and Windows. 2) winmultiwindowwndproc.c - Enable mode key synchronization in -multiwindow mode. Actually, now I am a little doubtful that this patch is complete. If I recall correctly, we are merely enqueueing input events into a queue that the mi layer processes later. Checking the mode key states within the X server will only indicate what the mi layer currently knows about the mode key states. The my layer would not know that there are messages in its queue that change the state of the mode keys. I also recall that there is a way to force the mi layer to process all input events (miProcessInputEvents ?) and that this could be called before querying the state of the mode key states in order to get a consistent result. Please respond to this either with a rebuttal or a different patch. I don't think I can commit the existing patch until then. Harold
src/winsup/cygwin ChangeLog net.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-11-03 21:43:33 Modified files: winsup/cygwin : ChangeLog net.cc Log message: * net.cc (dup_ent): Move Win 95 misalignment recogition before trying to evaluate string length. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2148r2=1.2149 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.154r2=1.155
Your Computer is Storing harmful EVIDENCE!
Title: Ain't no way there is a betrothal happening here... I killed the evil pixie meat in a very calculating way.3X02V2k7K82Te6369Xy8Ujp58Yo4575W862C116097kn 288fd8n92f38o9TxH391a32bIIS9qo874676z5z259T4I83P89UT5J9d YOUR PR.IVACY ALERT! SOME ONE HAS SEEN YOUR VISITING AD.ULT SITES! PRESS HERE TO FIND OUT M.ORE INFORMATION! To be removed from our opt in list, p.ress here.Ain't no way there is a betrothal happening here...I killed the evil pixie meat in a very calculating way.Ain't no way there is a betrothal happening here...I killed the evil pixie meat in a very calculating way.5S7dD5A687K82Te6369Xy8Ujp58Yo4 7E6ZmJqemxxLWZ5dkBjeWd3aW4uY29tIw==!
Re: Re: select() take 100% CPU with cygwin1.5.5-1 in WinXP/Win2000
I set a timeout for recvfrom() by calling select() on a UDP socket: socket()=sendto()=select()=recvfrom(). It seems that it need not call bind() or connect() for UDP socket here. This method is recommended by UNIX Network Programming Volum1 Networking APIs: Sockets and XTI(Second Edition), W.Richard Stevens Chapter 13 section 2. source code: http://www.cs.odu.edu/~cs779/stevens2nd/lib/readable_timeo.c http://www.cs.odu.edu/~cs779/stevens2nd/advio/dgclitimeo.c if((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) 0){ fprintf(stderr, cannot open socket for udp packet!\n); exit(1); } while(1){ struct timevaltv; fd_setfds; radius_send(sockfd, NULL, secret); FD_ZERO(fds); FD_SET(sockfd, fds); tv.tv_sec = timeout; tv.tv_usec = 0; printf(select the socket_fd : d, thread_id is : d\n, sockfd, tid); if((ret=select(sockfd + 1, fds, NULL, NULL, tv))==1) *rep = radius_recv(sockfd); ... This test code is cut from a multi-thread radius(Authentication,Accounting protocol,UDP) client. if radius thread count 18,some thread's select() will take 100% CPU in cygwin envirionment, but the same code work ok in solaris and linux envirionment. On Fri, Oct 31, 2003 at 01:14:17PM +0800, zhouxin wrote: Cygwin implementation of select() take 100 CPU under multi-thread environment sometimes. [...] if((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) 0){ fprintf(stderr, cannot open socket for udp packet!\n); exit(1); } while(1){ struct timevaltv; fd_setfds; FD_ZERO(fds); FD_SET(sockfd, fds); tv.tv_sec = timeout; tv.tv_usec = 0; printf(select the socket_fd : d, thread_id is : d\n, sockfd, tid); select(sockfd + 1, fds, NULL, NULL, tv); } That's not allowed. What is the select call waiting for? You didn't bind or connect it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ . = = = = = = = = = = = = = = = = = = = = zhouxin [EMAIL PROTECTED] 2003-11-03 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple Cygwins/ Distributing Cygwin apps
John Moore wrote: I installed Cygwin #1 on C: and Cygwin #2 on H:. I'll have to try the mount trick as the easy way to switch them. However, I don't think it will work when you first install Cygwin #2, as it will detect the keys and complain that a Cygwin is already present! If you unmount everything then there should be no registry keys to detect. It may also be necessary to change the Windows path (again, I don't know if the Cygwin installer did this or the vendor did it). 'Pure' cygwin doesn't mess with your Windows path at all. Instead, /etc/profile prepends the Cygwin paths to your Windows path. If both Cygwins do it this way there should be no conflict, as this method only sets the path for that bash session, it's not a global change. However, if this vendor's package adds the Cygwin paths to your Windows path then that could be a problem, but there's nothing that says you can't just undo that and set it in one of the bash startup files instead. Ran the tool manufacturer's install, telling it to put cygwin stuff on H. Somehow it decided that my cygwin home directory should be c:/documents and settings/username. You're not tied to what the installer makes it, you know. There are two places where the home directory is set: in one of the startup scripts (probably /etc/profile) where the HOME variable is set and exported, and the appropriate field in /etc/passwd, which is only really used by a few things. If you change both of these you can put your home directory whereever you please. Renamed the Cygwin paths in the registry to something else (put an X on the end). rebooted. Installed cygwin using the installer. It failed with a windows abort message about find.exe! You probably need to unmount, not just rename the paths. Otherwise setup.exe will be confused. tried a few utilities from cygwin. Got a complaint about having 2 cygwin1.dll's. As always, you must ensure that there's only one cygwin1.dll in the path at any given time, and that it's the correct one. If you remove all cygwin related things from the Windows path and then add the Cygwin paths in the bash startup scripts then this should be manageable. Everything worked except cvs, which failed in ssh client mode (against a server at the office) with a garbled message. This cvs.exe had worked before. This cygwin was from a cygwin grabbed by the nifty little unresizeable (grrr) utility within the last few days. The latest setup snapshots are resizeable, BTW. I will check and see if the vendor included the source to the tool (I doubt it, btw). But good grief, I shouldn't have to recompile the damn thing just to use it. What I would love to see is a complete procedure for doing this sort of thing posted in a cygwin FAQ. I don't think you will ever see this added to an official Cygwin FAQ because what you're doing is unsupported as heck. Your complaint should be with the vendor, really. Cygwin can hardly be responsible for a third party making some customized environment that locks you into some old version of the DLL. None of the Cygwin developers are going to want to touch this issue with a 10-foot pole. They support the setup.exe-blessed environment with the current packages from a sources.redhat.com mirror... Anything else and you're either on your own or you need to get support from the vendor. To expect the Cygwin developers to have any interest in debugging a 3rd party environment over which they have no control is asking a lot -- especially since they're such a mean bunch g. But seriously, you have to realize that this is a volunteer affair and that the people involved could care less how some 3rd party perverts the software, it's not their job. So, it's not surprising that there are not instructions anywhere on how to jerryrig two Cygwins, and that doing so is not exactly easy. It's not meant to be. It's not meant to be anything, really, it's just unsupported. Not that it's not possible, just that it's not a configuration that the official Cygwin folks care to deal with. Brian (If I've misrepresented any of the 'official' Cygwin feelings on this matter then please correct me.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Testers for new ssh-*-config scripts wanted!
Sorry but, The doc of bash explains this behavior (help read). You can experiment the same think on Redhat per exemple. And don't forget to use echo $_cygwin | od -t x1 to show what is stored in the variable. Have a nice cygweek, Philippe. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Corinna Vinschen Envoyé : vendredi, 31. octobre 2003 18:24 À : [EMAIL PROTECTED] Objet : Re: Testers for new ssh-*-config scripts wanted! On Fri, Oct 31, 2003 at 05:07:18PM +0100, Philippe Torche wrote: Nope, read from bash don't reconize control caracters without -e parameter: $ read _cygwin Ntser[Backspace]c $ echo $_cygwin | od -t x1 000 6e 74 73 65 72 08 63 0a 010 BUT OK with -e $ read -e _cygwin Ntser[Backspace]c $ echo $_cygwin | od -t x1 000 6e 74 73 65 63 0a 006 Erm... when I use bash, read always recognizes the backspace correctly. *dig dig dig* Even better, when using /bin/sh (ash), I don't have your above problem either. I can change the string and no control code shows up in the variable's value. What's different on your machine? Nothing ! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Testers for new ssh-*-config scripts wanted!
On Mon, Nov 03, 2003 at 09:38:16AM +0100, Philippe Torche wrote: Sorry but, The doc of bash explains this behavior (help read). You can experiment the same think on Redhat per exemple. And don't forget to use echo $_cygwin | od -t x1 to show what is stored in the variable. I did, of course. Backspace works w/o -e, too. I'll use -e nevertheless to allow complete readline support. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: tcflush hang problem
I am pretty certain the the problem which is discussed in this thread has already been reported in http://sources.redhat.com/ml/cygwin/2003-03/msg01529.html There is obviously an input buffer, which overflows if you keep an open filedesc. on a serial port and let some external system generate input data on that port while your own app does not read them away from there fast enough. The message referenced above (from March 2003) also contains a reliable way to reproduce this problem. My guess is, that the tcflush() itself is probably not guilty in any way, it just helps reproducing the problem. ;Henning -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Multiple Cygwins/ Distributing Cygwin apps
Okay, John: Blindly cutting through all the 'philosophical arguments' and getting to the crux of the matter. Yes, you CAN install several different cygwins (or anything else) onto ONE machine. Techniques like this have always (AFAIK) been used in the mainframe world but, for some reason, seem to get ignored for smaller machines. To be a little PC-specific: Have more than one hard drive on your PC, or partition up your hard drive into handy chunks. There are plenty of partitioning tools around - I prefer PowerQuest's 'Partition Magic'. Install your op system of choice into each of the hard drives or partitions separately, hiding one partition while installing into another. Unhide all partitions and use a boot manager to give you a multi-boot scenario - okay, I use PowerQuest's 'Boot Magic', but there's MANY other to choose from - even Micro$oft's ! ! ! Now boot into one copy of your op system to install and use one version of cygwin, then re-boot into the other copy of your op system to install and use a different version of cygwin. Points to note: When performing any 'Micro$oft software updates' - like 'service packs' - hide all but the partition you are working on until after the first re-boot past the installation. The Micro$oft installer is aggressive ! You'll find that you can use this technique to keep one, or more, windoze partitions relatively clean and uncluttered - leading to fewer problems with windoze (like a big, messy registry). You don't need to have multiple windoze licenses for this technique as there is just ONE user (you), ONE machine (yours) and you can only boot and run ONE copy of windoze at a time - the other(s) being legitimate 'backup' copies. Of course, this technique works for op systems other than just windoze. Hope the above is of use to you and helps get around the problem. Kevin. -Original Message- From: John Moore [mailto:[EMAIL PROTECTED] Sent: 03 November 2003 01:29 To: [EMAIL PROTECTED] Subject: Multiple Cygwins/ Distributing Cygwin apps I have done a bunch of googling and I find this subject comes up periodically. I have just spent many wasted hours because a vendor shipped a tool I have to have (customer mandate), tightly integrated with a cygwin that is old and has a buggy cvs. Meanwhile I am using another cygwin for another customer... the latest version. For me, the inability to install two cygwins that are independent has already cost me a bunch of time. When I grumbled to a friend, his answer was buy another machine for that application. This is a poor answer, but I may have to. Or I'll have to find what magic has to be switched to instantiate one and hide the other... something that is mentioned in some of the email I found, but no details were given. Cygwin is a great tool and it has this really neat installer so I can keep it up to date. But when a vendor ships a binary, that vendor must ship a binary Cygwin DLL, and there is no way it is going to match my latest version. This creates a problem. I have seen two basic reasons stated that more than one cygwin shouldn't be supported: 1) It's not an important problem 2) Tell the vendors to always ship the latest version of cygwin, with the implied therat of losing market share. 3) It's too hard or impossible to run two cygwins. Personally, I don't buy any of these. Of course, I haven't contributed to this project, but over the last 35 years I have designed a lot of systems in a lot of OS's (or designed the OS's). As to #1, that will become a self supporting prophecy if this situation continues. Either large numbers of folks will be using Cygwin, or they won't. Either vendors will be releasing Cygwin based products or they won't. If they do, and lots of people use Cygwin, it is an important problem. If it remains a problem, Cygwin usage will go down. After all, if I tell my vendor that I don't want their product because it is incompatible with my system, they don't care. They have lost one sale, but there are plenty of folks that are without Cygwin, so this is no big deal. If a vendor gets lots of complaints, he is going to go away from Cygwin. I wish my current vendor had just used Windows environment... then I wouldn't be facing this issue. #2 is ridiculous, pure and simple. Vendors aren't going to spend their time creating and support lots of version of their software just to stay in sync with Cygwin. And they are going to bundle cygwin because 99% of their customers don't have it, and the vendor wants to create an easy installation for this vast majority of their customers. #3 I don't believe either. I have heard the argument that a cygwin program needs to know which DLL to load and which registry entries to use, and that just isn't possible. But it is actually trivial. The DLL path searched starts where the cygwin application starts, so that is one way to separate DLL's. A single environment variable can define
Compilation problem
Hello, I'm trying to install DBD-Pg-1.22 on CygWin. I have postgresql and DBI up and running but i can't get DBD-Pg-1.22 working. I receive the following error executing make: $ make rm -f blib/arch/auto/DBD/Pg/Pg.dll LD_RUN_PATH= ld2 -s -L/usr/local/lib Pg.o dbdimp.o -o blib/arch/auto/DBD/Pg/ Pg.dll /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a -L/usr/lib -l pq gcc -shared -o Pg.dll -Wl,--out-implib=libPg.dll.a -Wl,--export-all-symbols -Wl ,--enable-auto-import -Wl,--stack,8388608 \ -s -L/usr/local/lib Pg.o dbdimp.o /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/ libperl.dll.a -L/usr/lib -lpq dbdimp.o(.text+0x2fde):dbdimp.c: variable '__ctype_' can't be auto-imported. Ple ase read the documentation for ld's --enable-auto-import for details. dbdimp.o(.text+0x2fee):dbdimp.c: variable '__ctype_' can't be auto-imported. Ple ase read the documentation for ld's --enable-auto-import for details. dbdimp.o(.text+0x2ffe):dbdimp.c: variable '__ctype_' can't be auto-imported. Ple ase read the documentation for ld's --enable-auto-import for details. Creating library file: libPg.dll.a collect2: ld returned 1 exit status perlld: *** system() failed to execute gcc -shared -o Pg.dll -Wl,--out-implib=libPg.dll.a -Wl,--export-all-symbols -Wl ,--enable-auto-import -Wl,--stack,8388608 \ -s -L/usr/local/lib Pg.o dbdimp.o /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/ libperl.dll.a -L/usr/lib -lpq make: *** [blib/arch/auto/DBD/Pg/Pg.dll] Error 1 What can the problem be??? Regards, Cédric. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin deadlocks due to lack of money
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] Sent: 31 October 2003 18:58 To: [EMAIL PROTECTED] Subject: Re: cygwin deadlocks due to lack of money On Fri, Oct 31, 2003 at 06:13:17PM -, [EMAIL PROTECTED] wrote: Okay, I spent some time looking at the mailing list archives but found nothing which added anything to this discussion. I would have hoped that my intended offer of use of an Athlon 64 system would have counted as more than just 'idle curiosity' and, anyway, I'm never 'idle'. I interpreted your response as nonserious since you seemed to be humorously suggesting that we'd be working on a version of cygwin for linux, which is obviously nonsensical. I thought it was self evident that I was talking about getting cygwin working on a 64 bit version of windows and didn't seriously think that you were suggesting that we were thinking about getting cygwin working on some other system. I guess I was wrong. I didn't realise that 64-bit windoze was actually available as yet, so I guessed you were thinking of something else. Just because the 'Cygwin on Linux' bit was a joke (and a pretty obvious one at that), doesn't mean the rest wasn't serious. I notice someone else has mentioned 'Cygwin on Lindows', which I find even funnier. ROFL BTW My plan was to either test for you (under direction) or make the machine available to you via some sort of terminal server and my ADSL connection. I didn't fancy having it transported. I did actually want to contribute something to the cygwin project, as I've found it so valuable over the past couple of years. Shame you weren't interested. Actually, while I appreciate that you wanted to contribute something, I'm not interested in either scenario. The effort of working on cygwin remotely either by having someone else do testing (especially when the someone doesn't really know cygwin internals) or by logging in over the internet was not what I was looking for. Having a system sitting in my office that I could hack on when the mood hit me was more of what I was looking for. I know from experience that working remotely via M$ terminal server and an ADSL line is close enough to being on the machine itself as to make negligible difference in most cases. Maybe not with cygwin - I'll give it a try. I wasn't seriously suggesting that anyone was going to send me a 64-bit system, either. I get the felling that you are not exactly 'local' to me, or I'd have been considering lending one for a while. Here's the kind of google search term I would have used to find discussion: 64-bit windows cygwin site:cygwin.com cgf This was my first tray and it unearths some discussion as the first hit. I'm sure that there are search refinements possible but, to answer your aggrieved question, all of the discussions basically revolve around someone reporting that cygwin doesn't work right in some beta or release candidate version of windows for 64 bit platforms and my suggesting that the problem won't be solved until I (or Corinna or Pierre) have a 64 bit system to hack on. When I have a 64-bit Windoze installed on one of my systems I'll let you know. Kevin. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Stability Problem with Cygwin Pthreads
Arash Partow wrote: for the people that are interested, this is where the threads seem to be CONTINUALLY crashing: /cygdrive/c/cygwin\binaddr2line -e cygwin1.dll 0x610de964 ../../../../../../cygwin-snapshot-20031028-1/newlib/libc/machine/i386/memcpy.S:53 .L11: shrl $2,ecx .p2align 2 rep movsl movl ebx,ecx andl $3,ecx from what i can see the memcpy is moving data from esi to edi (ecx/4)'times (word blocks), however i don't think in the rep (REPZ) of the ecx ever gets to zero, or before it does it tries to copy data from a place which it does not have access to. Seeing this, and recalling that the crashes are indeterminate, suggests to me the possibility that the problem may be caused by thread switches during the execution of the REP MOVSL instruction. REP instructions are interruptable, and can be safely restarted from where they left off, *but* indeterminate behaviour will occur if the processor string direction flag (in EFLAGS, set by CLD/STD) is not saved and restored correctly during a thread switch following an interrupt. Not knowing the internal workings of Cygwin (or Windows) threads, I don't know if this could be the problem, and unfortunately I don't have the time to research it, but I offer it as a hopefully useful suggestion. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setreuid: permission denied for sshd under non-system account
Hi, I have installed the cygwin port of openssh on a Win2k box and set up passwordless authentication using .ssh/id_rsa and .ssh/authorized_hosts in the normal way. Everything works fine and I can ssh to the Windows box without a password. My problem arises when I change the user that runs the sshd service. Following Corrina's instructions, I set up a local user (sshsvc) as a member of the Administrators group and have given that user the following user rights: Act as part of operating system. Create a token object. Replace a process level token. Log on as a service. After setting the ownership of the /etc/ssh*, /var/empty (when using privaledge separation) and /var/log/sshd.log I can start the service. With the client and server in debug mode I try to connect and the client appears to log in, but immediately logs back out again. The server log shows that a call to permanently_set_uid is followed by a call to setreuid, which fails with 'permission denied'. I guess that this is Windows refusing to allow the sshsvc user to switch to the real user that i'm trying to log in as. I was lead to believe from the docs and from Corinna's posts that the user rights settings would have dealt with this problem, but they don't. What am I doing wrong here? Any help is appreciated. Paul. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash script does't work.
From: Pierre-Philippe Coupard Sent: Sunday, November 02, 2003 6:36 PM Seiji Yoneda wrote: $ ora8i.sh Execute this script --8--8-- $ printenv ORA_HOME After execution of script --- After execution, ORA_HOME has nothing !! $ printenv PATH After execution, PATH does't change!! This isn't a cygwin issue. Because the PATH you change in your script is a variable that's local to the shell running it. Because you call your script as a binary, another shell is spawned (the #!/bin/sh basically tells the kernel to use /bin/sh as the interpreter). Try running you script as . ora8i.sh and it'll work : the . is a shell command that means execute this shell script (in the current shell). . is shortcut for source Typing this, and reading the text that appears, should help explain things: $ man bash /ENVIRONMENT $ help source $ man bash /BUILTIN COMMANDS$ IMO there is one big shortcoming with source - it can't be piped into. /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: wtf wtf
Have you tried typing 'man man' (without the quotes) ? ? ? -Original Message- From: zzapper [mailto:[EMAIL PROTECTED] Sent: 02 November 2003 12:10 To: [EMAIL PROTECTED] Subject: wtf wtf snip Why are MAN pages often so useless when you dont understand the basics, ie when the concept is new to you zzapper -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: wtf wtf
On Mon, 3 Nov 2003 13:24:11 -, [EMAIL PROTECTED] wrote: Have you tried typing 'man man' (without the quotes) ? ? ? I think you misunderstand my question . the WTF MAN page contained no examples, that would have saved a 1000 words.BTW I've been using unix since 1984. What I really want to know is why there are so few acronyms in WTF, does anyone have bigger datafiles?? zzapper -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OpenGL and Cygwin
My g++ command line is g++ -mno-cygwin -lglut32 -lglu32 -lopengl32 and a cygcheck on my exe file indicated that the glut file being linked is my local copy that I got from nvidia, Can you tell us why you are using GLUT from NVDIA instead of GLUT from Cygwin's OpenGL package? The reason I was using Nvidia's glut is because they have a more recent version of it (glut 3.7 I believe) than the stated version that cygwin provides. I recognize that this may cause weird unsupported problems, so I tried both versions, and get the same behaviour (success/failure) whichever one I use. As for using extgl to do dynamic loading, that works fine: I now can successfully compile my code. It still doesn't run :), but given the complexity of the program I am running, I am not sure where exactly the problem is or if it is a cygwin error. The error itself comes from cygwin: the error message states: 61 [unknown (0x48)] ? 3804 cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap (0x6160 0x0) in child, Win32 error 487 and follows by giving some state info about the stack etc. As I said, I don't quite know if this is my problem or cygwin's. All I have to go on is that the same code works under linux and g++. I will play around with some simpler versions of the code: if this error message comes from some familiar mistake that I'm making, I'd be grateful to hear it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OpenGL and Cygwin
On Mon, 3 Nov 2003 [EMAIL PROTECTED] wrote: The reason I was using Nvidia's glut is because they have a more recent version of it (glut 3.7 I believe) than the stated version that cygwin provides. I recognize that this may cause weird unsupported problems, so I tried both versions, and get the same behaviour (success/failure) whichever one I use. AFAIK, Cygwin's glut is 3.7.3. 61 [unknown (0x48)] ? 3804 cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap (0x6160 0x0) in child, Win32 error 487 WAG: Have you read this? http://cygwin.com/cygwin-ug-net/setup-maxmem.html -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Take 2: Testers for new ssh-*-config scripts wanted!
Hi, I'd like to ask for more testing of the new ssh-host-config and ssh-user-config scripts. The new thing here is, that the ssh-host-config script now tries to figure out if the machine is a 2003 Server or newer system. If so, the script asks, if it should create a new account sshd_server to use as account to run sshd as service under. If you say yes at this point, a bunch of funny new activities is started: - The script creates a sshd_server account - It adds that account to the administrators group *iff* it's able to figure out the name of that group from the /etc/group file. This means, you must not change the name of the administrators group in /etc/group and the SID (S-1-5-32-544) must be available in that entry. - It uses the new editrights utility to add the necessary user rights to the new sshd_server account. These rights also explicitely deny logon locally and over network and allow logon only as service for security reasons. The ssh-user-config script has also been changed. It tries to figure out if the machine is a 2003 Server or newer and if so, it sets the permissions of the users ~/.ssh directory and the users ~/ssh/authorized_keys file so that the sshd_server account has read permissions on both. If it's an older system, it does the same for the SYSTEM account. Also on 2003, the sshd_server account is used for ownership of the important files (/etc/ssh*, /var/empty, /var/log/sshd.log). Further changes: - Require bash for both scripts. - Use `read -e' in both scripts to enable readline support. So, I'd like to ask especially users of a 2003 Server system to test that script. Users of other systems are of course also welcome since I want to be sure that I haven't broken these systems. Attached are both scripts plus the vanilla ssh_config and sshd_config file. The latter two have to be copied to /etc/defaults/etc. Please not that the editrights tool has to be installed on your system. You can find it in the Base category when updating with setup.exe. Thanks in advance, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. #!/bin/bash # # ssh-host-config, Copyright 2000, 2001, 2002, 2003 Red Hat Inc. # # This file is part of the Cygwin port of OpenSSH. # Subdirectory where the new package is being installed PREFIX=/usr # Directory where the config files are stored SYSCONFDIR=/etc LOCALSTATEDIR=/var progname=$0 auto_answer= port_number=22 privsep_configured=no privsep_used=yes sshd_in_passwd=no sshd_in_sam=no request() { if [ ${auto_answer} = yes ] then return 0 elif [ ${auto_answer} = no ] then return 1 fi answer= while [ X${answer} != Xyes -a X${answer} != Xno ] do echo -n $1 (yes/no) read -e answer done if [ X${answer} = Xyes ] then return 0 else return 1 fi } # Check options while : do case $# in 0) break ;; esac option=$1 shift case $option in -d | --debug ) set -x ;; -y | --yes ) auto_answer=yes ;; -n | --no ) auto_answer=no ;; -p | --port ) port_number=$1 shift ;; *) echo usage: ${progname} [OPTION]... echo echo This script creates an OpenSSH host configuration. echo echo Options: echo --debug -d Enable shell's debug output. echo --yes-y Answer all questions with \yes\ automatically. echo --no -n Answer all questions with \no\ automatically. echo --port -p n sshd listens on port n. echo exit 1 ;; esac done # Check if running on NT _sys=`uname` _nt=`expr $_sys : CYGWIN_NT` # If running on NT, check if running under 2003 Server or later if [ $_nt -gt 0 ] then _nt2003=`uname | awk -F- '{print ( $2 = 5.2 ) ? 1 : 0;}'` fi # Check for running ssh/sshd processes first. Refuse to do anything while # some ssh processes are still running if ps -ef | grep -v grep | grep -q ssh then echo echo There are still ssh processes running. Please shut them down first. echo exit 1 fi # Check for ${SYSCONFDIR} directory if [ -e ${SYSCONFDIR} -a ! -d ${SYSCONFDIR} ] then echo echo ${SYSCONFDIR} is existant but not a directory. echo Cannot create global configuration files. echo exit 1 fi # Create it if necessary if [ ! -e ${SYSCONFDIR} ] then mkdir ${SYSCONFDIR} if [ ! -e ${SYSCONFDIR} ] then echo echo Creating ${SYSCONFDIR} directory failed echo exit 1 fi fi # Create /var/log and /var/log/lastlog if not already existing if [ -f ${LOCALSTATEDIR}/log ] then echo Creating ${LOCALSTATEDIR}/log failed! else if [ ! -d ${LOCALSTATEDIR}/log ] then mkdir -p ${LOCALSTATEDIR}/log fi if [ -d ${LOCALSTATEDIR}/log/lastlog ] then chmod 777 ${LOCALSTATEDIR}/log/lastlog elif [ ! -f ${LOCALSTATEDIR}/log/lastlog ] then cat /dev/null ${LOCALSTATEDIR}/log/lastlog chmod 666
Re: undefined reference to _shmget
On Mon, Nov 03, 2003 at 12:32:24AM +0200, Eliana Stavrou wrote: Hi to you all, I'm using the latest version of the cygwin and I'm having some problems when compiling this program using gcc: Cygwin has no builtin XSI shared memory support so far. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95
On Sun, Nov 02, 2003 at 09:43:14AM -0500, Pierre A. Humblet wrote: Pierre A. Humblet wrote: The real problem is that the s_proto pointer of the struct servent returned by the Windows getservbyname on Win95 is invalid. Looking at net.cc, this problem seems to be well known. However the workaround is only applied when copying the string, not when computing its length. I see. I'll create a patch. Thanks for the hint, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple cygwins/ Distributing cygwin apps
On Sun, Nov 02, 2003 at 06:29:17PM -0700, John Moore wrote: Cygwin is a great tool and it has this really neat installer so I can keep it up to date. But when a vendor ships a binary, that vendor must ship a binary Cygwin DLL, and there is no way it is going to match my latest version. This creates a problem. - Please let us know the vendor who is releasing old versions of the Cygwin DLL. I want to make sure that it complies with the GPL. If it doesn't, our lawyers would like to talk to them. - Newer versions of the cygwin DLL work with older applications. - Newer versions of the cygwin DLL are better at finding other running versions of the dll. - Delete all but the newest version of the DLL and you are all set. - If a vendor is releasing a product which doesn't work right because there is a newer version of cygwin, complain to the vendor. Their installation is busted. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Multiple cygwins/ Distributing cygwin apps
I think there is a point here, which often applies to those of us with end user clients to support. It is the client's choice as to which version of any particular software they have installed, not ours to dictate. We might advise that they move to latest versions, but they might counter that with arguments such as waiting for bugs to be fixed and security / compatibility to be fully tested and proven before they migrate. Some of our clients might like to keep pace with the latest developments, while others might prefer to stick with the tried and tested versions as long as possible. It's their choice. If we refuse to support anything but latest versions then we just lose out on most of our work opportunities. The fact that we have to support a software installation which contains an old version of something doesn't necessarily mean that the software is currently distributed with that same old version. It means that it is currently in use with the old version, which might have been distributed and installed some time ago. Meanwhile, we have to support them - which often involves building a system for ourselves which mimics theirs in behaviour, and therefore in software versions too. Some can afford to go to the lengths of dedicating a machine to each build. My preference is to dedicate one hard drive or partition to each build. Anyway, the whole point is that those of us involved in third-party support often have to cope with different versions of a piece of software at the same time. There are various ways of achieving this. I just illustrated one of them. Kevin. -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] Sent: 03 November 2003 16:38 To: [EMAIL PROTECTED] Subject: Re: Multiple cygwins/ Distributing cygwin apps On Sun, Nov 02, 2003 at 06:29:17PM -0700, John Moore wrote: Cygwin is a great tool and it has this really neat installer so I can keep it up to date. But when a vendor ships a binary, that vendor must ship a binary Cygwin DLL, and there is no way it is going to match my latest version. This creates a problem. - Please let us know the vendor who is releasing old versions of the Cygwin DLL. I want to make sure that it complies with the GPL. If it doesn't, our lawyers would like to talk to them. - Newer versions of the cygwin DLL work with older applications. - Newer versions of the cygwin DLL are better at finding other running versions of the dll. - Delete all but the newest version of the DLL and you are all set. - If a vendor is releasing a product which doesn't work right because there is a newer version of cygwin, complain to the vendor. Their installation is busted. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Take 2: Testers for new ssh-*-config scripts wanted!
Hi, 1. Line 488 (you will hate me !?) : read _cygwin --- read -e _cygwin 2. If password complexity is enabled (yes per default) use a more complex password : length of 7 min (max 14 to avoid some warning about W2K), lower case and upper case letters. Good work, Philippe. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Corinna Vinschen Envoyé : lundi, 3. novembre 2003 17:22 À : [EMAIL PROTECTED] Objet : Take 2: Testers for new ssh-*-config scripts wanted! Hi, I'd like to ask for more testing of the new ssh-host-config and ssh-user-config scripts. The new thing here is, that the ssh-host-config script now tries to figure out if the machine is a 2003 Server or newer system. If so, the script asks, if it should create a new account sshd_server to use as account to run sshd as service under. If you say yes at this point, a bunch of funny new activities is started: - The script creates a sshd_server account - It adds that account to the administrators group *iff* it's able to figure out the name of that group from the /etc/group file. This means, you must not change the name of the administrators group in /etc/group and the SID (S-1-5-32-544) must be available in that entry. - It uses the new editrights utility to add the necessary user rights to the new sshd_server account. These rights also explicitely deny logon locally and over network and allow logon only as service for security reasons. The ssh-user-config script has also been changed. It tries to figure out if the machine is a 2003 Server or newer and if so, it sets the permissions of the users ~/.ssh directory and the users ~/ssh/authorized_keys file so that the sshd_server account has read permissions on both. If it's an older system, it does the same for the SYSTEM account. Also on 2003, the sshd_server account is used for ownership of the important files (/etc/ssh*, /var/empty, /var/log/sshd.log). Further changes: - Require bash for both scripts. - Use `read -e' in both scripts to enable readline support. So, I'd like to ask especially users of a 2003 Server system to test that script. Users of other systems are of course also welcome since I want to be sure that I haven't broken these systems. Attached are both scripts plus the vanilla ssh_config and sshd_config file. The latter two have to be copied to /etc/defaults/etc. Please not that the editrights tool has to be installed on your system. You can find it in the Base category when updating with setup.exe. Thanks in advance, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
C++ Compilers : Comparative Performance Measurement
### # C++ Compilers : Comparative Performance Measurement # ### Testsuite : Computing very long Fibonacci numbers Source : http://groups.google.com/groups?selm=bo4nls%2417vfq6%241%40ID-79865.news.uni-berlin.de Metrics * Real time - Elapsed (wall clock) time (seconds) * CPU time - Processor time used (seconds) Environment * Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 * Intel(R) Celeron(R) CPU 1.70 GHz * GNU time 1.7 (to get the real time) Report-1.1 == || Opt. | Fib-1 | Fib-25000 | Fib-5 | | Compiler | Level |---|---|---| || | Real : CPU | Real : CPU | Real : CPU | || | GNU gcc compiler | || || | : | : | : | | g++ 3.3.1 (Cygwin) | None | 0.49 : 0.42 | 1.90 : 1.84 | 6.91 : 6.79 | || O1 | 0.32 : 0.24 | 1.07 : 1.00 | 3.93 : 3.87 | || O2 | 0.31 : 0.23 | 1.05 : 0.98 | 3.88 : 3.80 | || O3 | 0.31 : 0.24 | 1.05 : 0.99 | 3.88 : 3.79 | || | : | : | : | | g++ 3.3.1 (Cygwin) | None | 0.39 : 0.30 | 1.64 : 1.58 | 5.81 : 5.75 | | Mingw32 Interface | O1 | 0.24 : 0.16 | 0.91 : 0.85 | 3.10 : 3.05 | || O2 | 0.23 : 0.17 | 0.89 : 0.84 | 3.03 : 2.98 | || O3 | 0.26 : 0.16 | 0.90 : 0.84 | 3.04 : 2.99 | || | : | : | : | | gpp 3.3.2 (DJGPP) | None | 0.48 : 0.31 | 2.07 : 1.92 | 11.17 : 11.01 | || O1 | 0.24 : 0.13 | 1.17 : 1.06 | 7.86 : 7.75 | || O2 | 0.25 : 0.13 | 1.16 : 1.04 | 7.74 : 7.58 | || O3 | 0.25 : 0.13 | 1.19 : 1.10 | 7.90 : 7.80 | || | : | : | : | || | GNU gcc compiler, STLport 4.5.3 | | Proposed and supported by Gerrit P. Haase | || | g++ 3.3.1 (Cygwin) | None | 0.45 : 0.36 | 1.44 : 1.37 | 5.16 : 5.06 | | STLport 4.5.3 | O1 | 0.32 : 0.21 | 0.95 : 0.89 | 3.47 : 3.39 | || O2 | 0.29 : 0.21 | 0.98 : 0.92 | 3.58 : 3.49 | || O3 | 0.30 : 0.22 | 1.01 : 0.95 | 3.67 : 3.60 | || | : | : | : | || | Digital Mars C/C++ Compiler, STLport 4.5.3 | || | DMC Version 8.35n | None | 0.28 : 0.16 | 0.89 : 0.81 | 3.87 : 3.80 | | STLport 4.5.3 | Speed | 0.25 : 0.14 | 0.78 : 0.70 | 3.44 : 3.37 | || Space | 0.23 : 0.14 | 0.75 : 0.68 | 3.41 : 3.31 | || | : | : | : | == Compilation === * g++ 3.3.1, Cygwin - g++ -W -Wall foo.cpp [Optimize Option] -o foo.exe * g++ 3.3.1, Cygwin, Mingw32 interface g++ -W -Wall -mno-cygwin foo.cpp [Optimize Option] -o foo.exe * g++ 3.3.1, Cygwin, STLport 4.5.3 g++ -W -Wall foo.cpp -I/STLport-4.5.3/stlport /lib/libstlport_cygwin.a [Optimize Option] -o foo.exe * gpp 3.3.2, DJGPP gpp -W -Wall foo.cpp [Optimize Option] -o foo.exe * Digital Mars C/C++ 8.35n, STLport 4.5.3 --- dmc [Optimize Option] -I. -IC:/dm/stlport/stlport foo.cpp -ofoo.exe The names of DLL files on which the programs depend === * g++ 3.3.1, Cygwin - C:\cygwin\bin\cygwin1.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\NTDLL.DLL * g++ 3.3.1, Cygwin, Mingw32 interface C:\WINNT\System32\msvcrt.dll C:\WINNT\System32\KERNEL32.dll
Re: Multiple cygwins/ Distributing cygwin apps
On Mon, Nov 03, 2003 at 12:24:20AM -0800, Brian Dessent wrote: But seriously, you have to realize that this is a volunteer affair and that the people involved could care less how some 3rd party perverts the software, it's not their job. Can we get a new acronym here? 3PP? I just embarrassed myself in a meeting by snorting out loud at this. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin deadlocks due to lack of money
On Mon, Nov 03, 2003 at 11:05:08AM -, [EMAIL PROTECTED] wrote: When I have a 64-bit Windoze installed on one of my systems I'll let you know. You don't have to let me know anything. I'm really not interested in a remote solution. This requires a machine that I can power cycle and have next to my desk for an extended length of time. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: C++ Compilers : Comparative Performance Testsuite
Gerrit P. Haase [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Alex wrote: An algorithm which computes very long Fibonacci numbers http://groups.google.com/groups?selm=bnni5p%2412i47o%241%40ID-79865.news.uni-berlin.de was used as a performance testsuite to compare speed of the code produced by various compilers. || | Digital Mars C/C++ Compiler, STLport 4.5.3 || | Version 8.35n| - | 0.20 : 0.16 | 0.84 : 0.80 | 3.82 : 3.74 | || Do you think to use STLport with the Cygwin/MinGW compiler would increase perfomance? [snip] New report which contains STLport with the Cygwin has been posted to news:gmane.os.cygwin under title C++ Compilers : Comparative Performance Measurement. See : * news://news.gmane.org/[EMAIL PROTECTED] * http://article.gmane.org/gmane.os.cygwin/40086. -- = Alex Vinokur mailto:[EMAIL PROTECTED] http://mathforum.org/library/view/10978.html news://news.gmane.org/gmane.comp.lang.c++.perfometer = -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95
On Mon, Nov 03, 2003 at 01:39:56PM -0500, Pierre A. Humblet wrote: On Mon, Nov 03, 2003 at 05:31:15PM +0100, Corinna Vinschen wrote: On Sun, Nov 02, 2003 at 09:43:14AM -0500, Pierre A. Humblet wrote: Pierre A. Humblet wrote: The real problem is that the s_proto pointer of the struct servent returned by the Windows getservbyname on Win95 is invalid. Looking at net.cc, this problem seems to be well known. However the workaround is only applied when copying the string, not when computing its length. I see. I'll create a patch. I started one already, must still compile and test. Let me know if you proceed on your side. I have a patch ready and it seems to work fine(tm). Would you mind to give it a try on 95? Patch below. Corinna Index: net.cc === RCS file: /cvs/src/src/winsup/cygwin/net.cc,v retrieving revision 1.154 diff -u -p -r1.154 net.cc --- net.cc 25 Sep 2003 00:37:17 - 1.154 +++ net.cc 3 Nov 2003 19:06:12 - @@ -499,8 +499,21 @@ dup_ent (void *old, void *src0, struct_t /* Do servent/hostent specific processing */ int protolen = 0; int addr_list_len = 0; + char *s_proto = NULL; if (type == is_servent) -sz += (protolen = strlen_round (src-s_proto)); +{ + if (src-s_proto) + { + /* Windows 95 idiocy. Structure is misaligned on Windows 95. +Kludge around this by trying a different pointer alignment. */ + if (IsBadReadPtr (src-s_proto, sizeof (src-s_proto)) + !IsBadReadPtr (((pservent *) src)-s_proto, sizeof (src-s_proto))) + s_proto = ((pservent *) src)-s_proto; + else + s_proto = src-s_proto; + } + sz += (protolen = strlen_round (s_proto)); +} else if (type == is_hostent) { /* Calculate the length and storage used for h_addr_list */ @@ -549,16 +562,8 @@ dup_ent (void *old, void *src0, struct_t /* Do servent/hostent specific processing. */ if (type == is_servent) { - if (src-s_proto) + if (s_proto) { - char *s_proto; - /* Windows 95 idiocy. Structure is misaligned on Windows 95. -Kludge around this by trying a different pointer alignment. */ - if (IsBadReadPtr (src-s_proto, sizeof (src-s_proto)) - !IsBadReadPtr (((pservent *) src)-s_proto, sizeof (src-s_proto))) - s_proto = ((pservent *) src)-s_proto; - else - s_proto = src-s_proto; strcpy (dst-s_proto = dp, s_proto); dp += protolen; } -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is there an MS-Office grep?
On Sun, 02 Nov 2003 11:53:51 +, zzapper [EMAIL PROTECTED] wrote: Hi I've found www.wingrep.com which is shareware, Tested the GUI; I've yet to try its CLI. Will let you know What I think zzapper -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated Cygwin Package: proftpd-1.2.9-1
New News: === I have updated the version of ProFTPD to 1.2.9-1. The tarballs should be available on a Cygwin mirror near you shortly. Old News: === ProFTPD is an enhanced FTP server with a focus toward simplicity, security, and ease of configuration. It features a very Apache-like configuration syntax, and a highly customizable server infrastructure, including support for multiple 'virtual' FTP servers, anonymous FTP, and permission-based directory visibility. See the ProFTPD home page for more details: http://www.proftpd.org/ Please read the README file: /usr/share/doc/cygwin/proftpd-1.2.9.README since it covers requirements, installation, known issues, etc. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: C++ Compilers : Comparative Performance Testsuite
On Mon, Nov 03, 2003 at 08:44:16PM +0200, Alex Vinokur wrote: New report which contains STLport with the Cygwin has been posted to news:gmane.os.cygwin under title C++ Compilers : Comparative Performance Measurement. Have you missed the fact that the cygwin mailing list is the same thing as gmane.os.cygwin? There's no reason to notify the mailing list about this. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: wtf wtf
zzapper wrote: What I really want to know is why there are so few acronyms in WTF, does anyone have bigger datafiles?? Because as distributed, it was not intended to be a universal acronym dictionary (which could run to millions of acronyms). WTF has generally been used to expand acronyms for phrases used in typical mailing list/newsgroup settings (e.g. IMO, etc.) But hey, if someone has the energy to create *and maintain* a univeral acronym library, go for it! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Printable information in executables
Alex Vinokur wrote: However those files contain neither compiler name nor compiler version. It seems to be worth including something like gcc version 3.3.1 (cygming special) in executables. There's no standard place in the PE header (in the object files) for this sort of information. Besides, the compiler information would have to be per-.o, not per-.exe, since you can generally mix and match .o's from different compilers (provided they generate code with the same calling conventions and structure layouts) when linking a .exe. Even if there were a convention for inserting this kind of information (say, a special .info or .compiler section in the .o file), the executable would end up with hundreds of these strings for any moderately-sized program, and the information would be, at best, confusing and only mildly interesting.. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Ein einmaliges Angebot fur Cygwin
Hallo Cygwin ! Heute wollten wir Ihnen eine einmalige Gelegenheit bieten des beste Online-Livecam Angebot anonym und kostenlos zu testen. Seit mehreren Jahren betreiben wir eine kostenpflichtige Seite mit ueber 100 000 Videos, Bilder und Livecams. Ueber 10 000 Dauernutzer nutzen bereits unser Angebot und sind damit sehr zufrieden. Nun bekommen auch Sie eine einmalige Chance unser Angebot total kostenlos und anonym zu testen. Nur unter der unten angegebenen Adressen bekommen sie 3 Stunden kostenlosen Zugang zu unserem Server. Wir bieten sie das Angebot sich genauestens anzusehen und zu testen. Wir wundeschen ihnen viel Spass beim Geniessen. User Angebot: 2 Kontaktanzeigen 50 Livecams 5000 Bilder 2000 Videos 1000 Sexgeschichten und noch vieles Mehr! http://redir.to/234to889in779fe78ru.cgi Diese Nachricht wurde automatisch von unserem Nachrichtenserver geschickt! Wir uebernehmen keine Haftung fuer den Inhalt! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated Cygwin Package: fetchmail-6.2.5-2
On Mon, Nov 03, 2003 at 03:24:37PM -0500, Jason Tishler wrote: The only change between this version and the previous one is the following: The run control file (e.g., ~/.fetchmailrc) permission check is now conditionally enabled at runtime for Windows versions, filesystems, and/or configurations that support it instead of unconditionally disabled at build time. For example, the check is always disabled under Windows 9x/Me, but enabled for Windows NT/2000/XP with NTFS and CYGWIN=ntsec. Are there any Windows 9x/Me fetchmail users willing to help? If so, then please test this release and report back to list whether or not the rcfile permission check is truly disabled on your platform. If fetchmail doesn't display an error message like the following: File /home/jt/.fetchmailrc must have no more than -rwx--x--- (0710) permissions. then it's functioning properly. If it does, then it's not. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Take 2: Testers for new ssh-*-config scripts wanted!
On Mon, Nov 03, 2003 at 06:51:04PM +0100, Philippe Torche wrote: Hi, 1. Line 488 (you will hate me !?) : read _cygwin --- read -e _cygwin Uh, yes, I missed that one. 2. If password complexity is enabled (yes per default) use a more complex password : length of 7 min (max 14 to avoid some warning about W2K), lower case and upper case letters. I'm running a 2003 Server as standalone (non-domain) server. In that setting, password complexity is disabled by default, so I missed that one, too. Thanks for the heads up. I changed the password to SSHD_server, which seem to be fine for the complexity rule. However, I have still a problem. Does anybody know how I can set Password never expires from the command line? I know how to do this with dsadd, but that only works on domain machines so it's no generic solution. If I can't do this in the script, everybody would have to set this in the Computer Management Console by hand :-( I've attached a new ssh-host-config with the above two changes plus: - Also deny remote interactive (aka terminal server) logon for the sshd_server account. Good work, Philippe. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. #!/bin/bash # # ssh-host-config, Copyright 2000, 2001, 2002, 2003 Red Hat Inc. # # This file is part of the Cygwin port of OpenSSH. # Subdirectory where the new package is being installed PREFIX=/usr # Directory where the config files are stored SYSCONFDIR=/etc LOCALSTATEDIR=/var progname=$0 auto_answer= port_number=22 privsep_configured=no privsep_used=yes sshd_in_passwd=no sshd_in_sam=no request() { if [ ${auto_answer} = yes ] then return 0 elif [ ${auto_answer} = no ] then return 1 fi answer= while [ X${answer} != Xyes -a X${answer} != Xno ] do echo -n $1 (yes/no) read -e answer done if [ X${answer} = Xyes ] then return 0 else return 1 fi } # Check options while : do case $# in 0) break ;; esac option=$1 shift case $option in -d | --debug ) set -x ;; -y | --yes ) auto_answer=yes ;; -n | --no ) auto_answer=no ;; -p | --port ) port_number=$1 shift ;; *) echo usage: ${progname} [OPTION]... echo echo This script creates an OpenSSH host configuration. echo echo Options: echo --debug -d Enable shell's debug output. echo --yes-y Answer all questions with \yes\ automatically. echo --no -n Answer all questions with \no\ automatically. echo --port -p n sshd listens on port n. echo exit 1 ;; esac done # Check if running on NT _sys=`uname` _nt=`expr $_sys : CYGWIN_NT` # If running on NT, check if running under 2003 Server or later if [ $_nt -gt 0 ] then _nt2003=`uname | awk -F- '{print ( $2 = 5.2 ) ? 1 : 0;}'` fi # Check for running ssh/sshd processes first. Refuse to do anything while # some ssh processes are still running if ps -ef | grep -v grep | grep -q ssh then echo echo There are still ssh processes running. Please shut them down first. echo exit 1 fi # Check for ${SYSCONFDIR} directory if [ -e ${SYSCONFDIR} -a ! -d ${SYSCONFDIR} ] then echo echo ${SYSCONFDIR} is existant but not a directory. echo Cannot create global configuration files. echo exit 1 fi # Create it if necessary if [ ! -e ${SYSCONFDIR} ] then mkdir ${SYSCONFDIR} if [ ! -e ${SYSCONFDIR} ] then echo echo Creating ${SYSCONFDIR} directory failed echo exit 1 fi fi # Create /var/log and /var/log/lastlog if not already existing if [ -f ${LOCALSTATEDIR}/log ] then echo Creating ${LOCALSTATEDIR}/log failed! else if [ ! -d ${LOCALSTATEDIR}/log ] then mkdir -p ${LOCALSTATEDIR}/log fi if [ -d ${LOCALSTATEDIR}/log/lastlog ] then chmod 777 ${LOCALSTATEDIR}/log/lastlog elif [ ! -f ${LOCALSTATEDIR}/log/lastlog ] then cat /dev/null ${LOCALSTATEDIR}/log/lastlog chmod 666 ${LOCALSTATEDIR}/log/lastlog fi fi # Create /var/empty file used as chroot jail for privilege separation if [ -f ${LOCALSTATEDIR}/empty ] then echo Creating ${LOCALSTATEDIR}/empty failed! else mkdir -p ${LOCALSTATEDIR}/empty if [ $_nt -gt 0 ] then chmod 755 ${LOCALSTATEDIR}/empty fi fi # First generate host keys if not already existing if [ ! -f ${SYSCONFDIR}/ssh_host_key ] then echo Generating ${SYSCONFDIR}/ssh_host_key ssh-keygen -t rsa1 -f ${SYSCONFDIR}/ssh_host_key -N '' /dev/null fi if [ ! -f ${SYSCONFDIR}/ssh_host_rsa_key ] then echo Generating ${SYSCONFDIR}/ssh_host_rsa_key ssh-keygen -t rsa -f ${SYSCONFDIR}/ssh_host_rsa_key -N '' /dev/null fi if [ ! -f ${SYSCONFDIR}/ssh_host_dsa_key ] then echo Generating ${SYSCONFDIR}/ssh_host_dsa_key ssh-keygen -t dsa -f ${SYSCONFDIR}/ssh_host_dsa_key -N '' /dev/null fi # Check if ssh_config exists. If yes, ask for
RE: Printable information in executables
From: Alex Vinokur Sent: Monday, November 03, 2003 6:05 AM Executable files contain various printable information. For instance, list of used DLLs. However those files contain neither compiler name nor compiler version. It seems to be worth including something like gcc version 3.3.1 (cygming special) in executables. Next question. Is it possible to add 'user related printable information' to executables (through compilation option or something else)? The answer depends on how you plan to use that information. The simplest form is just to declare a static string (char array), making sure that the compiler doesn't remove it at optimization. (Hmm...? Is it enough to do some dummy reference to it?) This gives a simplified image of the true heuristics but anyway; on the old AmigaOS they use(d) something like: $ cat chk.c int main() { char versionstring[]=$VER: name major.minor (date) extended_info; return 0; } $ for (( n=0; n4; n++ )) do gcc -O$n chk.c; echo -n $n:; strings a.exe | grep '$VER: '; done 0:$VER: name major.minor (date) extended_info 1:$VER: name major.minor (date) extended_info 2:$VER: name major.minor (date) extended_info 3:$VER: name major.minor (date) extended_info Hmm... :-} it doesn't get removed by plain optimization... :-) /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Take 2: Testers for new ssh-*-config scripts wanted!
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen Sent: Monday, November 03, 2003 3:41 PM To: [EMAIL PROTECTED] Subject: Re: Take 2: Testers for new ssh-*-config scripts wanted! [-snip-] However, I have still a problem. Does anybody know how I can set Password never expires from the command line? I know how to do this with dsadd, but that only works on domain machines so it's no generic solution. If I can't do this in the script, everybody would have to set this in the Computer Management Console by hand :-( [-/snip-] [-snip-] Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. Corinna, User Accounts have a USER_FLAGS attribute that can be any combination of a couple of values. One of these can be UF_DONT_EXPIRE_PASSWORD. If it is present, the password never expires. I typically manipulate it using Dave Roth's Win32::AdminMisc perl module (UserGetMiscAttributes and UserSetMiscAttributes)... which is likely beyond the scope of what you want this script to do. The CREATEUSERS.VBS script from the Windows 2000 Resource Kit (Supplement 1) looks promising. I haven't used it, but the code seems capable of specifying the UF_DONT_EXPIRE_PASSWORD option. I would attach the .vbs file (as a .txt file), but it is copyrighted by Microsoft. If anyone knows if emailing it would be bad or not, let me know. -Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gtk on cygwin
Hi all, I'm trying to compile Lopster on cygwin (I don't want to port it, but to emulate on cygwin). Lopster requires gtk. Gtk have also a win32 version. If I want to emulate Lopster on cygwin I need the linux version or win32 version? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: CJK on mutt
I plan to move to mutt as my email client. However, I find the mutt of cygwin can not handle CJK (Chinese, Japanese, Korean) characters correctly -- they are displayed as s. Since I am running cygwin on a Simplified Chinese version of Windows 2000 box, I put the following in my .muttrc: set locale=zh_CN charset-hook !utf-8 gb2312 but nothing changed, s are still s. Anyone here use CJK too? Can you resolve this problem? Do other Cygwin apps support such character sets? -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: wtf wtf
On Mon, 3 Nov 2003, zzapper wrote: Shankar Unni What I really want to know is why there are so few acronyms in WTF, does anyone have bigger datafiles?? Because as distributed, it was not intended to be a universal acronym dictionary (which could run to millions of acronyms). WTF has generally been used to expand acronyms for phrases used in typical mailing list/newsgroup settings (e.g. IMO, etc.) But hey, if someone has the energy to create *and maintain* a univeral acronym library, go for it! What does the conversion to a DAT file achieve?? save a bit of space/speed search? zzapper The latter. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Multiple cygwins/ Distributing cygwin apps
On Mon, 3 Nov 2003, Christopher Faylor wrote: On Mon, Nov 03, 2003 at 12:24:20AM -0800, Brian Dessent wrote: But seriously, you have to realize that this is a volunteer affair and that the people involved could care less how some 3rd party perverts the software, it's not their job. Can we get a new acronym here? 3PP? I just embarrassed myself in a meeting by snorting out loud at this. cgf Done: http://cygwin.com/acronyms/#3PP. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Take 2: Testers for new ssh-*-config scripts wanted!
I use Dave Roth's perl module for more complex user flag settings, but the hands down easiest way to do this is with the NET command: NET USER username /EXPIRES:NEVER This command is built-in on all Windows NT/2K/XP systems. For more details see NET HELP USER. Alan --On Monday, November 03, 2003 4:05 PM -0600 DePriest, Jason R. [EMAIL PROTECTED] wrote: Does anybody know how I can set Password never expires from the command line? Corinna, User Accounts have a USER_FLAGS attribute that can be any combination of a couple of values. One of these can be UF_DONT_EXPIRE_PASSWORD. If it is present, the password never expires. I typically manipulate it using Dave Roth's Win32::AdminMisc perl module (UserGetMiscAttributes and UserSetMiscAttributes)... which is likely beyond the scope of what you want this script to do. The CREATEUSERS.VBS script from the Windows 2000 Resource Kit (Supplement 1) looks promising. I haven't used it, but the code seems capable of specifying the UF_DONT_EXPIRE_PASSWORD option. I would attach the .vbs file (as a .txt file), but it is copyrighted by Microsoft. If anyone knows if emailing it would be bad or not, let me know. -Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95
At 08:06 PM 11/3/2003 +0100, Corinna Vinschen wrote: On Mon, Nov 03, 2003 at 01:39:56PM -0500, Pierre A. Humblet wrote: On Mon, Nov 03, 2003 at 05:31:15PM +0100, Corinna Vinschen wrote: I see. I'll create a patch. I started one already, must still compile and test. Let me know if you proceed on your side. I have a patch ready and it seems to work fine(tm). Would you mind to give it a try on 95? Patch below. Turns out your patch is identical to mine (there is no need to initialize protolen), and it worked on Win95, but a few things trouble me in the reused code: 1) The test IsBadReadPtr (src-s_proto ... will unduly fail on Win95 if the 16 lsb of the first alias address are the 16 msb of a readable memory address. I don't see why that's impossible. If would safer to have a wincap entry, or (horror !), testing wincap.osname (). 2) The test !IsBadReadPtr (((pservent *) src) should never fail when it is reached, but should it fail, s_proto would be assigned an invalid address and the program would crash. So if that test is kept it should be part of a if .. else if .. (leaving s_proto NULL). 3) Strictly speaking, we should use IsBadStringPtr.. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup snapshot location?
I'm sure I've missed something blindingly obvious, but I have looked and searched: 1. The Cygwin home page 2. The Cygwin snapshot page 3. The FAQ 4. Google (using setup.exe cygwin snapshot and a couple of other combinations) I can find nothing that indicates where setup snapshots are located. In fact, I can't even find setup's home page, although I know there is one because I've been there before. Which is how I know I'm missing something blindingly obvious; my apologies in advance. Thanks, Vince __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup snapshot location?
www.cygwin.com/setup-snapshots sources.redhat.com/cygwin-apps/setup.html (linked from the packagers page on cygwin.com) Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Setup snapshot location?
Vince Rice wrote: I'm sure I've missed something blindingly obvious, but I have looked and searched: 1. The Cygwin home page 2. The Cygwin snapshot page 3. The FAQ 4. Google (using setup.exe cygwin snapshot and a couple of other combinations) I can find nothing that indicates where setup snapshots are located. In fact, I can't even find setup's home page, although I know there is one because I've been there before. Which is how I know I'm missing something blindingly obvious; my apologies in advance. http://www.cygwin.com/setup-snapshots/ I agree that this fact has not exactly been well publicised, I don't know if there's a reason for that or not. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup snapshot location?
On Tue, 2003-11-04 at 15:22, Brian Dessent wrote: http://www.cygwin.com/setup-snapshots/ I agree that this fact has not exactly been well publicised, I don't know if there's a reason for that or not. Yes, because I want to advise folk when a snapshot should be tested. The setup home page is more publicised. Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Clean installed and Bash marked not executable
I did a clean install of the latest cygwin and for some bizarre reason /usr/bash(.exe) is marked not executable after the installation. This causes a problem with openssh because when an incoming session comes it tries to run bash and finds it not executable and will reject the login with a cryptic message. Only by turning on debug mode for sshd in the windows registry and looking at the sshd log did I finally figure out it was the bash not executable problem. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem building sh-elf cross gcc under Cygwin
Hi all, I'm currently experiencing a problem with building a cross compiler from Cygwin to sh-elf. In particular, I'm trying to build gcc-3.2.1 I'm building in a separate directory, and am configuring it like so... [EMAIL PROTECTED] /work/stuff/sh_gcc_build $ ../gcc-3.2.1/configure --prefix=/work/stuff/sh_gcc_install --target=sh-elf --enable-languages=c --with-as=/work/stuff/sh_binutils_install/bin/sh-elf-as --with-ld=/work/stuff/sh_binutils_install/bin/sh-elf-ld --with-newlib This all seems to go fine, but after running make, it seems to crap out while building the newlib math library stuff... /work/stuff/sh_gcc_build/gcc/xgcc -B/work/stuff/sh_gcc_build/gcc/ -nostdinc -B/work/stuff/sh_gcc_build/sh-elf/ml/newlib/ -isystem /work/stuff/sh_gcc_build/sh-elf/ml/newlib/targ-include -isystem /work/stuff/gcc-3.2.1/newlib/libc/include -B/work/stuff/sh_gcc_install/sh-elf/bin/ -B/work/stuff/sh_gcc_install/sh-elf/lib/ -isystem /work/stuff/sh_gcc_install/sh-elf/include -ml -DPACKAGE=\newlib\ -DVERSION=\1.11.0\ -I. -I../../../../../../gcc-3.2.1/newlib/libm/math -I../../../../../../gcc-3.2.1/newlib/libm/math/../common -O2 -DHAVE_GETTIMEOFDAY -DWANT_PRINTF_LONG_LONG -fno-builtin -O2 -g -O2 -ml -c ../../../../../../gcc-3.2.1/newlib/libm/math/er_lgamma.c ../../../../../../gcc-3.2.1/newlib/libm/math/er_lgamma.c: In function `__ieee754_lgamma_r': ../../../../../../gcc-3.2.1/newlib/libm/math/er_lgamma.c:309: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://www.gnu.org/software/gcc/bugs.html for instructions. make[7]: *** [er_lgamma.o] Error 1 make[7]: Leaving directory `/work/stuff/sh_gcc_build/sh-elf/ml/newlib/libm/math' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/work/stuff/sh_gcc_build/sh-elf/ml/newlib/libm' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/work/stuff/sh_gcc_build/sh-elf/ml/newlib' make[4]: *** [all-recursive-am] Error 2 make[4]: Leaving directory `/work/stuff/sh_gcc_build/sh-elf/ml/newlib' make[3]: *** [multi-do] Error 1 make[3]: Leaving directory `/work/stuff/sh_gcc_build/sh-elf/newlib' make[2]: *** [all-multi] Error 2 make[2]: Leaving directory `/work/stuff/sh_gcc_build/sh-elf/newlib' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/work/stuff/sh_gcc_build/sh-elf/newlib' make: *** [all-target-newlib] Error 2 This occurs when I'm using version 1.5.5 of the Cygwin DLL (with the cygwin supplied 3.3.1 native gcc), but not when I'm using 1.3.22 (with the cygwin supplied 3.2 native gcc). Nor does it occur (for what it's worth) when I'm attempting to build the cross compiler on a Linux host. I've tried with 2.3.2, 3.3.1 and 3.3.2 native compilers. Building the gcc-3.2.1 sh-elf cross compiler succeeds in each of these cases. Thus I'm thinking that it's a Cygwin issue that I'm running into here, but of course for all I know it could be just a latent gcc 3.2.1 bug that is now being tickled. Note that I'm reluctant to switch away from gcc 3.2.1 because that is what the eCOS folks recommend for building eCOS (which is ultimately what I want to do). After doing some more digging it turns out that the actual segfault occurs in cc1, and it's being run like this... /work/stuff/sh_gcc_build/gcc/xgcc -v -B/work/stuff/sh_gcc_build/gcc/ -nostdinc -B/work/stuff/sh_gcc_build/sh-elf/ml/newlib/ -isystem /work/stuff/sh_gcc_build/sh-elf/ml/newlib/targ-include -isystem /work/stuff/gcc-3.2.1/newlib/libc/include -B/work/stuff/sh_gcc_install/sh-elf/bin/ -B/work/stuff/sh_gcc_install/sh-elf/lib/ -isystem /work/stuff/sh_gcc_install/sh-elf/include -ml -DPACKAGE=\newlib\ -DVERSION=\1.11.0\ -I. -I../../../../../../gcc-3.2.1/newlib/libm/math -I../../../../../../gcc-3.2.1/newlib/libm/math/../common -O2 -DHAVE_GETTIMEOFDAY -DWANT_PRINTF_LONG_LONG -fno-builtin -O2 -g -O2 -ml -c ../../../../../../gcc-3.2.1/newlib/libm/math/er_lgamma.c Running this under gdb shows that the segfault occurs somewhere in gcc's garbage collection code... Program received signal SIGSEGV, Segmentation fault. ggc_mark_rtx_children (r=0x1431700) at /work/PrinterGroupSoftware_win32/07-printers/01-printer_general/04-software_modules/08-gnu_tools/gcc-3.2.1/gcc/ggc-common.c:299 299 for (i = NEXT_INSN (r); ; i = NEXT_INSN (i)) (gdb) bt #0 ggc_mark_rtx_children (r=0x1431700) at /work/PrinterGroupSoftware_win32/07-printers/01-printer_general/04-software_modules/08-gnu_tools/gcc-3.2.1/gcc/ggc-common.c:299 #1 0x004aee71 in ggc_mark_rtx_children_1 (r=0x1431480) at /work/PrinterGroupSoftware_win32/07-printers/01-printer_general/04-software_modules/08-gnu_tools/gcc-3.2.1/gcc/ggc-common.c:394 #2 0x004af018 in ggc_mark_rtvec_children (v=0x142b8f0) at /work/PrinterGroupSoftware_win32/07-printers/01-printer_general/04-software_modules/08-gnu_tools/gcc-3.2.1/gcc/ggc-common.c:418 #3 0x004aee3f in ggc_mark_rtx_children_1 (r=0x14329a8) at
Updated Cygwin Package: proftpd-1.2.9-1
New News: === I have updated the version of ProFTPD to 1.2.9-1. The tarballs should be available on a Cygwin mirror near you shortly. Old News: === ProFTPD is an enhanced FTP server with a focus toward simplicity, security, and ease of configuration. It features a very Apache-like configuration syntax, and a highly customizable server infrastructure, including support for multiple 'virtual' FTP servers, anonymous FTP, and permission-based directory visibility. See the ProFTPD home page for more details: http://www.proftpd.org/ Please read the README file: /usr/share/doc/cygwin/proftpd-1.2.9.README since it covers requirements, installation, known issues, etc. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6