RE: [distcc] distcc 2.12 released
Christopher Faylor wrote: On Tue, Dec 23, 2003 at 11:39:43PM -0500, Harold L Hunt II wrote: This is great. Thanks for making a quick release to get this in. I have repackaged the distcc package for Cygwin for this new release. Our platform-specific patch now contains only our Cygwin README file and our setup file; distcc now builds completely out of the box on Cygwin. I just saw this and the cygwin-announce message for distcc. The last I knew, John Morrison was the maintainer for distcc. I haven't seen any announcement from him that he is giving up his maintainership duties. I'd like this kind of thing to be rather formal. We're supposed to be keeping track of who's doing what in the distribution. Sorry folks - works a killer atm, this is/was on my 'todo', but I wasn't pushing it since (AFAIR) it's only a minor release. Harold, if you have time I formally renounce my maintainership of distcc (this project is now slated for a 'phase 3' in January, no rest for the wicked :|) If there's stuff I can do in the future, I'll keep you informed. Christopher; let Harold do it; he's actually got more experience with the internals than I have! Thanks for asking though. J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award. == Information in this e-mail and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other binding commitment through the use of this electronic communication unless it is issued in accordance with the Experian Limited standard terms and conditions of purchase or other express written agreement between Experian Limited and the recipient Experian Limited (registration number 653331) Registered office: Talbot House, Talbot Street, Nottingham NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
Re: [distcc] distcc 2.12 released
Morrison, John wrote: Christopher Faylor wrote: On Tue, Dec 23, 2003 at 11:39:43PM -0500, Harold L Hunt II wrote: This is great. Thanks for making a quick release to get this in. I have repackaged the distcc package for Cygwin for this new release. Our platform-specific patch now contains only our Cygwin README file and our setup file; distcc now builds completely out of the box on Cygwin. I just saw this and the cygwin-announce message for distcc. The last I knew, John Morrison was the maintainer for distcc. I haven't seen any announcement from him that he is giving up his maintainership duties. I'd like this kind of thing to be rather formal. We're supposed to be keeping track of who's doing what in the distribution. Sorry folks - works a killer atm, this is/was on my 'todo', but I wasn't pushing it since (AFAIR) it's only a minor release. Harold, if you have time I formally renounce my maintainership of distcc (this project is now slated for a 'phase 3' in January, no rest for the wicked :|) If there's stuff I can do in the future, I'll keep you informed. Christopher; let Harold do it; he's actually got more experience with the internals than I have! Thanks for asking though. J. Thanks John. I accept maintainership. I have found distcc quite useful and have a reason to keep it up to date. It is also a pleasure to work with Martin Pool of distcc. Harold
New webpage: Cygwin/X Features
I have added a Cygwin/X Features webpage due to request by users and to ease the job of getting Cygwin/X accepted by business users: http://xfree86.cygwin.com/features.html The list of features currently has about 17 items on it. We really have some neat features! :) I know that I have forgotton some mentionable features, but it is time for bed. Please send in suggestions for additional items to the mailing list; just mention the feature and I can write the description for the actual webpage. Harold
Re: New webpage: Cygwin/X Features
On Wednesday 24 December 2003 08:34, Harold L Hunt II wrote: I have added a Cygwin/X Features webpage due to request by users and to ease the job of getting Cygwin/X accepted by business users: http://xfree86.cygwin.com/features.html The list of features currently has about 17 items on it. We really have some neat features! :) I know that I have forgotton some mentionable features, but it is time for bed. Please send in suggestions for additional items to the mailing list; just mention the feature and I can write the description for the actual webpage. Harold Nice page - I've found a spelling error in: DirectDraw Acceleration - .. Mutli-Window ... Ralf
Re: XFree86 4.3.0 and AltGr
Hi, Gosh, what an exciting thread about Proper attribution of patches! Now, to the point... As many Europeans, as Michael Lipp said, I stumbled over the not-working AltGr (I have a French keyboard, and a Windows XP box). After various unsuccessful tries with XF86Config, I had a good look at the results of xev. The xev downloaded with Cygwin XFree, and xev on Sun Solaris give similar results: when I press the single key AltGr, xev says: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: I then tried xmodmap with the following commands: clear Mod5 keycode 113 = Mode_switch add Mod3 = Mode_switch - result when pressing AltGr: keycode 37 (Control_L) + keycode 113 (Mode_switch) Of course, xterm or emacs don't understand... OK, well is there an unused key at the bottom of the keyboard? XFree doesn't see the Windows key at all, but I have a key which, when pressed in a Windows application, does the same as right click. xev sees this key as keycode 101. So I feed this into xmodmap: clear Mod5 keycode 101 = Mode_switch add Mod3 = Mode_switch keycode 10 = ampersand 1 keycode 11 = eacute 2 asciitilde keycode 12 = quotedbl 3 numbersign keycode 13 = apostrophe 4 braceleft keycode 14 = parenleft 5 bracketleft keycode 15 = minus 6 bar keycode 16 = egrave 7 grave keycode 17 = underscore 8 backslash keycode 18 = ccedilla 9 asciicircum keycode 19 = agrave 0 at keycode 20 = parenright degree bracketright keycode 21 = equal plus braceright Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, which I *REALLY* would prefer. Hope this helps... Philippe Auclair ** Institut National de la Recherche Agronomique Unité Centrale Informatique de Jouy Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France [EMAIL PROTECTED] tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 **
Re: XFree86 4.3.0 and AltGr
Do you have any Windows Power Toys (e.g. TweakUI) installed? Harold Philippe Auclair wrote: Hi, Gosh, what an exciting thread about Proper attribution of patches! Now, to the point... As many Europeans, as Michael Lipp said, I stumbled over the not-working AltGr (I have a French keyboard, and a Windows XP box). After various unsuccessful tries with XF86Config, I had a good look at the results of xev. The xev downloaded with Cygwin XFree, and xev on Sun Solaris give similar results: when I press the single key AltGr, xev says: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: I then tried xmodmap with the following commands: clear Mod5 keycode 113 = Mode_switch add Mod3 = Mode_switch - result when pressing AltGr: keycode 37 (Control_L) + keycode 113 (Mode_switch) Of course, xterm or emacs don't understand... OK, well is there an unused key at the bottom of the keyboard? XFree doesn't see the Windows key at all, but I have a key which, when pressed in a Windows application, does the same as right click. xev sees this key as keycode 101. So I feed this into xmodmap: clear Mod5 keycode 101 = Mode_switch add Mod3 = Mode_switch keycode 10 = ampersand 1 keycode 11 = eacute 2 asciitilde keycode 12 = quotedbl 3 numbersign keycode 13 = apostrophe 4 braceleft keycode 14 = parenleft 5 bracketleft keycode 15 = minus 6 bar keycode 16 = egrave 7 grave keycode 17 = underscore 8 backslash keycode 18 = ccedilla 9 asciicircum keycode 19 = agrave 0 at keycode 20 = parenright degree bracketright keycode 21 = equal plus braceright Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, which I *REALLY* would prefer. Hope this helps... Philippe Auclair ** Institut National de la Recherche Agronomique Unité Centrale Informatique de Jouy Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France [EMAIL PROTECTED] tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 **
Re: XFree86 4.3.0 and AltGr
I believe I have found just the right amount of magic to fix this once and for all. Please stay tuned to test the new release. Harold Philippe Auclair wrote: Hi, Gosh, what an exciting thread about Proper attribution of patches! Now, to the point... As many Europeans, as Michael Lipp said, I stumbled over the not-working AltGr (I have a French keyboard, and a Windows XP box). After various unsuccessful tries with XF86Config, I had a good look at the results of xev. The xev downloaded with Cygwin XFree, and xev on Sun Solaris give similar results: when I press the single key AltGr, xev says: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: I then tried xmodmap with the following commands: clear Mod5 keycode 113 = Mode_switch add Mod3 = Mode_switch - result when pressing AltGr: keycode 37 (Control_L) + keycode 113 (Mode_switch) Of course, xterm or emacs don't understand... OK, well is there an unused key at the bottom of the keyboard? XFree doesn't see the Windows key at all, but I have a key which, when pressed in a Windows application, does the same as right click. xev sees this key as keycode 101. So I feed this into xmodmap: clear Mod5 keycode 101 = Mode_switch add Mod3 = Mode_switch keycode 10 = ampersand 1 keycode 11 = eacute 2 asciitilde keycode 12 = quotedbl 3 numbersign keycode 13 = apostrophe 4 braceleft keycode 14 = parenleft 5 bracketleft keycode 15 = minus 6 bar keycode 16 = egrave 7 grave keycode 17 = underscore 8 backslash keycode 18 = ccedilla 9 asciicircum keycode 19 = agrave 0 at keycode 20 = parenright degree bracketright keycode 21 = equal plus braceright Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, which I *REALLY* would prefer. Hope this helps... Philippe Auclair ** Institut National de la Recherche Agronomique Unité Centrale Informatique de Jouy Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France [EMAIL PROTECTED] tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 **
Re: XFree86 4.3.0 and AltGr
Okay, XFree86-xserv-4.3.0-29 has just been posted. Please try it and somebody please tell me whether it fixes the problem for them or not. Harold Harold L Hunt II wrote: I believe I have found just the right amount of magic to fix this once and for all. Please stay tuned to test the new release. Harold Philippe Auclair wrote: Hi, Gosh, what an exciting thread about Proper attribution of patches! Now, to the point... As many Europeans, as Michael Lipp said, I stumbled over the not-working AltGr (I have a French keyboard, and a Windows XP box). After various unsuccessful tries with XF86Config, I had a good look at the results of xev. The xev downloaded with Cygwin XFree, and xev on Sun Solaris give similar results: when I press the single key AltGr, xev says: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: KeyPress event, serial 18, synthetic NO, window 0xc1, root 0x3a, subw 0x0, time 2826093, (105,60), root:(899,527), state 0x14, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: I then tried xmodmap with the following commands: clear Mod5 keycode 113 = Mode_switch add Mod3 = Mode_switch - result when pressing AltGr: keycode 37 (Control_L) + keycode 113 (Mode_switch) Of course, xterm or emacs don't understand... OK, well is there an unused key at the bottom of the keyboard? XFree doesn't see the Windows key at all, but I have a key which, when pressed in a Windows application, does the same as right click. xev sees this key as keycode 101. So I feed this into xmodmap: clear Mod5 keycode 101 = Mode_switch add Mod3 = Mode_switch keycode 10 = ampersand 1 keycode 11 = eacute 2 asciitilde keycode 12 = quotedbl 3 numbersign keycode 13 = apostrophe 4 braceleft keycode 14 = parenleft 5 bracketleft keycode 15 = minus 6 bar keycode 16 = egrave 7 grave keycode 17 = underscore 8 backslash keycode 18 = ccedilla 9 asciicircum keycode 19 = agrave 0 at keycode 20 = parenright degree bracketright keycode 21 = equal plus braceright Bingo! xterm and emacs work! Except I use this odd key instead of AltGr, which I *REALLY* would prefer. Hope this helps... Philippe Auclair ** Institut National de la Recherche Agronomique Unité Centrale Informatique de Jouy Domaine de Vilvert, 78352 Jouy-en-Josas CEDEX, France [EMAIL PROTECTED] tel +33 1 34 65 26 95, fax +33 1 34 65 24 03 **
Re: New webpage: Cygwin/X Features
Thanks Ralf. I fixed that Mutli error. Harold Ralf Habacker wrote: On Wednesday 24 December 2003 08:34, Harold L Hunt II wrote: I have added a Cygwin/X Features webpage due to request by users and to ease the job of getting Cygwin/X accepted by business users: http://xfree86.cygwin.com/features.html The list of features currently has about 17 items on it. We really have some neat features! :) I know that I have forgotton some mentionable features, but it is time for bed. Please send in suggestions for additional items to the mailing list; just mention the feature and I can write the description for the actual webpage. Harold Nice page - I've found a spelling error in: DirectDraw Acceleration - .. Mutli-Window ... Ralf
Re: Screenshots page updated
The last of the three old screenshots have been removed. I created a new fullscreen 8 bits per pixel screenshot to replace the two that we had. It was great, this time I got to use a local Emacs client to show the color list instead of a remote Emacs client :) I dropped the Solaris XDMCP screenshot since I don't have a Solaris box anymore. All screenshots are 1024x768 PNGs with 128x96 thumbnails. Feel free to suggest additional screenshots to show off certain features that I have overlooked. Or, submit your own shots in the above format and I will add them to the page. Harold Harold L Hunt II wrote: Our screenshots page has been completely updated: http://xfree86.cygwin.com/screenshots/ Nine old screenshots have been removed. Nine new screenshots have been added, showing off new features such as the exit confirmation and the tray icon menu. Merry Christmas! Harold
Re: New webpage: Cygwin/X Features
I just added the following to the features page: * Cost * Support * Modifiability * AltGr Harold
[Announce] NEdit 5.4
NEdit 5.4 has been released. A full list of features and bug fixes can be found in the release notes (http://www.nedit.org/relnotes.shtml) The source code for the release candidate can be downloaded from the ftp site (ftp://ftp.nedit.org/pub/v5_4/). At this location you will also find a subdirectory containing binary packages for a number of platforms, including Cygwin/X. -- This email is to inform you about the release of version '5.4' of 'NEdit' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/nedit/ The changes in this release are as follows: This version contains a number of new features, such as calltips, rangesets, and backlighting, and a good number of bugfixes. Project description: NEdit is a Unix text editor for programmers and general users. It combines a standard, easy-to-use, graphical user interface with the thorough functionality and stability required by users who edit text eight hours a day. It includes a macro language with a complete library of editing functions, state-of-the-art syntax highlighting for 30 common languages and text processors, and the best mouse-interactivity available in a Unix text editor.
Great product.
I have just loaded a fresh copy of CygWin onto a new machine, and found the 'startxdmcp.bat' batch script. After five minutes fiddling with a local SuSE box, I got my KDE Window Manager to display absolutely bit-perfect on my Windows box. No fuss, no messing, it just works, perfectly. I would like to congratulate any persons involved. The only issue I have is that when I use the local CygWin, eg, displaying a local xterm, it messes the KDE Window Manager up. Calls after this will fail: Connection to host:0 rejected. Or something like this. If I enter 'xterm +' into the local CygWin it fixs the problem, accept that KDE now opens windows on my Windows desktop, and not within it's own Windows Manager. This is not a problem, as the windows still show bit-perfect, and having them in the Windows task-bar rather than the KDE task-bar is in some ways better. (Although only in the first of my twin-head graphics card. :) But I would like to control whether CygWin opens windows within the X-Windows Manager or within MS-Windows? Can any person suggest a mechanism to complete this? Thanks again for a great product. Ben Clewett. -- 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: Windows find.exe crashes during Cygwin setup
Regarding my previous post (failure to install Cygwin), I discovered the problem. Maybe it's obvious to others, but I thought that I'd share it here in case it could help anyone. It turns out that the system I used to download the packages already had a version of Cygwin installed on it. So when I downloaded the packages, any packages that were still current on that system were not downloaded by setup, and then when I copied the files to the system I was actually installing on, there were of course missing packages (like grep, cat, and others...). BTW, Under the Question How do I just get everything?, the FAQ states that At the Select Packages screen, in Categories view, at the line marked All, click on the word default so that it changes to install. (Be patient, there is some computing to do at this step. It may take a second or two to register the change.) This tells Setup to install everything, not just what it thinks you should have by default. As it turns out this doesn't exactly tell setup to install _everything_(from what I can see), but rather tells setup to install everything _that you don't have already_. In order to get around this, I simply renamed my c:\cygwin directory to something else temporarily in order to trick setup into thinking that I really did need everything. Well I wonder if there is already a really obvious way to do this with setup that I was just missing. Regards, Yonatan Hello, I'm encountering a problem while trying to install Cygwin on a Window XP box from a local directory of packages. Several times during the setup procedure, Windows pops up an error message informing me that the Windows find.exe utility has encountered a problem and needs to be closed. Needless to say, I'm left with a broken installation afterwards, with missing files and libraries, no user profile, broken links, etc. I downloaded the package from a few different mirrors, but can't seem to get through the setup procedure without receiving these errors. Any ideas? I've searched the archives, faq, net, etc, and didn't find any reference to such a problem. Any help would be appreciated. Thanks, Yonatan _ Worried about inbox overload? Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es -- 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: Access Violation
When I compile and link the following program, I get a segmentation fault. What am I doing wrong...could expat be installed incorrectly? I configured and made expat according to the instructions in its distribution and now it works! I wonder why the cygwin version did not? Roy -- 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: Great product.
| I have just loaded a fresh copy of CygWin onto a new machine, | and found | the 'startxdmcp.bat' batch script. After five minutes | fiddling with a | local SuSE box, I got my KDE Window Manager to display absolutely | bit-perfect on my Windows box. No fuss, no messing, it just works, | perfectly. I would like to congratulate any persons involved. snip Sounds great, Ben, and I'm looking forward to trying something similar myself this coming weekend. I, for one - but maybe some others as well, would be interested to know what versions of Windoze, Linux and KDE you were running. It would be really nice to be able to replicate your success. Kevin. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: distcc-2.12-1
The distcc-2.12-1 package has been updated in the Cygwin distribution. Changes === 1) Resync with upstream release that contains our --with-docdir patch. (Harold L Hunt II) -- Harold Hunt 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 Devel and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/ml/cygwin/ I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- 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/
New snapshot 12/23 and xemacs-success
After the success of the 10/10/03 snapshot to solve xemacs problems, there were again problems with recent snapshots that caused preview-latex to die and xemacs to crash. The most recent snapshot from 12/23 solved all these problems. Yadin. -- 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Tue, Dec 23, 2003 at 05:28:16PM -0500, Christopher Faylor wrote: The subject says it all. I'm hoping to release cygwin 1.5.6 shortly after Christmas. On WinMe the queue runner forked by the exim daemon still occasionally produces a popup indicating an error in Cygwin1.dll In addition kill -9 exim_daemon produces 518380 [main] exim 34647479 proc_subproc: couldn't get proc lock. Something is wrong. 518404 [main] exim 34647479 proc_subproc: couldn't get proc lock. Something is wrong. 518429 [main] exim 34647479 proc_subproc: couldn't get proc lock. Something is wrong. CYGWIN_ME-4.90 hpn5170x 1.5.6s(0.108/3/2) 20031223 11:45:22 Ebenezer -- 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Wed, Dec 24, 2003 at 10:29:51AM -0500, Pierre A. Humblet wrote: On Tue, Dec 23, 2003 at 05:28:16PM -0500, Christopher Faylor wrote: The subject says it all. I'm hoping to release cygwin 1.5.6 shortly after Christmas. On WinMe the queue runner forked by the exim daemon still occasionally produces a popup indicating an error in Cygwin1.dll a popup indicating an error...? Not too helpful. -- 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/
thanks for ddd!
to all responsible, thanks much for the data display debugger package! what a great christmas gift! thank you, james -- 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/
Merry Xmas To CYGWIN Maintainers
Hi Ya, I really love CYGWIN Thanks 2 u all, and all trhe untold hours you devote!! zzapper (vim cygwin zsh) -- 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: New snapshot 12/23 and xemacs-success
Yadin Y Goldschmidt [EMAIL PROTECTED] writes: The most recent snapshot from 12/23 solved all these problems. I disagree. For the first time in about three months, XEmacs (along with Gnus using a whole bunch of child processes) works almost fine. That is, the network connections opened by Gnus, openssl, and starttls stay open longer than ten seconds and don't block XEmacs when it tries to read from or close these connections. Thank you for that. But XEmacs (21.4.13) still crashes the moment one exits Gnus. This is probably related to XEmacs shutting down the child processes mentioned above. Also, keychain or ssh-agent don't work properly with this snapshot. Keychain starts up ssh-agent, but no subsequent ssh (or ssh-add) operations can communicate with the started agent. I'd send my full cygcheck output, but cygcheck won't run properly, perhaps because I have cygwin installed at C:\Program Files\cygwin, with a space in the path. I know this space is discouraged by the installer, but just about every cygwin program works fine with this configuration, and has for the last few years. Here's a cygcheck sample, in this case running against the blessed cygwin1.dll: , | $ cygcheck -svr | | Cygwin Win95/NT Configuration Diagnostics | Current System Time: Wed Dec 24 10:42:36 2003 | | Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 | | Path: C:\Program Files\cygwin\usr\local\bin | C:\Program Files\cygwin\bin | C:\Program Files\cygwin\bin | C:\Program Files\cygwin\usr\X11R6\bin | C:\PROGRAM FILES\THINKPAD\UTILITIES | C:\WINDOWS\system32 | C:\WINDOWS | C:\WINDOWS\System32\Wbem | C:\Program Files\ATI Technologies\ATI Control Panel | C:\Program Files\PC-Doctor for Windows\services | C:\Program Files\Executive Software\Diskeeper\ | C:\Program Files\ATI Technologies\Fire GL 3D Studio Max | C:\WINDOWS\System32\ | C:\Documents and Settings\seh\My Documents\usr\local\bin | C:\Program Files\cygwin\usr\local\bin\i686-pc-cygwin | 'C:\Program' is not recognized as an internal or external command, | operable program or batch file. | | Output from C:\Program Files\cygwin\bin\id.exe (nontsec) ` After that, cygcheck crashes and generates the Windows XP error reporting dialog (cygcheck.exe has encountered a problem and needs to close. We are sorry for the inconvenience.) -- Steven E. Harris -- 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
At 11:59 AM 12/24/2003 -0500, you wrote: On Wed, Dec 24, 2003 at 10:29:51AM -0500, Pierre A. Humblet wrote: On Tue, Dec 23, 2003 at 05:28:16PM -0500, Christopher Faylor wrote: The subject says it all. I'm hoping to release cygwin 1.5.6 shortly after Christmas. On WinMe the queue runner forked by the exim daemon still occasionally produces a popup indicating an error in Cygwin1.dll a popup indicating an error...? Not too helpful. Here are a few more tidbits. The exact popup text is: Exim-4 has caused an error in CYGWIN1.DLL Exim-4 will now close If you continue to experience problems, try restarting your computer Close button ps shows the forked process in a normal state. sysinternals shows it too. There is only one thread handle and the pinfo mapped file is gone (it is still visible in the parent). The cygwin user mapped files are still there. I tried stracing the child, but got the same popup for strace. In previous trials I had failed to attach to the child from gdb. After pushing the close button (on the child), I noticed that the parent (daemon) exim showed too many pinfos. It had 7 pinfos mapped files, although it had no running child. I then killed -9 it, there was no error message. The exim log shows a few interesting things: The last mention of the child pid was (that may be misleading, reuse is a possibility) 2003-12-24 13:29:08 Start queue run: pid=159063 2003-12-24 13:29:08 End queue run: pid=159063 At around the time when I started looking into it, I see 2003-12-24 15:35:26 Start queue run: pid=153375 2003-12-24 15:35:26 End queue run: pid=153375 2003-12-24 15:36:26 Start queue run: pid=34403247 2003-12-24 15:36:26 End queue run: pid=34403247 Note a 5 min gap here, then 2003-12-24 15:42:26 daemon: fork of queue-runner process failed: Resource temporarily unavailable 2003-12-24 15:43:27 Start queue run: pid=176243 2003-12-24 15:43:27 End queue run: pid=176243 2003-12-24 15:44:27 Start queue run: pid=157315 2003-12-24 15:44:27 End queue run: pid=157315 2003-12-24 15:45:27 Start queue run: pid=153375 2003-12-24 15:45:27 End queue run: pid=153375 2003-12-24 15:46:27 Start queue run: pid=34403247 2003-12-24 15:46:27 End queue run: pid=34403247 2003-12-24 15:47:27 Start queue run: pid=178263 2003-12-24 15:47:27 End queue run: pid=178263 There is again a gap here. Next is normal, I killed -9 the parent. 2003-12-24 15:54:23 50 select() failures: Bad file descriptor There were no other gaps since 12:36:58, when I had started the daemon. Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Apache 2.0.48 installation
Hi, folks. I am trying to install httpd-2.0.48 on my cygwin/XP and I am getting a never seen (at least to me) error message: __ Installing build system files cp: `httpd' and `/usr/local/apache2/bin/#inst.2204#' are the same file chmod: getting attributes of `/usr/local/apache2/bin/#inst.2204#': No such file or directory mv: cannot stat `/usr/local/apache2/bin/#inst.2204#': No such file or directory make[1]: Leaving directory `/cygdrive/c/downloads/apache.org/httpd-2.0.48' __ There are no binaries for httpd, httpasswd and so on in /usr/local/apache2/bin. And I cannot find these funny #inst.# in the build directory tree. What do you suggest to correct this? My setup for apache is: $ CC=gcc CFLAGS=-O2 ./configure $ make make install My cygwin environment is: WindowsXP cygwin 1.5.5 gcc-3.3.1 Thanks for any help, Marcus Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Dec 24 20:17:03 2003 Windows XP Professional Ver 5.1 Build 2600 Path: C:\cygwin\usr\local\pgsql\bin C:\cygwin\home\marcus\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\sbin C:\cygwin\usr\sbin C:\cygwin\usr\local\bin C:\cygwin\usr\local\sbin c:\java\1.4.2\bin c:\oracle\app\oracle\jre\1.1.7\bin c:\oracle\app\oracle\product\8.1.7\bin c:\oracle\app\oracle\product\8.0.5\bin c:\oracle\app\oracle\product\8.1.7\Apache\Perl\5.00503\bin\mswin32-x86 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\cygiwn\bin C:\cygwin\opt\apache-ant-1.5.4\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\httpd-2.0.48\bin C:\cygwin\usr\local\httpd-2.0.48\sbin c:\java\1.4.2\bin C:\cygwin\usr\local\rrdtool-1.0.45\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(marcus) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(marcus) GID: 513(None) 513(None)544(Administrators) 545(Users) 1005(ORA_DBA) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS CYGWIN = `ntsec binmode tty' HOME = `C:\cygwin\home\marcus' LD_LIBRARY_PATH = `C:\cygwin\usr\local\pgsql\lib::\usr\local\apache\lib' MAKE_MODE = `unix' PWD = `/c/tmp' USER = `marcus' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\marcus\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `IRULAN' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVSROOT = `:pserver:[EMAIL PROTECTED]:/home/cvs/cvsroot' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\marcus' HOSTNAME = `irulan' JAVA_HOME = `c:\java\1.4.2' JSERV = `C:\oracle\ora92/Apache/Jserv/conf' LANG = `en_US.UTF-8' LOGONSERVER = `\\IRULAN' LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.c=01;33:*.h=01;33:*.pl=01;33:*.pm=01;33:*.cgi=01;33:*.java=01;33:*.psql=01;33:*.cpp=01;36:*.html=01;36:*.mk=01;36:*.ora=01;37:*.sql=01;37:*.txt=00;00:*.lst=00;00:*.log=00;00:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:' MANPATH = `/usr/local/pgsql/man::/usr/local/apache/man:/usr/ssl/man:/usr/local/rrdtool/man' NLS_DATE_FORMAT = `dd/mm/ hh24:mi:ss' NLS_LANG = `AMERICAN_AMERICA.WE8ISO8859P1' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/downloads/apache.org' ORACLE_BASE = `/u01/app/oracle' ORACLE_HOME = `c:\oracle\app\oracle\product\8.1.7' ORACLE_SID = `orcl' ORACLE_USERID = `scott/[EMAIL PROTECTED]' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PGDATA = `/usr/local/pgsql/data' PGDATABASE = `manesco_01' PGHOME = `/usr/local/pgsql' PGHOST = `localhost' PGLOG = `/usr/local/pgsql/log/logfile' PGOPTIONS = `-i' PGPASSWORD = `manesco' PGTTY = `' PGUSER = `manesco' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 4, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b04' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SUPPORTED = `en_US.UTF-8:en_US:en' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\marcus\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\marcus\LOCALS~1\Temp' TNS_ADMIN = `c:\oracle\var' USERDOMAIN = `IRULAN' USERNAME = `marcus' USERPROFILE = `C:\Documents and Settings\marcus' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions
Re: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Wed, Dec 24, 2003 at 04:20:37PM -0500, Pierre A. Humblet wrote: At 11:59 AM 12/24/2003 -0500, you wrote: On Wed, Dec 24, 2003 at 10:29:51AM -0500, Pierre A. Humblet wrote: On Tue, Dec 23, 2003 at 05:28:16PM -0500, Christopher Faylor wrote: The subject says it all. I'm hoping to release cygwin 1.5.6 shortly after Christmas. On WinMe the queue runner forked by the exim daemon still occasionally produces a popup indicating an error in Cygwin1.dll a popup indicating an error...? Not too helpful. I tried stracing the child, but got the same popup for strace. In previous trials I had failed to attach to the child from gdb. Have you rebuilt strace? It was broken in 1.5.5. After pushing the close button (on the child), I noticed that the parent (daemon) exim showed too many pinfos. It had 7 pinfos mapped files, although it had no running child. I then killed -9 it, there was no error message. That's not necessarily a problem if exim had unreaped zombies. The exim log shows a few interesting things: The last mention of the child pid was (that may be misleading, reuse is a possibility) 2003-12-24 13:29:08 Start queue run: pid=159063 2003-12-24 13:29:08 End queue run: pid=159063 At around the time when I started looking into it, I see 2003-12-24 15:35:26 Start queue run: pid=153375 2003-12-24 15:35:26 End queue run: pid=153375 2003-12-24 15:36:26 Start queue run: pid=34403247 2003-12-24 15:36:26 End queue run: pid=34403247 Note a 5 min gap here, then 2003-12-24 15:42:26 daemon: fork of queue-runner process failed: Resource temporarily unavailable 2003-12-24 15:43:27 Start queue run: pid=176243 2003-12-24 15:43:27 End queue run: pid=176243 2003-12-24 15:44:27 Start queue run: pid=157315 2003-12-24 15:44:27 End queue run: pid=157315 2003-12-24 15:45:27 Start queue run: pid=153375 2003-12-24 15:45:27 End queue run: pid=153375 2003-12-24 15:46:27 Start queue run: pid=34403247 2003-12-24 15:46:27 End queue run: pid=34403247 2003-12-24 15:47:27 Start queue run: pid=178263 2003-12-24 15:47:27 End queue run: pid=178263 There is again a gap here. Next is normal, I killed -9 the parent. 2003-12-24 15:54:23 50 select() failures: Bad file descriptor There were no other gaps since 12:36:58, when I had started the daemon. There's really nothing here that is useful, unfortunately. Have you ever tried running exim via strace rather than trying to attach to it when it has a problem? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: New snapshot 12/23 and xemacs-success
On Wed, Dec 24, 2003 at 10:52:47AM -0800, Steven Elliot Harris wrote: Yadin Y Goldschmidt [EMAIL PROTECTED] writes: The most recent snapshot from 12/23 solved all these problems. I disagree. For the first time in about three months, XEmacs (along with Gnus using a whole bunch of child processes) works almost fine. That is, the network connections opened by Gnus, openssl, and starttls stay open longer than ten seconds and don't block XEmacs when it tries to read from or close these connections. Thank you for that. But XEmacs (21.4.13) still crashes the moment one exits Gnus. This is probably related to XEmacs shutting down the child processes mentioned above. So, if I am understanding you correctly then this is not a regression. Since I don't use XEmacs, this is likely to stay broken. Also, keychain or ssh-agent don't work properly with this snapshot. Keychain starts up ssh-agent, but no subsequent ssh (or ssh-add) operations can communicate with the started agent. ssh-agent and ssh-add are working fine for me. I don't use keychain, however. I don't know what no subsequent ssh operations can communicate with the started agent means. What, specifically, are you seeing? I'd send my full cygcheck output, but cygcheck won't run properly, Are you running cygcheck from the snapshot? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Please try the latest snapshot -- it is close to cygwin 1.5.6
At 11:59 AM 12/24/2003 -0500, Christopher Faylor wrote: On Wed, Dec 24, 2003 at 10:29:51AM -0500, Pierre A. Humblet wrote: On Tue, Dec 23, 2003 at 05:28:16PM -0500, Christopher Faylor wrote: The subject says it all. I'm hoping to release cygwin 1.5.6 shortly after Christmas. On WinMe the queue runner forked by the exim daemon still occasionally produces a popup indicating an error in Cygwin1.dll a popup indicating an error...? Not too helpful. It has happened once more, but differently. ps shows the child as defunct. Sysinternals shows everything normal, pinfo exists in the child. There is no fork failure, in fact the one I mentioned earlier is the only one out of 17070 runs. This time when I killed the daemon (just to see), I got 330495 [main] exim 34658275 proc_subproc: couldn't get proc lock. Something is wrong. 330520 [main] exim 34658275 proc_subproc: couldn't get proc lock. Something is wrong Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Please try the latest snapshot -- it is close to cygwin 1.5.6
Using a CVS Head version, I get a popup with: The instruction at 0x61085fba referenced memory at 0x61002f90. The memory could not be written $ addr2line -e /bin/cygwin1.dll 61085fba /src/cygwin/obj/obj-org/i686-pc-cygwin/winsup/cygwin/../../../../../src/ winsup/cygwin/shm.cc:331 /* Try allocating memory before calling cygserver. */ shm_shmid_list *ssh_new_entry = new (shm_shmid_list); if (!ssh_new_entry) { set_errno (ENOMEM); 331 return -1; } I am not sure if this is helpful... Trevor -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash.exe: *** Couldn't reserve space for cygwin's heap
Thanks, Jason, for your help. Unfortunately, rebaseall gives me the same problem: F:\root\binsh $ rebaseall m.AllocationBase 0x0, m.BaseAddress 0x6156, m.RegionSize 0x21, m.State 0 x1 F:\root\bin\bash.exe: *** Couldn't reserve space for cygwin's heap (0x6156 0xA0) in child, Win32 error 0 $ I cannot execute bash (since I get the cygwin heap error) to run rebaseall so I ran it under sh, but still get a heap error:( Am I doing something wrong? Thanks for any other suggestions you might have! Kimberlie Jason Tishler [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Kimberlie, On Thu, Dec 18, 2003 at 07:23:36PM -0500, Kimberlie S wrote: I tried using rebase (suggested by Jason Tishler in his email dated Tue, 02 Dec 2003) but just get an error message saying that bash is not rebaseable. Assuming this is a rebase problem, then you need to rebase your system (i.e., all of your Cygwin DLLs) not bash. Any other suggestions? Use rebaseall instead of rebase *and* read the rebase README: http://www.tishler.net/jason/software/rebase/rebase-2.2.README Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
wiki
There has been some discussion about wiki's in the archives http://cygwin.com/ml/cygwin/ So, I thought I'd list some of the sites mentioned in the archives that have a wiki setup for Cygwin: http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/WebHome http://twiki.iwethey.org/Main/CygwinEndUserQuickReference http://www.emacswiki.org/cgi-bin/wiki.pl?search=cygwin http://www.atomice.net/cygwin and, of course, google is your friend: http://www.google.com/search?q=Cygwin%20wikisourceid=mozilla- searchstart=0start=0ie=utf-8oe=utf-8 Wiki: a really nice collaborative tool. Regards, - Robert -- 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: wiki
At 09:28 PM 12/24/2003, Robert Citek you wrote: There has been some discussion about wiki's in the archives http://cygwin.com/ml/cygwin/ So, I thought I'd list some of the sites mentioned in the archives that have a wiki setup for Cygwin: http://www.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/WebHome http://twiki.iwethey.org/Main/CygwinEndUserQuickReference http://www.emacswiki.org/cgi-bin/wiki.pl?search=cygwin http://www.atomice.net/cygwin ^^^ This is apparently a bad link. Backing up to www.atomice.net and clicking on the Cygwin link brings you to the first one you listed. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: wiki
On Wednesday, December 24, 2003, at 09:07 PM, Larry Hall wrote: At 09:28 PM 12/24/2003, Robert Citek you wrote: ... http://www.atomice.net/cygwin ^^^ This is apparently a bad link. Backing up to www.atomice.net and clicking on the Cygwin link brings you to the first one you listed. Hmmm. You're right. I verified them as I found them. No doubt I preformed a cut-and-paste error with this one. That probably means that there is still a valid wiki URL in the archives that I missed. I put the list of wiki's on one of the wiki pages. You can access it directly: http://tweetypie.doc.ic.ac.uk/~ccj00/twiki/bin/view/Cygwin/ MailListArchives Anyone is welcome to replace the invalid link with a valid one. I promise it will be a good wiki experience. :) Happy Holidays. Regards, - Robert -- 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
On Thu, Dec 25, 2003 at 09:07:51AM +0930, Trevor Forbes wrote: Using a CVS Head version, I get a popup with: The instruction at 0x61085fba referenced memory at 0x61002f90. The memory could not be written $ addr2line -e /bin/cygwin1.dll 61085fba /src/cygwin/obj/obj-org/i686-pc-cygwin/winsup/cygwin/../../../../../src/ winsup/cygwin/shm.cc:331 /* Try allocating memory before calling cygserver. */ shm_shmid_list *ssh_new_entry = new (shm_shmid_list); if (!ssh_new_entry) { set_errno (ENOMEM); 331 return -1; } I am not sure if this is helpful... You get a popup with WHAT? Every single cygwin program? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Two mutt issues
Hello, The current version of Outlook finally made me move to mutt :-) Why, does Outlook 2003 block *all* attachments now? ;-) I have two problems using mutt on cygwin: 1. I've used this mailcap file: application/*; cygstart %s image/*; cygstart %s text/*; cygstart %s video/*; cygstart %s But it doesn't seem to work, when I try to open a Word attachment it says it's corrupted. When I save it and open it from the explorer it looks OK. I'd bet this one is a text/binary issue, but I've not looked into it. My guess would be that the text/binary logic that I added for saving is being bypassed somehow during save-to-temp-then-viewing. 2. I'm working with Maildir folder (the default for 'getmail'), when I try to sync after deleting a message I get the following error: rename: No such file or directory (errno = 2) And the file is not deleted. Any suggestions? Maildir isn't directly supported on Cygwin unfortunately, and likely never will be due to its violation of POSIX filename rules. The error you're seeing is a direct result of this. That said, people have reported some success with Maildirs by using Cygwin's new Managed mounts feature, q.v., and putting their mailboxes on one. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Unable to compile cygwin
I am still not able to build Cygwin from the latest CVS sources... But anyway, that's only a part of the problem. My boss wants to be sure there is no malicious code in the Cygwin distribution I use. So he's telling me to rebuild it from scratch from the CVS sources. His logic is that since we can look into the sources and check that there is no malicious code in it, if we build a version from these sources, we can assume they contain no trojan or whatever. Well, unless your boss reads and understands every line of code, he's assuming the exact same thing as if you were just using the precompiled stuff. And not just Cygwin proper either: every line in *every app* that you run on Cygwin. Your boss's logic is not exactly up to Mr. Spock's standards. But if I understood correctly, I must use Cygwin to rebuild the sources. When I told him that, he went all mad and told me that he could not trust my version of Cygwin to rebuild these sources, since it could 'insert' malicious code without us knowing it even though the sources are perfectly clean. Jeez, yeah dude, I'd say building Cygwin hardly registers as part of your problem! ;-) Unless perhaps your boss and you work at the NSA or the FBI or something. Tell him that you also can't rebuild Windows *at all* and see what he says, if he says anything at all instead of giving you the dead-fish look. I bet you get the latter. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Please try the latest snapshot -- it is close to cygwin 1.5.6
I was running the open_posix_testsuite against the current homebuilt cygwin1.dll but I get the same error if I use the new dll to build itself. It only happens randomly to gcc.exe but it always errors at the same location 0x61085fba. I run the testsuite when I built the dll which gives: FAIL: msgtest.c (execute) FAIL: semtest.c (execute) FAIL: shmtest.c (execute) FAIL: pthread/mainthreadexits.c (execute) === winsup Summary === # of expected passes259 # of unexpected failures4 # of expected failures 14 The pthread test is the only abnormal failure as I am not using the cygserver. I looked at the mainthreadexits.c test and I was not sure if the test was correct. So that's what lead me to try out the open_posix_testsuite. I am currently Googling for different debugging methods and contemplating having a Xmas drink or two. I tried the how-to-debug-cygwin.txt but GDB did not provide any useful information. Sorry I am not more helpful. Merry Xmas to all. Trevor -- 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/