Re: RFU: cppcheck-1.50-1
On Aug 15 00:58, Chris Sutcliffe wrote: Please upload: --- wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.50-1.tar.bz2 \ http://emergedesktop.org/cygwin/cppcheck/cppcheck-1.50-1-src.tar.bz2 --- Please leave 1.49-1 as previous and feel free to remove older releases. Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: GCC dependencies (attn David Billinghurst)
On Aug 14 23:03, Yaakov (Cygwin/X) wrote: On Sun, 2011-08-14 at 14:29 -0500, Yaakov (Cygwin/X) wrote: On Sat, 2011-08-13 at 16:11 +0200, Corinna Vinschen wrote: BTW, for those interested, I'm already working on updating the Fedora Cygwin toolchain to match the recent binutils/gdb releases and add the --large-address-aware patch, along with restoring cygwin-gcc-java for F15. FYI, this has been pushed to the servers now. There's a small glitch in the cross toolchain: $ i686-pc-cygwin-gcc foo.c -o foo $ ls foo* foo foo.c Confirmed, and now I see that the same happens with Fedora's mingw32-gcc. Since foo is a Cygwin executable, shouldn't gcc append .exe? This would make sense. Since mingw32-gcc does the same thing, I'll guess that the .exe magic was only implemented for a native compiler. Looking at the code, the .exe handling is added in gcc/gcc.c. There are two macros: HOST_EXECUTABLE_SUFFIX (which adds .exe to the commands it calls (cc1/as/collect2/ld), and TARGET_EXECUTABLE_SUFFIX, which is used only for and in convert_filename() to change the output filename. But the latter is only used if: /* By default there is no special suffix for target executables. */ /* FIXME: when autoconf is fixed, remove the host check - dj */ #if defined(TARGET_EXECUTABLE_SUFFIX) defined(HOST_EXECUTABLE_SUFFIX) #define HAVE_TARGET_EXECUTABLE_SUFFIX #endif I may be new to the GCC code, but that just looks bogus. On Linux, HOST_EXECUTABLE_SUFFIX is obviously empty, but why should that control HAVE_TARGET_EXECUTABLE_SUFFIX? I've made a patch to change that, and am rebuilding cygwin-gcc with that now. If it works (and I don't see why it won't), I'll go ahead and respin releases with the patch. cygwin-gcc 4.5.3-4 is now available for both releases on both arches. I still need to test my patch (for trunk, attached) in other configurations, but AFAICS it fixes the issue you reported. WJFFM, thank you! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: GCC dependencies (attn David Billinghurst)
On Aug 15 01:01, Peter Rosin wrote: Den 2011-08-14 13:20 skrev Corinna Vinschen: On Aug 13 18:20, Peter Rosin wrote: Den 2011-08-13 13:28 skrev Corinna Vinschen: here's a minor nit, but that bugs me for a while now. $ cc hello.c $ ./a.out bash: ./a.out: No such file or directory I would like to see that GCC for Cygwin creates the output file a.out.exe, so the result is the same on Unix/Linux and Cygwin: It's a.exe for cygwin native. I know. That was my point. On other systems it's called a.out, on Cygwin it's called a.exe. So, if you try to learn C using the good old KR book from 1983, you're asked to compile hello.c and then call a.out. Doesn't work on Cygwin for obvious reasons. Why on earth didn't the GCC folks decide to name the output file a.out.exe, so you can run hello, world by running a.out as well? Oops, sorry for the noise. Here I was thinking you had suffered from a brain fart or something. I did. The KR book has been published in 1978, not 1983. That was the publishing date of the german translation which I purchased in a feeble moment way back when. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 256x256 px icons
On 8/12/2011 3:12 AM, Corinna Vinschen wrote: Turns out, 256 is too big for the splash screen. Looking for a nice size, I found that 1064, the size of the rasterized original icon, dived by 7 is 152, which looks like the ideal size for the dialog icon. So I added a 152x152 icon to cygwin.ico, and made it the first icon in the set. Here's the result: http://cygwin.de/cygwin-standalone-beveled.ico Two examples: Classic Windows style:http://cygwin.de/splash-new-1.png Windows 7 non-Aero style: http://cygwin.de/splash-new-2.png Mostly delicious, Corinna. The hard edges in the original art are causing stair-stepping when doing a direct downsample, though. (Look at the pointy bits.) By blurring the high-res version and then downsampling by a non-integral amount, you can get a much smoother result. Here's one at 128 px^2: http://etr-usa.com/cygwin/logo/128-smooth.png If you're really set on 152 px^2, here's that, too: http://etr-usa.com/cygwin/logo/152-smooth.png If you want yet a different size, the procedure is: - merge all layers (don't flatten; keep transparency) - Gaussian blur, 2 px - bilinear resize
Re: 256x256 px icons
On 8/14/2011 5:16 AM, Corinna Vinschen wrote: On Aug 14 09:18, Andy Koppe wrote: On 27 July 2011 18:30, Warren Young wrote: - Do we need more sizes? I've seen reference to odd sizes like 64x64 and 96x96, but surely we can trust Vista+ to scale the 256x256 to these sizes without needing hand-tweaked versions? Picking up on an old point here. As Warren suggests, the 64x64 doesn't actually seem to be used if 256x256 is present. For example, when setting the desktop icon size to large, a downscaled 256x256 is used. Shall we drop the 64x64s for a bit of a size saving (particularly as they're in BMP rather than PNG format)? You're saving 12K or so. Given that we already have the icons, is it worth it to delete them for just a few K? Are you calculating the setup.exe size delta after upx, or are you looking at the .ico file? upx should provide similar benefit as Vista PNG icons, as compared to standard BMP style icons. My reason for asking if we can skip the other sizes was more a matter of removing unnecessary work than saving single-digit KB in the binary. (I tried upx on cygicons-0.dll, by the way, but it apparently broke something. On trying to use my compressed version to supply an icon for a shortcut, Windows complains it doesn't contain any icons. *shrug*)
Re: 256x256 px icons
On 8/15/2011 10:33 AM, Warren Young wrote: The hard edges in the original art are causing stair-stepping when doing a direct downsample, though. (Look at the pointy bits.) By blurring the high-res version and then downsampling by a non-integral amount, you can get a much smoother result. This is only the case if the downsample operation used by GIMP, when d/s by an integral amount, is to simply pick every Nth pixel. That's very fast -- but is not the correct operation (I'd posit a GIMP bug, in fact). Sampling theory says a downsample SHOULD be preceded, automatically, by a low-pass filter (blurring) operation of a specific type and, er, radius for lack of a better word. (IOW, GIMP /should/ be doing this blur FOR you, automatically). There's lots of theory behind this, to select the proper kind of filter (gaussian is not correct -- but is probably a good enough approximation) and its 'radius' (which should scale with the downsampling factor). Since GIMP is apparently not doing that, then yes -- you need to apply a blurring filter yourself, before using GIMP's braindead 'pick every Nth pixel' version of downsampling. -- Chuck
Re: 256x256 px icons
On Aug 15 08:33, Warren Young wrote: On 8/12/2011 3:12 AM, Corinna Vinschen wrote: Turns out, 256 is too big for the splash screen. Looking for a nice size, I found that 1064, the size of the rasterized original icon, dived by 7 is 152, which looks like the ideal size for the dialog icon. So I added a 152x152 icon to cygwin.ico, and made it the first icon in the set. Here's the result: http://cygwin.de/cygwin-standalone-beveled.ico Two examples: Classic Windows style:http://cygwin.de/splash-new-1.png Windows 7 non-Aero style: http://cygwin.de/splash-new-2.png Mostly delicious, Corinna. The hard edges in the original art are causing stair-stepping when doing a direct downsample, though. (Look at the pointy bits.) By blurring the high-res version and then downsampling by a non-integral amount, you can get a much smoother result. Here's one at 128 px^2: http://etr-usa.com/cygwin/logo/128-smooth.png If you're really set on 152 px^2, here's that, too: http://etr-usa.com/cygwin/logo/152-smooth.png If you want yet a different size, the procedure is: - merge all layers (don't flatten; keep transparency) - Gaussian blur, 2 px - bilinear resize Thanks for the tip. I checked in a new 152x152 icon with lightgrey stroke which I blurred before. I resized using the cubic interpolation because I forgot to set it to linear (no bilinear in gimp), but it looks good to me. If you want to have a look, I uploaded it to http://cygwin.de/cygwin-standalone-beveled.ico again. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 256x256 px icons
On Aug 15 11:44, Charles Wilson wrote: On 8/15/2011 10:33 AM, Warren Young wrote: The hard edges in the original art are causing stair-stepping when doing a direct downsample, though. (Look at the pointy bits.) By blurring the high-res version and then downsampling by a non-integral amount, you can get a much smoother result. This is only the case if the downsample operation used by GIMP, when d/s by an integral amount, is to simply pick every Nth pixel. That's very fast -- but is not the correct operation (I'd posit a GIMP bug, in fact). Sampling theory says a downsample SHOULD be preceded, automatically, by a low-pass filter (blurring) operation of a specific type and, er, radius for lack of a better word. (IOW, GIMP /should/ be doing this blur FOR you, automatically). There's lots of theory behind this, to select the proper kind of filter (gaussian is not correct -- but is probably a good enough approximation) and its 'radius' (which should scale with the downsampling factor). Since GIMP is apparently not doing that, then yes -- you need to apply a blurring filter yourself, before using GIMP's braindead 'pick every Nth pixel' version of downsampling. Are you talking about recent gimp versions? In my gimp I have the choice of four different interpolation algorithms, None, Linear, Cubic, and Sinc (Lanczos3), whatever each of them means. I guess I just don't want to know in such great detail... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 256x256 px icons
On Aug 15 08:44, Warren Young wrote: On 8/14/2011 5:16 AM, Corinna Vinschen wrote: You're saving 12K or so. Given that we already have the icons, is it worth it to delete them for just a few K? Are you calculating the setup.exe size delta after upx, or are you looking at the .ico file? Rule of thumb, actually. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 256x256 px icons
On 8/12/2011 12:59 AM, Corinna Vinschen wrote: On Aug 11 15:06, Warren Young wrote: I haven't forgotten about my attempt, by the way. It's just become a bigger project than anticipated. I guess you're not waiting on me, which is fine. No, no, I'm curious. I present to you now, my magnum opus: http://etr-usa.com/cygwin/logo/boxed-hippo.ico Now *that*, my friends, is an angry hippo.
Re: 256x256 px icons
On 15/08/2011 1:52 PM, Warren Young wrote: I present to you now, my magnum opus: http://etr-usa.com/cygwin/logo/boxed-hippo.ico Now *that*, my friends, is an angry hippo. When I try to grab the file I get an error stating it's malformed. Chris -- Chris Sutcliffe ir0nh...@gmail.com
Re: 256x256 px icons
On 8/15/2011 9:44 AM, Charles Wilson wrote: On 8/15/2011 10:33 AM, Warren Young wrote: The hard edges in the original art are causing stair-stepping when doing a direct downsample, though. (Look at the pointy bits.) By blurring the high-res version and then downsampling by a non-integral amount, you can get a much smoother result. This is only the case if the downsample operation used by GIMP, when d/s by an integral amount, is to simply pick every Nth pixel. That's very fast -- but is not the correct operation (I'd posit a GIMP bug, in fact). Perhaps Gimp did that in the past, but what you're describing is now Gimp's None interpolation mode. Both it and Photoshop have better resampling modes, but they all give some stair-stepping with hard diagonal lines if you don't give it a bit of help.
Re: 256x256 px icons
On 8/15/2011 11:58 AM, Chris Sutcliffe wrote: On 15/08/2011 1:52 PM, Warren Young wrote: I present to you now, my magnum opus: http://etr-usa.com/cygwin/logo/boxed-hippo.ico Now *that*, my friends, is an angry hippo. When I try to grab the file I get an error stating it's malformed. You're trying to open it in Firefox, which doesn't understand PNG icons. Open it in IE, or download it and open it with Windows' picture viewer. (If you have in the past looked at .ico files in this thread, it probably worked because the file contained at least one standard format icon in the bundle. The one I just posted has no smaller sizes, because I just wanted to get it out there before messing about with making smaller versions.)
Re: 256x256 px icons
On 8/15/2011 11:59 AM, Corinna Vinschen wrote: Are you talking about recent gimp versions? I wasn't talking specifically about any GIMP version -- I was surmising based on what you guys described as GIMP's behavior. In my gimp I have the choice of four different interpolation algorithms, None, This sounds like the dumb pix every Nth pixel algorithm. It probably devolves to Linear, ...this, when the downsampling factor is not an integer. (linear is implicitly bi-linear when you're dealing with a 2D image). Cubic, and Sinc (Lanczos3), whatever each of them means. I guess I just don't want to know in such great detail... Sinc is the theoretically correct operation, but for obscure reasons can't *really* be implemented in real life, because a /true/ sinc function has infinite extent. So, they probably mean a windowed sinc function...which has other (mostly theoretical) problems (unless the window is not a simple box window, but is instead a hamming, hanning, or certain other windows. But even then, you encounter certain OTHER arcane problems. In practice, I'm sure either cubic or sinc will be fine. Cubic is usually faster. In the end, what *looks good* is what matters here. -- Chuck
Re: 256x256 px icons
On 15 August 2011 18:52, Warren Young wrote: I present to you now, my magnum opus: http://etr-usa.com/cygwin/logo/boxed-hippo.ico Now *that*, my friends, is an angry hippo. :) That is rather impressive, and yep, that's not a happy hippo. Is this just for fun or are you proposing this at the setup.exe icon, in which case of course it would need further effort to make it work at small sizes. Andy
Re: 256x256 px icons
On 8/15/2011 1:52 PM, Andy Koppe wrote: On 15 August 2011 18:52, Warren Young wrote: I present to you now, my magnum opus: http://etr-usa.com/cygwin/logo/boxed-hippo.ico Now *that*, my friends, is an angry hippo. :) That is rather impressive, and yep, that's not a happy hippo. Is this just for fun or are you proposing this at the setup.exe icon, A bit of both. in which case of course it would need further effort to make it work at small sizes. If this does win out over the current gray box icon, I'd say it should be used as-is for 256 px, and can probably be made legible at 48 px. At smaller sizes, I'd say the hippo will have to be evicted from the box. I'll leave as an open question whether the 32 px and below icons become hippo heads, or empty boxes, or C logos, or... This is posed 3D art, so now that I have the assets, I can re-pose and make new renderings fairly easily. About 90% of the effort of getting here was just bringing all the pieces together. I don't think this replaces the newly finalized C logo on the first setup.exe wizard page. I think the box motif works best for the .exe itself, the thing you click on to start unpacking things.
Re: AltGr key mostly fires an additional CONTROL key
Hi, I also had problems with the AltGr key. These could reliably be reproduced by holding the AltGr for some seconds (causing Windows generating auto repeat events). Unfortunately the test version at ftp://cygwin.com/pub/cygwinx/XWin.20110801-git-2d9f9305cb559907.exe.bz2 doesn't fix this problem for me. I discovered that the mechanism in winkeybd.c function winIsFakeCtrl_L had a problem if PeekMessage cannot obtain the next Alt_R message because it is not there. I prepared a patch that remembers the last Ctrl_L event and reacts on a later following Alt_R. It was also necessary to alter the order in winWindowProc in winwndproc.c: the invocation of winIsFakeCtrl_L had to be done before discarding auto-repeated key presses. The attached patch is against the sources of xserver-cygwin-1.10.3-1. Best regards, Oliver diff --git a/hw/xwin/winkeybd.c b/hw/xwin/winkeybd.c index e807fc5..460c9d6 100644 --- a/hw/xwin/winkeybd.c +++ b/hw/xwin/winkeybd.c @@ -356,6 +356,12 @@ winIsFakeCtrl_L (UINT message, WPARAM wParam, LPARAM lParam) MSG msgNext; LONG lTime; Bool fReturn; + + static Bool hasLastControlL = FALSE; + static UINT lastMessage; + static WPARAM lastWparam; + static LPARAM lastLparam; + static LONG lastTime; /* * Fake Ctrl_L presses will be followed by an Alt_R keypress @@ -389,9 +395,22 @@ winIsFakeCtrl_L (UINT message, WPARAM wParam, LPARAM lParam) WM_KEYDOWN, WM_SYSKEYDOWN, PM_NOREMOVE); } - if (msgNext.message != WM_KEYDOWN msgNext.message != WM_SYSKEYDOWN) + if (fReturn msgNext.message != WM_KEYDOWN msgNext.message != WM_SYSKEYDOWN) fReturn = 0; + if (!fReturn) +{ + hasLastControlL = TRUE; + lastMessage = message; + lastWparam = wParam; + lastLparam = lParam; + lastTime= lTime; +} + else +{ + hasLastControlL = FALSE; +} + /* Is next press an Alt_R with the same timestamp? */ if (fReturn msgNext.wParam == VK_MENU msgNext.time == lTime @@ -406,11 +425,33 @@ winIsFakeCtrl_L (UINT message, WPARAM wParam, LPARAM lParam) } } + /* + * Check for Alt_R keypress, that was not ready when the + * last Ctrl_L appeared. + */ + else if ((message == WM_KEYDOWN || message == WM_SYSKEYDOWN) + wParam == VK_MENU + (HIWORD (lParam) KF_EXTENDED)) +{ + if (hasLastControlL) +{ + lTime = GetMessageTime (); + + if ((lastMessage == WM_KEYDOWN || lastMessage == WM_SYSKEYDOWN) + lastTime == lTime) +{ +/* take back the fake ctrl_L key */ +winSendKeyEvent (KEY_LCtrl, FALSE); +} + hasLastControlL = FALSE; +} +} + /* * Fake Ctrl_L releases will be followed by an Alt_R release * with the same timestamp as the Ctrl_L release. */ - if ((message == WM_KEYUP || message == WM_SYSKEYUP) + else if ((message == WM_KEYUP || message == WM_SYSKEYUP) wParam == VK_CONTROL (HIWORD (lParam) KF_EXTENDED) == 0) { @@ -439,9 +480,11 @@ winIsFakeCtrl_L (UINT message, WPARAM wParam, LPARAM lParam) PM_NOREMOVE); } - if (msgNext.message != WM_KEYUP msgNext.message != WM_SYSKEYUP) + if (fReturn msgNext.message != WM_KEYUP msgNext.message != WM_SYSKEYUP) fReturn = 0; +hasLastControlL = FALSE; + /* Is next press an Alt_R with the same timestamp? */ if (fReturn (msgNext.message == WM_KEYUP @@ -458,6 +501,10 @@ winIsFakeCtrl_L (UINT message, WPARAM wParam, LPARAM lParam) return TRUE; } } + else +{ + hasLastControlL = FALSE; +} /* Not a fake control left press/release */ return FALSE; diff --git a/hw/xwin/winwndproc.c b/hw/xwin/winwndproc.c index 316cf08..7de5a5d 100644 --- a/hw/xwin/winwndproc.c +++ b/hw/xwin/winwndproc.c @@ -1060,6 +1060,10 @@ winWindowProc (HWND hwnd, UINT message, if ((wParam == VK_LWIN || wParam == VK_RWIN) !g_fKeyboardHookLL) break; + /* Discard fake Ctrl_L presses that precede AltGR on non-US keyboards */ + if (winIsFakeCtrl_L (message, wParam, lParam)) + return 0; + /* * Discard presses generated from Windows auto-repeat */ @@ -1080,10 +1084,6 @@ winWindowProc (HWND hwnd, UINT message, } } - /* Discard fake Ctrl_L presses that precede AltGR on non-US keyboards */ - if (winIsFakeCtrl_L (message, wParam, lParam)) - return 0; - /* Translate Windows key code to X scan code */ winTranslateKey (wParam, lParam, iScanCode); -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation:
src/winsup/cygwin ChangeLog pipe.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-08-15 16:05:13 Modified files: winsup/cygwin : ChangeLog pipe.cc Log message: * pipe.cc (pipe): Just call _pipe with O_BINARY mode. Move code to generate normalized pathnames from here... (_pipe): ...to here. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5479r2=1.5480 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pipe.cc.diff?cvsroot=srcr1=1.131r2=1.132
Re: Cygwin 1.7.9 Apache2 startup question issue.
Greetings, Brian Wilson! I'm having a bit of trouble with starting the Cygwin Apache2 package on my Windows XP (SP3) system. Why don't you use native Windows Apache HTTPD server? One last question. Why does the apachectl2 help message display the usage for httpd2; Because the syntax is exactly the same. and why is there no definition for the -k option? There is: [-k start|restart|graceful|graceful-stop|stop] There's no explanation, however, but honestly. it's all pretty self-explanatory. -- WBR, Andrey Repin (anrdae...@freemail.ru) 15.08.2011, 10:50 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: cppcheck-1.50-1
Version 1.50-1 of cppcheck has been uploaded, following the upstream release. cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that your C/C++ compiler doesn't see. The goal is no false positives. cppcheck is versatile. You can check non-standard code that includes various compiler extensions, inline assembly code, etc. For a list of changes see: https://sourceforge.net/news/?group_id=195752id=302793 *** 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read*all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
teTeX/dvips
Hi! I've just upgraded to a fresh Cygwin distribution. I installed the full teTeX package. Then I tried to add my usual stuff like extra TeX packages that I had with my previous installation of Cygwin. (Yes, I have read that the problems with 3rd party packages are not welcome here, but 1) I doubt there's a single TeX user who doesn't use extra TeX packages; 2) I already resolved the issue, so I'm not really complaining; 3) this issue has to do with recent changes in Cygwin's teTeX package; so, please, read on!) One of them is cm-super (font package to typeset Cyrillic fonts). To start with, the installation instructions for cm-super no longer work out the box with the latest teTeX distro. I found this to be due to the change in the texmf configs which no longer look for .map and .enc files in /usr/share/texmf/dvips/config, but rather in /usr/share/texmf/fonts/map/dvips and /usr/share/texmf/fonts/enc/dvips, respectively. Well, it took me some time to figure this out, but I did, and so I reinstalled the .map and .enc files there. However, something strange happened: dvipdfm started working just fine, while dvips didnt'! It took me a really long time to figure out what's going on. Turns out, the include path for dvips's map files is /usr/shar/texmf/fonts/map// (!) Here, the // means search all subdirectories, of course. And it includes both those for dvips and dvipdfm. And the cm-super guys did no better than name the corresponding .map and .enc files identically! And since dvipdf comes before dvips in the the alphabetical sort the dvips was actually reading dvipdfm's .map and .enc files! So, here's the bottom line: it's a bad idea to allow - even in principle - for dvips to read dvipdfm's (or any other tool's) files. Looks like, you guys wanted to make the search for .map/.enc files mechanism uniform among all tools. Please try to see if this can be done more safely. Regards, -CH -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.9 Apache2 startup question issue.
Hello Andrey: I'm having a bit of trouble with starting the Cygwin Apache2 package on my Windows XP (SP3) system. Why don't you use native Windows Apache HTTPD server? Because I'd like to use a more *nix like environment than Windows. ...Why does the apachectl2 help message display the usage for httpd2; Because the syntax is exactly the same. Yet they aren't the same command (the httpd and apachectl2 commands have different file sizes) so the help message displayed isn't for correct command. Perhaps some of these options don't work, or don't work the way they are defined or explained. Perhaps there are other options that aren't included in this help message. I can't trust the information provided as it isn't for the correct command. and why is there no definition for the -k option? There is: [-k start|restart|graceful|graceful-stop|stop] There's no explanation, however, but honestly. it's all pretty self-explanatory. The information provided is a usage statement (for the wrong command), not a definition or explanation. What exactly is the difference between saying apachectl2 start (which works well) and apachectl2 -k start? Exactly what does -k do? What I really need is some help with the cygrunsrv command to start the apache2 running as a service. If anyone knows what is wrong with the command I've used, or why the service dies without starting any httpd2 daemons, your help would be greatly appreciated. Do I need to add '-e CYGWIN=service' (which is set as a System Variable already)? I'm trying to document the process of getting Apache2 up and running correctly so I can contribute something back to this community, but this one has got me stumped (so far). $ cygrunsrv -I CYGWIN apache2 --path /usr/sbin/apachectl2 --args -D NO_DETACH -k start --dep cygserver --user nobody --shutdown Sorry for my terrible english... Actually your English is better than my Russian. #1053;#1072; #1089;#1072;#1084;#1086;#1084; #1076;#1077;#1083;#1077; #1074;#1072;#1096; #1072;#1085;#1075;#1083;#1080;#1081;#1089;#1082;#1080;#1081; #1083;#1091;#1095;#1096;#1077; #1095;#1077;#1084; #1084;#1086;#1081; #1088;#1091;#1089;#1089;#1082;#1080;#1081; #1103;#1079;#1099;#1082;. #1044;#1086; #1089;#1074;#1080;#1076;#1072;#1085;#1080;#1103; #1087;#1086;#1082;#1072;. Sincerely, Brian S. Wilson -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7.9 Apache2 startup question issue.
On Mon, Aug 15, 2011 at 09:18:34AM -0400, Brian Wilson wrote: Hello Andrey: I'm having a bit of trouble with starting the Cygwin Apache2 package on my Windows XP (SP3) system. Why don't you use native Windows Apache HTTPD server? Because I'd like to use a more *nix like environment than Windows. As you should. That was an inappropriate question for the Cygwin list. I can't help with apache but you should be able to use the package and ask questions about it here. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem
On 8/13/2011 5:00 PM, John Dzielski wrote: I have cygwin installed on a VMWare VM running Windows 7 on a Mac running OSX 10.6. I am unable to get name resolution to work with ssh. The command ssh X returns the error ssh: could not resolve hostname X: Non-recoverable failure in name resolution. The command nslookup X returns a valid IP address. I found the link below, and several others that reference the problem, but no solution. Is there a solution to this problem? http://sourceware.org/ml/cygwin/2010-02/msg00230.html I do not have this problem with machines running XP either on VMs or natively. I've created a partial workaround in my .bashrc file that creates variables containing the IP addresses of the names I need to resolve. This solution doesn't work with svn working copies if the repository has a dynamic address because the IP address of the repository at checkout will be coded in the .svn/entries file. If the IP address of the svn server changes I'm won't be able to perform svn operations. Have you talked to the VMWare folks about this? It does seem like an odd issue that only affects name resolution on VMware with Win7. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rxvt emacs runs, but bash and others fail with STATUS_ACCESS_VIOLATION
On 8/14/2011 1:31 PM, David M. Karr wrote: I'm now in a situation where rxvt and Emacs runs, but the bash that rxvt runs fails with something like this: David, try running rebaseall. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem
Larry, I submitted a later post where I found that the problem occurs when the VM networking mode is NAT. Okay with bridged. I've submitted a support request to VMware. John. On 8/15/11 12:56 PM, Larry Hall (Cygwin) wrote: On 8/13/2011 5:00 PM, John Dzielski wrote: I have cygwin installed on a VMWare VM running Windows 7 on a Mac running OSX 10.6. I am unable to get name resolution to work with ssh. The command ssh X returns the error ssh: could not resolve hostname X: Non-recoverable failure in name resolution. The command nslookup X returns a valid IP address. I found the link below, and several others that reference the problem, but no solution. Is there a solution to this problem? http://sourceware.org/ml/cygwin/2010-02/msg00230.html I do not have this problem with machines running XP either on VMs or natively. I've created a partial workaround in my .bashrc file that creates variables containing the IP addresses of the names I need to resolve. This solution doesn't work with svn working copies if the repository has a dynamic address because the IP address of the repository at checkout will be coded in the .svn/entries file. If the IP address of the svn server changes I'm won't be able to perform svn operations. Have you talked to the VMWare folks about this? It does seem like an odd issue that only affects name resolution on VMware with Win7. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem
On 8/15/2011 1:03 PM, John Dzielski wrote: Larry, I submitted a later post where I found that the problem occurs when the VM networking mode is NAT. Okay with bridged. I've submitted a support request to VMware. John. Yep, I noticed afterwards. Bad threading on the part of my email client caused me to jump the gun. Sorry for the noise. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: SSHD Issue Windows 2003 64 bit
Any ideas? On Fri, Aug 12, 2011 at 2:54 PM, Gary gary.mphe...@gmail.com wrote: Yeah that was a typo.. So my /etc/passwd /etc/group file both have the SYSTEM in them: SYSTEM:S-1-5-18:18: - Group SYSTEM:*:18:544:,S-1-5-18:: - passwd Whenever I run 'ssh-host-config' I receive no echo from the terminal, I don't see 'cyg_srv' anywhere in my passwd file below: SYSTEM:*:18:544:,S-1-5-18:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-XEN-VM64\Administrator,S-1-5-21-693619687-569673921-3156715980-500:/home/Administrator:/bin/switch Guest:unused_by_nt/2000/xp:501:513:U-XEN-VM64\Guest,S-1-5-21-693619687-569673921-3156715980-501:/home/Guest:/bin/switch scadmin:unused_by_nt/2000/xp:1006:513:scadmin,U-XEN-VM64\scadmin,S-1-5-21-693619687-569673921-3156715980-1006:/home/scadmin:/bin/switch SUPPORT_388945a0:unused_by_nt/2000/xp:1001:513:CN=Microsoft Corporation,L=Redmond,S=Washington,C=US,U-XEN-VM64\SUPPORT_388945a0,S-1-5-21-693619687-569673921-3156715980-1001:/home/SUPPORT_388945a0:/bin/switch On Thu, Aug 11, 2011 at 2:33 PM, Gary gary.mphe...@gmail.com wrote: Created the passwd and group files from: /bin/mkpasswd -l -c /etc/passwd /bin/mkgroup - l -c /etc/group passwd files looks good now, moved passwd file and re-ran ./000-cygwin-post-install.sh Still when I 'net start sshd' I still receive the same error, also when I try to re-instantiate the service in windows.. On Thu, Aug 11, 2011 at 11:53 AM, Thorsten Kampe thors...@thorstenkampe.de wrote: * Gary (Thu, 11 Aug 2011 11:25:04 -0700) I've tried re-running the 000-cygwin-post-install.sh receive no echo from the terminal, I've moved the passwd file (from my understanding outside the directory before running the post-install). My passwd file looks like this: sshd:*:27:27:sshd privsep:/var/empty:/sbin/nologin I can't find a passwd-grp.sh script. Both files should actually be in /etc/postinstall and end in .sh.done Just try running /bin/mkpasswd -l -c /etc/passwd and /bin/mkgroup - l -c /etc/group manually. What should my passwd file look like? On a Windows 7 non domain machine like this for instance (mind you, line breaks and I don't run sshd as service on my machine): SYSTEM:*:18:544:,S-1-5-18:: LocalService:*:19:544:U-NT AUTHORITY\LocalService,S-1-5-19:: NetworkService:*:20:544:U-NT AUTHORITY\NetworkService,S-1-5-20:: Administrators:*:544:544:,S-1-5-32-544:: Administrator:unused:500:513:U-hombre\Administrator,S-1-5-21-252259350- 3027294242-313109463-500:/home/Administrator:/bin/bash Guest:unused:501:513:U-hombre\Guest,S-1-5-21-252259350-3027294242- 313109463-501:/home/Guest:/bin/bash HomeGroupUser$:unused:1002:513:HomeGroupUser$,U-hombre\HomeGroupUser$,S- 1-5-21-252259350-3027294242-313109463-1002:/home/HomeGroupUser $:/bin/bash thorsten:unused:1001:513:U-hombre\thorsten,S-1-5-21-252259350- 3027294242-313109463-1001:/home/thorsten:/bin/bash __vmware_user__:unused:1004:513:__vmware_user__,U-hombre \__vmware_user__,S-1-5-21-252259350-3027294242-313109463-1004:/home/ __vmware_user__:/bin/bash Thorsten -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Gary Phelps -- Gary Phelps -- Gary Phelps -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: SSHD Issue Windows 2003 64 bit
On 8/15/2011 5:11 PM, Gary wrote: On Fri, Aug 12, 2011 at 2:54 PM, Garygary.mphelps wrote: Yeah that was a typo.. So my /etc/passwd /etc/group file both have the SYSTEM in them: SYSTEM:S-1-5-18:18: - Group SYSTEM:*:18:544:,S-1-5-18:: - passwd Whenever I run 'ssh-host-config' I receive no echo from the terminal, I don't see 'cyg_srv' anywhere in my passwd file below: snip Any ideas? Well, that's not right. There must be something in your environment that's getting in the way. Check your TERM value. Here's the start of output from 'ssh-host-config' on my machine: $ ssh-host-config *** Info: Generating /etc/ssh_host_key *** Info: Generating /etc/ssh_host_rsa_key *** Info: Generating /etc/ssh_host_dsa_key *** Info: Generating /etc/ssh_host_ecdsa_key *** Info: Creating default /etc/ssh_config file *** Info: Creating default /etc/sshd_config file *** Info: Privilege separation is set to yes by default since OpenSSH 3.3. *** Info: However, this requires a non-privileged account called 'sshd'. *** Info: For more info on privilege separation read /usr/share/doc/openssh/READ ME.privsep. *** Query: Should privilege separation be used? (yes/no) yes *** Info: Note that creating a new user requires that the current account have *** Info: Administrator privileges. Should this script attempt to create a *** Query: new local account 'sshd'? (yes/no) yes *** Info: Updating /etc/sshd_config file . . . -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: sshd on win7 x64
On 8/12/2011 11:49 AM, Alexey Luchko wrote: Hi! I've got back and tried to set up sshd again. Now it tricks me in other way. It fails on seteuid() when I try to connect with a domain user. $ /usr/sbin/sshd.exe -dd snip debug1: temporarily_use_uid: 11135/10513 (e=1003/513) seteuid 11135: Permission denied snip I've tried to login with a local user. It seems it seteuid() works with local user. But then it claims again that chown() on tty fails: Yeah, it's a known issue that 'sshd' cannot log you in as a domain user unless the user running the 'sshd' service is also a domain user with the correct permissions. You can check in the archives if you want details of how to set this up but generally it's easier to just stick with local users if that's acceptable. The 'ssh-host-config' script can and does set up the ability to handle local users. snip debug1: session_pty_req: session 0 alloc /dev/tty3 chown(/dev/tty3, 1001, 513) failed: Bad file descriptor This is weird. I've not seen it reported before by others and certainly haven't seen it myself. Perhaps this is a case of BLODA? http://cygwin.com/acronyms/#BLODA -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: failure notice
Yup, that's the output I get on my 32-bit windows machine, I'm not seeing any value in environment for 'TERM'. Are you referring to PATH? %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\cygwin\bin;c:\cygwin\usr\bin;c:\cygwin\sbin;c:\cygwin\usr\sbin;C:\Program Files (x86)\OpenSSH\bin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: SSHD Issue Windows 2003 64 bit
Yup, that's the output I get on my 32-bit windows machine, I'm not seeing any value in environment for 'TERM'. Are you referring to PATH? %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\cygwin\bin;c:\cygwin\usr\bin;c:\cygwin\sbin;c:\cygwin\usr\sbin;C:\Program Files (x86)\OpenSSH\bin On Tue, Aug 9, 2011 at 1:47 PM, Gary gary.mphe...@gmail.com wrote: I'm having issues getting SSHD working on Windows Server 2003 64 bit. I've properly installed SSHD as a service but I receive the following error when starting the service from 'services.msc': 'The SSHD service on Local Computer started and then stopped. Some services stop automatically if they have no work to do, for example, The Performance Logs and Alerts service'. Also when I execute the following 'net start sshd' from the cygwin terminal I receive the following: 'The SSHD service is starting. The SSHD service could not be started. The service did not report an error'. Anything would help, thanks! - Gary -- Gary Phelps -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: rxvt emacs runs, but bash and others fail with STATUS_ACCESS_VIOLATION
On 8/15/2011 10:01 AM, Larry Hall (Cygwin) wrote: On 8/14/2011 1:31 PM, David M. Karr wrote: I'm now in a situation where rxvt and Emacs runs, but the bash that rxvt runs fails with something like this: David, try running rebaseall. I should have known. Working again. Thanks. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: SSHD Issue Windows 2003 64 bit
On 8/15/2011 7:11 PM, Gary wrote: Yup, that's the output I get on my 32-bit windows machine, I'm not seeing any value in environment for 'TERM'. This should be set to cygwin if you're running from 'cygwin.bat'. Are you referring to PATH? %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;c:\cygwin\bin;c:\cygwin\usr\bin;c:\cygwin\sbin;c:\cygwin\usr\sbin;C:\Program Files (x86)\OpenSSH\bin That's certainly an important part of your environment and I do believe that you've hit this one right on the nose! You have an alternate installation of OpenSSH that's getting in your way. Uninstall it and try again. I think you'll have better luck. If not, you may find it's easiest/quickest to just wipe your Cygwin installation and reinstall. If that's too drastic for you, you'll want to go through 'ssh-host-config' manually to make sure that everything is properly configured. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
gdb warning: (Internal error
Hi, I am trying to debug a crash bug in octave, and I am puzzled by the backtrace output #0 popen ( command=0x208195d4 /usr/bin/gs -dQUIET -dNOPAUSE -dBATCH -dSAFER -sDEVICE=png16m -dTextAlphaBits=4 -dGraphicsAlphaBits=4 -r150x150 -dEPSCrop -sOutputFile=gnuplot.png -, in_type=0x9a45add w) at /pub/cygwin/cvs/src_new/winsup/cygwin/syscalls.cc:3919 #1 0x610c7df5 in _sigfe () from /usr/bin/cygwin1.dll warning: (Internal error: pc 0x23f in read in psymtab, but not in symtab.) #2 0x0240 in ?? () warning: (Internal error: pc 0x1af in read in psymtab, but not in symtab.) #3 0x01b0 in ?? () warning: (Internal error: pc 0x1af in read in psymtab, but not in symtab.) #4 0x2062ea80 in ?? () #5 0x684419ef in Fl_Gl_Window::flush (this=0x206c2fd0) at Fl_Gl_Window.cxx:347 #6 0x09bf2a0f in flush (this=optimized out) at ../FL/x.H:126 #7 Fl::flush () at Fl.cxx:481 #8 0x09bf2caf in Fl::wait (time_to_wait=0) at Fl.cxx:369 #9 0x09bf2d00 in Fl::check () at Fl.cxx:412 #10 0x09a22870 in _fu90___ZTV20base_graphics_object () at ../../octave/src/DLD-FUNCTIONS/__init_fltk__.cc:1775 #11 0x09a41001 in _fu27__octave_NaN () at ../../octave/src/DLD-FUNCTIONS/__init_fltk__.cc:1867 [cut] #4 0x2062ea80 is surely 2000-2085 rw-p : 0 [heap] 2085-3800 ===p 0085 : 0 [heap] Is it possible that #2,3,4 are red herrings due to gdb internal error , or the stack is really corrupted ? Thanks Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: cppcheck-1.50-1
Version 1.50-1 of cppcheck has been uploaded, following the upstream release. cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that your C/C++ compiler doesn't see. The goal is no false positives. cppcheck is versatile. You can check non-standard code that includes various compiler extensions, inline assembly code, etc. For a list of changes see: https://sourceforge.net/news/?group_id=195752id=302793 *** 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read*all* of the information on unsubscribing that is available starting at this URL.