Re: libgc: shared libraries
On Thu, 2010-06-24 at 20:01 -0500, Yaakov (Cygwin/X) wrote: Bob, Your libgc package currently provides only a static library. Like most libraries, it should provide a shared version as well. Would you be able to update libgc accordingly? Please feel free to borrow from Ports: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/libs/libgc/ Ping? Yaakov
Re: guile: please update
On Thu, 2010-06-24 at 22:37 -0500, Yaakov (Cygwin/X) wrote: Jan, Would you be able to update your guile package? Some software expect newer versions nowadays, and I found at least one additional variable that needs to be exported. Please feel free to use my work from Ports: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/lang/guile/ Ping? Yaakov
Re: [RFU] lzip-1.11-1
On Sep 26 23:19, JonY wrote: http://spoon.yaxm.org/cygwin-1.7/lzip/setup.hint http://spoon.yaxm.org/cygwin-1.7/lzip/lzip-1.11-1.tar.bz2 http://spoon.yaxm.org/cygwin-1.7/lzip/lzip-1.11-1-src.tar.bz2 Please remove 1.9-1. Thanks. Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: libgc: shared libraries
On Mon, Sep 27, 2010 at 03:27, Yaakov (Cygwin/X) yselkow...@users.sourceforge.net wrote: On Thu, 2010-06-24 at 20:01 -0500, Yaakov (Cygwin/X) wrote: Bob, Your libgc package currently provides only a static library. Like most libraries, it should provide a shared version as well. Would you be able to update libgc accordingly? Please feel free to borrow from Ports: http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/libs/libgc/ Ping? Hi, I will try to update libgc but it will likely be a couple weeks, please let me know if that is a problem. Thanks. Bob
Re: SIGSEGV in xorg-1.8.2.0 during -resize operation
On 23/09/2010 20:34, Eliot Moss wrote: On 9/23/2010 11:56 AM, Jon TURNEY wrote: I've uploaded a new test build at [1] Hopefully this handles this error condition a bit more gracefully. Perhaps you could try it out? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100923-git-2172af4d1ea713f1.exe.bz2 Thank you, yes, that no longer causes a SIGSEGV. Thanks! Thanks for testing. There is a remaining issue -- which was there before but which I had not posted about. If I Suspend/Resume, then on resumption the driver disables the Aero theme and points its finger at XWin.exe as the culprit, saying it did something incompatible with Aero. You probably know about this stuff, but here's the overall blurb anyway: I can't reproduce this, so again, it seems to be driver-specific. I presume some DirectDraw errors are still emitted over a suspend/resume cycle? Can you attach an XWin.0.log showing them? -- 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: Failed to write cache during install
On 24/09/2010 01:50, Richard Gitschlag wrote: I recently set up Cygwin and XWin on my XP system, but need help with error messages that occured during post-install scripts. My setup log file shows: 2010/08/26 10:17:04 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-adobe-dpi75.sh 2010/08/26 10:17:18 abnormal exit: exit code=1 2010/08/26 10:17:18 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-alias.sh 2010/08/26 10:17:44 abnormal exit: exit code=1 2010/08/26 10:17:44 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-misc-misc.sh 2010/08/26 10:17:52 abnormal exit: exit code=1 2010/08/26 10:17:52 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/fontconfig.sh 2010/08/26 10:18:18 abnormal exit: exit code=8 Checking the verbose log shows a common theme of failed to write cache, e.g: 2010/08/26 10:17:04 running: F:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/font-adobe-dpi75.sh /usr/share/fonts/75dpi: failed to write cache My local cygwin directory resides on a FAT32 drive, if that is related. Made copies of my setup logs and can supply further information if needed. The command which is failing is 'fc-cache -f', and the cache files in question live in /var/cache/fontconfig. You might try running 'strace fc-cache -f' from a shell to see if that sheds any light on why these cache files apparently can't be written. -- 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: SIGSEGV in xorg-1.8.2.0 during -resize operation
On 9/27/2010 10:53 AM, Jon TURNEY wrote: There is a remaining issue -- which was there before but which I had not posted about. If I Suspend/Resume, then on resumption the driver disables the Aero theme and points its finger at XWin.exe as the culprit, saying it did something incompatible with Aero. You probably know about this stuff, but here's the overall blurb anyway: I can't reproduce this, so again, it seems to be driver-specific. I presume some DirectDraw errors are still emitted over a suspend/resume cycle? Can you attach an XWin.0.log showing them? Yes, it is driver specific and at this point I have gone back to an earlier driver where it tends not to happen. I can try putting in a recent driver and capturing error message for you when I have a little chunk of time to mess with rebooting my system N times :-) .. Thanks, Jon -- 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: gvim tiny font in 1.7.7
On 22/09/2010 16:34, David T-G wrote: Hi, all -- [Let's see if I can provide all of the details the first time instead of having to go back and forth just for foundation... :-] Can you attach your /var/log/XWin.0.log, please? I have used Cygwin for years and have been using the cygwin gvim (versus the Windows-native vim + gvim) for some time now. I had occasion to do a fresh install of 1.7.7 on a freshly-rebuilt laptop after a hard drive crash and so I don't think that I have any of the upgrade gotchas biting me, but stranger things have happened :-) When I first started gvim after my install, the font was invisibly tiny both for the content and for the menus. [Note that both xterm and rxvt-X are fine.] Using another computer to see where I was going and matching the keystrokes I attempted to set the font to Lucida Console 12 but found no change. I have manually (a bummer, but I gather from the FAQs that the lack of dependency linking is temporary) added the font-bh-dpi75 and font-bh-lucidatypewriter-dpi75 packages with no effect. I have set the guifont variable in my .vimrc file, and the tiny window was somewhat differently sized but still tiny. Finally, I have of course googled for cygwin +gvim +font (size or tiny) and similar to see what others have found, but I haven't matched anything more useful than the guifont setting. What do I need to fix and where to make my gvim readable? -- 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: Running Java application with drag and drop support in cygwin
On 20/09/2010 11:31, Dees wrote: Any update? On Wed, Dec 23, 2009 at 6:26 PM, Deesdeepali.shef...@gmail.com wrote: People, any clue? Struggling really hard. On Fri, Dec 18, 2009 at 11:23 AM, Deesdeepali.shef...@gmail.com wrote: Hi Jon, Did you get a chance to look at this? From whatever posts available online, I could not get a clue what is going wrong. Please respond. Thanks, Shefali On Mon, Dec 14, 2009 at 12:12 PM, Deesdeepali.shef...@gmail.com wrote: On Fri, Nov 13, 2009 at 8:26 PM, Jon TURNEYjon.tur...@dronecode.org.uk wrote: On 30/10/2009 09:06, Dees wrote: Your reply is much appreciated Jon. I will try to be more specific about the problem in further mails. On Thu, Oct 29, 2009 at 8:11 PM, Jon TURNEYjon.tur...@dronecode.org.uk wrote: On 28/10/2009 05:57, Dees wrote: I have developed a Java application involving jTree with extensive drag and drop support, which runs correctly in my Linux box. However, when I switch to a windows box and access the same Linux box using cygwin x-server, the drag and drop in jTree stops working. Interestingly, rest of the application still works fine. After analyzing a bit I found that x-server is able to recognize the drag event but fails to recognize a drop event. Details? OS : Suse Linux Enterprise Server 10 (i586) Version : 10 Patch level : 3 Other version information: Java : JDK 5 Cygwin setup-version: 2.573.2.3 Also tried using Xming 6.9.0.31 ssh same Linux setup from Windows, but that also doesn't solve the problem. Is there any setting, which should be done prior to running the Java swing applications? Here is a sample code which behaves in exactly same way. http://www.java2s.com/Code/Java/Swing-JFC/TreeDragandDrop.htm I have no idea how to use that java code to reproduce the problem you are seeing. Using the above java code in Linux: 1. Download and Install Java Development Toolkit on your Linux box (Java sun download site: http://java.sun.com/javase/downloads/index.jsp), if you do not have it already. 2. Save the sample code in the above link with the file name TreeTester.java, say in /home/user/ 3. Navigate to TreeTester.java from shell, and compile the java code: # cd /home/user/ # /usr/java/jdk1.5.0_14/bin/javac TreeTester.java Ignore any warnings of deprecated APIs. 4. This will create a few .class files in /home/user/ directory. Final step is to run the Java code, using: # /usr/java/jdk1.5.0_14/bin/java -classpath . TreeTester This will open up a GUI, with a jTree each on left and right pane. You can drag and drop any of the leaf nodes from one jTree to the root node of the other jTree and this should add a new node in the other jTree. You will get messages on console for the operations being performed. Now ssh the same box using cygwin/xming from any other windows box, and run the application using command in step 4. You should be able to drag (a small icon will come under cursor indicating that something is being dragged) but when you will drop it, the new node would not be added to the tree. Thats where lies my problem!!! Thanks for the test case and instructions, this makes it much easier for me to try it out. However, this testcase and your jar archive both work fine for me (using Xserver 1.7.1-3)! Given that the test case works for me, but not for you, I suspect this going to be another Java bug (e.g. [1],[2]), which is fixed in the JDK I am using. If this isn't fixed with the latest Xserver, I guess it might be possible to put another workaround into the Xserver, if I knew what the problem was, but since JDK 5 was EOL November 2009 [3], I'm not sure if it's worth the effort. Looking at that, you don't seem to be using the last update (update 22), either. [1] http://cygwin.com/ml/cygwin-xfree/2010-07/msg00034.html [2] http://sourceware.org/bugzilla/show_bug.cgi?id=9848 [3] http://www.oracle.com/technetwork/java/javase/downloads/index-jdk5-jsp-142662.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/
Re: fvwm ignores clickToFocus for function keys
On 26/09/2010 12:28, Charles Smith wrote: This conversation was transferred from the cygwin main list because Larry Hall said it was xfree-specific... From: Morgan Gangwere0 dot fractalus at gmail dot com Sounds like something is trashing a buffer... however I'm not entirely sure. ... Sounds oddly configuration related... then again, i don't use fvwm on windows. My suspicion is that it has to do with the cut-buffers/clip-board-mechanism, somehow. I'd said previously that what gets sent (when a function key is pressed but the mouse cursor isn't over the in-focus window) is the unmapped version of the function key. It might also be some earlier contents of the cut-buffer, or something like that. I'm still trying to track it down. Being able to cut-and-paste between windows and cygwin is important, and I'm glad that this evolving capability is so far along... but is it possible to disable it, at least for debugging purposes? 'man XWin' [1] documents the -noclipboard option. [1] http://x.cygwin.com/docs/man1/XWin.1.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/
Git version, XWin dies in cygwin but not in Windows
I am testing the git version of the XWin server (I don't know if it is the good place to talk about this version) and I am experiencing a problem (May be it is also a problem on the official Xwin). Sometime ( I can not make a reproducible test case) when the server stops, the Xwin process disappears from Cygwin (as expected) but the Windows process XWin.exe still be alive. After some investigations (I'm not a good Windows hacker) it seems that the process hangs on the call to PostQuitMessage (0); of the function ddxGiveUp of the file InitOutput.c I can't tell why (Like I said, I'm not a good Windows hacker) but my tests seems to show that delete this call fixes the bug (may be there is no link ). Is it possible that this problem lies to the fact that the main window is destroyed before the call to PostQuitMessage (So the WM_QUIT message can't be treated isn't it ?) Well It's a question more than a notice. Thanks, Michel Hummel -- 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: SIGSEGV in xorg-1.8.2.0 during -resize operation
It turned out to be easy to get a log where the Aero mode got turned off after a resume. Here it is (stderr comes after it). Thanks -- Eliot Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.2.0 (10802000) Snapshot: 20100923-git-2172af4d1ea713f1 XWin was started with the following command line: /usr/bin/X :0 -unixkill -clipboard -multimonitors -resize -auth /home/Eliot/.serverauth.8420 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - primary monitor w 1280 h 800 winInitializeDefaultScreens - native DPI x 96 y 96 winInitializeDefaultScreens - Returning [ 6203.270] winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 [ 6203.270] (II) xorg.conf is not supported [ 6203.270] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 6203.270] LoadPreferences: /home/Eliot/.XWinrc not found [ 6203.270] LoadPreferences: Loading /etc/X11/system.XWinrc [ 6203.270] LoadPreferences: Done parsing the configuration file... [ 6203.270] winGetDisplay: DISPLAY=:0.0 [ 6203.270] winDetectSupportedEngines - Windows NT/2000/XP [ 6203.286] winDetectSupportedEngines - DirectDraw installed [ 6203.286] winDetectSupportedEngines - Allowing PrimaryDD [ 6203.286] winDetectSupportedEngines - DirectDraw4 installed [ 6203.286] winDetectSupportedEngines - Returning, supported engines 001f [ 6203.286] winSetEngine - Using Shadow DirectDraw NonLocking [ 6203.286] winScreenInit - Using Windows display depth of 32 bits per pixel [ 6203.317] winWindowProc - WM_SIZE - new client area w: 1264 h: 732 [ 6203.332] winFinishScreenInitFB - Masks: 00ff ff00 00ff [ 6203.332] Screen 0 added at virtual desktop coordinate (0,0). [ 6203.332] MIT-SHM extension disabled due to lack of kernel support [ 6203.348] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [ 6203.364] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 6203.364] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 6203.379] [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [ 6203.800] winPointerWarpCursor - Discarding first warp: 640 400 [ 6203.800] (--) 8 mouse buttons found [ 6203.800] (--) Setting autorepeat to delay=500, rate=31 [ 6203.800] (--) Windows keyboard layout: 0409 (0409) US, type 4 [ 6203.800] (--) Found matching XKB configuration English (USA) [ 6203.800] (--) Model = pc105 Layout = us Variant = none Options = none [ 6203.800] Rules = base Model = pc105 Layout = us Variant = none Options = none [ 6203.816] winProcEstablishConnection - Hello [ 6203.956] winInitClipboard () [ 6203.956] winClipboardProc - Hello [ 6203.956] DetectUnicodeSupport - Windows NT/2000/XP [ 6203.956] winProcEstablishConnection - winInitClipboard returned. [ 6203.956] winGetDisplay: DISPLAY=:0.0 [ 6203.956] winClipboardProc - DISPLAY=:0.0 [ 6203.956] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [ 6204.409] winClipboardFlushXEvents - unexpected event type 34 [ 6206.952] winWindowProc - WM_SIZE - new client area w: 1280 h: 748 [ 12055.835] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 12055.835] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 13684.064] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 13684.064] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 16856.313] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 16856.313] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 20387.614] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 20387.614] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 21698.584] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 21698.584] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 56138.285] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 56138.285] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 61047.949] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 61047.949] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 66152.832] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 66152.832] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 67952.225] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [ 67952.225] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [ 71279.150] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71279.742] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71279.852] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.054] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.678] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.819] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71280.990] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [ 71281.614] winShadowUpdateDDNL -
Re: SIGSEGV in xorg-1.8.2.0 during -resize operation
A small suggestion: I have twice been bitten by the fact that I cannot just send an XWin log to the cygwin-xfree list. This is because the log contains an email address, so the cygwin email serve bounces the message. If the format of the email address in the log used at rather than a literal at-sign, then I probably *could* email a log. Something to think about ... Regards -- EM -- 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 mount.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-09-27 16:10:14 Modified files: winsup/cygwin : ChangeLog mount.cc Log message: * mount.cc (fs_info::update): Remove erroneous NtClose on random handle value. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5059r2=1.5060 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/mount.cc.diff?cvsroot=srcr1=1.69r2=1.70
src/winsup/doc ChangeLog faq-what.xml new-feat ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-09-27 16:37:57 Modified files: winsup/doc : ChangeLog faq-what.xml new-features.sgml ntsec.sgml Log message: * new-features.sgml (ov-new1.7.8): Document dropped NT4 pre-SP4 support. * faq-what.xml (faq.what.supported): Change accordingly. * ntsec.sgml (ntsec-mapping): Add 2008 R2. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.319r2=1.320 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/faq-what.xml.diff?cvsroot=srcr1=1.10r2=1.11 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.57r2=1.58 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ntsec.sgml.diff?cvsroot=srcr1=1.24r2=1.25
src/winsup/doc ChangeLog pathnames.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-09-27 16:46:34 Modified files: winsup/doc : ChangeLog pathnames.sgml Log message: * pathnames.sgml (mount-table): Fix pathnames-mount-ex example. Change an expression. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.320r2=1.321 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/pathnames.sgml.diff?cvsroot=srcr1=1.59r2=1.60
Re: Cygwin Filesystem Performance degradation 1.7.5 vs 1.7.7, and methods for improving performance
Hi, What is /mnt/hgfs/C in this case? How is it mounted? .host:/ on /mnt/hgfs type vmhgfs (rw,ttl=5) I am now preparing an easy to use scandir/stat performance testing program that will perform it in various methods and printout comparison results in an easy to use manner. It will compare cygwin API (to allow us to see how cygwin1.dll changes affect performance), and various native Windows APIs - so we can see how much room there is for improvement. I hope to be able to post this program tomorrow. Yoni ~$ cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/sda1 / ext3errors=remount-ro 0 1 /dev/sda5 noneswapsw 0 0 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 # Beginning of the block added by the VMware software .host:/ /mnt/hgfs vmhgfs defaults,ttl=5 0 0 # End of the block added by the VMware software On 22/9/2010 3:44 PM, Christopher Faylor wrote: On Wed, Sep 22, 2010 at 07:50:14AM +0200, Yoni Londner wrote: 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. What is /mnt/hgfs/C in this case? How is it mounted? cgf
Update graphicsmagick with quantum depth = 16
Dear users, I am thinking to update GraphicsMagick-1.3.12 moving from quantum depth = 8 to quantum depth = 16 following a discussion on octave bug list http://savannah.gnu.org/bugs/?30715 about the improved image quality using the higher quantum depth, specially for medical and scientific images. For details about the difference http://www.graphicsmagick.org/INSTALL-unix.html - Larger pixel quantums cause GraphicsMagick to run more slowly and to require more memory. For example, using sixteen-bit pixel quantums causes GraphicsMagick to run 15% to 50% slower (and take twice as much memory) than when it is built to support eight-bit pixel quantums. The amount of virtual memory consumed by an image can be computed by the equation (QuantumDepth*Rows*Columns*5)/8. This is an important consideration when resources are limited, particularly since processing an image may require several images to be in memory at one time. The following table shows memory consumption values for a 1024x768 image: QuantumDepthVirtual Memory 8 3MB 16 8MB 32 15MB GraphicsMagick performs all image processing computations using double-precision floating point so results are very accurate. Increasing the quantum storage size decreases the amount of quantization noise (usually not visible at 8 bits) and helps prevent countouring and posterization in the image. Anyone having problem with it ? Of course I will update octave to use this improvement. Regards Marco Atzeri -- 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: setup.exe: How to install sources from the command line?
When I open the shell for the first time, the user directory is created. Is there a trigger to reach this without manually opening a login shell? The check is in '/etc/profile'. It's just checking if $HOME exists. Thank you, that's it. I try what's happen if I source /etc/profile from a non login shell bash skript. Al -- 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: setup.exe: How to install sources from the command line?
Google wasn't my friend here. I managed to install packages with the --category and --packages option of setup.exe. I didn't find out how to install sources. As there is no answer I assume it is not possible to install source packages with setup.exe from the windows commandline. So I was looking for an official way to install source packages from within Cygwin. Most hits point to a tool called apt-cyg. http://code.google.com/p/apt-cyg/ This is a good example as the blind cygwin user is know to this list: http://superuser.com/questions/40545/upgrading-and-installing-packages-through-the-cygwin-command-line Still apt-cyg doesn't seem the official approach as it hosted on google. I plan to fetch source packages by simple use of wget if there isn't a more official and specific way. Al -- 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
//UNC/ paths problem
Hi, We have 2 separate Win2k8 R2 x64 server systems (without domain, and both regularly updated from Windows Update). On each of these systems, we have some file shares which we access from other system. I noticed that when I start Cygwin shell session with Administrator rights, I can't access UNC paths anymore. I noticed this first with Cygwin DLL v.1.7.7, then reverted it to 1.7.6 but this did not help. Earlier versions I did not test. But if I remember right, it worked before. How to reproduce : 1. open \\remotehost in Windows explorer, enter login/password to this host, then open some share and see its contents. 2. open Cygwin shell session in usual way, without Admin rights. Do cd //remotehost/share ; ls //remotehost/share ; ... etc See everything works fine 3. run Cygwin shell session as Administrator (so that you have group 544-Administrators in your group list printed by 'id'). Do cd/ls to the same network path. See you have errors like 'Not a directory', etc. And when you run 'stat' on the same path, it says 'regular empty file' Thank you in advance for your help. Please freely ask me for more details required. I am very interested to know if I can fix this by myself, or this is a task for Cygwin developers. -- 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: //UNC/ paths problem
On Sep 27 14:30, Wladimir Mutel wrote: Hi, We have 2 separate Win2k8 R2 x64 server systems (without domain, and both regularly updated from Windows Update). On each of these systems, we have some file shares which we access from other system. I noticed that when I start Cygwin shell session with Administrator rights, I can't access UNC paths anymore. This is not a Cygwin problem. This is how Windows UAC works by default. There's a registry key which you can set to override the behaviour: http://technet.microsoft.com/en-us/library/ee844140%28WS.10%29.aspx 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: //UNC/ paths problem
Corinna Vinschen wrote: We have 2 separate Win2k8 R2 x64 server systems (without domain, and both regularly updated from Windows Update). On each of these systems, we have some file shares which we access from other system. I noticed that when I start Cygwin shell session with Administrator rights, I can't access UNC paths anymore. This is not a Cygwin problem. This is how Windows UAC works by default. There's a registry key which you can set to override the behaviour: http://technet.microsoft.com/en-us/library/ee844140%28WS.10%29.aspx Thank you a lot ! Probably Cygwin should return some other errno (like EACCESS) to the calling application, not just fill 'stat' structure in a meaningless way. Windows says 'Logon failure: unknown user name or bad password' when I try to 'dir' non-mapped network share from the Admin's command line. Anyway, thank you a lot for explaining what I have stumbled upon . -- 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: setup.exe: How to install sources from the command line?
For future readers of this thread. When I open the shell for the first time, the user directory is created. Is there a trigger to reach this without manually opening a login shell? The check is in '/etc/profile'. It's just checking if $HOME exists. This does the trick from a batch script: P:\cygwin\bin\bash.exe -c source /etc/profile Al -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: lzip-1.11-1
Version 1.11-1 of lzip has been uploaded. lzip is a lossless data compressor based on the LZMA algorithm with a user interface similar to gzip or bzip2. It supports recovery from damaged archives. Homepage: http://www.nongnu.org/lzip/lzip.html This is a new upstream release. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Mount table - LOCAL MACHINE and CURRENT USER regitry set
Hello, I need some help regarding the following problem. I must say that I don't have much experience with Cygwin or Unix. I have a Cygwin installations on my PC (C:\_DevTools\Cygwin), and in the same time I have another Cygwin (not installed : C:\Documents and Settings\ionela1\My Documents\_MKS\Product_Platform\30_SW\50_Integration\Ref4\Software\25_Build\ Tools\Cygwin -You may wonder why in Documents and Settings...the project contains confidential sources and is the safest place). Why is that? I need the not installed one for a specific project and I set the path to it in the CURRENT_USER registry. The problem is that I don't have Administrator rights on my PC so I can't use the LOCAL_MACHINE registry which seams to be dominant in the MOUNT TABLE - you can see the setings below obtained with the command cygcheck.exe -r -s: ... HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x002a HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\Documents and Settings\ionela1\My Documents\_MKS\Product_Platform\30_SW\50_Integration\Ref4\Software\25_Build\ Tools\Cygwin' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\Documents and Settings\ionela1\My Documents\_MKS\Product_Platform\30_SW\50_Integration\Ref4\Software\25_Build\ Tools\Cygwin\bin' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\Documents and Settings\ionela1\My Documents\_MKS\Product_Platform\30_SW\50_Integration\Ref4\Software\25_Build\ Tools\Cygwin\lib' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\_DevTools\Cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\_DevTools\Cygwin\bin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\_DevTools\Cygwin\lib' HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options ... The mount comand returns the folowing: C:\_DevTools\Cygwin\bin on /usr/bin type user (textmode) C:\_DevTools\Cygwin\lib on /usr/lib type user (textmode) C:\_DevTools\Cygwin on / type user (textmode) c: on /cygdrive/c type user (binmode,noumount) g: on /cygdrive/g type user (binmode,noumount) h: on /cygdrive/h type user (binmode,noumount) In the same time I don't have the fstab file in none of the Cygwins folders and I don't know if this would solve my problem, nor how to generate them in order to modifty. In conclusion I have to be able to use both Cygwin on the same PC and temporately to switch betwen them. Please tell me if you have any suggestion that could solve my problem. Thanks! Laura -- 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: strange crashes on invocation
On 9/24/2010 2:54 PM, Christopher Faylor wrote: On Fri, Sep 24, 2010 at 01:23:48PM -0500, Heath Kehoe wrote: Well, another difference is the addition of PATH_MAX*2 bytes on the stack. Those functions do some stack manipulations that I'm having trouble grokking. Does 'ret' need to be topmost on the stack? As a test, I moved the 'ret' definition after that of 'dll_path' (in std_dll_init). So far with that change, I have not seen the LoadLibrary fatal error, though I need to test it more to be sure. I've moved some other stuff around in that function. Could you try the latest CVS? cgf With your changes, I have not yet encountered any of the error 998 failures, and I've run a couple of rebuilds of my project as a stress-test. 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
Re: [ANNOUNCEMENT] Testing: mintty-0.9b2-1
On 8:59 PM, Andy Koppe wrote: mintty 0.9b2-1 is on its way to the Cygwin mirrors. This is a test release. a .zip can be downloaded from http://mintty.googlecode.com. FWIW, I've been using a home-built mintty-0.9b2 from googlecode all day with no problems (loving extended mouse mode!). I swear I just checked setup.exe two hours ago, but I'll check again and switch to official one when I get a chance. FYI, it looks like you can enable extended mouse mode manually (echo -ne '\e[?1005h'), and it persists across normal mouse mode sessions. This is handy because (a) emacs-23 can use it out of the box and (b) it works around gnu screen intercepting and ignoring the escape sequence Xterm compatibility: - 'Extended Mouse Mode' as introduced in xterm #262 is now supported. This allows row/column positions greater than 255 (and up to 2015) to be reported, in case you do get that 30'' monitor ... Woohoo! Regards, Ryan -- 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 Sat, Sep 25, 2010 at 12:57 PM, Corinna Vinschen Nevertheless, are you really sure you tried the noacl mount option for this share? The noacl option results in trying to open the file a second time, with just the READ_CONTROL and FILE_WRITE_ATTRIBUTES access rights. This should work in most cases. Hi Corinna, Here is the /etc/fstab file with a line to mount Z: with noacl. The computer was shut down and rebooted twice. The line as written below made no difference, still getting the same errors and failures when checking files into RCS on the network share. I've moved the work directory to the local hard drive and RCS checkins and checkouts work fine. Do I have the correct syntax for the Z: line below? cat /etc/fstab # For a description of the file format, see the Users Guide # http://cygwin.com/cygwin-ug-net/using.html#mount-table Z: /cygdrive/z ntfs binary posix=0 user noumount auto noacl 0 0 =Keith -- 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 27 10:12, Keith Christian wrote: On Sat, Sep 25, 2010 at 12:57 PM, Corinna Vinschen Nevertheless, are you really sure you tried the noacl mount option for this share? The noacl option results in trying to open the file a second time, with just the READ_CONTROL and FILE_WRITE_ATTRIBUTES access rights. This should work in most cases. Hi Corinna, Here is the /etc/fstab file with a line to mount Z: with noacl. The computer was shut down and rebooted twice. The line as written below made no difference, still getting the same errors and failures when checking files into RCS on the network share. I've moved the work directory to the local hard drive and RCS checkins and checkouts work fine. Do I have the correct syntax for the Z: line below? cat /etc/fstab # For a description of the file format, see the Users Guide # http://cygwin.com/cygwin-ug-net/using.html#mount-table Z: /cygdrive/z ntfs binary posix=0 user noumount auto noacl 0 0 That doesn't work, for a couple of reasons. - You can't override the /cygdrive path for a single drive. The cygdrive prefix mount options will still rule. - The mount options have to be separated by comma, not by space. - If you read the doc under the aforementioned URL,m you'll notice that noumount is not a valid mount option. It's just a fake option added by `mount' to show that a certain mount point can't be unmounted. This affects only the cydrive paths so far. What you have to do is to use some entirely different path, commas to separate the mount options, and drop the noumount option, like this: Z: /my_z_drive dont_care binary,posix=0,user.noacl 0 0 Now you can access your drive via /my_z_drive. You also don't have to reboot. It's sufficient to stop all Cygwin processes. And for testing pourposes it's also sufficent to create just a temporary user mount point using the mount(*) tool: $ mount -f -o binary,posix=0,user.noacl Z: /my_z_drive Corinna (*) http://cygwin.com/cygwin-ug-net/using-utils.html#mount -- 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 Mon, Sep 27, 2010 at 10:27 AM, Corinna Vinschen What you have to do is to use some entirely different path, commas to separate the mount options, and drop the noumount option, like this: Z: /my_z_drive dont_care binary,posix=0,user.noacl 0 0 $ mount -f -o binary,posix=0,user.noacl Z: /my_z_drive Alright, that's easier to follow. I'll try that and let you know what I find. The docs are pretty good but I wasn't confident that I had the syntax correct. =Keith -- 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: git stopped working with 1.7.1
Eric Blake ebl...@redhat.com wrote: On 03/11/2010 04:03 PM, Charles Wilson wrote: If it is not being worked on... I agree with Brian. This is a serious impediment to using Cygwin 1.7. I would think it would be of top priority. Only people who experience the problem can diagnose, debug, and fix it. git works fine for me under cygwin-1.7.1 (Vista, NTFS), so... Has the cygwin git maintainer been able to verify/reproduce the error? If not, then there's no way he can help you. I have sometimes seen the problem, but it has never been a show-stopper for me (I fall back to http cloning), and, so far, it has not percolated high enough to the top of my TODO list to be worth the investment of my time on it. I notice it is still broken (as of last week when I updated to the latest versions of everything and tested it). Any further news on when will be fixed? As for it not being a show-stopper for you, I just want to point out that there are many of us out here that do not have the luxury of switching to HTTP cloning when this fails. So, for us, it's a show-stopper that requires us to use putty to use git at all. Thanks. Kevin -- 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 27 10:33, Keith Christian wrote: On Mon, Sep 27, 2010 at 10:27 AM, Corinna Vinschen What you have to do is to use some entirely different path, commas to separate the mount options, and drop the noumount option, like this: Z: /my_z_drive dont_care binary,posix=0,user.noacl 0 0 $ mount -f -o binary,posix=0,user.noacl Z: /my_z_drive Alright, that's easier to follow. I'll try that and let you know what I find. The docs are pretty good but I wasn't confident that I had the syntax correct. Btw., the user option is implied if you use mount. You don't have to specify it on the command line. 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: strange crashes on invocation
On 9/27/2010 10:31 AM, Heath Kehoe wrote: On 9/24/2010 2:54 PM, Christopher Faylor wrote: On Fri, Sep 24, 2010 at 01:23:48PM -0500, Heath Kehoe wrote: Well, another difference is the addition of PATH_MAX*2 bytes on the stack. Those functions do some stack manipulations that I'm having trouble grokking. Does 'ret' need to be topmost on the stack? As a test, I moved the 'ret' definition after that of 'dll_path' (in std_dll_init). So far with that change, I have not seen the LoadLibrary fatal error, though I need to test it more to be sure. I've moved some other stuff around in that function. Could you try the latest CVS? cgf With your changes, I have not yet encountered any of the error 998 failures, and I've run a couple of rebuilds of my project as a stress-test. Thanks, -h Ugh! spoke too soon. It happened again: 1 [main] bash 5112! C:\cygwin\bin\bash.exe: *** fatal error - could not load C:\Windows\system32\ws2_32.dll, Win32 error 998 Stack trace: Frame Function Args 00288974 6102740B (00288974, , , ) 00288C64 6102740B (61179C40, 8000, , 6117B997) 00289C94 61004B2B (6117B084, 00289CB0, , ) 00289EE4 6100136E (61053A2A, 0154, 0002, 0002) It's definitely a lot less frequent, though. -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
Re: git stopped working with 1.7.1
On 9/27/2010 12:38 PM, Kevin Layer wrote: Eric Blakeebl...@redhat.com wrote: On 03/11/2010 04:03 PM, Charles Wilson wrote: If it is not being worked on... I agree with Brian. This is a serious impediment to using Cygwin 1.7. I would think it would be of top priority. Only people who experience the problem can diagnose, debug, and fix it. git works fine for me under cygwin-1.7.1 (Vista, NTFS), so... Has the cygwin git maintainer been able to verify/reproduce the error? If not, then there's no way he can help you. I have sometimes seen the problem, but it has never been a show-stopper for me (I fall back to http cloning), and, so far, it has not percolated high enough to the top of my TODO list to be worth the investment of my time on it. I notice it is still broken (as of last week when I updated to the latest versions of everything and tested it). Any further news on when will be fixed? As for it not being a show-stopper for you, I just want to point out that there are many of us out here that do not have the luxury of switching to HTTP cloning when this fails. So, for us, it's a show-stopper that requires us to use putty to use git at all. I came up with a way to reproduce this if a developer wanted to try and fix it. That post can be seen here: http://cygwin.com/ml/cygwin/2010-07/msg00506.html git/ssh on cygwin are pretty much broken at this point... -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
Vista problem / heuristic status elevation / manifests
When running cygwin on Windows 7, if you compile programs with names
that include update and install and other keywords, they won't
execute. It seems to relate to heuristic privelege elevation:
http://blogs.msdn.com/b/onoj/archive/2007/04/20/windows-vista-uac-and-installer-detection.aspx
A minimal example is:
echo int main(){ }tmp.cc; gcc tmp.cc -o update; ./update
[will get some kind of access denied message]
The way to fix this seems to be to embed a manifest, but gcc is not
doing this by default. Does anyone know if it's possible to patch
Cygwin to get around this issue, or if there is a user-level fix or
workaround?
Please cc me as I am not on the list.
Dan
--
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: Have idea for titlebar tweak -- need help with syntax
On 9/24/2010 5:15 AM, SJ Wright wrote:
I'd like my terminal title bar to show my current working directory,
the running process (with a fall-back to the active shell when idle)
and the word Cygwin.
I have an old .bashrc file in which I collected code for the middle
bit (running process), but putting the three together and making them
work regardless of $TERM type is a challenge that's more than a little
'beyond my ken.' Nevertheless, as I think it would look great and be
sufficiently informative at the same time, I'd like to pursue it.
I haven't given up totally on rxvt: mintty has more than a few
shortcomings imo, but I suspect a large part of that is that I'm not
used to using an xterm variant outside of X or GNOME. Anyway, all of
that is for another email.
Where it meets at odd angles with this idea, is in that I suspect if I
start with tweaked xterm settings that check out in rxvt, the
strictly X syntax will work in mintty. In a sense, by going that
route, I'll be 'ahead of the game' instead of 'trying to catch up.'
Any help in this regard would be much appreciated.
See attachment. Invoke in your profile as:
. set_prompt.s
# This script must be sourced from the user's profile
# set_prompt.s: set the bash prompt
# By Vitek Gite and Lee Rothstein, 2008-05-22, 06:46 PM.
# Vitek supplied the article and the comments, here. Lee
# supplied the exact escape sequences to generate a prompt
# such as:
# [...@gw2] [/local/Scripts]
#2010-01-08 Fri 02:32:17 PM
# $ xp
# in color.
# The notes (comments), below, are largely quoted from an article
# by Vitek Gite at the NixCraft forum:
#
http://www.cyberciti.biz/faq/bash-shell-change-the-color-of-my-shell-prompt-under-linux-or-unix
# Above article was still available as of 2010-01-08.
# My editor, TextPad, http://TextPad.com, allows urls and my
# browser to be accessed directly from text files. How about
# yours?
#PVersion=0.02.02.000
#PUpDate=2010-02-15, 17:38:29
#Textual Elements
#
# * \a -- an ASCII bell character (07)
# * \d -- the date in Weekday Month Date format
# (e.g., Tue May 26)
# * \D{format} -- the format is passed to strftime(3) and the
# result is inserted into the prompt string; an empty
# format results in a locale-specific time
# representation. The braces are required
# * \e -- an ASCII escape character (033)
# * \h -- the hostname up to the first '.'
# * \H -- the hostname
# * \j -- the number of jobs currently managed by the shell
# * \l -- the basename of the shells terminal device name
# * \n -- newline
# * \r -- carriage return
# * \s -- the name of the shell, the basename of $0 (the portion
# following the final slash)
# * \t -- the current time in 24-hour HH:MM:SS format
# * \T -- the current time in 12-hour HH:MM:SS format
# * \@ -- the current time in 12-hour AM/PM format
# * \A -- the current time in 24-hour HH:MM format
# * \u -- the username of the current user
# * \v -- the version of bash (e.g., 2.00)
# * \V -- the release of bash, version + patch level (e.g.,
# 2.00.0)
# * \w -- the current working directory, with $HOME abbreviated
# with a tilde
# * \W -- the basename of the current working directory, with
# $HOME abbreviated with a tilde
# * \! -- the history number of this command
# * \# -- the command number of this command
# * \$ -- if the effective UID is 0, a #, otherwise a $
# * \nnn -- the character corresponding to the octal number nnn
# * \\ -- a backslash
# * \[ -- begin a sequence of non-printing characters, which
# could be used to embed a terminal control sequence into
# the prompt
# * \] -- end a sequence of non-printing characters
#
# Colors
# ==
#
# To add colors to the shell prompt use the following export
# command syntax:
# '\e[x;ym $PS1 \e[m'
#
# Where,
# * \e[ Start color scheme
# * x;y Color pair to use (x;y)
# * $PS1 is your shell prompt
# * \e[m Stop color scheme
#
# To set a red color prompt, type the command:
#
# $ export PS1=\e[0;31m...@\h \W]\$ \e[m
#
# Color Code
# Black 0;30
# Red 0;31
# Green 0;32
# Brown 0;33
# Blue0;34
# Purple 0;35
# Cyan0;36
#
# Replace lead digit 0 with 1, to get light color version.
#
# set on profile:
# export PS1=\e[0;31m...@\h \W]\$ \e[m
#
# * Put \[ and \] around any color codes so that bash does not
# take them into account when calculating line wraps. Also you
# can make use of the 'tput' command to have this work in any
# terminal as long as the 'TERM' is set correctly. For instance
# '$(tput setaf 1)' and '$(tput sgr0)'
# LDR: Never able to get 'tput' to work, YMMV.
set -a # Export all variables
# All Work:
# Todays date and hostname:
# $ PS1=\d \h $
# PS1=\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$(date
'+%Y-%m-%d %a %r') \n$
# PS1=\[\e]0;\w\a\]\n\[\e[32m\]...@\h] \[\e[33m\][\w]\[\e[0m\]\n\$(date
'+%Y-%m-%d %a %r') \n$
#
Re: git stopped working with 1.7.1
On Mon, Sep 27, 2010 at 02:24:05PM -0400, Bill Hoffman wrote: On 9/27/2010 12:38 PM, Kevin Layer wrote: Eric Blakeebl...@redhat.com wrote: On 03/11/2010 04:03 PM, Charles Wilson wrote: If it is not being worked on... I agree with Brian. This is a serious impediment to using Cygwin 1.7. I would think it would be of top priority. Only people who experience the problem can diagnose, debug, and fix it. git works fine for me under cygwin-1.7.1 (Vista, NTFS), so... Has the cygwin git maintainer been able to verify/reproduce the error? If not, then there's no way he can help you. I have sometimes seen the problem, but it has never been a show-stopper for me (I fall back to http cloning), and, so far, it has not percolated high enough to the top of my TODO list to be worth the investment of my time on it. I notice it is still broken (as of last week when I updated to the latest versions of everything and tested it). Any further news on when will be fixed? As for it not being a show-stopper for you, I just want to point out that there are many of us out here that do not have the luxury of switching to HTTP cloning when this fails. So, for us, it's a show-stopper that requires us to use putty to use git at all. I came up with a way to reproduce this if a developer wanted to try and fix it. That post can be seen here: http://cygwin.com/ml/cygwin/2010-07/msg00506.html git/ssh on cygwin are pretty much broken at this point... And, when I tried this, it pointed to an actual problem in git rather than a problem in Cygwin so that limits what is meant by developer. Isn't git normally used for source control management by programmers? If this is such a bad problem why isn't one of those programmers looking into it and proposing a fix? That's one of the reasons for free software - you can fix the problems yourself. And, before someone inevitably opines that I'm just being mean, I have to point out that this really is how many open source projects work. People who are not maintainers actually do propose fixes. 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: git stopped working with 1.7.1
On 9/27/2010 3:59 PM, Christopher Faylor wrote: And, when I tried this, it pointed to an actual problem in git rather than a problem in Cygwin so that limits what is meant by developer. Isn't git normally used for source control management by programmers? If this is such a bad problem why isn't one of those programmers looking into it and proposing a fix? That's one of the reasons for free software - you can fix the problems yourself. And, before someone inevitably opines that I'm just being mean, I have to point out that this really is how many open source projects work. People who are not maintainers actually do propose fixes. I agree. Also, I admit that I am fishing for a developer that might be interested in fixing this. I also wanted to make the connection between the threads so that if someone did want to take a look at this, they would know how to reproduce it. Christopher, I did have a question on the old thread that went un-answered. I was wondering exactly what process you used to determine that it was git that was having a stack issue. It would be helpful as a starting point for a developer to try and fix this issue. I would be interested in repeating your experiment myself if I had that information. Thanks. -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
cygwin perl not working on my new x64 pc
Hi, I have a new PC at work, a 64-bit Dell T3500 with Windows XP Pro x64 Edition 2003 with svc pack 2. After running the cygwin install, the problem is that when I run a perl script in a cygwin bash shell, or just fire up perl.exe, it just returns instantly without doing anything or reporting a problem. For grins, though, I launched a dos window and tried to run perl.exe there, and a msg box pops up saying cygcrypt-0.dll was not found (if that's the problem what do I do to fix it?) FYI I ran the install by 1) Saving setup.exe from cygwin.com in my new PC 2) Running setup.exe for a network install, selecting c:\cygwin and ftp cygwin.mirrors.pair.com 3) Changing from Default to Install the following: Base, Devel, Editors, Interpreters, Libs, Perl, Python, Shells, System, X11 4) Checking OK for any dependencies it wanted After the install completed, I fired up a Cygwin bash shell window and it all seems to work except for Perl - it just instantly returns to the cmd prompt. Other things work though. For example, there is no problem with starting and using the python interpreter; I can use vi to write a helloworld.c program which compiles and runs OK; the various unix commands like ls, mkdir, grep all seem OK. I've tried reinstalling the perl package, uninstalling and installing perl, uninstalling all and reinstalling, using other mirrors, but it always ends up the same. The windows firewall is turned off during the install. Is there some incompatibility with x64? Have you heard of this problem happening? Help! Thanks, Bart Koestner Honeywell, Inc -- 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 perl not working on my new x64 pc
On 9/27/2010 6:34 PM, Koestner, Bart (FC CoE) wrote: I have a new PC at work, a 64-bit Dell T3500 with Windows XP Pro x64 Edition 2003 with svc pack 2. After running the cygwin install, the problem is that when I run a perl script in a cygwin bash shell, or just fire up perl.exe, it just returns instantly without doing anything or reporting a problem. For grins, though, I launched a dos window and tried to run perl.exe there, and a msg box pops up saying cygcrypt-0.dll was not found (if that's the problem what do I do to fix it?) http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygcrypt Install the 'crypt' package. -- 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: git stopped working with 1.7.1
On Mon, Sep 27, 2010 at 05:56:04PM -0400, Bill Hoffman wrote: On 9/27/2010 3:59 PM, Christopher Faylor wrote: And, when I tried this, it pointed to an actual problem in git rather than a problem in Cygwin so that limits what is meant by developer. Isn't git normally used for source control management by programmers? If this is such a bad problem why isn't one of those programmers looking into it and proposing a fix? That's one of the reasons for free software - you can fix the problems yourself. And, before someone inevitably opines that I'm just being mean, I have to point out that this really is how many open source projects work. People who are not maintainers actually do propose fixes. I agree. Also, I admit that I am fishing for a developer that might be interested in fixing this. I also wanted to make the connection between the threads so that if someone did want to take a look at this, they would know how to reproduce it. Christopher, I did have a question on the old thread that went un-answered. I was wondering exactly what process you used to determine that it was git that was having a stack issue. It would be helpful as a starting point for a developer to try and fix this issue. I would be interested in repeating your experiment myself if I had that information. At this point, I don't remember how I came to the conclusion. If you think you need special insight from me to debug this problem then you're not approaching the problem correctly. There is no reason to wait weeks for me to tell you how to repeat my experiment when you could just start debugging the problem yourself. 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: git stopped working with 1.7.1
On 9/27/2010 7:03 PM, Christopher Faylor wrote: Christopher, I did have a question on the old thread that went un-answered. I was wondering exactly what process you used to determine that it was git that was having a stack issue. It would be helpful as a starting point for a developer to try and fix this issue. I would be interested in repeating your experiment myself if I had that information. At this point, I don't remember how I came to the conclusion. OK, you forgot. Thanks anyway. -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
random xterm: Error 29, errno 11: Resource temporarily unavailable
I can issue the following command, sometimes it works perfectly fine, sometimes it complains, and other times it just dies: bash-3.2$ xterm -e /usr/bin/sh -c /usr/bin/ssh 192.168.1.105 Warning: Missing charsets in String to FontSet conversion 0 [main] xterm 4560 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1473 [main] xterm 4560 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump 0 [main] xterm 2788 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1249 [main] xterm 2788 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump 0 [main] xterm 2736 exception::handle: Exception: STATUS_ACCESS_VIOLATION 888 [main] xterm 2736 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump 0 [main] xterm 7108 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1201 [main] xterm 7108 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump 0 [main] xterm 3220 child_copy: linked dll data write copy failed, 0x2CE000..0x2D27EC, done 0, windows pid 4032, Win32 error 487 xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed bash-3.2$ xterm -e /usr/bin/sh -c /usr/bin/ssh 192.168.1.105 Warning: Missing charsets in String to FontSet conversion 0 [main] xterm 6736 child_copy: linked dll data write copy failed, 0x33E000..0x3427EC, done 0, windows pid 6056, Win32 error 487 xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed Exception: STATUS_ACCESS_VIOLATION at eip=61020137 eax=00DD00F8 ebx=6123E3D4 ecx=75C40D06 edx=00344118 esi= edi=0028F9F8 ebp=61020890 esp=0028C7C8 program=C:\cygwin\bin\xterm.exe, pid 10232, thread main cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B Stack trace: Frame Function Args End of stack trace What can be done to make this command more stable? This is Windows 7 and up to date with cygwin packages. -Thanks Steve -- 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: git stopped working with 1.7.1
Does anyone one have an answer for this problem ? (I saw lot of threads in different forums.. but never an answer.) I'm trying to clone a repository from my computer to my computer. I,m using cygwin 1.7. I,m able to clone all my others projects without problems. This project is 900k.. and the others are better than that. I have no idea what going on. I deleted the project and repush it.. always the same problems. $ GIT_TRACE=1 git clone g...@localhost:SmallProject.git trace: built-in: git 'clone' 'g...@localhost:SmallProject.git' Cloning into SmallProject... trace: run_command: 'ssh' 'g...@localhost' 'git-upload-pack '\''SmallProject.git'\''' DEBUG:gitosis.serve.main:Got command git-upload-pack 'SmallProject.git' DEBUG:gitosis.access.haveAccess:Access check for 'jerabi' as 'writable' on 'SmallProject.git'... DEBUG:gitosis.access.haveAccess:Stripping .git suffix from 'SmallProject.git', new value 'SmallProject' DEBUG:gitosis.group.getMembership:found 'jerabi' in 'gitosis-admin' DEBUG:gitosis.group.getMembership:found 'jerabi' in 'dev_jerabi' DEBUG:gitosis.access.haveAccess:Access ok for 'jerabi' as 'writable' on 'SmallProject' DEBUG:gitosis.access.haveAccess:Using prefix 'repositories' for 'SmallProject' DEBUG:gitosis.serve.main:Serving git-upload-pack 'repositories/SmallProject.git' trace: run_command: 'index-pack' '--stdin' '-v' '--fix-thin' '--keep=fetch-pack 6900 on jerabi-THINK' trace: exec: 'git' 'index-pack' '--stdin' '-v' '--fix-thin' '--keep=fetch-pack 6900 on jerabi-THINK' remote: Counting objects: 344, done. trace: built-in: git 'index-pack' '--stdin' '-v' '--fix-thin' '--keep=fetch-pack 6900 on jerabi-THINK' remote: Compressing objects: 58% (134/230) remote: Compressing objects: 100% (230/230), done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed jer...@jerabi-think ~/workspaces/test $ $ git --version git version 1.7.2.3 -- View this message in context: http://old.nabble.com/git-stopped-working-with-1.7.1-tp26905956p29824574.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: git stopped working with 1.7.1
survivant wrote: Does anyone one have an answer for this problem ? (I saw lot of threads in different forums.. but never an answer.) I'm trying to clone a repository from my computer to my computer. I,m using cygwin 1.7. I,m able to clone all my others projects without problems. This project is 900k.. and the others are better than that. I have no idea what going on. I deleted the project and repush it.. always the same problems. $ GIT_TRACE=1 git clone g...@localhost:SmallProject.git trace: built-in: git 'clone' 'g...@localhost:SmallProject.git' Cloning into SmallProject... trace: run_command: 'ssh' 'g...@localhost' 'git-upload-pack '\''SmallProject.git'\''' DEBUG:gitosis.serve.main:Got command git-upload-pack 'SmallProject.git' DEBUG:gitosis.access.haveAccess:Access check for 'jerabi' as 'writable' on 'SmallProject.git'... DEBUG:gitosis.access.haveAccess:Stripping .git suffix from 'SmallProject.git', new value 'SmallProject' DEBUG:gitosis.group.getMembership:found 'jerabi' in 'gitosis-admin' DEBUG:gitosis.group.getMembership:found 'jerabi' in 'dev_jerabi' DEBUG:gitosis.access.haveAccess:Access ok for 'jerabi' as 'writable' on 'SmallProject' DEBUG:gitosis.access.haveAccess:Using prefix 'repositories' for 'SmallProject' DEBUG:gitosis.serve.main:Serving git-upload-pack 'repositories/SmallProject.git' trace: run_command: 'index-pack' '--stdin' '-v' '--fix-thin' '--keep=fetch-pack 6900 on jerabi-THINK' trace: exec: 'git' 'index-pack' '--stdin' '-v' '--fix-thin' '--keep=fetch-pack 6900 on jerabi-THINK' remote: Counting objects: 344, done. trace: built-in: git 'index-pack' '--stdin' '-v' '--fix-thin' '--keep=fetch-pack 6900 on jerabi-THINK' remote: Compressing objects: 58% (134/230) remote: Compressing objects: 100% (230/230), done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed jer...@jerabi-think ~/workspaces/test $ $ git --version git version 1.7.2.3 Don't have a clue of why this happens (some people say it is because of openssh, that if you change it for putty's implementation it works well) but when that happens to me (while pulling, never tried with clone) I just try a couple of times until it succeeds: for (( i=0 ; i 100 ; i++ )); do git pull; done works all the time for me... try something similar but with git clone ... of course. And well, I'm working with a 4+GB repository, so I'm really thankful that the clone worked right away. I know it's not the best solution, but if it works... it's good enough as a temporal workaround. Hope it works for you. Cheers, Tomas. -- 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
What does this look like to you folks.
First, a little background: In quite a few previous edits of my .bash_aliases file, I've used the same alias to cd to a particular folder. Tonight I typed it in and got the following as a return: [/cygdrive/c/blu/newest] mintty-cygwinsmith + laugh + pwd /cygdrive/c/blu/newest + cd /cygdrive/c/taiga/ + pwd /cygdrive/c/taiga + cd /cygdrive/c/taiga [/cygdrive/c/blu/newest] When I went to view .bash_aliases in nano, the alias 'smith' (changed at my prerogative for discussion on this list) was missing. As far as I know, it was there as recently as 5 AM today; I believe I used it around noon today (27 September) as well. Should I be worried? I've never heard of Cygwin being a target for --the precise term escapes me at the moment so I'll say-- this kind of intrusion, if that's what it is. As for potential routes in, I have sshd running on cygrunsrv but nothing else. Time to change my login password, maybe? 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: What does this look like to you folks?
SJ Wright wrote:
First, a little background:
In quite a few previous edits of my .bash_aliases file, I've used the
same alias to cd to a particular folder. Tonight I typed it in and got
the following as a return:
[/cygdrive/c/blu/newest]
mintty-cygwinsmith
+ laugh
+ pwd
/cygdrive/c/blu/newest
+ cd /cygdrive/c/taiga/
+ pwd
/cygdrive/c/taiga
+ cd /cygdrive/c/taiga
[/cygdrive/c/blu/newest]
When I went to view .bash_aliases in nano, the alias 'smith' (changed
at my prerogative for discussion on this list) was missing. As far as
I know, it was there as recently as 5 AM today; I believe I used it
around noon today (27 September) as well.
Should I be worried? I've never heard of Cygwin being a target for
--the precise term escapes me at the moment so I'll say-- this kind of
intrusion, if that's what it is. As for potential routes in, I have
sshd running on cygrunsrv but nothing else. Time to change my login
password, maybe?
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
Of course, I edited the path for the alias back into .bash_aliases
(didn't want to give up the convenience, after all) but was prudent
enough to use another word than smith for it. {Think first Duke of
Marlborough.}
SJW
--
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: What does this look like to you folks?
On Mon, Sep 27, 2010 at 11:26 PM, SJ Wright sjwrigh...@charter.net wrote:
SJ Wright wrote:
First, a little background:
In quite a few previous edits of my .bash_aliases file, I've used the same
alias to cd to a particular folder. Tonight I typed it in and got the
following as a return:
[/cygdrive/c/blu/newest]
mintty-cygwinsmith
+ laugh
+ pwd
/cygdrive/c/blu/newest
+ cd /cygdrive/c/taiga/
+ pwd
/cygdrive/c/taiga
+ cd /cygdrive/c/taiga
[/cygdrive/c/blu/newest]
When I went to view .bash_aliases in nano, the alias 'smith' (changed at
my prerogative for discussion on this list) was missing. As far as I know,
it was there as recently as 5 AM today; I believe I used it around noon
today (27 September) as well.
Should I be worried? I've never heard of Cygwin being a target for --the
precise term escapes me at the moment so I'll say-- this kind of intrusion,
if that's what it is. As for potential routes in, I have sshd running on
cygrunsrv but nothing else. Time to change my login password, maybe?
Steve W.
--
Of course, I edited the path for the alias back into .bash_aliases (didn't
want to give up the convenience, after all) but was prudent enough to use
another word than smith for it. {Think first Duke of Marlborough.}
SJW
Hello!
Well I ran Google on that term, and came up with the Wikipedia page.
((Which I won't cite here.)) But don't you mean Mr Churchill the PM
actually? (He also was entitled to use that entry into the peerage.)
You may not have anything to worry about, however I am not a security
expert as far as Cygwin goes, I'm more of a user on it, and even on
Linux.
I do suggest you change your passwords for both that system and for the SSH one.
If that's not possible then make it impossible for the system to be
reached that way online via SSH.
-
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: Have idea for titlebar tweak -- need help with syntax
Lee Rothstein wrote: On 9/24/2010 5:15 AM, SJ Wright wrote: I'd like my terminal title bar to show my current working directory, the running process (with a fall-back to the active shell when idle) and the word Cygwin. I have an old .bashrc file in which I collected code for the middle bit (running process), but putting the three together and making them work regardless of $TERM type is a challenge that's more than a little 'beyond my ken.' Nevertheless, as I think it would look great and be sufficiently informative at the same time, I'd like to pursue it. I haven't given up totally on rxvt: mintty has more than a few shortcomings imo, but I suspect a large part of that is that I'm not used to using an xterm variant outside of X or GNOME. Anyway, all of that is for another email. Where it meets at odd angles with this idea, is in that I suspect if I start with tweaked xterm settings that check out in rxvt, the strictly X syntax will work in mintty. In a sense, by going that route, I'll be 'ahead of the game' instead of 'trying to catch up.' Any help in this regard would be much appreciated. See attachment. Invoke in your profile as: . set_prompt.s -- 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 Save as an occasional change to my 'ls' command, or to distinguish a positive from a negative return in a script's stdout, I find color in terminals very tacky and distracting. And as I thought I made clear, I was quite satisfied with the prompt I had. It was only the title-bar I wanted to 'fancy up' . To be fair, I'll go over the script attachment with a fine-tooth comb and see where or if there are other options pertaining to Title Bar customization. From what I've read so far, though, it appears that with bash I've backed the wrong horse, so far as getting the running process name in the title bar goes. The name of the shell is called by /s, I found out. I still wonder why Bourne (or his 'successors') didn't think a blind 'ps -head1' was worth setting an escape character for? As you might be able to tell, I've looked into this just a bit since posting the request for help on the 24th. 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
Updated: lzip-1.11-1
Version 1.11-1 of lzip has been uploaded. lzip is a lossless data compressor based on the LZMA algorithm with a user interface similar to gzip or bzip2. It supports recovery from damaged archives. Homepage: http://www.nongnu.org/lzip/lzip.html This is a new upstream release. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
