Pending Packages List, 2003-11-07
This is the list of pending packages as of Friday, November 7, 2003. ** PACKAGE PROPOSERS ** Please verify these fields ** Package: The name and version of the package as it will appear in setup. Proposal: Files that will be uploaded to sources.redhat.com unmodified. HOLD-UPS: What you need to finish! What we are waiting for. Maintainers of existing packages are eligible to vote on ITPs and new package proposals. Once a package has been proposed, a cygwin-apps subscriber must review it, and may point out problems or suggest changes. Each package must receive a good to go (positive review) and must have all problems addressed before being accepted. Problems can be addressed either by announcing an updated version or explaining why the problem is not an issue. === Pending Packages List === Waiting for review: ploticus sgrep distcc libsmi nfs-server otcl tclcl Waiting for vote[s]: ploticus sgrep libsmi (GAP) With unresolved problems: tcm ploticus sgrep d distcc Package: tcm 2.20-1 Description: Toolkit for Conceptual Modeling (TCM) Proposer: Daniel Boesswetter Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00299.html http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 http://home.in.tum.de/~boesswet/setup.hint Good to go: Charles Wilson (cygwin-apps-thread.11851) (once problems are addressed) Problems: So, here's the question for the list. For the cygwin-specific README in a X-related package, where should it go? (cygwin-apps-thread.11851) Status: Attained required 3 votes. Package available. Reviewed. HOLD-UPS: Unresolved minor problems. Package: ploticus 2.11-1 Description: Command line driven tool to generates various plots and graphs Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00165.html http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/ploticus/setup.hint Problems: Jari needs to (a) remove /usr/X11R6/lib/libz.a|libz.dll.a (b) recompile the package. This will ensure that it links against /usr/lib/libz.dll.a and picks up cygz.dll instead. (cygwin-apps-thread.11583) More to the point, the build requirements list libzlib, libpng, and X11. Those packages do NOT exist. What you want is: XFree86-base zlib libpng12 libpng12-devel (cygwin-apps-thread.11583) ./cygbuild-2.11-1.sh: line 402: [: -eq: unary operator expected (cygwin-apps-thread.11583) Status: Package available. HOLD-UPS: Not enough votes (need 3). Unresolved problems. No good to go review. Package: sgrep 1.99.1-1 Description: Search indexed text regions like SGML, XML and HTML files Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint Problems: ./cygbuild-1.92.1-1.sh: line 408: [: -eq: unary operator expected (cygwin-apps-thread.11855) --- sgrep-1.92.1-orig/Makefile 1970-01-01 00:00:00.0 + (cygwin-apps-thread.11855) Aye votes: Lapo Luchini (cygwin-apps-thread.11774) [1/3] Status: Package available. HOLD-UPS: Not enough votes (need 2 more). Unresolved problems. No good to go review. Package: d 1.2.0-1 Description: The Directory Lister Proposer: Yaakov Selkowitz Proposal: mailto:[EMAIL PROTECTED] http://mywebpage.netscape.com/yselkowitz/cygwin/d/d-1.2.0-1.tar.bz2 http://mywebpage.netscape.com/yselkowitz/cygwin/d/d-1.2.0-1-src.tar.bz2 http://mywebpage.netscape.com/yselkowitz/cygwin/d/setup.hint Good to go: Gerrit P. Haase (cygwin-apps-thread.11476) (once problems are addressed) Problems: Have we already talked about why this package is better than 'ls'? If it is just another directory lister with different options then I don't see a need for it. Also, if it isn't part of any other linux or unix distribution then it doesn't really fit into the core goal for cygwin. (cygwin-apps-thread.11858) Status: Attained required 3 votes. Package available. Reviewed. HOLD-UPS: Unresolved minor problems. Package: distcc 2.11.1-1 Description: A fast, free, distributed C/C++ compiler Proposer: John Morrison Proposal: mailto:[EMAIL PROTECTED] http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1-src.tar.bz2
Re: Pending Packages List, 2003-11-04
Sorry about falling down wrt the last two PPL postings; my DNS issues were just resolved yesterday, and I'm still in the process of catching up. On 2003-11-05T17:28-0500, Yaakov Selkowitz wrote: ) Daniel Reed wrote: ) Package: d 1.2.0-1 )Problems: Have we already talked about why this package is better than ) 'ls'? If it is just another directory lister with different options then ) I don't see a need for it. ) Again, there has been some discussion on that already: ) ) http://cygwin.com/ml/cygwin-apps/2003-10/msg00401.html ) http://cygwin.com/ml/cygwin-apps/2003-10/msg00010.html ... ) If there are still specific issues that I have yet to clarify, could they ) be stated so that they can be addressed? Frankly, there are other Everything looks good as far as normal procedures are concerned, but there is still a problem on the record. Christopher, has Yaakov's explanation resolved your inquiry? If so, I will upload d immediately. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ I don't like sending my conversation hundreds of miles where a lot of people can read it o_0 even if I am just talking about cheese. -- Avatar214, re: encryption in naim
Re: Pending Packages List, 2003-11-04
On Fri, Nov 07, 2003 at 01:03:20PM -0500, Daniel Reed wrote: Christopher, has Yaakov's explanation resolved your inquiry? I guess so. cgf
RE: New version of nfs-server for review
On 2003-11-04T16:55-0500, Robb, Sam wrote: ) A new version of nfs-server is available for testing. This update ) contains bug fixes and should conform to the latest Cygwin packaging ) standards. ) It's been about a week without a response, positive or negative. ) ) Any objections to uploading this as a test package for the nonce? I just checked the package, and the man directory is still in usr/man instead of usr/share/man, but that is not fatal. I will try to check this out later today, but I only have one Cygwin machine available to me at the moment. As to using test, there does not appear to be clear precedent for that. [To the list] Should it become policy for all proposed packages to be uploaded under test once they have received the required votes, and then just moved to curr once they have had all problems resolved and received a good to go? Pro: Packages that have a more selective user base (and hence a limited number of people to perform a functionality review) could be in the system sooner. Additionally, it may open up the review process to more package maintainers who do not actively follow cygwin-apps, but might notice new Test packages. Con: If a pending package has packaging problems, premature propogation could cause chaos on a wider scale. Currently Test seems to imply the functionality is all that is at question, not the packaging itself. I cringe to propose an even more drastic change, but perhaps a fourth category could be created specifically for pending packages. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ I'd say some people have no lives, but I'm the one who's going to wallpaper his room in naim source in a few days. -- FalseName, EFnet #naim
Re: [ITP] d 1.2.0
On 2003-10-03T02:25-0400, Yaakov Selkowitz wrote: ) Anyway, here are the URLs again (same as before) with MD5sums, to prevent confusion with the old packages: ) ) http://mywebpage.netscape.com/yselkowitz/cygwin/d/d-1.2.0-1.tar.bz2 ) http://mywebpage.netscape.com/yselkowitz/cygwin/d/d-1.2.0-1-src.tar.bz2 ) http://mywebpage.netscape.com/yselkowitz/cygwin/d/setup.hint Uploaded. Please send an announcement once you have had a chance to verify correct installation with setup.exe. Thanks, -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ I don't believe in making something user friendly just for the sake of being user friendly, though; if you're decreasing the users' available power, you're not really being all that friendly to them.
Re: New version of nfs-server for review
On Fri, Nov 07, 2003 at 01:27:21PM -0500, Daniel Reed wrote: [To the list] Should it become policy for all proposed packages to be uploaded under test once they have received the required votes, and then just moved to curr once they have had all problems resolved and received a good to go? Pro: Packages that have a more selective user base (and hence a limited number of people to perform a functionality review) could be in the system sooner. Additionally, it may open up the review process to more package maintainers who do not actively follow cygwin-apps, but might notice new Test packages. Con: If a pending package has packaging problems, premature propogation could cause chaos on a wider scale. Currently Test seems to imply the functionality is all that is at question, not the packaging itself. I cringe to propose an even more drastic change, but perhaps a fourth category could be created specifically for pending packages. I don't think you can make a general rule about this. Both the Pros and the Cons are pretty compelling so I think that we should consider allowing this in some cases but only on a case by case basis. I wouldn't mind doing this in this specific case, though. cgf
RE: New version of nfs-server for review
On 2003-11-04T16:55-0500, Robb, Sam wrote: ) Any objections to uploading this as a test package for the nonce? I changed your setup.hint to list 2.2.47-2 as a test release and uploaded the package. http://cygwin.com/setup.html indicates you should announce (via cygwin-announce) that nfs-server is available for experimentation. Thanks, -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ There go my people. I must find out where they are going so I can lead them. -- Alexandre Ledru-Rollin
RE: New version of nfs-server for review
Daniel, Chris - thanks much. I'll make the announcement. -Samrobb -Original Message- From: Daniel Reed [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 2:51 PM To: [EMAIL PROTECTED] Subject: RE: New version of nfs-server for review On 2003-11-04T16:55-0500, Robb, Sam wrote: ) Any objections to uploading this as a test package for the nonce? I changed your setup.hint to list 2.2.47-2 as a test release and uploaded the package. http://cygwin.com/setup.html indicates you should announce (via cygwin-announce) that nfs-server is available for experimentation. Thanks, -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ There go my people. I must find out where they are going so I can lead them. -- Alexandre Ledru-Rollin
Re: problem with lftp 2.6.8-1 postinstall script
On 2003-11-08T01:20-0500, Mark Blackburn wrote: ) For now I suggest that no one installs the lftp-2.6.8 package. ) ) I also ask that this package be removed from the cygwin.com ftp server ) until I can package a 2.6.8-2 version. I have removed the 2.6.8-1 files. Hopefully this won't upset upset. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ The best executive is the one who has sense enough to pick good men to do what he wants done, and self-restraint enough to keep from meddling with them while they do it. -- Theodore Roosevelt
Re: problem with lftp 2.6.8-1 postinstall script
I apologize for the trouble this is causing people. I'm looking into this problem now. I didn't test the install with setup. I just ran my postinstall script by hand to test it. I don't know why installing with setup is having this effect. For now I suggest that no one installs the lftp-2.6.8 package. I also ask that this package be removed from the cygwin.com ftp server until I can package a 2.6.8-2 version. Mark Blackburn Andrew Waltman wrote: For me when installing lftp 2.6.8-1 the postinstall script at /etc/postinstall/lftp.sh gets stuck in an infinite loop on lines 23-27 if you have and existing /etc/lftp.conf file. The output gets set to the /var/log/setup.log.full file filling up the disk. I cancelled the install and found that the file was over a 1.5 GB in size! I removed the file, reinstalled the package, killed the sh process of the postinstall script and the rest of the postinstall scripts for the other packages finished successfully. The setup.log.full showed more of the same output from the lftp.sh script, but since the sh process was killed did not fill the disk again. I guess another workaround would be to move the /etc/lftp.conf out of the way before the running the installer and put it back when it is done (unless you want the new version). I don't know if anyone else has run into this, but thought I should send something out to let people know to be on the lookout. Thanks, Andrew -- 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: Patch for keyboard handling
Harold, I think I understand your original patch better now and I think that you were probably doing it correctly, but I can't verify that right now. If this is what you were trying to do, then it probably is correct: 1) Assume that no keyboard input is in the mi queue when winWindowProc is called. 2) If we are getting the keyboard focus, grab the Windows mode key state and X mode key state, compare them, and send fake key presses to X to get the two states in synch. 3) Do not synch the key states anywhere else. That would probably work because it would enqueue key messages that will synch the mode key states before placing normal key messages in the queue. Thus, when we ask X for the mode key states we should get a consistent result since the input queue in X is empty. The all points are right. I think you completely understand this patch. The essential difference between the old code and this patch is to remember states by ourselves or to peek in the internal states if necessary. Moreover, the old code refers the states of Windows which is not guaranteed to same as the XWin's states. Hence I believe the patch is, at least, not worse than the old code, though there remains some incompleteness. One is the event queue you told, another is cooperation with customized keyboards. Does that sound like what you were trying to do initially? I got confused because I couldn't keep track of where all the calls to winRestoreModeKeyStates would up. winRestoreModeKeyStates is called from WM_SETFOCUS handlers in winTopLevelWindowProc (in -multiwindow case) and winWindowProc (in other cases). Only 2 places. I hope this helps your review. Takuma Murakami ([EMAIL PROTECTED])
Re: screen redraw problem
Harold, Many thanks for email. I have created an XFree debug build now and a symbolic link from /usr/X11R6_suffix/lib/X11/fonts to /usr/X11R6/lib/X11/fonts. In order to debug this though, what's the best approach? For example, should I use any flags on the xwin command line? Do you use gdb to do the debugging? If so, could you just give me a clue as to where I might want to set the breakpoint given the nature of the problem? Sorry to ask for spoon-feeding on this!! Thanks again though. JS. JS, Start here: http://xfree86.cygwin.com/docs/cg/prog-obtaining-source.html Then read how to compile: http://xfree86.cygwin.com/docs/cg/prog-build-native.html Notice that towards the bottom of the above section it tells how to do a Standard Build and a Debug Build. The debug build uses the makeg script, so you don't have to edit any Imakefiles or config files. Finally, read how to move your current X installation safely out of the way before installing your local build: http://xfree86.cygwin.com/docs/cg/prog-build-native.html#prog-compiling-install As an absolute last step, if you created a host.def file that said not to build fonts (look at xf86site.def for an example), then you need to cut and paste C:\cygwin\usr\X11R6_suffix\lib\X11\fonts to C:\cygwin\usr\X11R6\lib\X11\fonts. Cutting and pasting is an instantaneous operation. Copying the files would take up to an hour, as there are around 20,000 font files. Just be sure that you cut and paste that fonts folder into another folder before you delete one of your test installations. You don't want to end up deleting that folder... you would be in a world of hurt. Harold J S wrote: Ha ! OK I'll try to be that guy! What's the best way to do this? Recompile XWin with the -g flag? Is there anything to change in the Makefile? Haven't done this before so would appreciate any pointers. Thanks a lot. JS, Looks like you have found a generic problem with X or one of the libraries you are using. It is going to take a lot of debugging... you are going to have to be that guy. Harold J S wrote: Is there anymore information I need to add to this post? I would really like to get some help with it. The logs don't seem to be showing anything. I've tried setting different color depths, and screen resolutions but to no avail. Hi, I have an application which has some boxes in the window. The window itself is scrollable. When I scroll down - no problem, but when I scroll up the boxes turn into long vertical bars. This problem doesn't happen with Exceed, but on XFree86 (both Linux XFree86 and Cygwin-XFree) it does. Can anyone advise me whether this is a bug, or is there some setting I need to add? Let me know if you need anymore information. Thanks for any help. JS. _ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger _ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger _ Hotmail messages direct to your mobile phone http://www.msn.co.uk/msnmobile
Re: xinit: The application has failed to start because cygfreetype-6.dll was not found.
Harold L Hunt II [EMAIL PROTECTED]: (I'm not Constantine, but I see the same problem) 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? Yes. I've added two xterms doing an ssh -X into linux boxes I always work on, and there is a sleep between each xterm start. What program are you launching that requires this DLL? The dialog that pops up, has the title: XWin.exe - Unable To Locate DLL Are you launching emacs? No. I did the update today.
Re: screen redraw problem
JS, J S wrote: Harold, Many thanks for email. I have created an XFree debug build now and a symbolic link from /usr/X11R6_suffix/lib/X11/fonts to /usr/X11R6/lib/X11/fonts. That is a good idea. I never thought of just creating a symlink. Doh! In order to debug this though, what's the best approach? For example, should I use any flags on the xwin command line? Do you use gdb to do the debugging? If so, could you just give me a clue as to where I might want to set the breakpoint given the nature of the problem? Boy... this is really tough to say. I think you're going to have to look at the client code (to understand what happens when the window is scrolled), the Xlib code (to understand what it does when the window is scrolled), and the server code (to see whether the requested operation is successful and performed correctly). Actually, a good first start would be some experimentation with your app (assuming you have the source and it compiles on Cygwin/X): 1) Compile the app against the Cygwin/X libs and headers. 2) Run the app under XWin.exe (you have done this, I know). 3) Run the app under Exceed (you said you did this too). At this point, it is still linked to our libs, so correct operation would mean the problem is in XWin.exe, not in Xlib. 4) If you have access to Solaris machines that are running Sun's X Server, recompile the app on them and launch it locally. Also, launch the app through ssh and display it in XWin.exe. Proper display on Solaris when run locally would be interesting. Proper display in XWin.exe would mean that the app is probably using Xlib in a slightly broken manner which works for some platforms but not all platforms. In that case, it will be better to fix the app. The next steps after this are to read the code as I described above and figure out where to stick your breakpoint. I can't really tell you more than that since I don't know what functions your code is calling (and I don't have your code). You should be able to figure it out. Feel free to continue asking questions. Harold
Re: screen redraw problem
JS, Can you tell us about the application - is it available anywhere so I can take a look too ? Alan.
Re: screen redraw problem
Hi Alan, I wish I could. It's a legacy application used by my work called ISIS which runs on an old VAX system (not an OS I'm really familiar with). I don't think it's written in-house either, so getting the source code is probably a no-no too. In fact, the same applies to most X apps we have at my work! I'll check it out on Monday though. Thanks for your interest. JS. JS, Can you tell us about the application - is it available anywhere so I can take a look too ? Alan. _ Express yourself with cool emoticons - download MSN Messenger today! http://www.msn.co.uk/messenger
src/winsup/cygwin ChangeLog cygthread.cc fhand ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-11-07 18:21:06 Modified files: winsup/cygwin : ChangeLog cygthread.cc fhandler_disk_file.cc Log message: * cygthread.cc (cygthread::freerange): Set inuse count. Avoid setting ev from h as h would be NULL at this point. (cygthread::operator new): Issue debugging info when overflowing the thread pool. (cygthread::cygthread): Set ev from h here after h has been initialized. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2156r2=1.2157 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygthread.cc.diff?cvsroot=srcr1=1.36r2=1.37 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.67r2=1.68
src/winsup/utils ChangeLog cygpath.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-11-07 18:30:36 Modified files: winsup/utils : ChangeLog cygpath.cc Log message: * cygpath.cc (main): Allow multiple pathnames on command line. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.243r2=1.244 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/cygpath.cc.diff?cvsroot=srcr1=1.31r2=1.32
Re[2]: terms
I've tried that but it doesnt work, i mean that when i do a ls in a dir with jp/chinese named files it will just put ? everywhere I'm running a jp win2k with jp locales any idea? - Original Message - From: Paul-Kenji Cahier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 07, 2003 1:38 AM Subject: terms Hello all, I've been trying to make other terminals than rxvt work without the X server but without success yet... The problem of the rxvt that comes with cygwin is that as the original rxvt it doesnt support special charsets, and hence cant display correctly japanese characters, or chinese characters, or russian, etc. The alternative under linux would be to use either mlterm or rxvt-beta, mlterm being particularly useful as it allows multiple encoding in a same term. I am using Simplified Chinese version of win2k and I put the following lines in my ~/.Xdefaults: [code] rxvt*font: fixedsys rxvt*boldFont: fixedsys rxvt*mfont: fixedsys rxvt*multibyte_cursor:True rxvt*multichar_encoding:big5 [/code] then the rxvt windows shipped with cygwin can display Chinese characters correctly (just as notepad.exe). However, if I change the rxvt*multichar_encoding line to gb, it cannot display correct gb2312 characters. It is confusing... [snip] -- 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/
a try at killall
Not complete, but usually works for me 0=) $ cat /usr/local/bin/killall #!/bin/sh ps -s | sed -re /$1$/s/^ +([0-9]+).*$/\1/;t fine;d;:fine | xargs kill $2 $3 $4 -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- 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/
colours for info man displays
HiYa I always use a Win32 Console for CYGWIN with light turquiose set as background colour and black for text. This is setup via Win32 Console properties. The Cygwin prompt color is green. My problem is that in INFO or MAN pages this green is practically invisible against the highlight colour used for the status bar PS1=\[\033]0;\w\007 questions) q1) Where is PS1 set? q2) How can I change the green colour? 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/
Can I read the name of a shell function?
HiYaAll I have created a lot of functions in my .profile When I try to read the function name from within the function $0 just returns bash. Is there any way of reading the functions name?? 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: colours for info man displays
zzapper wrote: I always use a Win32 Console for CYGWIN with light turquiose set as background colour and black for text. This is setup via Win32 Console properties. The Cygwin prompt color is green. My problem is that in INFO or MAN pages this green is practically invisible against the highlight colour used for the status bar PS1=\[\033]0;\w\007 questions) q1) Where is PS1 set? q2) How can I change the green colour? It's set in /etc/profile by default. Also, the default setting is actually: export PS1='\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' Note the line breaks -- you could achieve the same affect with \n without spanning multiple lines. The first segment of the prompt does not actually display anything. \033]0;\w\007 is the code to set the rxvt window title. \w is replaced by the current working directory, but you could put anything there you want. The \[ and \] sequences tell bash that the enclosed characters are non-printing, i.e. control characters. This is so that bash doesn't get confused as to which column the cursor is on. The part that actually sets the color is done by \033[32m. 32 means green, and the general form of this command is \033[#;#...#;m where each # specifies an attribute. See for example http://www.bluesock.org/~willg/dev/ansi.html. Note also that \033 is the octal representation of the ESC character. You can also use \e. Finally, there is the list of escape sequences that bash substitutes, i.e. \w, \u, etc. A full list can be found here: http://www.gnu.org/manual/bash-2.05a/html_node/bashref_74.html#SEC81 That should be all you need to fiddle around with the colors and/or layout. For example, my prompt is currently: export PS1='\[\e]0;\l \w\007\n($?) \t \[\e[36m\]\l [EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n$ ' (That should be all on one line.) I like having the tty number in the window title, as well as the timestamp and return value of the previous command displayed at the prompt. 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/
[ANNOUNCEMENT] Updated: wget-1.9-1
DESCRIPTION: GNU Wget is a free software package for retrieving files using HTTP, HTTPS and FTP, the two most widely-used Internet protocols. It is a non-interactive commandline tool, so it may easily be called from scripts, cron jobs, terminals without Xsupport, etc. CYGWIN NEWS: - moved documentation to /usr/share - updated to version 1.9 - removed CAN-2002-1344 patch (included in v1.9) - removed init.c and recur.c patches (included in v1.9) - keep netrc.c and wget.texi patches - removed info dir update from postinstall script, _update-info-dir takes cares of this now WGET NEWS: ** It is now possible to specify that POST method be used for HTTP requests. For example, `wget --post-data=id=foodata=bar URL' will send a POST request with the specified contents. ** IPv6 support is available, although it's still experimental. ** The `--timeout' option now also affects DNS lookup and establishing the TCP connection. Previously it only affected reading and writing data. Those three timeouts can be set separately using `--dns-timeout', `--connection-timeout', and `--read-timeout', respectively. ** Download speed shown by the progress bar is based on the data recently read, rather than the average speed of the entire download. The ETA projection is still based on the overall average. ** It is now possible to connect to FTP servers through FWTK firewalls. Set ftp_proxy to an FTP URL, and Wget will automatically log on to the proxy as [EMAIL PROTECTED]. ** The new option `--retry-connrefused' makes Wget retry downloads even in the face of refused connections, which are otherwise considered a fatal error. ** The new option `--dns-cache=off' may be used to prevent Wget from caching DNS lookups. ** Wget no longer escapes characters in local file names based on whether they're appropriate in URLs. Escaping can still occur for nonprintable characters or for '/', but no longer for frequent characters such as space. You can use the new option --restrict-file-names to relax or strengthen these rules, which can be useful if you dislike the default or if you're downloading to non-native partitions. ** Handling of HTML comments has been dumbed down to conform to what users expect and other browsers do: instead of being treated as SGML declaration, a comment is terminated at the first occurrence of --. Use `--strict-comments' to revert to the old behavior. ** Wget now correctly handles relative URIs that begin with //, such as //img.foo.com/foo.jpg. ** Boolean options in `.wgetrc' and on the command line now accept values yes and no along with the traditional on and off. ** It is now possible to specify decimal values for timeouts, waiting periods, and download rate. For instance, `--wait=0.5' now works as expected, as does `--dns-timeout=0.5' and even `--limit-rate=2.5k'. INSTALLATION: To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select Web and then click on the appropriate field until the above announced version number appears if it is not displayed already. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. -- Med venlig hilsen / Kind regards Hack Kampbjørn -- 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: colours for info man displays
On Fri, 07 Nov 2003 07:01:04 -0800, Brian Dessent [EMAIL PROTECTED] Brian Thanx very much for your very useful reply. However Man Info don't seem to inherit the values of PS1, so I guess their colours must be set elsewhere (DOS window) 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: The incredible shrinking PATH
Mark Sheppard wrote on Friday, November 07, 2003 3:33 PM: We're getting a problem where a native windows console program invoked from an interactive Cygwin bash shell seems to be getting a truncated PATH environment variable. The windows program in question is Boost Jam and for some people it can't find a compiler that's definitely in a directory in their path. If they re-arrange the directories in their path to make the relevant one appear early on things start working. And the same command invoked from cmd works without having to re-arrange the path. Has anyone come across anything like this before? I had a quick search of the archives but nothing turned up. You might search for a limit in environment vars on this list. We had some threads about it lately including the reason. Regards, Jörg -- 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: Process hang(100% CPU Usage) when concurrent calling select(),cygwin1.5.5-1 WinXP/Win2000
zhouxin wrote: If the udp worker's count greater than 18,some thread's select() hang and process take 100% cpu: My vague recollection is that Cygwin allocates threads to handle select(). Interestingly, there is a static pool of 18 threads internally before switching to dynamically created threads. So there may be some problem related to the dynamically allocated threads code. -- Joe Buehler -- 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
The correct solution for dealing with multiple cygwins on your system is to remove all of the older DLLs. If you have a distribution which distributes cygwin and that distribution screws up an existing cygwin installation, then complain to the people who provided the distribution. Their installation software is broken. To repeat: There is no need to keep multiple versions of the cygwin DLL on your system. I'm closing this thread now. On Thu, Nov 06, 2003 at 04:51:16PM -0700, John Moore wrote: I now have a procedure that works on my system for allowing more than one cygwin to exist on the same Windows instance at the same time (but not to execute at the same 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: colours for info man displays
I would definitely try rxvt with the --bg and --fg parameters to set the colors. I use CMD.EXE as little as possible these days, it seems like rxvt just plain works better for just about every aspect. Brian I'd use rxvt but I don't like Unix Paste where anything highlighted is automatically copied to the paste buffer. I prefer to actively choose what I put into the paste buffer ; or can I configure rxvt's behaviour? 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: Fltk install hangs
Aaron Humphrey wrote: It got as far as fltk and then hung on the one file, /usr/share/doc/fltk-1.1.4/fl_color_chooser.jpg. [...] It went from about 10 megabytes to 24 megabytes in less than a minute, which is an unusual size for a JPG in any event. During the setup I went out to drink a tea. When I come back, the file had 1.4 GB. Regards Krzysztof Duleba -- 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 with windows-style paths in recent Cygwin install
Hi,
We have been using Cygwin, DLL version 1.3.22, with
success. We recently upgraded to DLL version 1.5.5, and
with this version, we are unable to use Windows-style
paths from within Cygwin. I'd appreciate any insight
anyone might have as to how to fix the behavior for 1.5.5.
Details below; first some cut-and-pastes exhibiting the
problem, and then the output of cygcheck -s -v -r for
both versions of Cywin.
Many thanks,
-P.
--
Peter S. Shenkin Schrodinger, Inc.
VP, Software Development 120 W. 45th St., 32nd Floor
646 366 9555 x111 Tel New York, NY 10036
646 366 9550 FAX USERID: shenkin
http://www.schrodinger.comDOMAIN: schrodinger DOT com
Pre-arranged conf. calls: 702-759-8420 or 888-867-7084; passcode 646-366
DLL version: 1.3.22: (correct result)
edith c:\\Perl\\bin\\perl.exe -e 'print int($]*1000),\n'
5008
DLL version: 1.5.5: (incorrect result)
edith c:\\Perl\\bin\\perl.exe -e 'print int($]*1000),\n'
-bash: c:\Perl\bin\perl.exe: command not found
However, even with 1.5.5, UNIX-style paths work:
DLL version: 1.5.5:
edith c:/Perl/bin/perl.exe -e 'print int($]*1000),\n'
5008
(Note: this Perl installatkion is just an example; we see
the same thing using Windows-style paths to invoke other
non-Cygwin apps, such as Windows notepad.exe.)
After reverting to 1.3.22, we could again use Windows-
style paths.
I am quoting, below, the output of cygcheck -s -v -r
for both a 1.33.22 install that works and for a 1.5.5
install that fails. (They're not on edith -- they're
on two other machines -- but these machines do exhibit
the same behavior that edith exhibited with respect to
Windows paths.)
For ease in grepping, the two cygcheck outputs are separated
by a line of '=''s.
-
cygcheck -s -v -r for version that works:
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Nov 06 19:08:03 2003
Windows 2000 Server Ver 5.0 Build 2195 Service Pack 4
Path: C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\Intel\MKL61\ia32\bin
c:\Program Files\Intel\EDB70
c:\Program Files\Intel\Compiler70\IA32\Bin
c:\Program Files\Common Files\Intel\Shared Files\Ia32\Bin
c:\Perl\bin\
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\Hummingbird\Connectivity\8.00\Accessories\
c:\Program Files\Intel\Compiler70\Ia64\Bin
c:\Program Files\Common Files\Intel\Shared Files\Ia64\Bin
C:\cygwin\usr\X11R6\bin
.
.
C:\cygwin\bin\id.exe output (nontsec)
UID: 1007(shenkin)GID: 513(None)
513(None) 545(Users)
1002(Debugger Users) 1006(TelnetClients)
C:\cygwin\bin\id.exe output (ntsec)
UID: 1007(shenkin)GID: 513(None)
513(None) 545(Users)
1002(Debugger Users) 1006(TelnetClients)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
CYGWIN = `ntsec'
HOME = `C:\cygwin\home\shenkin'
MAKE_MODE = `unix'
PWD = `/home/shenkin'
USER = `shenkin'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `RAVEN'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\cygwin\home\shenkin'
HOSTNAME = `raven'
INCLUDE = `C:\Program Files\Intel\MKL61\include;C:\Program
Files\Intel\Compiler70\IA32\Include;C:\Program Files\Microsoft Visual Studio
.NET\FrameworkSDK\include\'
INTEL_LICENSE_FILE = `C:\Program Files\Common Files\Intel\Licenses'
LIB = `C:\Program Files\Intel\MKL61\ia32\lib;C:\Program
Files\Intel\Compiler70\IA32\Lib;C:\Program Files\Common Files\Intel\Shared
Files\Ia32\Lib;C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\'
LOGONSERVER = `\\RAVEN'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `4'
OLDPWD = `/home/shenkin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PERLDB_OPTS = `RemotePort=127.0.0.1:2000'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SHELL = `/bin/bash'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\WINNT\TEMP'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/1.6.8,/usr/share/texmf}'
TMP = `c:\WINNT\TEMP'
USERDOMAIN = `RAVEN'
USERNAME = `shenkin'
VSCOMNTOOLS = `C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
unable to compile ddd anymore
Hi all, I used to be able to compile ddd just fine. Then I ran cygwin update. Then ddd 'stopped' working. It always just seemed to do nothing when I tried to debug. It used to just say 'waiting for GDB', but GDB never came :). So I thought I'd recompile in. So I did a full recompile (configure, make, make install). And I keep getting these undefined references. ddd version 3.3.7 gcc/g++ 3.3.1 If you want the full compile output, I could do that, but here's a snippet. ** /usr/include/c++/3.3.1/iostream:1089: undefined reference to `__static_initialization_and_destruction_0(int, int)' value-read.o(.text+0x6586): In function `_GLOBAL__D_value_read_rcsid': /usr/include/c++/3.3.1/iostream:1089: undefined reference to `__static_initialization_and_destruction_0(int, int)' wm.o(.ctors+0x0): In function `_Z11wm_set_iconP9_XDisplaymmm': ** I googled and someone said the cygwin libs may have been compiled with gcc 3.2, so should I downgrade? Any Ideas? Yamin This mail sent through www.mywaterloo.ca -- 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: Can I read the name of a shell function?
Please provide an example of what you are doing, along with what results you are getting, and what results you expect. -Original Message- From: zzapper [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 7:18 AM To: [EMAIL PROTECTED] Subject: Can I read the name of a shell function? HiYaAll I have created a lot of functions in my .profile When I try to read the function name from within the function $0 just returns bash. Is there any way of reading the functions name?? 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: Problem with windows-style paths in recent cygwin install
On Fri, Nov 07, 2003 at 11:47:59AM -0500, Peter Shenkin wrote: We have been using Cygwin, DLL version 1.3.22, with success. We recently upgraded to DLL version 1.5.5, and with this version, we are unable to use Windows-style paths from within Cygwin. I'd appreciate any insight anyone might have as to how to fix the behavior for 1.5.5. It's not 1.5.5. AFAICT, it is a newer versions of bash which does not recognize c:\Perl\bin\perl.exe as an absolute path. -- 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/
package installation probs
First off, it looks like the postinstall for lftp-2.6.8-1 is expecting user input, and therefore hangs when run in the Cygwin installer (which no longer pops up a postinstall output window). Also (and it might just be me, I dunno) I can download/install gcc-core and gcc-testsuite-3.3.1-3, but they always show up as not installed in the next run of Cygwin installer. I'm not familiar with the mechanism Cygwin uses for deciding what's installed so I haven't troubleshot this one. Just a heads-up about possible problems with recently-posted packages. -Andy -- 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 with lftp 2.6.8-1 postinstall script
For me when installing lftp 2.6.8-1 the postinstall script at /etc/postinstall/lftp.sh gets stuck in an infinite loop on lines 23-27 if you have and existing /etc/lftp.conf file. The output gets set to the /var/log/setup.log.full file filling up the disk. I cancelled the install and found that the file was over a 1.5 GB in size! I removed the file, reinstalled the package, killed the sh process of the postinstall script and the rest of the postinstall scripts for the other packages finished successfully. The setup.log.full showed more of the same output from the lftp.sh script, but since the sh process was killed did not fill the disk again. I guess another workaround would be to move the /etc/lftp.conf out of the way before the running the installer and put it back when it is done (unless you want the new version). I don't know if anyone else has run into this, but thought I should send something out to let people know to be on the lookout. Thanks, Andrew -- 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: Can I read the name of a shell function?
Did You try $FUNCNAME? See also man bash :-)
as in fn () { echo $FUNCNAME ; }
-Original Message-
From: zzapper [mailto:[EMAIL PROTECTED]
Sent: Friday, November 07, 2003 1:18 PM
To: [EMAIL PROTECTED]
Subject: Can I read the name of a shell function?
HiYaAll
I have created a lot of functions in my .profile
When I try to read the function name from within the function $0 just
returns bash. Is there any way of reading the functions name??
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: Can I read the name of a shell function?
On Fri, 7 Nov 2003, zzapper wrote: HiYaAll I have created a lot of functions in my .profile When I try to read the function name from within the function $0 just returns bash. Is there any way of reading the functions name?? zzapper info bash --index-search=functions, shell /param HTH, 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/
unknow error...
Hello, I'm under Windows NT 4 (Services Pack 6) with Cygwin 1.5.*. And recently, I have an error but I don't know what it means : 9 [sig] bash 459 winpids::enumNT: error 0xC005 reading system process information any idea ? Thank Etienne -- 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: problem with lftp 2.6.8-1 postinstall script
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Waltman Sent: Friday, November 07, 2003 11:14 AM To: [EMAIL PROTECTED] Subject: problem with lftp 2.6.8-1 postinstall script I don't know if anyone else has run into this, but thought I should send something out to let people know to be on the lookout. Thanks, Andrew I had this happen to me last night. Thanks for letting me know it wasn't just me. I didn't debug it as thoroughly as you did (it was late, I was tired). I just killed processes until it told me the install completed successfully. I'll have to check out the setup log files tonight to make sure they aren't ~huge~. -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/
PostgreSQL/Apache dying
I'm running PostgreSQL with Apache/mod_php under cygwin and Windows 98SE. A perl script makes various HTTP requests, munges the results, and uses DBI:Pg to insert the results into pgsql. Various PHP scripts then use pg_* functions to extract the data for presentation. I find that after a small number of transactions (usually 50) from either source, the system-wide socket space fills up: * New connects to pgsql are refused with the error: pg_connect() unable to connect to PostgreSQL server: could not connect to server: No buffer space available Is the server running locally and accepting connections on Unix domain socket /tmp/.s.PGSQL.5432? * HTTP requests from the upload script fail with LWP-internal 500 Timeout errors. * Attempts to navigate in (non-cygwin) web browsers fail. Firebird reports Done immediately whilst remaining at the previous page, IE at least gives a Couldn't contact remote site error. Killing and restarting postmaster fixes things (until the next time). This problem happens even without starting apache - the upload script can trigger it on its own if it finds enough interesting data, and it does a single database open/close. However as shown below there is clearly an apache related problem as well. Sometimes postmaster can be killed by keyboard, sometimes it's wedged so hard it requires Ctrl-Alt-Del to kill it from the task list. Using sysinternals Process Explorer and TCPView may shed some light: the top-level Postgres.exe process has the following handles open when wedged: [...] 0x1EC Process POSTGRES.EXE(FFF930EB) 0x1F0 Process POSTGRES.EXE(FFF930EB) 0x1F4 Thread POSTGRES.EXE(FFFAEB57): FFCF79F3 0x1F8 Process Non-existant Process(F4BDDA6B) 0x1FC Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x200 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x208 Process Non-existant Process(FFF0BD3F) 0x210 Thread POSTGRES.EXE(FFFAEB57): FFCF79F3 0x214 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x218 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x21C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x220 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x224 Process Non-existant Process(F4BC525F) 0x228 Process Non-existant Process(FFCF1663) 0x22C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x230 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x234 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x238 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x23C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x240 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x244 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x248 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x24C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x250 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x254 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x258 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x25C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x260 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x264 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x268 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x26C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x270 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x274 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x278 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x27C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x280 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x284 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x288 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x28C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x290 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x294 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x298 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x29C Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x2A0 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 0x2A4 Event cygwin.local_socket.secret.7433.C0F190FA-90BA556A-6F9DB327-3272B533 On initial startup
[ANNOUNCEMENT] Updated: perl-5.8.2-1
perl-5.8.2-1 release has been uploaded to sourceware -- it should be on the mirrors soon. News: - Cygwin Perl now with threads support. - No IPC support yet, helpers wanted. - perl-5.8.1 introduced some features which makes it binary incompatible with perl-5.8.0 in certain cases. The problem with hash randomisation has been fixed so it should be binary compatible with perl-5.8.0 now and the threads problem doesn't affect Cygwin since perl-5.8.0 was not available with threads. - perl-5.8.0 was removed from the distribution entirely, perl-5.6.1-2 remains as the previous version because perl-5.8.x still seems to be a little picky about the system running on, i.e. it doesn't like Win98/ME very much. More details in the official 'Perl 5.8.2 Release Announcement': http://use.perl.org/articles/03/11/07/117238.shtml?tid=6 As always, you should conduct an appropriate level of testing before using any new product in your production environment. Notes: The README -- A short document, perl-5.8.2.README is in /usr/share/doc/Cygwin. The output of 'perl -V' gives some infos about the compiletime and runtime settings of this perl binary. Setup.exe: -- Perl is in the category 'Interpreters'. Perl manpages are in the 'Doc' category. Your Perl Modules: -- To get a summary of all the modules you installed for your current perl you can use the CPAN module (before you install perl-5.8.2), just start it as usual ($ /usr/bin/cpan) and type in the CPAN shell: cpan autobundle to get a snapshot of 'your own' perl installation. To reinstall all the modules (after installing perl-5.8.2) type in the new CPAN shell: cpan install Bundle::Snapshot_2002_07_29_00 Different Perl versions: It is possible to use more than one perl. To achieve this you cannot use setup.exe since it will remove previous perl installations before it installs perl-5.8.2, so you'll need to install perl-5.8.2 or perl-5.6.1 manually. From your scripts you can call the different perl versions now with perl5.6.1 or perl5.8.0, /usr/bin/perl will be the version you installed lastly. MAINTAINER: === Gerrit P. Haase, 2003-08-29 GENERIC INFORMATION: INSTALLATION: = To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl' from the 'Interpreters' category. The perl manpages are in a separate package called perl_manpages in the category 'Doc'. Previous perl installed with setup.exe will be removed, but your custom modules won't be removed. See 'Modules' and 'Different Perl versions' section in the 'NOTES' below for details about possibilities of custom installation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. These mirrors already got the package, the others will probably have the latest version of this package fairly soon: In the US, ftp://planetmirror.com/pub/cygwin/ and ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ are reliable high bandwidth connection. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Process hang(100% CPU Usage) when concurrent calling select(),cygwin1.5.5-1 WinXP/Win2000
On Fri, Nov 07, 2003 at 10:44:20AM -0500, Joe Buehler wrote: zhouxin wrote: If the udp worker's count greater than 18,some thread's select() hang and process take 100% cpu: Interestingly, there is a static pool of 18 threads internally before switching to dynamically created threads. So there may be some problem related to the dynamically allocated threads code. Hmm. Interesting observation. I took a stab at fixing a couple of obvious problems in the thread overflow code. It seems like it might have solved the problem. There will be a new snapshot available in an hour or so at: http://cygwin.com/snapshots/ Thanks for the test case, btw. 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/
ln -s on win2K
Hi; I used the ln -s command to make a link to a directory, but when I use cd on it I get error messages. Do links work in cygwin, did I do something wrong, or do I need to do something to set it up? Steve -- 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: ln -s on win2K
unsubscribe -Original Message- From: Steve [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 1:54 PM To: [EMAIL PROTECTED] Subject: ln -s on win2K Hi; I used the ln -s command to make a link to a directory, but when I use cd on it I get error messages. Do links work in cygwin, did I do something wrong, or do I need to do something to set it up? Steve -- 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: Problem with windows-style paths in recent Cygwin install
Peter Shenkin wrote: DLL version: 1.5.5: (incorrect result) edith c:\\Perl\\bin\\perl.exe -e 'print int($]*1000),\n' -bash: c:\Perl\bin\perl.exe: command not found Interestingly enough, if any *one* of those \\ is replaced by /, it works fine. -- 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: ln -s on win2K
Unsubscribe -- 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 patches integrating back into standard gnu
See, to build a shared lib, you really really need to use libtool-devel,
which is libtool-1.5, and which requires automake 1.5.0 and autoconf
2.50. However, those packages are just now -- after 1.5 years -- coming
into widespread use, because
1) autoconf 2.5x is in some ways incompatible with autoconf-2.13 --
which means that an upstream package maintainer has to decide Okay,
everybody who hacks on my package now must install autoconf-2.5x on
their system. But then each developer also must make a decision --
Hmm. I can only install autoconf-2.13 OR 2.5x but not both. These 5
packages I like to hack on require 2.13. Those 2 require 2.5x. Shall I
switch to ac-2.5x and stop hacking on the 5 old packages?
So that's why many (upstream) maintainers have been loathe to 'make
the switch' -- and why some of our patches are large. A two-line change
to configure.in may lead to many thousands of changes in configure after
re-autoconfing with 2.5x.
that's just silly. Gnu builds are uniformly prefix-friendly, and there
was a simple way to 'make a development environment' for any given platform,
then you could have your autoconf-2.13 (old) environment, and your autoconf-2.5
(new) environment based on path. And you would hack on one or the other
based on what environment you were in. It'd probably be easier to
port between the two, too.
Which - I might add, cygwin does *not* lend itself to given that each
build.sh script that I saw had hard-coded paths in it for building
to /usr/bin, non-standard steps for install, etc.
If it built clean in whatever prefix you desired, you could do a
little substitution trick, to get binary builds for *any* path:
1) substitute (in binary files) any prefix with a different
prefix, and pad it with null characters ('/tmp/very/long/prefix'
becomes '/my/prefix...' where . is \0)
2) substitute (in text files) any prefix with a different prefix
minus the null padding.
and hence have more than one cygwin environment per cygwin.dll.
It'd probably be wise to integrate this with setup.exe so you would
have the option to install packages in a non-standard place.
2) Now, multiply that by automake-1.4p5 vs automake-1.7.5, and
libtool.m4/ltmain.sh from libtool-1.5 vs. libtool.m4/ltconfig/ltmain.sh
from libtool-1.4.3.
Ok, one question... If I'm going to temporarily maintain these patches, it
sounds like I'm going to need to only apply them with cygwin builds, right?
And that they may not fit with older gnu builds?
3) Things are slowly getting better. Some platforms are now finally
providing mechanisms where both autoconf-2.13 and autoconf-2.5x can
coexist. (Cygwin has been doing this for years, but Red Hat et al took
a little longer) Plus, every week that goes by, another upstream
maintainer takes the plunge -- opening the way for our patches to go
back. This trend is now (finally) accelerating.
well, its nice to see that there are formal mechanisms, but the method
for doing this (two environments based on multiple paths) has been around
for a while..
Anyways, I could (or someone could) modify it so that, as an option, the
patches within are sent to the appropriate mailing list for inclusion. I
would think that such a matrix would be helpful in general, as well as a
centralized user which could be a conduit for submitting patches to the
right place. (which to me is a lot better idea than everyone using the
script to send the same patch over and over) But 400k of patches seems
just a bit high.
Oh god no. Automated patch-spam to mailing lists? I can't think of a
better way to ensure that our patches are rejected.
I think you misunderstand me. You would:
a) have a centralized account, call it 'cygwin-gnu-patches' or somesuch.
b) There would be a maintainer for that account, who would be
a go-between that doesn't have an agenda in accepting or
rejecting patches, but is more of a spam-filter. Sort of a
'patch pumpkin' to accept perl5's terminology, but whose only
goal is to make sure the patches are in acceptable form before
sending them off to the right destination.
c) There would be a matrix of mailing lists based per package, cygwin
maintainers per package, a cross-reference that tells which patch goes where.
There would be a database which shows the status of each patch (whether its at
maintainer submission stage, maintainer acceptance stage, gnu submission stage,
gnu acceptance stage)
d) Users would compose a description for the patch, as well
as the patch itself and send it to this mailing list.
e) a mechanism for showing acceptance of the patch would be given to
to both cygwin or gnu (or other mailing list) maintainers so
that you could track the status of the patches' submission.
f) any discussion on the patch would
RE: ln -s on win2K
On Fri, 7 Nov 2003, Cary Lewis wrote: Unsubscribe -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple HTH, 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/
ssh-agent on cygwin
I'm having trouble getting ssh-agent to work. I've tried both dsa and rsa keys with and without a passphrase and every time I'm still prompted for a password on the remote system. I've looked at the ssh faq and googled the cygwin list. I can login remotely without a password using authorized_keys files, but I'd rather not have to manage them. Others are using this successfully, correct? Here is a sample session I just tried. Any suggestions? Thanks, Robert 10 osaka:mecklen$ rm -rf .ssh 11 osaka:mecklen$ ssh-keygen -t dsa Generating public/private dsa key pair. Enter file in which to save the key (/c/home/mecklen/.ssh/id_dsa): Created directory '/c/home/mecklen/.ssh'. Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /c/home/mecklen/.ssh/id_dsa. Your public key has been saved in /c/home/mecklen/.ssh/id_dsa.pub. The key fingerprint is: 45:a4:77:0f:af:98:ae:7b:03:72:b2:7a:b2:c6:80:0f [EMAIL PROTECTED] 12 osaka:mecklen$ ssh-agent /bin/bash 1 osaka:mecklen$ ssh-add Enter passphrase for /c/home/mecklen/.ssh/id_dsa: Identity added: /c/home/mecklen/.ssh/id_dsa (/c/home/mecklen/.ssh/id_dsa) 2 osaka:mecklen$ ssh -vvv wolf OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to wolf [10.1.1.120] port 22. debug1: Connection established. debug1: identity file /c/home/mecklen/.ssh/identity type -1 debug1: identity file /c/home/mecklen/.ssh/id_rsa type -1 debug3: Not a RSA1 key file /c/home/mecklen/.ssh/id_dsa. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /c/home/mecklen/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.5p1 debug1: match: OpenSSH_3.5p1 pat OpenSSH_3.2*,OpenSSH_3.3*,OpenSSH_3.4*,OpenSSH_3.5* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cb c,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cb c,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96 ,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96 ,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cb c,[EMAIL PROTECTED] debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cb c,[EMAIL PROTECTED] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96 ,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96 ,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 109/256 debug2: bits set: 1619/3191 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /c/home/mecklen/.ssh/known_hosts debug3: check_host_in_hostfile: filename /etc/ssh_known_hosts debug3: check_host_in_hostfile:
Re: ssh-agent on cygwin
Robert Mecklenburg wrote: I'm having trouble getting ssh-agent to work. I've tried both dsa and rsa keys with and without a passphrase and every time I'm still prompted for a password on the remote system. I've looked at the ssh faq and googled the cygwin list. I can login remotely without a password using authorized_keys files, but I'd rather not have to manage them. ssh-agent does NOT avoid the need for authorized_keys files. Max. -- 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/
How to do a disk image
Hi, I'm running qnx6.2 using two hardrives, one containing DATA and one just containing the operating system + some other programs. I need to be able to switch the SYSTEM hard drive real fast (in case of any failure). To make this convenient, I want to create a partition of the System disk (and keep this on a seperate hardrive) and then, when needed, simply do a total copy of the whole partition to any number of hardrives. I know that partition magic can do this with windows and linux partitions, but how can I do it with a qnx partition? regards /totte -- 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/
cygpath Suggestion
It might be useful to have a cygpath option that outputs %COMSPEC% and exits directly and without needing to do `cygpath $COMSPEC` (I know -- PTC -- but I'm not a programer.) - Barry Buchbinder __ 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: How to do a disk image
On Fri, Nov 07, 2003 at 11:58:45AM -0800, Totte Karlsson wrote: I'm running qnx6.2 using two hardrives, one containing DATA and one just containing the operating system + some other programs. I need to be able to switch the SYSTEM hard drive real fast (in case of any failure). To make this convenient, I want to create a partition of the System disk (and keep this on a seperate hardrive) and then, when needed, simply do a total copy of the whole partition to any number of hardrives. I know that partition magic can do this with windows and linux partitions, but how can I do it with a qnx partition? I don't see a single thing in the above that has anything to do with cygwin. I think you need to find a better forum for your question. -- 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: cygpath Suggestion
On Fri, Nov 07, 2003 at 12:06:24PM -0800, Barry Buchbinder wrote: It might be useful to have a cygpath option that outputs %COMSPEC% and exits directly and without needing to do `cygpath $COMSPEC` (I know -- PTC -- but I'm not a programer.) This isn't a PTC. It is so trivially easy to do this already that there is no reason to implement this idea. -- 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/
Sorry wrong newsgroup!
Totte Karlsson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, I'm running qnx6.2 using two hardrives, one containing DATA and one just containing the operating system + some other programs. I need to be able to switch the SYSTEM hard drive real fast (in case of any failure). To make this convenient, I want to create a partition of the System disk (and keep this on a seperate hardrive) and then, when needed, simply do a total copy of the whole partition to any number of hardrives. I know that partition magic can do this with windows and linux partitions, but how can I do it with a qnx partition? regards /totte -- 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: gcc 3.3.1-3, loading .la files from gcj-compiled apps
[reply-to set] On Fri, Nov 07, 2003 at 01:31:52PM -0700, Tom Tromey wrote: Marcus == Marcus G Daniels [EMAIL PROTECTED] writes: Marcus Would it be possible to add a -D_WIN32 to the libjava/libltdl Marcus Makefile for Cygwin? It looks like it would be a bit more in line with existing code to just add it to libltdl/ltdl.h. Please don't do this. Cygwin is not WIN32. We explicitly don't set _WIN32 in cygwin for a reason. Why is it required for Java? Why isn't normal UNIX code being used? -- 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: gcc 3.3.1-3, loading .la files from gcj-compiled apps
On Sat, 2003-11-08 at 07:31, Tom Tromey wrote: Marcus == Marcus G Daniels [EMAIL PROTECTED] writes: Marcus Would it be possible to add a -D_WIN32 to the libjava/libltdl Marcus Makefile for Cygwin? Just caught up with this. -DWIN32 is usually wrong for cygwin. Cygwin programs should use dlopen etc al. The only time win32 specific calls are appropriate for cywgin, is when you are doing native non-cygwin supported stuff. Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Can I read the name of a shell function?
Thanx Everybody,
function bx()
{
echo $FUNCNAME
}
What I love, about UseNet is that Igor also shows me how 2 use info's
search (which I am also learning)
info bash --index-search=functions, shell
/param
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: df . run from C: accesses floppy drive
Have you run it with 'filemon' to see what is causing the access? (filemon from sysinternals site) Bill Priest wrote: All, I googled and didn't see anything relevant. I'm a long time cygwin user/fan and have noticed that df . accesses a: when it doesn't need to df --help Usage: df [OPTION]... [FILE]... Show information about the filesystem on which each FILE resides, or all filesystems by default. /home/bpriest df Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin\usr\X11R6\lib\X11\fonts 9759928 9759928 0 100% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 9759928 9759928 0 100% /usr/bin C:\cygwin\lib 9759928 9759928 0 100% /usr/lib C:\cygwin 9759928 9759928 0 100% / a:1423 1159 265 82% /cygdrive/a c: 9759928 9759928 0 100% /cygdrive/c This accesses and displays the a: as I would expect it to. /home/bpriest df . Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin 9759928 9759928 0 100% / This accesses a: but doesn't display it; making me believe that it didn't need to access it. I'm sure that there is something I'm not understanding but it isn't often that I have a floppy in my machine and since I'm often low on disk space I check it using df . and waiting for the floppy is a nuisance (I know PTC) which I'll work on if warranted. Regards, Bill PS. I've reproduced this on multiple installations so I don't believe this is an installation problem; but I'll include the output of cygcheck anyway. cygcheck -svr Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Nov 06 23:25:08 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\home\bpriest\usr\local\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\sbin C:\cygwin\bin C:\cygwin\usr\sbin C:\cygwin\usr\X11R6\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT CYGWIN = `binmode;tty;ntsec' HOME = `C:\cygwin\home\bpriest' MAKE_MODE = `unix' PWD = `/home/bpriest' USER = `Administrator' path = `/home/bpriest/usr/local/bin:/usr/local/bin:/usr/bin:/usr/bin:/sbin:/bin:/usr/sbin:/usr/X11R6/bin' ALLUSERSPROFILE = `C:\Documents and Settings\All Users.WINNT' APPDATA = `C:\Documents and Settings\Administrator.DKT.000\Application Data' COLORFGBG = `default;default' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `DKT' COMSPEC = `C:\WINNT\system32\cmd.exe' DISPLAY = `:0' EDITOR = `emacs' GROUP = `None' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator.DKT.000' HOST = `dkt' HOSTTYPE = `i386' LOGNAME = `Administrator' LOGONSERVER = `\\DKT' MACHTYPE = `i386' MANPATH = `:/usr/X11R6/man:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' OSTYPE = `posix' P4PORT = `192.168.101.40:1666' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0801' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\ADMINI~1.000\LOCALS~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\ADMINI~1.000\LOCALS~1\Temp' TZ = `CST6CDT5,M4.1.0/2,M10.5.0/2' USERDOMAIN = `DKT' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator.DKT.000' VENDOR = `intel' WINDIR = `C:\WINNT' WINDOWID = `168046120' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd FAT1Mb 82% CPUN c: hd NTFS9531Mb 100% CP CS UN PA FC d:
Re: How to do a disk image
well, I sent it to this newsgroup by mistake, as you can see if you read my reply message :) Christopher Faylor [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Fri, Nov 07, 2003 at 11:58:45AM -0800, Totte Karlsson wrote: I'm running qnx6.2 using two hardrives, one containing DATA and one just containing the operating system + some other programs. I need to be able to switch the SYSTEM hard drive real fast (in case of any failure). To make this convenient, I want to create a partition of the System disk (and keep this on a seperate hardrive) and then, when needed, simply do a total copy of the whole partition to any number of hardrives. I know that partition magic can do this with windows and linux partitions, but how can I do it with a qnx partition? I don't see a single thing in the above that has anything to do with cygwin. I think you need to find a better forum for your question. -- 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: gcc 3.3.1-3, loading .la files from gcj-compiled apps
Tom Tromey wrote: Marcus == Marcus G Daniels [EMAIL PROTECTED] writes: Marcus Would it be possible to add a -D_WIN32 to the libjava/libltdl Marcus Makefile for Cygwin? It looks like it would be a bit more in line with existing code to just add it to libltdl/ltdl.h. Could you look at how the upstream libltdl handles it? We occasionally talk about importing a new version, I wonder if that would fix this for you. As of yesterday, I believe Charles Wilson has convinced the libtool maintainers to install the needed patches. It uses dlopen if it can, and then falls back to LoadLibrary if that fails. -- 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/
Bad interpreter?
If the first line of scripts is #!bash.exe, I get back a bad interpreter message. Is there a way that I can get the above line to correctly find bash? I thought if the full path wasn't specified, that PATH would be used to find it. (I've tried copying bash.exe to / and c: and get the same error message.) Any help greatly appreciated. -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- 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: Bad interpreter?
On Fri, 7 Nov 2003, Shaffer, Kenneth wrote: If the first line of scripts is #!bash.exe, I get back a bad interpreter message. Did you try it without the .exe? I think this works in Cygwin, but is, AFAIK, unportable. -- 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/
Re: Perl page fault - old news ??
Greg Matheson wrote: On Tue, 21 Oct 2003, Andrew DeFaria wrote: John K wrote: I'm learning Cygwin and Perl. Perl is currently 5.8.0 under Windows 98. I have run setup today so I think everything is current. $ perldoc CGI results in a Windows pop which contains ... PERL caused an invalid page fault in module FCNTL.DLL at 017f:00b931b8. I use Perl 5.8.0, DBI and CPAN on Cygwin. Never had any page faults. I suggest you think that the problem lies outside of this and that perhaps your Cygwin installation is a bit faulty. Are you on Windows98? Yes. FWIW these faults seem to occur much the same way on two different W98 installs (different hardware too). I did try 5.8.1(?) but didn't get as far with perldoc or CPAN. It seems like DBI and PgPP work (haven't failed on newbie testing - I am happy). -- 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
Jason Tishler [EMAIL PROTECTED] wrote: Are there any Windows 9x/Me fetchmail users willing to help? If so, Sure. :) 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. It looks fine to me on Win98SE with FAT32: [EMAIL PROTECTED] ~]$ /usr/bin/fetchmail -V This is fetchmail release 6.2.5+NTLM+SSL+NLS Fallback MDA: /usr/bin/procmail -d %T CYGWIN_98-4.10 scholars 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin Taking options from command line and /home/ord/.configuration_files/fetchmail/fetchmailrc snip [EMAIL PROTECTED] ~]$ /usr/bin/fetchmail [EMAIL PROTECTED] ~]$ Mark. -- Mark Ord | I tried my best, tried to forget, Melbourne, Australia | that you're a bad habit, just like a mailto://[EMAIL PROTECTED] | cigarette. http://www.alphalink.com.au/~ord/home/ | Spark - Jesse Valenzuela - -- 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: gcc 3.3.1-3, loading .la files from gcj-compiled apps
Marcus G. Daniels wrote: As of yesterday, I believe Charles Wilson has convinced the libtool maintainers to install the needed patches. It uses dlopen if it can, and then falls back to LoadLibrary if that fails. Actually, that change is all Gary V. Vaughan. Here's the story: contrary to my post in this thread from two days ago, current cygwin libltdl DOES use dlopen exclusively. What confused me was that there is some compatibility code in the LoadLibrary section, which in the distant past was used by libltdl on cygwin. (Thus, if gcj/your-package uses an older libtool/older libltdl, it is possible you created your loadable modules in old, LoadLibrary mode. But for the last year or so, and in official libtool-1.5, cygwin libtool has been dlopen-only.) I submitted a patch which removed all of the (dead) LoadLibrary/cygwin compatibility stuff. Because it was not used at all, in current libtool/libltdl. GVV went one better, and re-activated the LoadLibrary stuff, with cygwin compatibility code, as a FALLBACK option if-and-only-if dlopen on cygwin fails. THAT is what got committed to libtool CVS HEAD, and it's Gary's contribution, not mine. Now, whether this fixes your problem or just makes it worse, I don't know. -- Chuck -- 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: gcc 3.3.1-3, loading .la files from gcj-compiled apps
On Sat, 2003-11-08 at 12:11, Charles Wilson wrote: GVV went one better, and re-activated the LoadLibrary stuff, with cygwin compatibility code, as a FALLBACK option if-and-only-if dlopen on cygwin fails. THAT is what got committed to libtool CVS HEAD, and it's Gary's contribution, not mine. Now, whether this fixes your problem or just makes it worse, I don't know. I suspect it'll make it worse, as it may well interfere with fork(). Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps
Robert Collins wrote: On Sat, 2003-11-08 at 12:11, Charles Wilson wrote: GVV went one better, and re-activated the LoadLibrary stuff, with cygwin compatibility code, as a FALLBACK option if-and-only-if dlopen on cygwin fails. THAT is what got committed to libtool CVS HEAD, and it's Gary's contribution, not mine. Now, whether this fixes your problem or just makes it worse, I don't know. I suspect it'll make it worse, as it may well interfere with fork(). Hmm. I wonder if The Right Thing To Do is to ensure that libjava's version of ltdl.c is uptodate -- that is, taken from libtool-1.5 and not 1.4.x, and then rebuild libjava, the modules, etc. Or rebuild libjava so that it uses the system-installed version of cygltdl-3.dll and not a self-compiled one. Then, we'll at LEAST know that everything is speaking the same dlopen language. Plus, can somebody do an strace on the program that fails to load the .la files? And make sure that dlopen friends ARE in fact being called, as they should be on the cygwin platform? (That is, instead of asking for LoadLibrary workarounds, let's make sure that we're actually using -- and that the modules themselves are expecting -- the cygwin-provided, fork()-friendly dlopen stuff). -- Chuck -- 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: gcc 3.3.1-3, loading .la files from gcj-compiled apps
On Sat, 2003-11-08 at 12:33, Charles Wilson wrote: the cygwin-provided, fork()-friendly dlopen stuff). Just for clarity, the fork() support in dlopen is really just tracking base addresses and order of opening.(from slightly rusty memory). -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. signature.asc Description: This is a digitally signed message part
Update: df . accessing A: filemon info
All, As requested I downloaded FileMon set it up to just catch accesses to A:. df.exe:1892 OPEN A:\ SUCCESS Options: Open Access: All df.exe:1892 QUERY INFORMATION A:\ SUCCESS Attributes:D df.exe:1892 CLOSE A:\ SUCCESS So I take this to mean that it is the df program performing the access and not some side effect. FYI, Bill PS. If there is other more informative information to be gathered just ask (obviously I'm a newbie to FileMon). __ 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: cygwin patches integrating back into standard gnu
Edward S. Peschko wrote:
See, to build a shared lib, you really really need to use libtool-devel,
which is libtool-1.5, and which requires automake 1.5.0 and autoconf
2.50. However, those packages are just now -- after 1.5 years -- coming
into widespread use, because
that's just silly. Gnu builds are uniformly prefix-friendly, and there
was a simple way to 'make a development environment' for any given platform,
then you could have your autoconf-2.13 (old) environment, and your autoconf-2.5
(new) environment based on path. And you would hack on one or the other
based on what environment you were in. It'd probably be easier to
port between the two, too.
HA HA HA HA HA! You're living in a dream world.
Sure, I can build autoconf-2.13 to install into, say,
/usr/autotool/stable, and automake-2.5x to install into, for instance,
/usr/autotool/devel. No problem. [Taken a look at your cygwin
installation lately? Hmm?]
And then, those packages will always and forever look in
/usr/autotool/*/share/aclocal[-VER]/ for .m4 and .am macros. (btw, the
[-VER] thing is a fairly recent [~ 1yr] put in place to help automake
coexist with itself)
But other packages -- gettext, libiconv, etc -- don't put their m4
macros there. No, they put their macros into their OWN
${prefix}/share/aclocal/ directory -- usually /usr/share/aclocal. But
my two autoconf's (extend to automake, libtool) won't look there.
Unless I then, for every package that I develop, set my PATH
appropriately AND remember to aclocal/autoconf with the
-I/usr/share/aclocal flag whenever I re-autotool. OR, I could add a
feature to standard autoconf/automake/etc so that it looks in a
site-specifiable list of directories, in addition to
/usr/autotool/*/share/aclocal[-VER].
Oh wait. I did that. Two years ago. And got the patch accepted into
official automake-1.5/6.x. What were you doing then? Basking in how
well all GNU packages are prefix-friendly?
Oh, and one other thing: autoconf, automake, and libtool -- in the past
-- all needed to be installed with the same prefix. So if you had two
intallations of autoconf with prefixA and prefixB, then you also need to
install automake into both prefixA and prefixB, ditto libtool. This
restriction has been slightly relieved recently...but if you've got old
enough versions then you still have to deal with this issue. That's why
cygwin provides
autoconf-2.13 + automake-1.4p6 + libtool-1.4.3
and
autoconf-2.5x + automake-1.7.x + libtool-1.5
Which - I might add, cygwin does *not* lend itself to given that each
build.sh script that I saw had hard-coded paths in it for building
to /usr/bin, non-standard steps for install, etc.
And your favorite RPM .spec files do what, exactly?
the build scripts are cygwin's version of .spec files; their JOB is to
specify, according to some policy, those things that GNU packages allow
one to specify. Like --prefix. At some point, somebody somewhere has
to specify those values, or nothing actually gets compiled. We do it in
the build script, and follow a policy we have here hashed out. Debian
does it in their rules files, following their social contract policy.
Red Hat does it in .spec files, following some internal corporate [now
external Fedora-project] policy.
Don't like the policy? Then manually modify the spec file. Or rules
file. Or build.sh file.
If it built clean in whatever prefix you desired, you could do a
little substitution trick, to get binary builds for *any* path:
1) substitute (in binary files) any prefix with a different
prefix, and pad it with null characters ('/tmp/very/long/prefix'
becomes '/my/prefix...' where . is \0)
2) substitute (in text files) any prefix with a different prefix
minus the null padding.
and hence have more than one cygwin environment per cygwin.dll.
This is so fraught with error and misconception that I don't even know
where to begin. Plus, it's not even related to the original point of
this thread: getting patches back upstream, and why are some cygwin
patches so big. So I'm not going there.
It'd probably be wise to integrate this with setup.exe so you would
have the option to install packages in a non-standard place.
Oh god no. Click here to automatically fsck-up all the binaries I just
installed THAT's a GREAT idea! I nominate you to support that nightmare.
Ok, one question... If I'm going to temporarily maintain these patches,
Huh? Who said *you* were going to maintain them? Aren't the cygwin
package owners doing that already?
it
sounds like I'm going to need to only apply them with cygwin builds, right?
And that they may not fit with older gnu builds?
No, not at all. There's nothing very special about the cygwin versions
of the new autotools. They're just NEW(er). (automake-devel and
autoconf-devel are stock. So is libtool-devel as of the 1.5 release)
Thus, they are by definition cross-platform.
The thing is, popt
Re: cygwin patches integrating back into standard gnu
cwilson wrote: So that YOU don't have to? (And wait. What are the current cygwin maintainers doing so badly that you want to take over and redo their jobs for them?) Look. Patches should go back to the upstream package. There should not be a bunch of extant, uncommitted patches laying about -- for ANY platform. IF there are, it *means* something: 3) The patch has been rejected by the current maintainers. Ditto. Funny, I *just today* recieved a reply concerning a patch I submitted upstream to the zlib developers -- who are preparing the 1.2.1 release. With apologies to the zlib maintainer, I quote the relevant portion and my response here: - ZLIB correspondence Though I tried, I could not bring myself to apply the patch. It does too much violence to what's there and working. Perhaps a patch that does not try to build both static and shared at the same time could be simpler. Yeah, that's fair. I did put in a wee bit of the patch though--appending .exe as appropriate, and the minigzip.c patch. Yes, this is actually a great help. EXE-related changes are always the most tedious part of cygwin/mingw patches, as with each new release those changes must be replicated by hand. (Not that it's an issue with zlib, which has only had 1.5 releases while I've been working with it and cygwin : 1.1.3 - 1.1.4, and (not yet) 1.1.4 - 1.2.x ) But with other packages, for some reason, other mods just seem to easily migrate up to each new release -- patch spews a few warnings about fuzz offset, and that's it. But the exe stuff almost always must be redone by hand. So, accepting just that portion of the patch is more helpful than you'd think. - ZLIB correspondence Here's a SUGGESTION Instead of proposing grand new layers of bureaucracy requiring time, dedication and server resources and which PLACE BARRIERS between the patch originator and the people who might actually integrate them into the official dists, simply contact a cygwin maintainer via the preferred mechanism for contacting ANY cygwin package maintainer -- this mailing list. about a package you're concerned about, -- Chuck -- 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: gcc 3.3.1-3, loading .la files from gcj-compiled apps
Charles Wilson wrote: Or rebuild libjava so that it uses the system-installed version of cygltdl-3.dll and not a self-compiled one. It looks to me like everything would work (assuming dlopen works), provided the libjava linked against the Cygwin libltdl instead of the one it subsumes from itself. The problem in the libjava/libltldl in Cygwin's GCC 3.3.1-3 source distribution is that the HAVE_LIBDL code is disabled with a special case for Cygwin in order to supress some spurious error message. And unfortunately the fallback to LoadLibrary doesn't happen either because _WIN32 is not set. While it would be good to update GCC at some point, this idea of getting GCC to take Cygwin's libltldl would seem to be the most flexible thing to have happen... (Assuming there are othher important reasons for having that libtldl DLL.) -- 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 patches integrating back into standard gnu
On Sat, 2003-11-08 at 14:28, cwilson wrote:
It'd probably be wise to integrate this with setup.exe so you would
have the option to install packages in a non-standard place.
Oh god no. Click here to automatically fsck-up all the binaries I just
installed THAT's a GREAT idea! I nominate you to support that nightmare.
No need for anyone to support it - it ain't going in setup, no how, no
way. Someone wants a non-standard location, they roll their own binary.
Finito.
But they didn't really pursue this too strongly -- instead, they focused
on attempting to make the transition smooth ('autoupdate', etc). They
ignored the network-stasis effects (essentially, a classic 'deadlock'
problem: you first, no you first...)
Yes, and IMO a nutso one. Coexistence is more important than smooth
transition in the absence of a dictator forcing concurrent upgrades.
Rob
--
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.
signature.asc
Description: This is a digitally signed message part
lftp 6.8.1-1
It hangs. In the /var/log, it created a file that was over 4 gigabytes before I stopped it. It was hanging with lftp.sh. Bobby McNulty Junior -- 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 patches integrating back into standard gnu
Robert Collins wrote:
But they didn't really pursue this too strongly -- instead, they focused
on attempting to make the transition smooth ('autoupdate', etc). They
ignored the network-stasis effects (essentially, a classic 'deadlock'
problem: you first, no you first...)
Yes, and IMO a nutso one. Coexistence is more important than smooth
transition in the absence of a dictator forcing concurrent upgrades.
Yeah. You know, every time this subject comes up I'm reminded of an
essay I saw online a few years back. It had to do with that bug-a-boo we
all like to criticize MS for: their insistence that old programs work on
new OS's.
We whine that this restricts modern platforms by subjecting them to the
bad decisions of the past. The essay on the other hand said that
coexistence -- I can keep my old programs even after I upgrade my OS --
is what led to MS's unprecedented dominance.
It counterintuitively allowed people to upgrade *their APPS* faster!
(What? Because I can run OldApp on NewOS, I'll buy NewApp sooner? Yep.)
Without coexistance, you're faced with an all-or-nothing proposition.
Like Apple's uphill switch campaign. Get the better OS -- and
simultaneously ditch all of your old apps. Replace them all at the same
time -- with this month's paycheck. Or go without for months. Or keep
two computers up and running (Honey, I've got to do Quicken... Oh,
that only works on the kid's computer now...)
So, you stick with OldOS and OldApp until it just gets too damn painful.
Which may take years.
With coexistence, you can replace the OS today. Then next month replace
one or two apps. etc etc. Pretty soon, you've transitioned completely
(or almost so; it's asymptotic) -- which means (a) better penetration by
MS's upgraded products, and (b) lots more dough leaving your wallet and
going to MS/Adobe/Intuit/etc sooner. This is good for the software
companies [tertiary effects like MS domination == bad ignored] and
good for software users [one wouldn't buy the new apps at all if their
perceived value was less than the cost; so obviously the purchaser
thinks it was a good].
That was a really good essay. I wish I could remember who wrote it and
where I saw it...
Now, apply the same logic to autoconf-2.13 and 2.5x. We'd have been
THRU this transition completely if the autoconf developers had done the
following:
1) spend six months developing 2.14 -- a 2.13-compatible version of
autoconf, that provided the additional capability of coexisting with the
new feature-branch autoconf (what we call 2.5x).
2) then spend six months NOT adding features to 2.5x, but making sure
that it seamlessly could coexist side-by-side with 2.14. Release 2.15,
2.16 as needed while working out these kinks, but always maintain
2.13-compatibility.
3) Spend six more months developing the spiffy new- incompatible
features you wanted all along in the 2.5x branch.
4) Spring it on the world and watch everybody install it as soon as
they can. What's the danger? They still have 2.1x and can keep using
it, but they can also play with the shiny new toy.
Mmmm... Toys Everbody knows how geeks are with new gadgets. In 30
days, you'd've seen dozens of major packages make the switch. Six
months after that, everything important would have switched.
Total time elapsed: 24 months. And no bad feelings (those [EMAIL PROTECTED]
autoconf bastards...)
Instead, two years ago they said Here ya go: autoconf-2.5x. It's been
rearchitected internally and we really like it. It doesn't add a whole
lot of new features, and it will choke on some files that the old
version accepted. But trust us, it does things The Right Way. Never
mind that these benefits are invisible to the end-user. Oh yeah -- and
you can't easily use it and 2.13 on the same computer thanks to a
variety of bad decisions on our part. And the latest automake and
libtool releases require that you use this new incompatible autoconf.
Have fun.
Where are we now? Two years later, we kinda sorta can have coexistence
on some platforms, by using 3rd party wrappers, but it still isn't
seamless. Some packages have made the switch, others are toying with
it, but it's always painful, acrimonious, and slow. Gcc/binutils are
still playing at it.
Worse, it's slowed autoconf's own development and acceptance, as well as
that of automake, libtool, m4...
Oh, and it's made MY life harder. :-)
--
Chuck
[Boy, am I in a rant-y mood lately or what.]
--
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: problem with lftp 2.6.8-1 postinstall script
I apologize for the trouble this is causing people. I'm looking into this problem now. I didn't test the install with setup. I just ran my postinstall script by hand to test it. I don't know why installing with setup is having this effect. For now I suggest that no one installs the lftp-2.6.8 package. I also ask that this package be removed from the cygwin.com ftp server until I can package a 2.6.8-2 version. Mark Blackburn Andrew Waltman wrote: For me when installing lftp 2.6.8-1 the postinstall script at /etc/postinstall/lftp.sh gets stuck in an infinite loop on lines 23-27 if you have and existing /etc/lftp.conf file. The output gets set to the /var/log/setup.log.full file filling up the disk. I cancelled the install and found that the file was over a 1.5 GB in size! I removed the file, reinstalled the package, killed the sh process of the postinstall script and the rest of the postinstall scripts for the other packages finished successfully. The setup.log.full showed more of the same output from the lftp.sh script, but since the sh process was killed did not fill the disk again. I guess another workaround would be to move the /etc/lftp.conf out of the way before the running the installer and put it back when it is done (unless you want the new version). I don't know if anyone else has run into this, but thought I should send something out to let people know to be on the lookout. Thanks, Andrew -- 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/
Updated: perl-5.8.2-1
perl-5.8.2-1 release has been uploaded to sourceware -- it should be on the mirrors soon. News: - Cygwin Perl now with threads support. - No IPC support yet, helpers wanted. - perl-5.8.1 introduced some features which makes it binary incompatible with perl-5.8.0 in certain cases. The problem with hash randomisation has been fixed so it should be binary compatible with perl-5.8.0 now and the threads problem doesn't affect Cygwin since perl-5.8.0 was not available with threads. - perl-5.8.0 was removed from the distribution entirely, perl-5.6.1-2 remains as the previous version because perl-5.8.x still seems to be a little picky about the system running on, i.e. it doesn't like Win98/ME very much. More details in the official 'Perl 5.8.2 Release Announcement': http://use.perl.org/articles/03/11/07/117238.shtml?tid=6 As always, you should conduct an appropriate level of testing before using any new product in your production environment. Notes: The README -- A short document, perl-5.8.2.README is in /usr/share/doc/Cygwin. The output of 'perl -V' gives some infos about the compiletime and runtime settings of this perl binary. Setup.exe: -- Perl is in the category 'Interpreters'. Perl manpages are in the 'Doc' category. Your Perl Modules: -- To get a summary of all the modules you installed for your current perl you can use the CPAN module (before you install perl-5.8.2), just start it as usual ($ /usr/bin/cpan) and type in the CPAN shell: cpan autobundle to get a snapshot of 'your own' perl installation. To reinstall all the modules (after installing perl-5.8.2) type in the new CPAN shell: cpan install Bundle::Snapshot_2002_07_29_00 Different Perl versions: It is possible to use more than one perl. To achieve this you cannot use setup.exe since it will remove previous perl installations before it installs perl-5.8.2, so you'll need to install perl-5.8.2 or perl-5.6.1 manually. From your scripts you can call the different perl versions now with perl5.6.1 or perl5.8.0, /usr/bin/perl will be the version you installed lastly. MAINTAINER: === Gerrit P. Haase, 2003-08-29 GENERIC INFORMATION: INSTALLATION: = To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'perl' from the 'Interpreters' category. The perl manpages are in a separate package called perl_manpages in the category 'Doc'. Previous perl installed with setup.exe will be removed, but your custom modules won't be removed. See 'Modules' and 'Different Perl versions' section in the 'NOTES' below for details about possibilities of custom installation. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. These mirrors already got the package, the others will probably have the latest version of this package fairly soon: In the US, ftp://planetmirror.com/pub/cygwin/ and ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ are reliable high bandwidth connection. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED]
