Re: ITP: autobuild
On Sep 20 16:31, Charles Wilson wrote: On 9/20/2010 2:22 PM, Eric Blake wrote: So, I still think that providing autobuild as a cygwin package makes sense, but since I'm arguing that it is NOT a build requirement for libtool, it means we need a previous distro link or the full 5 votes. We're at 2 now; anyone else want to chime in? Yep, now we actually need votes. +1 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Problems using XWin with remote desktop with latest version
On 20/09/2010 19:52, Jay Goldman wrote: I have the following batch file to start xwin: @echo off SET CYGWIN_ROOT= SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% SET XAPPLRESDIR= SET XCMSDB= SET XKEYSYMDB= SET XNLSPATH= %RUN% XWin -multiwindow -clipboard -silent-dup-error IF EXIST %CYGWIN_ROOT%\bin\urxvtd-X.exe %RUN% %CYGWIN_ROOT%\bin\urxvtd-X.exe This works fine (and has been for a whileyear). Occasionally, I have to connect to my machine via windows remote desktop. I've also been doing this for a while. With the latest version of x-windows; however, when I do so XWin.exe seg faults. I then kill the urxvtd-X.exe process, re-run my batch script, and all is well within the remote desktop session. Then I close the remote desktop session, and when I get back to my machine the x-windows-based command windows are no longer functional. I close down Xwin.exe (and urxvtd-X.exe), restart them, and I'm ok again. Any ideas as to what has changed to cause these new issues, (a) XWin.exe seg fault due to remote desktop connection (sorry, I don't have the seg fault info) (b) X-windows based command windows, (i.e., windows started with: urxvtc -g 80x42 -e /bin/bash -l -i) no longer display correctly when I disconnect the remote desktop session - I have to 're-start' xwin.exe (and urxvtd-X.exe) processes. This is pretty likely to be a known problem with the resize support added in Xserver 1.8.2-1, see [1] Unfortunately, due to a mistake on my part, there is no way to disable resize support in multiwindow mode in that version, so your options for a workaround are limited to: a) Downgrade to the previous Xserver version b) Use the test build provided by me in that thread c) Avoid RDP sessions which change the colour depth of your display (e.g by setting your display to use 16-bit colour, assuming the RDP sessions choose 16-bit for some reason) If your problems persist with the that test build, I'd very much like to hear about it. [1] http://cygwin.com/ml/cygwin-xfree/2010-08/msg00080.html -- 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/
Setting fonts for remote gnome applications
I'm running some gnome applications on a Linux system and displaying on a remote cygwin/X server. Does anyone know how I configure the fonts used? The local gnome appearances applet just sets things for the local display. Are X resources used? I know this is more relevant to a gnome list but I did ask the question there and didn't get any answers. I'm hoping users here will have more experience with this situation. Richard -- 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/
Cygwin/X bug? suspend-resume issues
I've encountered an unusual behavior of Cygwin/X on suspend/resume of Windows. The server is working fine before suspend, but after the first suspend-resume cycle, the characters become single pixels. I have screenshots depicting the effects on an rxvt-unicode window, and an fwbuilder window forwarded over ssh from an Ubuntu VM (though it seems the mailing list rejected the attachments, so please let me know if there's a way I can send them). Windows in existence before the first suspend remain fine after resume, but only as long as they are open; closing and reopening them produces the broken state. The attached XWin.0.log is after two suspend/resume cycles; the two line blocks from each resume seem anomalous (bpp: 0? width: 0? height: 0?). If it helps any, I'm using Win7 x64, updated cygwin rebaseall'd (to deal with STATUS_ACCESS_VIOLATION errors from urxvt before). The X server is being started from the provided start menu link XWin Server. xterm windows seem to be unaffected by the bug, as are urxvt windows using unaliased fonts (though the log lines still show up even without any windows open). For some reason, this issue doesn't seem to affect my desktop, which should have largely the same setup. If there's any more information I should provide, please let me know, and thanks for reading! Really hope I can get this issue fixed and get Cygwin in working order on my laptop... Also, if this issue has already been reported/fixed, feel free to ignore this. Cheers, Henry Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.2.0 (10802000) Build Date: 2010-08-06 Contact: cygwin-xfree AT cygwin.com XWin was started with the following command line: X :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - primary monitor w 1366 h 768 winInitializeDefaultScreens - native DPI x 96 y 96 winInitializeDefaultScreens - Returning [110271.459] winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 [110271.459] (II) xorg.conf is not supported [110271.459] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [110271.459] LoadPreferences: /home/Henry/.XWinrc not found [110271.459] LoadPreferences: Loading /etc/X11/system.XWinrc [110271.459] LoadPreferences: Done parsing the configuration file... [110271.459] winGetDisplay: DISPLAY=:0.0 [110271.459] winDetectSupportedEngines - Windows NT/2000/XP [110271.490] winDetectSupportedEngines - DirectDraw installed [110271.490] winDetectSupportedEngines - Allowing PrimaryDD [110271.490] winDetectSupportedEngines - DirectDraw4 installed [110271.490] winDetectSupportedEngines - Returning, supported engines 001f [110271.506] winSetEngine - Multi Window or Rootless = ShadowGDI [110271.506] winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel [110271.521] winAllocateFBShadowGDI - Creating DIB with width: 1366 height: 768 depth: 32 [110271.521] winFinishScreenInitFB - Masks: 00ff ff00 00ff [110271.521] winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 [110271.521] null screen fn ReparentWindow [110271.521] null screen fn RestackWindow [110271.521] InitQueue - Calling pthread_mutex_init [110271.521] InitQueue - pthread_mutex_init returned [110271.521] InitQueue - Calling pthread_cond_init [110271.521] InitQueue - pthread_cond_init returned [110271.521] winInitMultiWindowWM - Hello [110271.521] winInitMultiWindowWM - Calling pthread_mutex_lock () [110271.521] winMultiWindowXMsgProc - Hello [110271.521] Screen 0 added at virtual desktop coordinate (0,0). [110271.521] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [110271.521] MIT-SHM extension disabled due to lack of kernel support [110271.537] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [110271.553] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [110271.553] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [110271.568] [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [110271.568] [dix] Could not init font path element /usr/share/fonts/Type1/, removing from list! [110272.005] winPointerWarpCursor - Discarding first warp: 683 384 [110272.005] (--) 3 mouse buttons found [110272.005] (--) Setting autorepeat to delay=500, rate=31 [110272.005] (--) Windows keyboard layout: 0409 (0409) US, type 7 [110272.005] (--) Found matching XKB configuration English (USA) [110272.005] (--) Model = pc105 Layout = us Variant = none Options = none [110272.005] Rules = base Model = pc105 Layout = us Variant = none Options = none [110272.005] winInitMultiWindowWM - pthread_mutex_lock () returned. [110272.005] winInitMultiWindowWM - pthread_mutex_unlock () returned. [110272.005] winGetDisplay: DISPLAY=:0.0 [110272.005] winInitMultiWindowWM - DISPLAY=:0.0 [110272.005] winMultiWindowXMsgProc - pthread_mutex_lock ()
Re: Cygwin/X bug? suspend-resume issues
Interesting that I just posted a report around the same issue. The latest release available through cygwin, and a later made available by John earlier this month, both SIGSEGV upon resuming after Suspend or Hibernate. This is also on a Win 7 x64 box. As for rebaseall, I've not rebased lately because I have not run into the characteristic symptoms that call for it, so I don't think that's it. 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/
src/winsup/cygwin ChangeLog fhandler.cc fhandl ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-09-21 16:07:20 Modified files: winsup/cygwin : ChangeLog fhandler.cc fhandler_disk_file.cc path.cc Log message: * fhandler.cc (fhandler_base::open): Always open NFS files with FILE_READ_EA, even when opening with O_WRONLY to allow fstat. * fhandler_disk_file.cc (fhandler_base::fstat_by_nfs_ea): Call FlushFileBuffers if file has been opened for writing. Explain why. (fhandler_base::fstat_by_handle): Renew content of pc.fnoi if called via fstat. Explain why. Fix formatting. * path.cc (symlink_info::check): Try to open file the second time with FILE_READ_EA permissions since it's needed in later calls to fhandler_base::fstat_by_nfs_ea. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5047r2=1.5048 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srcr1=1.369r2=1.370 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.338r2=1.339 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.608r2=1.609
src/winsup/cygwin ChangeLog path.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-09-21 16:41:18 Modified files: winsup/cygwin : ChangeLog path.cc Log message: * path.cc (cwdstuff::set): Replace constant 2 with sizeof(WCHAR) where appropriate. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5049r2=1.5050 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.610r2=1.611
src/winsup/cygwin ChangeLog libc/minires.c
CVSROOT:/cvs/src Module name:src Changes by: phumb...@sourceware.org 2010-09-21 21:41:31 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/libc: minires.c Log message: 2010-09-21 Pierre Humblet pierre.humb...@ieee.org * libc/minires.c (res_nsend): Use the Windows resolver if appropriate. (dn_expand): Only set errno in case of error. Delete old comments. (dn_skipname): Fix typo in comment. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5050r2=1.5051 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/libc/minires.c.diff?cvsroot=srcr1=1.8r2=1.9
Re: Cygwin Filesystem Performance degradation 1.7.5 vs 1.7.7, and methods for improving performance
Hi,
There's also the problem of handling NFS shares. However, I just had an
idea how to speed up symlink_info::check without neglecting NFS shares.
This will take some time, though since it turns a lot of code upside
down. Stay tuned.
This sounds great! Cygwin filesystem performance is a very important
issue, and any improvement is more than welcome!
I don't understand how you think this should work. The filter expression
given to NtQueryDirectoryFile is either a constant string and has to
match
the filename exactly, or it contains wildcards. This is documented
behaviour:
http://msdn.microsoft.com/en-us/library/ff567047%28VS.85%29.aspx
So, foo works, foo* works, but a list like foo foo.exe foo.lnk
does not.
There are two options for stat() and other places the need file info
(such as check_symlink):
1) CreateFile(the_dir), then NtQueryDirectoryFile(foo*) and retrieve
all the info (including the hardlink), filter out the results in
user-mode (foo, foo.exe, foo.lnk), and then call CloseHandle().
2) CreateFile(the_dir), NtQueryDirectoryFile(foo),
NtQueryDirectoryFile(foo.exe), NtQueryDirectoryFile(foo.lnk),
CloseHandle(). The calls to NtQueryDirectoryFile() should be with
RestartScan=1, so that the the_dir handle can be reused. Also
ReturnSingleEntry=1 can be set to improve performance.
This is instead what is done today in cygwin:
3) CreateFile(foo), NtQueryFileInformation(), CloseHandle() (and
repeat this for foo.exe and foo.lnk)
I did some performance tests comparing #1 #2 and #3.
I found out that #1 and #2 are both around 10x to 100x (!!!) times
faster than #3.
I checked out why, and found out that #1 and #2 don't modify the access
time of the file, whereas #3 does. This already immediately causes a
huge performance penalty (and it is also not according to the posix
standard: stat(foo) should not update atime of foo).
Another reason is that the kernel NTFS driver performs automatically
read-ahead of the file, thus just stat(foo) (which calls
CreateFile(foo) in #3) causes the first 64k of foo to be read from
the disk - slowing down performance tremendously. Think of ls /bin
with 3500 files: NTFS reads the first 64K of all the 3500 files! no
wonder it takes so long...
And yet another reason why #3 is way slower than #1 and #2 is the
anti-viruses: Nearly all Windows users install an AV (or use Win7 MS
AV). These trap and monitor all CreateFile() to regular files (not to
directory files). Therefore CreateFile() to a regular file can take a
lot lot longer than CreateFile() to a directory.
I would suggest using #2 over #1, since its simpler code-wise, and I did
not see any serious performance difference between the two.
Yoni
On 14/9/2010 12:05 PM, Corinna Vinschen wrote:
On Sep 13 13:28, Yoni Londner wrote:
Hi,
However, isn't that kind of a chicken/egg situation? If you want to
reuse the content of the FILE_BOTH{_ID}_DIRECTORY_INFORMATION structure
from a previous call to readdir, you would have to call the
I am not talking about reusing info from a previous readdir.
Every single file cygwin tries to access, it does it in a loop,
trying afterwards to check for *.lnk file.
Using the directory query operations, it is possible to get this
info faster:
instead of getting file info for FOO and then for FOO.lnk,
Cygwin can query the directory info for FOO FOO.LNK (for the file
requested, plus its possible symlink file).
I don't understand how you think this should work. The filter expression
given to NtQueryDirectoryFile is either a constant string and has to match
the filename exactly, or it contains wildcards. This is documented
behaviour: http://msdn.microsoft.com/en-us/library/ff567047%28VS.85%29.aspx
So, foo works, foo* works, but a list like foo foo.exe foo.lnk
does not.
There's also the problem of handling NFS shares. However, I just had an
idea how to speed up symlink_info::check without neglecting NFS shares.
This will take some time, though since it turns a lot of code upside
down. Stay tuned.
Corinna
Re: Cygwin Filesystem Performance degradation 1.7.5 vs 1.7.7, and methods for improving performance
Hi, I'm not exactly concerned about Linux being way faster accessing an NTFS drive. After all it's the OS itself and comes with it's own NTFS driver which obviously is streamlined for typical POSIX operations. I did not test compare to using the Linux NTFS, rather I compared with Linux on VMWARE using the same Windows NTFS.SYS (via the same kernel32.dll APIs): Cygwin: C:/cygwin/bin/ls.exe /bin - cygwin1.dll - kernel32.dll - NTOS kernel - NTFS.SYS driver - HD linux: /bin/ls /mnt/hgfs/C/cygwin/bin - glibc - linux kernel - VMWARE hgfs driver - vmware_player.exe (on Win32) - kernel32.dll - NTOS kernel - NTFS.SYS driver - HD As you can see the VMWARE path is much longer than Cygwin, and it passes the same APIs and NTFS.SYS driver, and yet it executes much faster. This helps us understand that there is a lot that still can be done in Cygwin's filesystem performance. Yoni On 14/9/2010 11:38 AM, Corinna Vinschen wrote: On Sep 13 13:45, Yoni Londner wrote: Hi, Abstract: I prepared a patch that improves Cygwin Filesystem performance by x4 on Cygwin 1.7.5 (1.7.5 vanilla 530ms -- 1.7.5 patched 120ms). I ported the patch to 1.7.7, did tests, and found out that 1.7.7 had a very serious 9x (!) performance degradation from 1.7.5 (1.7.5 vanilla 530ms -- 1.7.7 vanilla 3900ms -- 1.7.7 patched 3500ms), which does makes this patch useless until the performance degradation is fixed. The problem is, I can't reproduce such a degradation. If I run sometimg like `time ls -l /bin /dev/null', the times are very slightly better with 1.7.7 than with 1.7.5 (without caching effect 1200ms vs. 1500ms, with caching effect 500ms vs. 620ms on average). Starting with 1.7.6, Cygwin reused handles from symlink_info::check in stat() and other syscalls. If there is such degradation under some circumstances, I need a reproducible scenario, or at least some strace output which shows at which point this happens. Apart from actual patches this should be discussed on the cygwin-developer list. First of all, even your results of 1200-1500ms (1st time) and 500-600ms (2nd time) is still way way way too long. On linux with an NTFS mount of C:/cygwin, this took2ms! And even on Win32 CMD.EXE this same operation will take you less than 100ms. which is 5x to 10x faster. The main reason for the difference: the Windows CMD.EXE does not open file handles, which make the NTFS file system to actually go and read each file's first 16KB of contents (even though you did not ask for it!). I'm not exactly concerned about Linux being way faster accessing an NTFS drive. After all it's the OS itself and comes with it's own NTFS driver which obviously is streamlined for typical POSIX operations. And then there's Win32 which can go through a dir much faster as well, since it doesn't have to care for POSIX compatibility of the result, and the OS function calls coincidentally match what a cmd dir call needs. If you're looking for a fair comparision, why don't you look for Interix? I did, and what I see is pretty much the same thing we do in Cygwin. Actually, with the last Cygwin from CVS an ls -lR on a non-marginal directory tree is already faster than the same operation under Interix. That doesn't mean I won't look for more ways to enhance Cygwin's performance, but it won't be by adding CYGWIN environment switches or by neglecting correct information in stat. Corinna
Re: missing pthread.h in building 64-bit aaplications
On 9/21/2010 08:01, ke...@ca wrote: Hello All, Goal: Building 64-bit application on Cygwin OS: 64-bit Windows 7 I used x86_64-w64-mingw32-gcc to build the application, but failed. The output tells missing pthread.h. pthread.h is included in one of my source files. I located the file, one in C:\cygwin\usr\include, the other C:\cygwin\usr\x86_64-w64-mingw32\sys-root\mingw\include. I tried using -I to tell gcc to include pthread.h, but failed. why? Hi, Can you show us the command line used to compile? Add a -v as well so we can see where gcc searched for the headers. -- 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: Instead of a gripe, a memory-jog.
Corinna Vinschen wrote: On Sep 18 07:00, SJ Wright wrote: Having recently by accident trashed my home folder, and having had to rebuild from one saved from a much older install (1.7.0 or even earlier), I noticed my man pages were again displaying with garbage text in between the readable text -- nonprintable characters, Unicode litter and the like. I remembered Corinna Vinschen had posted something quite a while back in a topic thread that dealt with this issue; I am sure it made it into the archives for this list, but I wasn't able to find it. I vaguely recalled one detail had something to do with setting one's environment variable to C instead of C.utf_8 or even en_us.utf8. Ouch. Wrong on both accounts. Either C.UTF-8, or C.utf-8, or C.utf8, or en_US.UTF-8 or en_US.utf-8 or en_US.utf8. Dash yes, underscore no. The territory must be written in uppercase. The User's Guide might be a good start: http://cygwin.com/cygwin-ug-net/setup-locale.html Corinna Yes. I noticed where I had the territory mis-cased the next time I ran wget. In the line that identified the file and URL for each download, double-quotes and other punctuation became garbage characters, where they hadn't been when I either had *no* LANG variable set or a correctly-written one. So now it's fixed. Thanks again. SJ Wright -- 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 with mmap in latest snapshot
On Sep 20 17:20, Heath Kehoe wrote: On 9/20/2010 3:00 PM, Heath Kehoe wrote: My application uses mmap on a 16MB file. On released 1.7.7, there's no problem. But with the 20100919 snapshot, it crashes when it tries to access the mmap space past the first 32KB or so. Attached is a simple test program that illustrates the problem. The test program also crashes on 20100917, but it works with 20100912. Thanks for the testcase. I found the problem. While debugging I came across another problem which I'll intend to fix as well. I have to make some more test first before I check in the changes, though. Thanks again, Corinn -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: fvwm ignores clickToFocus for function keys
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. a) Are you running fvwm under a rootless X11? b) are your configs the same? Ah, you mean on cygwin and on linux? Yes, that's the beauty of the thing. As far as a rootless X11 goes ... I don't know how to configure that. -- 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: fvwm ignores clickToFocus for function keys
On 9/21/2010 12:14 PM, Charles Smith wrote: 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. a) Are you running fvwm under a rootless X11? b) are your configs the same? Ah, you mean on cygwin and on linux? Yes, that's the beauty of the thing. As far as a rootless X11 goes ... I don't know how to configure that. Cygwin-X User's Guide to the rescue! :-) http://x.cygwin.com/docs/ug/configure.html -- 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
Re: Problem with mmap in latest snapshot
On Sep 21 14:21, Corinna Vinschen wrote: On Sep 20 17:20, Heath Kehoe wrote: On 9/20/2010 3:00 PM, Heath Kehoe wrote: My application uses mmap on a 16MB file. On released 1.7.7, there's no problem. But with the 20100919 snapshot, it crashes when it tries to access the mmap space past the first 32KB or so. Attached is a simple test program that illustrates the problem. The test program also crashes on 20100917, but it works with 20100912. Thanks for the testcase. I found the problem. While debugging I came across another problem which I'll intend to fix as well. I have to make some more test first before I check in the changes, though. I've checked in the patch. Please test the next developer snapshot. Thanks again for the testcase. It was very helpful. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: 1.7.7(0.230/5/3) - Cannot change mode of file, and other permission issues on a Windows fileshare
On Sep 20 16:45, Keith Christian wrote: Receiving this message whenever I try to check in files to local RCS directories on this machine. Same issue occurs on CVS. Wondering if a setting was changed somewhere, this has been happening for over a month now. Is that a remote drive? If so, did your admin set the share mode to Change rather than using Full Control and set appropriate NTFS permissions? If so, either harass your admin to revert this to Full Control and useful NTFS permissions, or try to mount the share with noacl mount option. For the mount options, see the User's Guide at http://cygwin.com/cygwin-ug-net/using.html#mount-table Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: missing pthread.h in building 64-bit aaplications
I guess I found the reason why x86_64-w64-mingw32-gcc can't locate pthread.h. It's because a macro #if HAVE_PTHREAD #include pthread.h is used in source files, but the macro is not defined by mingw, about which I found it existiing before according to google search. I re-built it after the macro was commentted, and pthread.h was in. How is your thinking? Another, I added -v and dependency output showed usr\x86_64-w64-mingw32\sys-root\mingw\include was in. So the search path mechanism is not a problem. JonY-6 wrote: On 9/21/2010 08:01, ke...@ca wrote: Hello All, Goal: Building 64-bit application on Cygwin OS: 64-bit Windows 7 I used x86_64-w64-mingw32-gcc to build the application, but failed. The output tells missing pthread.h. pthread.h is included in one of my source files. I located the file, one in C:\cygwin\usr\include, the other C:\cygwin\usr\x86_64-w64-mingw32\sys-root\mingw\include. I tried using -I to tell gcc to include pthread.h, but failed. why? Hi, Can you show us the command line used to compile? Add a -v as well so we can see where gcc searched for the headers. -- 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/missing-pthread.h-in-building-64-bit-aaplications-tp29764972p29771871.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: Problem with mmap in latest snapshot
On 9/21/2010 11:48 AM, Corinna Vinschen wrote: I've checked in the patch. Please test the next developer snapshot. Thanks again for the testcase. It was very helpful. I built from CVS and it's working again. Thanks! -h __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/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
where the streets and servers have no name, cyglwres-xx.dll?
Hi, I've been having a problem with name lookups but it only seems to effect a few things. I think lynx is ok, but then I tried to ftp and couldn't find host name . I had first seen this with nslookup but ignored it at the time, $ nslookup google.com /usr/bin/nslookup.exe: error while loading shared libraries: cyglwres-60.dll: ca nnot open shared object file: No such file or directory I got this result from cygcheck, wasn't sure if there was something obvious I did or easiest way to fix. Thanks. $ cygcheck -s cygcheckout $ grep wres cygcheckout 88k 2009/06/16 C:\cygwin\bin\cyglwres-50.dll 88k 2009/06/16 C:\cygwin\bin\cyglwres-50.dll liblwres-devel 9.7.1-1 liblwres50 9.6.0_p1-1 liblwres60 9.7.1-1 viewres1.0.2-1 -- 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: fvwm ignores clickToFocus for function keys
Cygwin-X User's Guide to the rescue! :-) Okay, I'll give that a try ... except ... can I run FVWM rootless? Where will it go? Doesn't rootless mode mean that the Windows window manager is used? BTW, I have identified what gets sent when the cursor is NOT inside the bounds of the window: it's the *unmapped* version of the function key. Okay, here's the information I forgot to supply (or only hinted at): I use the xterm.VT100.Translations resource (in my .Xdefaults file) to map the function keys: xterm*VT100.Translations: #override \n\ Key Print: string(0x7f) \n\ Key Pause: insert-selection(PRIMARY, CUT_BUFFER0) \n\ Ctrl Key Prior: scroll-back(1,halfpage) \n\ Ctrl Key Next: scroll-forw(1,halfpage) \n\ \ Shift Key Up: string(0x1b) string(OAA) \n\ Shift Key Down: string(0x1b) string(OBB) \n\ \ Ctrl Key 3: string(0x1b) string() \n\ Ctrl Key 4: string(0x1b) string(_) \n\ \ Shift Key F7: string(/media/) \n\ Shift Key F8: string([|]) \n\ Shift Key F9: string(0x1b) string([35~) \n\ Shift Key F10: string(0x1b) string([36~) \n\ Shift Key F11: string( 21 | ) \n\ Shift Key F12: string( 21 | tee -a make.$md\n) \n\ \ Alt Key F2: keymap(vt100)\n\ Alt Key F1: keymap(None)\n\ \ Key F1: string(0x1b) string(_) \n\ Key F4: string($ARCH/) \n\ Key F5: string(../Include/%:t:r.hpp) \n\ Key F6: string(../Source/%:t:r.cpp) \n\ Key F7: string(-next) \n\ Key F8: string() \n\ Key F9: insert-selection(PRIMARY, CUT_BUFFER0) \n\ Key F10: string( 21 | ) \n\ Key F11: string( 21 | head\n) \n\ Key F12: string( 21 | less\n) So, for example, if I hit F12 when the mouse cursor is outside the bounds of the window, ^[[24~ gets inserted onto my command line. -- 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: where the streets and servers have no name, cyglwres-xx.dll?
On Tue, Sep 21, 2010 at 02:38:37PM -0500, mike marchywka wrote: Hi, I've been having a problem with name lookups but it only seems to effect a few things. I think lynx is ok, but then I tried to ftp and couldn't find host name . I had first seen this with nslookup but ignored it at the time, $ nslookup google.com /usr/bin/nslookup.exe: error while loading shared libraries: cyglwres-60.dll: ca nnot open shared object file: No such file or directory You could try ldd /usr/bin/nslookup and/or cygcheck -c $(cygcheck -f $(which nslookup)) to find out if cyglwres-60.dll is really missing. It should give you the full path where the dll is supposed to be found. You can check that path to see if it's there, permissions, ... (Sorry, I don't have a cygwin installation around ATM) I got this result from cygcheck, wasn't sure if there was something obvious I did or easiest way to fix. Thanks. $ cygcheck -s cygcheckout Can you please attach it, as described here? Problem reports: http://cygwin.com/problems.html Regards. -- Huella de clave primaria: 0FDA C36F F110 54F4 D42B D0EB 617D 396C 448B 31EB signature.asc Description: Digital signature
OpenGL / GLUT / FreeGlut and the mouse wheel in PyMol.
Hi, I'm new to this mailing list and hope my question is not a total obvious one, but at the end of the day I'm more a scientist than a programmer. So I hope I got the facts right. I'm trying to build PyMol, an open-core molecular visualisation program with cygwin (www.pymol.org). This software uses OpenGL for displaying three-dimensional structures of proteins on the screen and allows manipulating these structure in various ways in 3D. It also allows true three-dimensional display with the (Nvidia) shutter glasses. It took my a while to get all the dependencies right, but I was finally able to build it successfully and it works in nearly all aspects. However, the program does not recognise any input in the graphic/display window from the mouse wheel, although the TKinter/Tcl based menu window does accept scroll events. Together with a colleague, we figured out that the win32 port of GLUT might be the problem, as it seems not to handle mouse wheel events (source:http://www.realmtech.net/opengl/glut.php) My colleague was able to build PyMol with the X11 headers and Libs and then the mouse wheel worked, but the speed was (as expected) not acceptable. What are you thinking, is the win32 version of GLUT really the problem? I did found FreeGlut and as it should be a modern clone of GLUT´, I tried to compile it for Cygwin. I got an cygglut-0.dll and some header files, but they never compiled well with PyMol (which uses a rather complicated python script). My colleague found this message from André Bleau http://www.cygwin.com/ml/cygwin/2009-04/msg00264.html, where Mr. Bleau stated he hopes to publish GLUT32 replacement based on FreeGlut around 2010. I just wonder if this new package will be available any-time soon or if anyone else has a good idea how to proceed with this problem? With kind regards, Jan Gebauer PS: Thanks to all the cygwin contributors, it's the first time I used it and it works rather great! -- Dr. Jan Gebauer Phone: +44 20 7594 7915 | Fax: +44 20 7589 0191 Research group: Dr. E. Hohenester Division of Cell Molecular Biology Imperial College London Biophysics Section, Blackett Laboratory London SW7 2AZ -- 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: It's raining stackdumps
Gary wrote: And empty ones at that. I see this was mentioned previously but didn't see a resolution. For me it is definitely happening in emacs (which since I spend most of my time in it, is maybe not that surprising), and is possibly related to running make via 'M-x compile'. I use mintty, so it isn't related to rxvt and batch files or something. It's a bit hard to track down since it doesn't happen anything like every time. Yep. I was the one who complained my two primary shells were stackdumping like flaky pastry. And you're right, there doesn't seem to be much in the way of resolution coming from The Board. emacs, you say? Well, that sort of trims it down -- I did go through the paces of installing emacs, xemacs and a few lighter-weight support utils -- trying at long last to get myself acclimated with a real developer's/scripter's editor or edit suite that wasn't Winz or Mac OS X -- and it was not too long after that these stackdumps and a few problems with compiles started happening. Here I thought it might have been my bsdtar install going South. Seemed to make sense -- it's about as big as bash-completion, but then again, so is emacs. Until we're corrected on this score, I suppose we'll have to ass-u-me that emacs and the dot we're on to the right of Sexy and 1.7 are not getting along as swimmingly as they could be. A splendid time is guaranteed for some (sorry JWOL -- had to do it.) Steve W. -- 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: It's raining stackdumps
On 21 September 2010 22:12, SJ Wright wrote: Gary wrote: And empty ones at that. I see this was mentioned previously but didn't see a resolution. For me it is definitely happening in emacs (which since I spend most of my time in it, is maybe not that surprising), and is possibly related to running make via 'M-x compile'. I use mintty, so it isn't related to rxvt and batch files or something. It's a bit hard to track down since it doesn't happen anything like every time. Yep. I was the one who complained my two primary shells were stackdumping like flaky pastry. And you're right, there doesn't seem to be much in the way of resolution coming from The Board. emacs, you say? Well, that sort of trims it down -- I did go through the paces of installing emacs, xemacs and a few lighter-weight support utils -- trying at long last to get myself acclimated with a real developer's/scripter's editor or edit suite that wasn't Winz or Mac OS X -- and it was not too long after that these stackdumps and a few problems with compiles started happening. Here I thought it might have been my bsdtar install going South. Seemed to make sense -- it's about as big as bash-completion, but then again, so is emacs. Until we're corrected on this score, I suppose we'll have to ass-u-me that emacs and the dot we're on to the right of Sexy and 1.7 are not getting along as swimmingly as they could be. A splendid time is guaranteed for some (sorry JWOL -- had to do it.) I've got no idea what you're on about, but here's a quote for you: The aim of a bug report is to enable the programmer to see the program failing in front of them. (Simon Tatham, 'How to Report Bugs Effectively') 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
how to enable the very convenient copy/paste editing method in Cgywin?
I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! -- View this message in context: http://old.nabble.com/how-to-enable-the-very-convenient-copy-paste-editing-method-in-Cgywin--tp29774167p29774167.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: how to enable the very convenient copy/paste editing method in Cgywin?
On 09/21/2010 03:52 PM, bsmile wrote: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.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: how to enable the very convenient copy/paste editing method in Cgywin?
--- Mar 21/9/10, Eric Blake ha scritto: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. Only mintty please, rxvt should be considered obsolete as cygwin uses now UTF8 and rxvt can't. Moreover we have a really present mintty maintainer while rxvt is dead upstream 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: how to enable the very convenient copy/paste editing method in Cgywin?
Thanks, both! I will install mintty, but really cannot follow the next step ... So far the Cygwin is launched through some DOS batch file, thus I don't care what's behind. So if to use mintty, what should I do? Where should mintty be installed(any directory under windows or extract to some directory under Cygwin, which I suppose do not talk to windows)? Further explanations are really appreciated! Marco atzeri-3 wrote: --- Mar 21/9/10, Eric Blake ha scritto: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. Only mintty please, rxvt should be considered obsolete as cygwin uses now UTF8 and rxvt can't. Moreover we have a really present mintty maintainer while rxvt is dead upstream 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 -- View this message in context: http://old.nabble.com/how-to-enable-the-very-convenient-copy-paste-editing-method-in-Cgywin--tp29774167p29774266.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: where the streets and servers have no name, cyglwres-xx.dll?
On Tue, Sep 21, 2010 at 04:43:25PM -0500, mike marchywka wrote: On 9/21/10, David Sastre wrote: On Tue, Sep 21, 2010 at 02:38:37PM -0500, mike marchywka wrote: Hi, Can you please attach it, as described here? Problem reports: http://cygwin.com/problems.html attached, thanks. I seem to recall the install went well so this is a bit surprising but I have reported isolated bizarre things on Windoze 7 multicore 64 bit... It looked like it got some -50 dlls with same name. I couldn't find the dll in your cygcheck.out... Do you have liblwres60 installed? Try cygcheck -c liblwres60. If you already have it, try reinstalling it. This is the output of cygcheck $(which nslookup) in a 32bits Win7 C:\cygwin\bin\nslookup.exe C:\cygwin\bin\cygbind9-60.dll C:\cygwin\bin\cygdns-66.dll C:\cygwin\bin\cygisc-60.dll C:\cygwin\bin\cyggcc_s-1.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 C:\Windows\system32\API-MS-Win-Core-DateTime-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-File-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Interlocked-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-String-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Util-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Core-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-winsvc-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Management-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Management-L2-1-0.dll C:\Windows\system32\API-MS-Win-Core-LocalRegistry-L1-1-0.dll C:\Windows\system32\API-MS-Win-Security-Base-L1-1-0.dll 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\cygxml2-2.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygcrypto-0.9.8.dll C:\cygwin\bin\cygisccfg-60.dll C:\cygwin\bin\cyglwres-60.dll - C:\Windows\system32\IPHLPAPI.DLL C:\Windows\system32\NSI.dll C:\Windows\system32\WINNSI.DLL C:\cygwin\bin\cygidn-11.dll C:\cygwin\bin\cygintl-8.dll -- 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 -- Huella de clave primaria: 0FDA C36F F110 54F4 D42B D0EB 617D 396C 448B 31EB signature.asc Description: Digital signature
Re: fvwm ignores clickToFocus for function keys
On 9/21/2010 3:39 PM, Charles Smith wrote: Cygwin-X User's Guide to the rescue!:-) Okay, I'll give that a try ... except ... can I run FVWM rootless? Where will it go? Doesn't rootless mode mean that the Windows window manager is used? No. From the link to the documentation: Note: This is typically used to work with local or remote X applications, integrated into your native Windows desktop, but controlled using the X window manager of your choice. You're thinking of -multiwindow. This topic really is X-specific. It's more appropriate to use the cygwin-xfree list, which handles Cygwin X issues and questions. Please follow-up there with any further replies. Thanks, -- 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
Re: It's raining stackdumps
On 9/21/2010 5:12 PM, SJ Wright wrote: Gary wrote: And empty ones at that. I see this was mentioned previously but didn't see a resolution. For me it is definitely happening in emacs (which since I spend most of my time in it, is maybe not that surprising), and is possibly related to running make via 'M-x compile'. I use mintty, so it isn't related to rxvt and batch files or something. It's a bit hard to track down since it doesn't happen anything like every time. Yep. I was the one who complained my two primary shells were stackdumping like flaky pastry. And you're right, there doesn't seem to be much in the way of resolution coming from The Board. emacs, you say? Well, that sort of trims it down -- I did go through the paces of installing emacs, xemacs and a few lighter-weight support utils -- trying at long last to get myself acclimated with a real developer's/scripter's editor or edit suite that wasn't Winz or Mac OS X -- and it was not too long after that these stackdumps and a few problems with compiles started happening. Are you saying that you get stackdumps while using emacs? You didn't mention that in any of your earlier posts. If that's the case, please try to give a precise recipe for reproducing the problem, starting with 'emacs -Q'. If that's not the case, and all you did was to install emacs without actually using it, then it can't possibly have anything to do with your problem. Ken -- 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: how to enable the very convenient copy/paste editing method in Cgywin?
On 09/21/2010 05:05 PM, bsmile wrote: Marco atzeri-3 wrote: --- Mar 21/9/10, Eric Blake ha scritto: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. Only mintty please, rxvt should be considered obsolete as cygwin uses now UTF8 and rxvt can't. Moreover we have a really present mintty maintainer while rxvt is dead upstream Marco Thanks, both! I will install mintty, but really cannot follow the next step ... So far the Cygwin is launched through some DOS batch file, thus I don't care what's behind. So if to use mintty, what should I do? Where should mintty be installed(any directory under windows or extract to some directory under Cygwin, which I suppose do not talk to windows)? Further explanations are really appreciated! You can install Mintty by selecting the mintty package in Cygwin's setup.exe. Just run setup.exe again and select the mintty package when you get to the package selection panel without changing any of the other settings that are already there on other panels. Once installed, you will find a shortcut for starting a Cygwin session within Mintty in your start menu. I'm pretty sure it will be in the Cygwin group. -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: how to enable the very convenient copy/paste editing method in Cgywin?
Thanks so much! I finally got it working as I am expecting! Jeremy Bopp-3 wrote: On 09/21/2010 05:05 PM, bsmile wrote: Marco atzeri-3 wrote: --- Mar 21/9/10, Eric Blake ha scritto: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. Only mintty please, rxvt should be considered obsolete as cygwin uses now UTF8 and rxvt can't. Moreover we have a really present mintty maintainer while rxvt is dead upstream Marco Thanks, both! I will install mintty, but really cannot follow the next step ... So far the Cygwin is launched through some DOS batch file, thus I don't care what's behind. So if to use mintty, what should I do? Where should mintty be installed(any directory under windows or extract to some directory under Cygwin, which I suppose do not talk to windows)? Further explanations are really appreciated! You can install Mintty by selecting the mintty package in Cygwin's setup.exe. Just run setup.exe again and select the mintty package when you get to the package selection panel without changing any of the other settings that are already there on other panels. Once installed, you will find a shortcut for starting a Cygwin session within Mintty in your start menu. I'm pretty sure it will be in the Cygwin group. -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 -- View this message in context: http://old.nabble.com/how-to-enable-the-very-convenient-copy-paste-editing-method-in-Cgywin--tp29774167p29774579.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: how to enable the very convenient copy/paste editing method in Cgywin?
Le 21/09/2010 23:53, Eric Blake a écrit : Use mintty or rxvt instead of the windows console. I like puttycyg which also support utf-8. PS : mintty do paste à la Xwindows (middle button), while putty may do it as you wich (middle or right button), both may copy on select w/ left button. to well render utf-8, choose Lucinda Console font (bold, 8). Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- 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
xfig with cygwin
Hello, I am using xfig on Windows machines (xp and 7). In the last year or two I have problems with figures when I draw patterns and then export them. Namely in the dvi or ps files, the lines or some parts of patterns become so thick that the pattern is not recognizable, actually half black. It seems that it is not a problem of xfig, because if I run it on a unix machine and export the figures (eps, pstex etc), then everything is ok. I have not had this pattern problem before 2009. Is there some bug in cygwin or maybe somewhere else? With kind regards, Roman -- 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: Instead of a gripe, a memory-jog.
SJ Wright wrote: Corinna Vinschen wrote: On Sep 18 07:00, SJ Wright wrote: Having recently by accident trashed my home folder, and having had to rebuild from one saved from a much older install (1.7.0 or even earlier), I noticed my man pages were again displaying with garbage text in between the readable text -- nonprintable characters, Unicode litter and the like. I remembered Corinna Vinschen had posted something quite a while back in a topic thread that dealt with this issue; I am sure it made it into the archives for this list, but I wasn't able to find it. I vaguely recalled one detail had something to do with setting one's environment variable to C instead of C.utf_8 or even en_us.utf8. Ouch. Wrong on both accounts. Either C.UTF-8, or C.utf-8, or C.utf8, or en_US.UTF-8 or en_US.utf-8 or en_US.utf8. Dash yes, underscore no. The territory must be written in uppercase. The User's Guide might be a good start: http://cygwin.com/cygwin-ug-net/setup-locale.html Corinna Yes. I noticed where I had the territory mis-cased the next time I ran wget. In the line that identified the file and URL for each download, double-quotes and other punctuation became garbage characters, where they hadn't been when I either had *no* LANG variable set or a correctly-written one. So now it's fixed. Thanks again. SJ Wright Spoke too soon on the wget matter. Since setting a LANG variable in the first place (and evidently the right place, or else this wouldn't be a matter), I've been seeing garbage text -- I prefer to call it drone text -- in place of quotation marks during normal (non-verbose and not set to quiet) downloads. Here's a sample: Saving to: “gae77-7748-244-958stck.jpg†I just looked at the wget man page (which is, not remarkably, still free of drone text), and I notice there's a command that can be entered in .wgetrc that seems to sync LANG with the application's function. Or does it. I'm referring to the local_encoding command. It would make sense that if LANG gets changed, and an encoding-sensitive app such as wget is left one step behind, so to speak, in that process, then there would be a command or configuration option to help it catch up. This presumes I'm reading the man page right. I acknowledge it may have nothing to do with how wget displays the stages of the download process; I would rather know for sure that this is the case. In the meantime, I'll settle for running with the -nv option which may just give me clean text by some means or another. I'm thinking it won't, but that's four or five scrollback lines I'm saving at 80x36 at any rate. Just keeping everyone apprised. Steve W. -- 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: xfig with cygwin
On 9/21/2010 7:12 PM, Dwilewicz, Roman wrote: Hello, I am using xfig on Windows machines (xp and 7). In the last year or two I have problems with figures when I draw patterns and then export them. Namely in the dvi or ps files, the lines or some parts of patterns become so thick that the pattern is not recognizable, actually half black. It seems that it is not a problem of xfig, because if I run it on a unix machine and export the figures (eps, pstex etc), then everything is ok. I have not had this pattern problem before 2009. Is there some bug in cygwin or maybe somewhere else? Unless it's obvious to you (it's not to me) that this is not X-related, I recommend that you ask first on the cygwin-xfree list. That list handles X-specific questions and issues. If the end result is not it is not X-related, the issue can come back to this list at that point. I would also recommend compiling a full problem report as outlined by this link: http://cygwin.com/problems.html -- 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
Re: how to enable the very convenient copy/paste editing method in Cgywin?
I am now using mintty. Although it enables copy/paste as the way in linux, it does not seem to support -X option of ssh. I want to run gnuplot on a remote computer and send the graph back to the local computer for me to see, and I use ssh -X to set up the connection. But gnuplot fails and the following information is sent back gnuplot: unable to open display '' gnuplot: X11 aborted. This does not seem to go with cygwin. Any idea towards this? Eric Blake-3 wrote: On 09/21/2010 03:52 PM, bsmile wrote: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.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 -- View this message in context: http://old.nabble.com/how-to-enable-the-very-convenient-copy-paste-editing-method-in-Cgywin--tp29774167p29774849.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: how to enable the very convenient copy/paste editing method in Cgywin?
On 09/21/2010 06:44 PM, bsmile wrote: Eric Blake-3 wrote: On 09/21/2010 03:52 PM, bsmile wrote: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. I am now using mintty. Although it enables copy/paste as the way in linux, it does not seem to support -X option of ssh. I want to run gnuplot on a remote computer and send the graph back to the local computer for me to see, and I use ssh -X to set up the connection. But gnuplot fails and the following information is sent back gnuplot: unable to open display '' gnuplot: X11 aborted. This does not seem to go with cygwin. Any idea towards this? You need to install and run the X server. Mintty is just a terminal. Install the xorg-server package. I think the program you'll need to arrange to run is XWin32 or maybe XWin. -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: how to enable the very convenient copy/paste editing method in Cgywin?
Thanks a lot, puttycyg works great. It supports -X option, helps maintain connection and support copy/paste. Cyrille Lefevre wrote: Le 21/09/2010 23:53, Eric Blake a écrit : Use mintty or rxvt instead of the windows console. I like puttycyg which also support utf-8. PS : mintty do paste à la Xwindows (middle button), while putty may do it as you wich (middle or right button), both may copy on select w/ left button. to well render utf-8, choose Lucinda Console font (bold, 8). Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- 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/how-to-enable-the-very-convenient-copy-paste-editing-method-in-Cgywin--tp29774167p29775099.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: how to enable the very convenient copy/paste editing method in Cgywin?
Isn't cygwin the graphic environment? If mintty invokes cygwin, I would expect it to have full feature of support such an environment. But I will try installing xwin32 to see how it works out, Jeremy Bopp-3 wrote: On 09/21/2010 06:44 PM, bsmile wrote: Eric Blake-3 wrote: On 09/21/2010 03:52 PM, bsmile wrote: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. I am now using mintty. Although it enables copy/paste as the way in linux, it does not seem to support -X option of ssh. I want to run gnuplot on a remote computer and send the graph back to the local computer for me to see, and I use ssh -X to set up the connection. But gnuplot fails and the following information is sent back gnuplot: unable to open display '' gnuplot: X11 aborted. This does not seem to go with cygwin. Any idea towards this? You need to install and run the X server. Mintty is just a terminal. Install the xorg-server package. I think the program you'll need to arrange to run is XWin32 or maybe XWin. -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 -- View this message in context: http://old.nabble.com/how-to-enable-the-very-convenient-copy-paste-editing-method-in-Cgywin--tp29774167p29775124.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: how to enable the very convenient copy/paste editing method in Cgywin?
Marco Atzeri wrote: --- Mar 21/9/10, Eric Blake ha scritto: Use mintty or rxvt instead of the windows console. Only mintty please, rxvt should be considered obsolete as cygwin uses now UTF8 and rxvt can't. New on me. I'll start using mintty asap. Must be better than Terminator. I did a cutesy thing with an echo-ed ellipse to mark time while a script iterated over some lines in a list: rxvt wrapped each unbroken string to 80 characters while Terminator ran them off the right-hand side of the window before doing so. You set it as many times as you want to 80x24 or 80x40 (or whatever) and it still does what it pleases. Except that Console2 unerringly preferred my old MinGW .bashrc file to my Cygwin one, I wouldn't recommend it to anyone looking for a tabbed terminal emulator. How's mintty on that btw? Moreover we have a really present mintty maintainer while rxvt is dead upstream Marco That's good to know, too. It's always better to use something that's being maintained consistently by the author or a well-acquainted successor. Even Kompozer with a K and a Z blew serious wind until the Mozilla team brought it back under their umbrella. Not likely to happen to rxvt -- the variants are better. I was going to suggest adapting mrxvt to play both sides of the fence, but if the trend is toward mintty, I'll go with the flow. Steve W. -- 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: how to enable the very convenient copy/paste editing method in Cygwin?
bsmile sent the following at Tuesday, September 21, 2010 5:52 PM I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! In addition to the previous responses, see the FAQ: http://cygwin.com/faq/faq-nochunks.html#faq.using.copy-and-paste - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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: how to enable the very convenient copy/paste editing method in Cygwin?
Buchbinder, Barry (NIH/NIAID) [E] sent the following at Tuesday, September 21, 2010 9:07 PM bsmile sent the following at Tuesday, September 21, 2010 5:52 PM I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! In addition to the previous responses, see the FAQ: http://cygwin.com/faq/faq-nochunks.html#faq.using.copy-and-paste See also the User Guide: http://cygwin.com/cygwin-ug-net/using-effectively.html#using-console And also the (no)tty option of the CYGWIN environmental variable: http://cygwin.com/cygwin-ug-net/using-cygwinenv.html Sorry for forgetting these in my earlier post. - Barry Disclaimer: Statements made herein are not made on behalf of NIAID. -- 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: where the streets and servers have no name, cyglwres-xx.dll?
On 9/21/10, David Sastre wrote: On Tue, Sep 21, 2010 at 04:43:25PM -0500, mike marchywka wrote: On 9/21/10, David Sastre wrote: On Tue, Sep 21, 2010 at 02:38:37PM -0500, mike marchywka wrote: Hi, Can you please attach it, as described here? Problem reports: http://cygwin.com/problems.html attached, thanks. I seem to recall the install went well so this is a bit surprising but I have reported isolated bizarre things on Windoze 7 multicore 64 bit... It looked like it got some -50 dlls with same name. I couldn't find the dll in your cygcheck.out... Do you have liblwres60 installed? Try cygcheck -c liblwres60. If you already have it, try reinstalling it. ... arrgh I ended up reinstalling everything, still doing post install scripts. There was no indication the dll was there, just the -50 instead of -60 version it wanted. I'll have to see if everything still works, reboot, etc and then get back to this. I think it may be fine if I could just copy the dll instead of actually installing anything. This is the output of cygcheck $(which nslookup) in a 32bits Win7 C:\cygwin\bin\nslookup.exe C:\cygwin\bin\cygbind9-60.dll C:\cygwin\bin\cygdns-66.dll C:\cygwin\bin\cygisc-60.dll C:\cygwin\bin\cyggcc_s-1.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 C:\Windows\system32\API-MS-Win-Core-DateTime-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-File-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Interlocked-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-String-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll C:\Windows\system32\API-MS-Win-Core-Util-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Core-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-winsvc-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Management-L1-1-0.dll C:\Windows\system32\API-MS-WIN-Service-Management-L2-1-0.dll C:\Windows\system32\API-MS-Win-Core-LocalRegistry-L1-1-0.dll C:\Windows\system32\API-MS-Win-Security-Base-L1-1-0.dll 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\cygxml2-2.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygcrypto-0.9.8.dll C:\cygwin\bin\cygisccfg-60.dll C:\cygwin\bin\cyglwres-60.dll - C:\Windows\system32\IPHLPAPI.DLL C:\Windows\system32\NSI.dll C:\Windows\system32\WINNSI.DLL C:\cygwin\bin\cygidn-11.dll C:\cygwin\bin\cygintl-8.dll -- 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: how to enable the very convenient copy/paste editing method in Cgywin?
On 09/21/2010 07:37 PM, bsmile wrote: Jeremy Bopp-3 wrote: On 09/21/2010 06:44 PM, bsmile wrote: Eric Blake-3 wrote: On 09/21/2010 03:52 PM, bsmile wrote: I installed Cgywin(don't know how to see its version number) under windows xp and so far so good. However, there is one thing very inconvenient for me to use Cgywin, that is, I cannot highlight a text to copy and right button to paste. I am wondering how I can get back this beloved feature. Any advices are greatly appreciated! Use mintty or rxvt instead of the windows console. I am now using mintty. Although it enables copy/paste as the way in linux, it does not seem to support -X option of ssh. I want to run gnuplot on a remote computer and send the graph back to the local computer for me to see, and I use ssh -X to set up the connection. But gnuplot fails and the following information is sent back gnuplot: unable to open display '' gnuplot: X11 aborted. This does not seem to go with cygwin. Any idea towards this? You need to install and run the X server. Mintty is just a terminal. Install the xorg-server package. I think the program you'll need to arrange to run is XWin32 or maybe XWin. -Jeremy Isn't cygwin the graphic environment? If mintty invokes cygwin, I would expect it to have full feature of support such an environment. But I will try installing xwin32 to see how it works out, Please refer to the Cygwin homepage and read the sections about what Cygwin is and is *not*: http://cygwin.com/ Cygwin is a DLL that provides a Linux-like layer on top of the Windows APIs. Programs that expect a Linux-like environment are compiled to use that DLL so that they don't have to be rewritten to use the Windows APIs. Such programs are often generally called Cygwin programs. I'll probably get a bit of correction about this, but Mintty itself is a hybrid of Cygwin and native Windows. It draws itself using Windows graphics APIs, and speaks to Cygwin programs using the Cygwin DLL. In addition, Mintty is only a terminal. Basically, it draws your command prompt. It does not know how to speak to remote machines using the SSH protocol, and it cannot draw the graphical interfaces for X client applications such as gnuplot. To do what you want to do, you start Mintty to get your local bash prompt. Then, if you haven't already done so, you start the X server. Finally, run ssh with the -X option in order to start gnuplot on a remote machine and have its interface drawn by your X server running on your Windows desktop. It's also possible to create a shortcut that will directly run ssh -X without the need to start Mintty. That way, you can have something that is pretty much point and click. You'll still need to make sure that your X server is running first however, and you may still need to handle entering a password for the remote machine. There are various solutions for this, but you should make sure that you can get the most basic, manual case going first. -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: how to enable the very convenient copy/paste editing method in Cgywin?
On 22 September 2010 00:11, Cyrille Lefevre wrote: Le 21/09/2010 23:53, Eric Blake a écrit : Use mintty or rxvt instead of the windows console. I like puttycyg which also support utf-8. PS : mintty do paste à la Xwindows (middle button), while putty may do it as you wich (middle or right button), both may copy on select w/ left button. That's optional in mintty too: Options-Mouse-Right Click Action-Paste/Extend/Show Menu 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
Re: how to enable the very convenient copy/paste editing method in Cgywin?
On 22 September 2010 01:54, SJ Wright wrote: New on me. I'll start using mintty asap. Must be better than Terminator. I did a cutesy thing with an echo-ed ellipse to mark time while a script iterated over some lines in a list: rxvt wrapped each unbroken string to 80 characters while Terminator ran them off the right-hand side of the window before doing so. You set it as many times as you want to 80x24 or 80x40 (or whatever) and it still does what it pleases. Except that Console2 unerringly preferred my old MinGW .bashrc file to my Cygwin one, I wouldn't recommend it to anyone looking for a tabbed terminal emulator. How's mintty on that btw? It'll start your Cygwin shell unless told otherwise on the command line. Lines wrap at the screen edge. There are no tabs (but you can switch among mintty windows with Ctrl+Tab). 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
Re: Instead of a gripe, a memory-jog.
On 22 September 2010 00:29, SJ Wright wrote: Yes. I noticed where I had the territory mis-cased the next time I ran wget. In the line that identified the file and URL for each download, double-quotes and other punctuation became garbage characters, where they hadn't been when I either had *no* LANG variable set or a correctly-written one. So now it's fixed. Thanks again. If LANG (and also LC_ALL and LC_CTYPE) aren't set, Cygwin defaults to UTF-8. It's better to have it set though, because some programs such as emacs default to plain ol' ASCII if the locale isn't set. That's why LANG is set to C.UTF-8 during login shell startup (by /etc/defaults/etc/profile.d/lang.sh). In other words, you shouldn't have to worry about it. Spoke too soon on the wget matter. Since setting a LANG variable in the first place (and evidently the right place, or else this wouldn't be a matter), I've been seeing garbage text -- I prefer to call it drone text -- in place of quotation marks during normal (non-verbose and not set to quiet) downloads. Here's a sample: Saving to: “gae77-7748-244-958stck.jpg†That looks like wget is using UTF-8 yet your terminal is using ISO-8859-1. The Cygwin console as well as all the terminals shipped with Cygwin (except for rxvt) use UTF-8 by default. With other terminals, you might have to select it somewhere in their options. 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
