Re: [RFU] unison2.40
Please upload, removing 2.40.61-1 and leaving 2.40.16-2 as the previous release. Thanks, Andrew. Ping. I think this got lost in the shuffle, probably because it came right after the previous RFU and had the same subject. I guess I should specify the full upload version in the subject, to make sure the messages can be easily distinguished. Thanks, Andrew. cd release/unison B='http://home.comcast.net/~andrex2/cygwin/unison' wget -x -nH --cut-dirs=3 \ ${B}/unison2.40/unison2.40-2.40.61-2.tar.bz2 \ ${B}/unison2.40/unison2.40-2.40.61-2-src.tar.bz2 rm unison2.40/unison2.40-2.40.61-1*
Re: Remove obsolete packages from http://cygwin.com/packages/
The discussion about pine made me realize that it was pretty confusing to have obsolete packages listed on the packages page. So I deleted them. I also deleted the equivalent entries from setup.ini. I'm confused. You mean you removed all obsolete packages from setup.ini? What then is the purpose of the Hide obsolete packages checkbox in setup.exe? Those packages are still in the archive, right? So if a person did want to install them, they'd have to go to their mirror, manually download them and untar them? I'm thinking in particular of the old unison* packages. They're marked obsolete because almost no one uses them any more and I don't want to crowd the setup list, but someone might still need to use them if they're working on a host with one of them installed on it.
Re: Remove obsolete packages from http://cygwin.com/packages/
On Tue, Oct 26, 2010 at 05:20:43AM -0400, Andrew Schulman wrote: The discussion about pine made me realize that it was pretty confusing to have obsolete packages listed on the packages page. So I deleted them. I also deleted the equivalent entries from setup.ini. I'm confused. You mean you removed all obsolete packages from setup.ini? What then is the purpose of the Hide obsolete packages checkbox in setup.exe? Those packages are still in the archive, right? So if a person did want to install them, they'd have to go to their mirror, manually download them and untar them? No, pine is not in the archive. By obsolete I actually meant nonexistent. But, you really could just grep for obsolete in setup.ini to see that there are still plenty of packages whose category is _obsolete. cgf
[RFU] mintty-0.9.2-1
Please upload: wget http://mintty.googlecode.com/files/mintty-0.9.2-1.tar.bz2 wget http://mintty.googlecode.com/files/mintty-0.9.2-1-src.tar.bz2 0.8.3-1 can be deleted, leaving 0.9.1-1 as previous. Thanks, Andy
Re: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-2 (TEST)
On 26/10/2010 00:53, Yaakov (Cygwin/X) wrote: On Mon, 2010-10-25 at 16:21 -0700, J. Offerman wrote: Please advise on this error. = CCLD XWin.exe /usr/lib/libXfont.a(miscutil.o):miscutil.c:(.data+0x0): multiple definition of ` _serverGeneration' ../../dix/.libs/libdix.a(globals.o):globals.c:(.bss+0x4): first defined here collect2: ld returned 1 exit status Building xserver 1.9 requires a version of libXfont which will be uploaded shortly together with the rest of X11R7.6. Specifically, as /usr/share/doc/Cygwin/xorg-server.README says, you need libXfont-devel-1.4.2-2, which hasn't been uploaded yet :-) If you want to build libXfont yourself, the needed patch is [1] [1] http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=8f75706901da0141590d46f0f898e5678feac953 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: gvim tiny font in 1.7.7 (back again)
On 25/10/2010 11:25, David T-G wrote: Hi again, folks -- ...and then David T-G said... % ... % I hate these kinds of errors because it's so incredibly hard to get a % real resolution to the problem, but I'll not turn down having my gvim % work again :-) Even that is taken from me now. I had gvim happily open on a file, closed it, opened another file, and we're tiny. When I have set guifont=Courier\ Bold\ 10 in my .vimrc it is at least visible, although still small, and doesn't change with the font size, but it does change size if I specify different fonts (ie Lucida at any size is wider than Courier or Courier Bold at any size, while Times New Roman is very small); when I comment it out I'm back to the crazy tiny that I had before. Any more ideas? :-( More questions, certainly. From the examples you have given (xterm works, gvim doesn't), I was assuming that this meant that core (server-side) fonts are correctly sized, Xft (client-side) fonts aren't. But perhaps you mean that gvim is the only application which shows this problem? You might compare the appearance of the fonts shown by 'xfd -fa Courier' and 'xfd -fn -*-courier-medium-r-*-*-*-120-*-*-*-*-*-*' to test that. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Windows 7 Aero mode issue again
On 24/10/2010 00:00, Eliot Moss wrote: Dear Jon -- The latest xorg and dlls, posted in the last day, consistently cause my Window 7 64-bit laptop to drop out of Aero mode if I put it in sleep mode and then wake it up. Here are the .log file and the stderr output. Sorry, I'm not quite sure what you are telling me here. It is that you still have the same problem with 1.9.0-2 as with 1.8.2-1? (which is unfortunately unsurprising, as I haven't done anything to fix it) -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Windows 7 Aero mode issue again
On 10/26/2010 9:09 AM, Jon TURNEY wrote: On 24/10/2010 00:00, Eliot Moss wrote: Dear Jon -- The latest xorg and dlls, posted in the last day, consistently cause my Window 7 64-bit laptop to drop out of Aero mode if I put it in sleep mode and then wake it up. Here are the .log file and the stderr output. Sorry, I'm not quite sure what you are telling me here. It is that you still have the same problem with 1.9.0-2 as with 1.8.2-1? (which is unfortunately unsurprising, as I haven't done anything to fix it) Yes ... but it seems that the problem *had* gone away for a while, with a version I directly downloaded that you had pointed me to ... Regards -- Eliot -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: fvwm ignores clickToFocus for function keys
When typing in an in-focus xterm, but the mouse cursor is elsewhere, if I hit a function key, the programmed action does not occur. Instead, something else occurs, which I cannot identify (involving insertion of characters and/or other actions). When the mouse is positioned directly inside the window, the programmed action occurs normally. This is different than the operation of fvwm under linux. In that case, an in-focus xterm takes function key input as well as other key input, regardless where the mouse cursor is. Thus, if I have programmed the xterm F12 key to send: 21 | less nl it is only received by bash if the mouse is positioned inside the window. This is a problem if I entered a command (other key input obeys the clickToFocus directive) and then hit F12, and some unidentifiable garbage gets inserted. I can't verify that this is a cygwin problem, but hours of googling haven't revealed any mention of the problem at all, an any platform. Interestingly, I just noticed that the arrow keys seem to work normally, regardless of the position of the mouse. It's only the function keys that behave poorly. Any help will be appreciated. I keep discovering new things about this problem. I'd said previously that under linux this did not happen. Not quite true. It turns out that it happens if my mouse is positioned over xterm's scroll bars! If the mouse is over the in-focus window, or any other window, or the root, the function keys work properly. But if the mouse is positioned over the scroll bars, it sends garbage! Furthermore, I just discovered something even more interesting - if the mouse is positioned over the title bar, the cut buffer gets modified ... uh oh, this is starting to sound like a configuration issue... but that was all on linux (suse 10.3). On cygwin it's wrong whenever the mouse is not over the in-focus window. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Windows 7 Aero mode issue again
On 26/10/2010 14:55, Eliot Moss wrote: On 10/26/2010 9:09 AM, Jon TURNEY wrote: On 24/10/2010 00:00, Eliot Moss wrote: Dear Jon -- The latest xorg and dlls, posted in the last day, consistently cause my Window 7 64-bit laptop to drop out of Aero mode if I put it in sleep mode and then wake it up. Here are the .log file and the stderr output. Sorry, I'm not quite sure what you are telling me here. It is that you still have the same problem with 1.9.0-2 as with 1.8.2-1? (which is unfortunately unsurprising, as I haven't done anything to fix it) Yes ... but it seems that the problem *had* gone away for a while, with a version I directly downloaded that you had pointed me to ... Hmm, confused. [1] seems to say that the 20100923-git-2172af4d1ea713f1 snapshot still has that issue, although your later emails suggest it goes away if you don't use -resize (which is expected) You might like to try if adding '-engine 1' to the Xserver options works around the problem. Anyhow, I've fixed a logic error which meant we were doing rather more stuff than we needed to for WM_DISPLAYCHANGE in windowed mode (and perhaps the intel driver is being a bit hypersensitive about that, causing it to shut down DWM), and added a bit more debug logging. Could you try the snapshot at [2] with '-logverbose 3', please. [1] http://cygwin.com/ml/cygwin-xfree/2010-09/msg00065.html [2] ftp://cygwin.com/pub/cygwinx/XWin.20101026-git-6105a1d4e1e137f0.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Windows 7 Aero mode issue again
Ok, here's a first email about *some* symptoms ... If I run the latest installed XWin, or this one: ftp://cygwin.com/pub/cygwinx/XWin.20101026-git-6105a1d4e1e137f0.exe.bz2 without -resize and then sleep and unsleep the laptop, X does not paint anything but the cursor and keyboard events do not seem to go to the (invisible) windows. I have to kill the server and all the X jobs. I will now proceed to the other tests you suggested ... You're probably right about earlier version being sensitive to whether -resize was given. I had forgotten about that dependency of behavior. Regards -- Eliot Moss -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Windows 7 Aero mode issue again
Ok ... the 20101026 snapshot works properly with -resize and -engine 1 set: DWM does not go away or get complained about if I sleep then unsleep. Yay! I did notice one little thing: its log file seems to go to /var/log/XWin.0.log rather than /var/log/xwin/XWin.0.log. I include the -logverbose 3 output for you, and the stderr. Regards, and thanks for continuing to work with me on this! -- Eliot Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.9.0.0 (1090) Snapshot: 20101026-git-6105a1d4e1e137f0 XWin was started with the following command line: /usr/bin/X :0 -unixkill -clipboard -multimonitors -resize -engine 1 -logverbose 3 -auth /home/Eliot/.serverauth.5448 ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1280 h 800 winInitializeDefaultScreens - native DPI x 96 y 96 [597661.030] OsVendorInit - Creating default screen 0 [597661.030] winInitializeScreens - 1 [597661.030] winInitializeScreen - 0 [597661.030] winValidateArgs - Returning. [597661.030] (II) xorg.conf is not supported [597661.030] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [597661.030] LoadPreferences: /home/Eliot/.XWinrc not found [597661.030] LoadPreferences: Loading /etc/X11/system.XWinrc [597661.030] LoadPreferences: Done parsing the configuration file... [597661.030] winGetDisplay: DISPLAY=:0.0 [597661.030] winDetectSupportedEngines - Windows NT/2000/XP [597661.062] winDetectSupportedEngines - DirectDraw installed [597661.062] winDetectSupportedEngines - Allowing PrimaryDD [597661.062] winDetectSupportedEngines - DirectDraw4 installed [597661.062] winDetectSupportedEngines - Returning, supported engines 001f [597661.062] winScreenInit - dwWidth: 1280 dwHeight: 800 [597661.062] winSetEngine - Using user's preference: 1 [597661.062] winScreenInit - Using Windows display depth of 32 bits per pixel [597661.062] winCreateBoundingWindowWindowed - User w: 1280 h: 800 [597661.062] winCreateBoundingWindowWindowed - Current w: 1280 h: 800 [597661.062] winGetWorkArea - Original WorkArea: 0 0 770 1280 [597661.062] winGetWorkArea - Virtual screen is 1280 x 800 [597661.062] winGetWorkArea - Virtual screen origin is 0, 0 [597661.062] winGetWorkArea - Primary screen is 1280 x 800 [597661.062] winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 770 1280 [597661.062] winAdjustForAutoHide - Original WorkArea: 0 0 770 1280 [597661.062] winAdjustForAutoHide - Adjusted WorkArea: 0 0 770 1280 [597661.062] winCreateBoundingWindowWindowed - WindowClient w 1264 h 732 r 1264 l 0 b 732 t 0 [597661.062] winWindowProc - WM_ACTIVATEAPP [597661.077] winWindowProc - WM_SIZE - new client area w: 1264 h: 732 [597661.077] winCreateBoundingWindowWindowed - Returning [597661.077] winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 800 depth: 32 [597661.077] winAllocateFBShadowGDI - Dibsection width: 1280 height: 800 depth: 32 size image: 4096000 [597661.077] winAllocateFBShadowGDI - Created shadow stride: 1280 [597661.077] winFinishScreenInitFB - Masks: 00ff ff00 00ff [597661.077] winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 [597661.077] winRandRInit () [597661.077] winCreateDefColormap - Deferring to fbCreateDefColormap () [597661.077] winFinishScreenInitFB - returning [597661.077] Screen 0 added at virtual desktop coordinate (0,0). [597661.077] winScreenInit - returning [597661.077] winGenerateAuthorization - GenerateAuthorization success! AuthDataLen: 16 AuthData: ¥ºFÕ%FU®Û#ññ [597661.077] InitOutput - Returning. [597661.077] MIT-SHM extension disabled due to lack of kernel support [597661.093] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [597661.155] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [597661.155] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [597661.171] [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [597661.686] winPointerWarpCursor - Discarding first warp: 640 400 [597661.686] winSendKeyEvent: dwKey: 69, fDown: 1, nEvents 0 [597661.686] winSendKeyEvent: dwKey: 69, fDown: 0, nEvents 0 [597661.686] (--) 8 mouse buttons found [597661.686] (--) Setting autorepeat to delay=500, rate=31 [597661.686] (--) Windows keyboard layout: 0409 (0409) US, type 4 [597661.686] (--) Found matching XKB configuration English (USA) [597661.686] (--) Model = pc105 Layout = us Variant = none Options = none [597661.686] Rules = base Model = pc105 Layout = us Variant = none Options = none [597661.686] winBlockHandler - Releasing pmServerStarted [597661.686] winBlockHandler - pthread_mutex_unlock () returned [597661.701] winProcEstablishConnection - Hello [597661.966] winInitClipboard () [597661.966] winClipboardProc - Hello [597661.966] DetectUnicodeSupport - Windows NT/2000/XP [597661.966] winProcEstablishConnection - winInitClipboard returned
Re: Cygwin 2.510.2.2 - Bootstrapping inline module error in Win XP OS in HP laptop which has Intel i5 64 bit processor.
Hi Shasi, Your reply was top-posted (http://www.cygwin.com/acronyms/#TOFU). Please don't do that. If a discussion gets longer than three replies, it makes it very difficult to follow the discussion. On Mon, Oct 25, 2010 at 7:30 PM, Gb Shasi Kumar wrote: Hi Csaba Thanks for your reply. I am replying to your questions. Information about Cygwin Installation - I have attached the cygcheck.out file which should give all the details of my installation, by the way my version of .ini file is 2.510.2.2. Please let me know if you need any more details. For the below mentioned commands you recommended, I have attached a file cygwin_error_reporting.txt which shows the output of the typed commands. By the way I have changed the working directory (snip) Thanks for your help. Shasi On Mon, Oct 25, 2010 at 8:32 PM, Csaba Raduly r.@g wrote: http://www.cygwin.com/acronyms/#PCYMTNQREAIYR ^ Let's not make life easy for spammers. In cygwin_error_reporting/txt, the output of cygcheck reveals the problem: C:\cygwin\home/Intel/test/_Inline/lib/auto/Corelis_JTAG_6bd5/Corelis_JTAG_6bd5.dll C:\cygwin\bin\cygwin1.dll C:\Windows\system32\ADVAPI32.DLL C:\Windows\system32\msvcrt.dll C:\Windows\system32\KERNELBASE.dll C:\Windows\system32\ntdll.dll C:\Windows\system32\API-MS-Win-Core-Console-L1-1-0.dll (snip) C:\Windows\system32\KERNEL32.dll C:\Windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-IO-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ThreadPool-L1-1-0.dll C:\Windows\system32\RPCRT4.dll C:\Windows\system32\API-MS-Win-Core-DelayLoad-L1-1-0.dll C:\cygwin\bin\cygperl5_8.dll C:\cygwin\bin\cygcrypt-0.dll C:\cygwin\home\Intel\test\LabPerl_JTAGUSB_GPIB32_PPort.dll Error: could not find VISA32.dll (snip) VISA32.dll is either not present or PATH is not set up correctly. This is probably the difference between the three computers. Hope this helps, Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: bash script + heredoc + tftp = bash ends unexpectedly
Hi Gary, On Tue, Oct 26, 2010 at 11:24 AM, Gary wrote: Gary wrote: The result of which is that I briefly see h... before the script, terminal (mintty), and bash processes all simply vanish. Now, even if my script is wrong, that seems... just mean. Hmm. Only happens if I start the script from the current directory, like so: . foo Note that the dot above does not mean the current directory. It is the same as source foo The following should have the same effect: . /my/script/path/foo I think the difference between the two cases is that . foo executes the commands in foo in the current bash instance (as if you typed them at the prompt) whereas the others all launch a separate bash process. I tried to reproduce your experiment but it always just ended normally, perhaps because I don't have tftp installed. Are you sure you don't have exit in your script somewhere? -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ Life is complex, with real and imaginary parts. Ok, it boots. Which means it must be bug-free and perfect. -- Linus Torvalds People disagree with me. I just ignore them. -- Linus Torvalds -- 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: Subversion mangling names in .svn/entries metadata file
On Sat, Oct 23, 2010 at 12:34 AM, Andy Koppe andy.ko...@gmail.com wrote: On 22 October 2010 18:51, J.C. Wren wrote: I updated my Cygwin install a couple days ago, and have ran into a problem with Subversion mangling the .svn/entries file. Before the problem occurred, I had done a 'svn status' with no issues. I committed a file, ran 'svn status' again, and received the following error message: svn: Error at entry 1 in entries file for '.': svn: Invalid escape sequence Looking in the .svn/entries file, the first file name should read http://amzatlanta.com/svn_amzatlanta/sx_gfm/trunk http://amzatlanta.com/svn_amzatlanta/sx_gfm but is actually encoded as h\x74\x74p://\x61mz\x61\x74l\x61n\x74\x61.\x63\x6f\x6d/\x73\x76n_\x61mz\x61\x74l\x61n\x74\x61/\x73\x78_g\x66\x6d/\x74\x72\x75nk h\x74\x74p://\x61mz\x61\x74l\x61n\x74\x61.\x63\x6f\x6d/\x73\x76n_\x61mz\x61\x74l\x61n\x74\x61/\x73\x78_g\x66\x6d Attempting to check out the repository into a new directory gives the same error. On another machine with a slightly older install of Cygwin had no issues. I was also able to check it out on a Linux box (I did this to make sure the repository hadn't gotten corrupted somehow). One person in #cygwin speculated it might be a locale issue. Seems unlikely, as the filenames are entirely within the ASCII range. I've got no idea though why selected lowercase characters should have been replaced with their hex escape equivalents. The cygcheck output doesn't look healthy though: Cygwin DLL version info: DLL version: 1.7.5 cygwin 1.7.7-1 Also, any chance that TortoiseSVN\bin in the path might interfere? Try 'which svn' and 'svn --version' to make sure you're really getting the Cygwin version. $ svn --version svn, version 1.6.13 (r1002816) compiled Oct 4 2010, 09:08:12 Andy -- 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 OK, I did several things. First, I downgraded subversion to 1.6.12 and everything worked. Then I re-ran the installer and re-installed the base cygwin package, which should have upgraded the DLL. It did not, It was still at 1.7.5. I'm using setup 2.721, http://mirrors.kernel.org for the site, the installer says the package installed is 1.7.7-1. I then manually deleted the cygwin1.dll and ran setup.exe again. THIS time it upgraded the DLL. The DLL's don't have any weird permission, so I don't know why it didn't upgrade. I did have sshd running, and setup threw a warning that I'd need to reboot. Maybe something related to that? Anyway, at this point, I now appear to be able to use subversion without filename mangling. I'm just curious why multiple installs of the cygwin base didn't update the cygwin1.dll. Very weird! --jc -- 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: Subversion mangling names in .svn/entries metadata file
On 10/26/2010 05:58 AM, J.C. Wren wrote: OK, I did several things. First, I downgraded subversion to 1.6.12 and everything worked. Then I re-ran the installer and re-installed the base cygwin package, which should have upgraded the DLL. It did not, It was still at 1.7.5. I'm using setup 2.721, http://mirrors.kernel.org for the site, the installer says the package installed is 1.7.7-1. I then manually deleted the cygwin1.dll and ran setup.exe again. THIS time it upgraded the DLL. The DLL's don't have any weird permission, so I don't know why it didn't upgrade. I did have sshd running, and setup threw a warning that I'd need to reboot. Maybe something related to that? Anyway, at this point, I now appear to be able to use subversion without filename mangling. I'm just curious why multiple installs of the cygwin base didn't update the cygwin1.dll. Very weird! Setup.exe warned you that a file was in use and then told you to reboot in order to complete your installation, and yet you think it's weird that your installation is incomplete without a reboot. Hmmm Anyway, this is a well known problem with Windows. Files that are in use, such as cygwin1.dll when sshd is running, cannot be immediately replaced. If you want to replace them, you must either ensure they are not in use (by stopping sshd and any other Cygwin process in this case) or schedule them to be replaced upon reboot (which is precisely what setup.exe does for you) and then actually reboot. :-) -Jeremy -- 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: Subversion mangling names in .svn/entries metadata file
Do you *really* think I didn't reboot it? C'mon now, be serious. I've been using Cygwin for at least 5 years, I think I can follow some instructions when setup tells me I'll need to. I think I ended up rebooting 12 times, or at least that what it seemed like. Maybe I didn't explicitly say that I did reboot the system, but that's not a reason to merely assume that I didn't. In any case, it made no difference. There were half a dozen files ending in .new in /usr/bin and /usr/sbin, so *something* wasn't running that was supposed to move them after a reboot. --jc Eagles may soar, but weasels don't get sucked into jet engines. On Tue, Oct 26, 2010 at 8:12 AM, Jeremy Bopp jer...@bopp.net wrote: On 10/26/2010 05:58 AM, J.C. Wren wrote: OK, I did several things. First, I downgraded subversion to 1.6.12 and everything worked. Then I re-ran the installer and re-installed the base cygwin package, which should have upgraded the DLL. It did not, It was still at 1.7.5. I'm using setup 2.721, http://mirrors.kernel.org for the site, the installer says the package installed is 1.7.7-1. I then manually deleted the cygwin1.dll and ran setup.exe again. THIS time it upgraded the DLL. The DLL's don't have any weird permission, so I don't know why it didn't upgrade. I did have sshd running, and setup threw a warning that I'd need to reboot. Maybe something related to that? Anyway, at this point, I now appear to be able to use subversion without filename mangling. I'm just curious why multiple installs of the cygwin base didn't update the cygwin1.dll. Very weird! Setup.exe warned you that a file was in use and then told you to reboot in order to complete your installation, and yet you think it's weird that your installation is incomplete without a reboot. Hmmm Anyway, this is a well known problem with Windows. Files that are in use, such as cygwin1.dll when sshd is running, cannot be immediately replaced. If you want to replace them, you must either ensure they are not in use (by stopping sshd and any other Cygwin process in this case) or schedule them to be replaced upon reboot (which is precisely what setup.exe does for you) and then actually reboot. :-) -Jeremy -- 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 -- 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
Eclipse and cygwin
I have installed Eclipse Helios Release on Windows 7. But I also want to build, compile and link so I have also installed Cygwin 1.7.7 But I can still not build. One reason could be that I only chose the default settings which doesn't include compiler and 'make'. How do I do that? Can I start the setup again and then choose the missing part? I have noticed that the unix commands are only avaible when I invoke a bash shell and not from cmd. Does that mean that Eclipse can't invoke make? If so, how and where do I change the settings. Is there a newsgroup for cygwin? If so what is the server name? -- 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: Subversion mangling names in .svn/entries metadata file
On 10/26/2010 8:11 AM, J.C. Wren wrote: Do you *really* think I didn't reboot it? C'mon now, be serious. I've been using Cygwin for at least 5 years, I think I can follow some instructions when setup tells me I'll need to. Sorry, but yes, that's what I thought. It's a common enough problem for people in a rush to get things running to skip a reboot. Perhaps you did skip a reboot at one point and things got a little wedged when you ran later instances of setup.exe. I'm not intimately familiar with the guts of setup.exe to know for sure whether or not that is possible though. Maybe I didn't explicitly say that I did reboot the system, but that's not a reason to merely assume that I didn't. On the contrary, I think it's a great reason to assume you didn't reboot given your description of how cygwin1.dll eventually got updated and the following quote: On 10/26/2010 05:58 AM, J.C. Wren wrote: I did have sshd running, and setup threw a warning that I'd need to reboot. Maybe something related to that? -Jeremy -- 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
R: Eclipse and cygwin
--- Mar 26/10/10, David Bo Jensen ha scritto: I have installed Eclipse Helios Release on Windows 7. But I also want to build, compile and link so I have also installed Cygwin 1.7.7 But I can still not build. One reason could be that I only chose the default settings which doesn't include compiler and 'make'. How do I do that? Can I start the setup again and then choose the missing part? yes. The default installation is minimal and the full installation is HUGE, so you need to tailor the selection to your needs. I have noticed that the unix commands are only avaible when I invoke a bash shell and not from cmd. Does that mean that Eclipse can't invoke make? If so, how and where do I change the settings. The cygwin path is available inside cygwin shells (like bash) but usually it is not added to the windows path. If you need it you should add manually. Is there a newsgroup for cygwin? If so what is the server name? No. But you can read this mailing list as a newsgroup through the usual news.gmane.org Regards 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
Re: Subversion mangling names in .svn/entries metadata file
On 10/26/2010 8:11 AM, J.C. Wren wrote: [snip] There were half a dozen files ending in .new in /usr/bin and /usr/sbin, so *something* wasn't running that was supposed to move them after a reboot. Same thing happened to me some time ago, I reported it on this list, no replies. I just moved the really *new* files over the old ones, some where older than the ones installed so I just deleted those. -- René Berber -- 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's svn appends unwanted .exe to file name on checkout
On Oct 25, 2010, at 8:16 PM, David Rothenberger wrote: On 10/25/2010 12:20 PM, Carl Norum wrote: I am having the problem described in this past mailing list discussion: http://cygwin.com/ml/cygwin/2010-02/msg00704.html Is there any fix or workaround for it that I should know about? As far as I know, this was fixed in Cygwin 1.7.2. Neither the script here http://cygwin.com/ml/cygwin/2010-03/msg00026.html or the script here http://cygwin.com/ml/cygwin/2010-03/msg00067.html trigger the problem for me. What version of Cygwin are you using? (Perhaps you can just attach the output of cygcheck, following there directions here: http://cygwin.com/problems.html) If you are using the latest version, can you try the scripts mentioned above? If they work but you still see a problem, it would be very helpful if you could modify one of them to reproduce the problem you're seeing. Thanks David - looks like I missed the crucial step of seeing if there was a new version. My local machine didn't show the problem and is at the same version as the build server: My machine: CYGWIN_NT-5.1 mowgli 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin Build server: CYGWIN_NT-5.2-WOW64 pappylion1 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin I guess I was just assuming that because they were the same that they were both up-to-date, and that the problem was related to the 64-bit version or something. I will update both 1.7.2 and see what happens. Thanks for pointing me in the right direction! -- Carl -- 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: Subversion mangling names in .svn/entries metadata file
Hello, * On Tue, Oct 26, 2010 at 09:35:47AM -0500 Jeremy Bopp wrote: On 10/26/2010 8:11 AM, J.C. Wren wrote: Maybe I didn't explicitly say that I did reboot the system, but that's not a reason to merely assume that I didn't. On the contrary, I think it's a great reason to assume you didn't reboot given your description of how cygwin1.dll eventually got updated and the following quote: My experience on user support (both from the side of giving support, as well as from the side of receiving it) on other forums tells me that it is never wrong to state the (expectedly) obvious. It happens every now and then, even to the experienced users, that they forget something like that. Thus, it is better to ask the obvious instead of trying to debug the problem for hours, only to find out that the obvious was the problem in the first place. Best regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- 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: Subversion mangling names in .svn/entries metadata file
Maybe I didn't explicitly say that I did reboot the system, but that's not a reason to merely assume that I didn't. On the contrary, I think it's a great reason to assume you didn't reboot given your description of how cygwin1.dll eventually got updated and the following quote: This reminds me of a story: Support person (on phone): Right-click on your desktop Customer: Nothing's happening Support person: Didn't you right-click on your desktop? Customer: Yes, I wrote 'click' on my desktop.. Bill -- 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
strange behaviour of Xfig under cygwin
Dear all, if I try to open a library in 3.2.5b first it takes a long time before the menu open. Than after selecting a Library to load I get a lot of errors File xxx.fig Figure resolution or coordinate specifier missing in line 5 Error reading xxx.fig By the way get this error also if I use the file open menu for the library files What is really strange is if I open the same files on a different computer it works without a problem. The fstab is also the same on both computers. The only difference I see is that the computer on which I have the problem has a Portuguese (Brasil) language settings in Windows Had someone encounter similar problems or know a solution for this? Thanks Have fun Norbert You want to visit the German Windenergy Conference DEWEK 2010 on 17/18 November 2010 in Bremen? Or order an exhibition booth there? Then go to: http://www.dewek.de/ -- Dipl. Phys. Norbert Zacharias Wind Measurements Power Curve Measurements DEWI GmbH Ebertstrasse 96 26382 Wilhelmshaven Germany Tel.: +49 4421 4808 876 Fax:+49 4421 4808 843 Email: n.zachar...@dewi.de Home: http://www.dewi.de DEWI GmbH - Deutsches Windenergie-Institut, Wilhelmshaven Commercial Register No.: Amtsgericht Oldenburg, HRB 130241 Managing Director: Jens Peter Molly Chairman of the supervisory board: Ministerialrat Dr. Niels Kämpny P Please consider the environment before printing this 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: SSH - Can't Login (3rd Post)
I'm apparently having the same problem you are - when I run the ssh client, it gives me the usage output. I discovered that if I go back to the previous version (5.5p1.2?), it works. Every time I update with setup.exe, I have to go back and reset openssh to 5.5. I figured I must be doing something really stupid, until a colleague complained to me that ssh didn't work - when I told him about the 5.5 version, that solved his problem. This has been going on for months now. I do an internet search occasionally, but nothing comes up. I'm actually quite puzzled. -- 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: SSH - Can't Login (3rd Post)
On 10/26/2010 1:53 PM, Charles Smith wrote: I'm apparently having the same problem you are - when I run the ssh client, it gives me the usage output. I discovered that if I go back to the previous version (5.5p1.2?), it works. Every time I update with setup.exe, I have to go back and reset openssh to 5.5. I figured I must be doing something really stupid, until a colleague complained to me that ssh didn't work - when I told him about the 5.5 version, that solved his problem. This has been going on for months now. I do an internet search occasionally, but nothing comes up. I'm actually quite puzzled. Have you tried to confirm that you don't have an alias, shell function, or script named ssh that is masking the real ssh binary? Something like that could be calling the real ssh with some arguments that are invalid under the latest version. What do you get when you run the following: type -a ssh Have you tried installing a fresh copy of Cygwin to a new directory to see if the problem recurs in that instance? If the problem happens in one but not the other when they should be otherwise identical, a diff over the directories might track down the problem. If the problem happens in both places, maybe you have some other software installed on your system that is somehow interfering. -Jeremy -- 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: R: nondosfilewarning help
So The spelling is correct in the batch file for nodosfilewarning What should the cygwin echo say because right now it shows nothing when run ActivePerl is installed to run Perl scripts. The cygwin variable is after the perl variable in the environmental path. thanks Andy Koppe wrote: On 22 October 2010 04:12, msmoore wrote: Unfortunately, the script that was written to run rsync is in perl and has variables for the directory. It's complicated and I wouldn't know how to change it, which is why I rather just leave it as is and have the nodosfilewarning' instead. I'm wondering if capitals matter because I wrote set instead of SET No, it shouldn't matter for batch scripts, and the script you showed should work. Double-check the spelling of 'nodosfilewarning' (since the subject of this thread has an extra 'n' in it). Does 'echo $CYGWIN' within bash show what's expected? Is that perl script run with Windows perl or Cygwin perl? Perhaps it overrides the CYGWIN variable? Andy -- 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 -- View this message in context: http://old.nabble.com/nondosfilewarning-help-tp30016692p30062273.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: side effects after installing gcc-3.4.4.999
On 10/19/2010 11:47 AM, Afflictedd2 wrote: Akakima wrote: After updating gcc in my cygwin installation, i discovered that i cannot run gcc.exe from the native winxp console (cmd.exe). gcc.exe has been replaced by gcc-3.exe. Of course, this works fine under bash and ash, but it does not work anymore under cmd.exe. since i prefer to work under cmd.exe. i tried to fix this problem by: adding .LNK to PATHEXT and adding /usr/bin/alternatives to the PATH and now if i type gcc, cmd finds gcc-3.exe and launch it. But, this is not perfect. gcc (or someone else) wait until i press enter to continue. Anybody knows a better solution ? I've got a simple solution that I am not sure if it has been mentioned here. take the link g++, and rename it g++.bak and make a copy of the g++ you want to use g++-3 or 4 and rename it g++ No more access denied problem. Better solutions than what you found are: o Invoke g++-3, gcc-3, g++-4, or gcc-4 directly. These are executables and work fine from the command prompt. o Create g++.bat and gcc.bat that call your preferred executable. These are better options than the one you found because they protect the integrity and structure of the package. Upgrades will not have leftover .bak files from earlier versions and so on. Also, your approach interferes with the use of 'alternatives' to select the compiler version you want. This is made convenient by 2 scripts, set-gcc-default-3.sh and set-gcc-default-4.sh. This mechanism is the reason that gcc, g++, gcj, and gnat are symbolic links now rather than executables. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ 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
Problem with deleting the Cygwin folder
Hello! After running the setup program in uninstall mode, it seems everything is left behind. That is nothing seemingly was deleted. Also when I manually go ahead and try to delete the contents of the folder, it gets hung up on the devices folder. Especially the one marked null, and even the thing created by the init functions. And seemingly as well the folder items inside it as well. Are there any suggestions from the group for a go around against this one? If anyone is interested, I am trying to remove the folder to make room available for installing everything for building stuff for Windows Embedded. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- 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's svn appends unwanted .exe to file name on checkout
On Oct 26, 2010, at 9:41 AM, Carl Norum wrote: On Oct 25, 2010, at 8:16 PM, David Rothenberger wrote: On 10/25/2010 12:20 PM, Carl Norum wrote: I am having the problem described in this past mailing list discussion: http://cygwin.com/ml/cygwin/2010-02/msg00704.html Is there any fix or workaround for it that I should know about? As far as I know, this was fixed in Cygwin 1.7.2. Neither the script here http://cygwin.com/ml/cygwin/2010-03/msg00026.html or the script here http://cygwin.com/ml/cygwin/2010-03/msg00067.html trigger the problem for me. What version of Cygwin are you using? (Perhaps you can just attach the output of cygcheck, following there directions here: http://cygwin.com/problems.html) If you are using the latest version, can you try the scripts mentioned above? If they work but you still see a problem, it would be very helpful if you could modify one of them to reproduce the problem you're seeing. Thanks David - looks like I missed the crucial step of seeing if there was a new version. My local machine didn't show the problem and is at the same version as the build server: My machine: CYGWIN_NT-5.1 mowgli 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin Build server: CYGWIN_NT-5.2-WOW64 pappylion1 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin I guess I was just assuming that because they were the same that they were both up-to-date, and that the problem was related to the 64-bit version or something. I will update both 1.7.2 and see what happens. Thanks for pointing me in the right direction! I updated to 1.7.7 (took a couple tries on Windows 2003 Server, but it's good now) and everything seems to be working. I did have a bit of a hiccup with the updated version of 'svn' behaving differently when exporting, but I've worked that out in the build scripts. Sorry for the false alarm! -- Carl -- 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
less: wchar support
cgf, The next time you build less(1), could you build it with wchar support? All you need to do is have libncursesw-devel installed before configuring. Thanks, Yaakov -- 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: SSH - Can't Login (3rd Post)
On 10/26/2010 1:53 PM, Charles Smith wrote: I'm apparently having the same problem you are - when I run the ssh client, it gives me the usage output. I discovered that if I go back to the previous version (5.5p1.2?), it works. Every time I update with setup.exe, I have to go back and reset openssh to 5.5. I figured I must be doing something really stupid, until a colleague complained to me that ssh didn't work - when I told him about the 5.5 version, that solved his problem. This has been going on for months now. I do an internet search occasionally, but nothing comes up. I'm actually quite puzzled. Have you tried to confirm that you don't have an alias, shell function, or script named ssh that is masking the real ssh binary? Something like that could be calling the real ssh with some arguments that are invalid under the latest version. What do you get when you run the following: type -a ssh Have you tried installing a fresh copy of Cygwin to a new directory to see if the problem recurs in that instance? If the problem happens in one but not the other when they should be otherwise identical, a diff over the directories might track down the problem. If the problem happens in both places, maybe you have some other software installed on your system that is somehow interfering. I have the same problem and have not been able to resolve the issue either. I get the following from the type -a command. Invoking either from the bash shell with a complete path still just displays the usage message and gives a return code of 255. Everything else seems to be working fine. Brian S. wil...@ncc-1701 ~ $ type -a ssh ssh is /usr/bin/ssh ssh is /bin/ssh 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: less: wchar support
On Tue, Oct 26, 2010 at 08:27:51PM -0500, Yaakov (Cygwin/X) wrote: The next time you build less(1), could you build it with wchar support? All you need to do is have libncursesw-devel installed before configuring. Will do. 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: SSH - Can't Login (3rd Post)
On 10/26/2010 09:10 PM, Brian Wilson wrote: I have the same problem and have not been able to resolve the issue either. I get the following from the type -a command. Invoking either from the bash shell with a complete path still just displays the usage message and gives a return code of 255. Everything else seems to be working fine. A return code of 255 seems odd. Maybe a required DLL is missing. What is the complete usage message displayed? Brian S. wil...@ncc-1701 ~ $ type -a ssh ssh is /usr/bin/ssh ssh is /bin/ssh What is the output of the following: ls -l /usr/bin/ssh /bin/ssh ldd /usr/bin/ssh What happens when you invoke ssh from a cmd shell? -Jeremy -- 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