Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... Which scroll bar is not visible? Regards. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: new version of cygwin-doc available for upload
On Wed, 15 Jan 2003, Pavel Tsekov wrote: On Tue, 14 Jan 2003, Joshua Daniel Franklin wrote: http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-1.tar.bz2 http://ns1.iocc.com/~joshua/cygwin/cygwin-doc-1.3-1-src.tar.bz2 No setup.hint changes. Uploaded. Joshua, please send an announcement.
Re: Proposing TCM as a cygwin package
Hi Pavel and *, I'm currently waiting for the latest release (2.20) to come up, because it will save a lot of work when cygwinizing it (it will no longer require a dedicated toplevel-dir like /opt/tcm). According to its author and maintainer(s) at Twente University, it should be released soon, but I don't know the exact date. I'll keep you informed. Best Regards, Daniel Pavel Tsekov wrote: Hello, Daniel! [...] Is the source package ready ? -- Daniel Boesswetter, mailto:[EMAIL PROTECTED] peppermind - Network Neue Medien, http://www.peppermind.de Hirschgartenallee 25, D-80639 Muenchen Tel. +49 89 17860 352, Fax. +49 89 178 1235
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... I should have explained better. Both the Normal (96DPI) and Large (120DPI) settings work OK. However, try Custom with, sat, 144DPI, and setup is all stretched out of proportion and unusable. I've now done a bit more research, and I'm convinced that this is a bug in Microsofts Dialog and/or PropertySheet implementation. Which leaves us a bit stuck - since there is no easy fix that I can think of. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: On Thu, Jan 16, 2003 at 11:36:06AM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... I should have explained better. Both the Normal (96DPI) and Large (120DPI) settings work OK. However, try Custom with, sat, 144DPI, and setup is all stretched out of proportion and unusable. I'm now running with 103 DPI and all works ok. I've now done a bit more research, and I'm convinced that this is a bug in Microsofts Dialog and/or PropertySheet implementation. Which leaves us a bit stuck - since there is no easy fix that I can think of. This bug looks fixed in WinXP+SP1. No, I'm running that as well. I can definitely reproduce this at 144DPI. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:33:49PM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 11:36:06AM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... I should have explained better. Both the Normal (96DPI) and Large (120DPI) settings work OK. However, try Custom with, sat, 144DPI, and setup is all stretched out of proportion and unusable. I'm now running with 103 DPI and all works ok. I've now done a bit more research, and I'm convinced that this is a bug in Microsofts Dialog and/or PropertySheet implementation. Which leaves us a bit stuck - since there is no easy fix that I can think of. This bug looks fixed in WinXP+SP1. No, I'm running that as well. I can definitely reproduce this at 144DPI. Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thu, Jan 16, 2003 at 12:58:56PM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:33:49PM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 11:36:06AM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. Strange. Is here someone else who is able to reproduce this buggy behaviour? I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. Strange. Is here someone else who is able to reproduce this buggy behaviour? There has been a trickle of bug reports for as long as I remember, but I don't know if any of those people are on this list. Comparison point: Mozilla 1.2.1's configuration dialogs exhibit this too. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thu, Jan 16, 2003 at 02:12:46PM -, Max Bowsher wrote: Comparison point: Mozilla 1.2.1's configuration dialogs exhibit this too. Marcel Telka wrote: No problem with Preferences dialog box in Mozilla 1.2.1 here. My friend tested setup.exe with XP at 144 DPI and he is able to reproduce tis bug (WinXP w/o SP1 and w/o any updates). Tablet PC Edition seems to be the remaining difference. It vaguely makes sense that certain GUI systems might have been overhauled for the Tablet PC Edition. Could we compare md5sums and versions of comctl32.dll ? Mine (XP Pro SP1): md5sum: 0b5d337119929505ee72d4e4a41ed1fd */c/WINDOWS/system32/comctl32.dll File Version (top of properties page): 5.82.2800.1106 File Version (listbox at bottom): 5.82 (xpsp1.020828-1920) Product Version (listbox): 6.00.2800.1106 Mine: 0b5d337119929505ee72d4e4a41ed1fd *comctl32.dll $ ls -l comctl32.dll -rwxr-xr-x1 marcel None 557056 Aug 29 13:00 comctl32.dll Version numbers are same. The files are identical... Hm -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thursday 2003-01-16, [EMAIL PROTECTED] wrote: On Thu, Jan 16, 2003 at 01:17:11PM -, Max Bowsher wrote: Marcel Telka wrote: Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. Strange. Is here someone else who is able to reproduce this buggy behaviour? There has been a trickle of bug reports for as long as I remember, but I don't know if any of those people are on this list. Hm. FWIW, I reported the problem recently, on Win2K SP2 with my display at 144dpi. (I've now switched to 120dpi as I'm fed up with this problem appearing on various applications -- not just Cygwin's fault!) Hugh
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Hugh Greene wrote: FWIW, I reported the problem recently, on Win2K SP2 with my display at 144dpi. (I've now switched to 120dpi as I'm fed up with this problem appearing on various applications -- not just Cygwin's fault!) The interesting thing is that setup's UI is entirely defined in terms of dialog template (which is why it is not resizable). Now, MS say Most dialog boxes are laid out using dialog units, which scale with the system DPI. However, custom layout logic usually needs to be revisited. Except setup doesn't *have* any custom layout logic - just dialog units. Hence I suspect its MS's bug. Max.
RE: SUN RPC package
I'll admit that my focus has been on the NFS server... I'm comfortable with where the sunrpc package stands right now, so unless there are any unvoiced concerns, I'd be happy to release it. What's the procedure fo doing so? -Samrobb -Original Message- From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 16, 2003 5:23 AM To: [EMAIL PROTECTED] Subject: SUN RPC package Hello, The SUN RPC package doesn't seem to have caused any complaints by anyone who has reviewed the package. Maybe this is because people are focused on the NFS server and install the RPC package just to enable NFS functionality and test that functionality. So isn't it time to release the SUN RPC package ? I don't want to rush anyone, but it seem to me that after the initial excitement when this packages were announced now there is almost no talk about them.
Re: SUN RPC package
On Thu, Jan 16, 2003 at 11:22:54AM +0100, Pavel Tsekov wrote: Hello, The SUN RPC package doesn't seem to have caused any complaints by anyone who has reviewed the package. Maybe this is because people are focused on the NFS server and install the RPC package just to enable NFS functionality and test that functionality. So isn't it time to release the SUN RPC package ? I don't want to rush anyone, but it seem to me that after the initial excitement when this packages were announced now there is almost no talk about them. IMHO, go ahead. Release it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Question about inodes returned by stat() and readdir()
On Thu, Jan 16, 2003 at 01:54:11PM -0500, Robb, Sam wrote: All, As far as I can tell, it appears that the inode number returned by calling stat() on a directory differs from the inode number returned by calling readdir() for the same directory: Yep. Sad, but true. cgf
RE: Question about inodes returned by stat() and readdir()
Ah! OK, thanks for setting that straight :-) -Samrobb -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 16, 2003 2:45 PM To: [EMAIL PROTECTED] Subject: Re: Question about inodes returned by stat() and readdir() On Thu, Jan 16, 2003 at 01:54:11PM -0500, Robb, Sam wrote: All, As far as I can tell, it appears that the inode number returned by calling stat() on a directory differs from the inode number returned by calling readdir() for the same directory: Yep. Sad, but true. cgf
Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
Harold, Lots of debug info here. I have added more info at the bottom to show what I get when I run xwin without the -multiwindow flag as well. $ gdb ./XWin-Test71-DEBUG.exe GNU gdb 2002-12-19-cvs (cygwin-special) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run -multiwindow Starting program: /cygdrive/d/downloads/XWin-Test71-DEBUG.exe -multiwindow Program received signal SIGSEGV, Segmentation fault. 0x77e8c40c in _libkernel32_a_iname () (gdb) where #0 0x77e8c40c in _libkernel32_a_iname () #1 0x0001 in ?? () #2 0x6103f35f in _libkernel32_a_iname () #3 0x6103f38b in _libkernel32_a_iname () #4 0x6107b7df in _libkernel32_a_iname () #5 0x6107baba in _libkernel32_a_iname () #6 0x0044b94a in trans_mkdir (path=0x448c97 /tmp/.X11-unix, mode=1023) at ../../../lib/xtrans/Xtransutil.c:495 #7 0x00448e17 in _XSERVTransSocketUNIXCreateListener (ciptr=0x100f2348, port=0x22fd30 0) at ../../../lib/xtrans/Xtranssock.c:932 #8 0x0044a591 in _XSERVTransCreateListener (ciptr=0x100f2348, port=0x22fd30 0) at ../../../lib/xtrans/Xtrans.c:734 #9 0x0044ac78 in _XSERVTransMakeAllCOTSServerListeners (port=0x22fd30 0, partial=0x22fd58, count_ret=0x840440, ciptrs_ret=0x7e5550) at ../../../lib/xtrans/Xtrans.c:1029 #10 0x0043ed3c in CreateWellKnownSockets () at connection.c:342 #11 0x0040153c in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:327 #12 0x61007638 in _libkernel32_a_iname () #13 0x6100791d in _libkernel32_a_iname () #14 0x007e2a02 in cygwin_crt0 () #15 0x0040103c in mainCRTStartup () #16 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x007e3510 in cygwin_premain3 () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61086b41 in _libkernel32_a_iname () #5 0x610893d5 in _libkernel32_a_iname () #6 0x004592eb in InitQueue (pQueue=0x100fee34) at winmultiwindowwm.c:191 #7 0x00459951 in winInitWM (ppWMInfo=0x100f88d4, ptWMProc=0x100f88d0, dwScreen=0) at winmultiwindowwm.c:440 #8 0x00453bd3 in winFinishScreenInitFB (index=0, pScreen=0x100f8638, argc=2, argv=0x100f1890) at winscrinit.c:501 #9 0x00452fac in winScreenInit (index=0, pScreen=0x100f8638, argc=2, argv=0x100f1890) at winscrinit.c:181 #10 0x00402389 in AddScreen (pfnInit=0x452bc8 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #11 0x00450655 in InitOutput (screenInfo=0x83e450, argc=2, argv=0x100f1890) at InitOutput.c:1214 #12 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #13 0x61007638 in _libkernel32_a_iname () #14 0x6100791d in _libkernel32_a_iname () #15 0x007e2a02 in cygwin_crt0 () #16 0x0040103c in mainCRTStartup () #17 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x100fee40 in ?? () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61087c80 in _libkernel32_a_iname () #5 0x61088b79 in _libkernel32_a_iname () #6 0x61088c82 in _libkernel32_a_iname () #7 0x00459301 in InitQueue (pQueue=0x100fee34) at winmultiwindowwm.c:192 #8 0x00459951 in winInitWM (ppWMInfo=0x100f88d4, ptWMProc=0x100f88d0, dwScreen=0) at winmultiwindowwm.c:440 #9 0x00453bd3 in winFinishScreenInitFB (index=0, pScreen=0x100f8638, argc=2, argv=0x100f1890) at winscrinit.c:501 #10 0x00452fac in winScreenInit (index=0, pScreen=0x100f8638, argc=2, argv=0x100f1890) at winscrinit.c:181 #11 0x00402389 in AddScreen (pfnInit=0x452bc8 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #12 0x00450655 in InitOutput (screenInfo=0x83e450, argc=2, argv=0x100f1890) at InitOutput.c:1214 #13 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #14 0x61007638 in _libkernel32_a_iname () #15 0x6100791d in _libkernel32_a_iname () #16 0x007e2a02 in cygwin_crt0 () #17 0x0040103c in mainCRTStartup () #18 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x0047933a in fbBlt (srcLine=0x102c31e0, srcStride=3, srcX=0, dstLine=0x1f031fc, dstStride=1152, dstX=0, width=96, height=0, alu=3, pm=4294967295, bpp=24, reverse=0, upsidedown=0) at fbblt.c:174 174 fbblt.c: No such file or directory. in fbblt.c (gdb) where #0 0x0047933a in fbBlt (srcLine=0x102c31e0, srcStride=3, srcX=0, dstLine=0x1f031fc, dstStride=1152, dstX=0, width=96, height=0, alu=3, pm=4294967295, bpp=24, reverse=0, upsidedown=0) at
xset +fp gives 100% load on cywin/XFree 4.2.0 under Windows2000 !
Hi, I have the problem that when I try to ADD the AIX fontserver to my fontpath, e.g. xset +fp tcp/fserver:7100, my Windows system load goes up to 100% and the only thing I can do is kill cywin/Xfree. xset fp rehash works without problem Also, starting cygwin/Xfree with start XWin -emulate3buttons -kb -query 10.206.70.50 -fp tcp/10.206.70.50:7100 works without any problem. So, what is wrong with xset +fp ??? Bernhard Graf www.adartis.de bgraf at adartis.de -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
Re: New multiwindow mode is great
* Yadin Y Goldschmidt [EMAIL PROTECTED] [2003-01-15 20:48:47 -0500]: XWin with a startxwin.bat batch file with start XWin -multiwindow run rxvt -sl 1000 -e bash -l this will insure your bash prompt wil appear if it is in .bashrc. You can also add stuff like -fg black -bg white -fm 9x16bold --scrollstyle next -sr to the rxvt line to make it look nicer. I think what he means is that he has escape sequences in his prompt to update the titlebar of the window, which stopped working as of multiwindow mode. The same thing happened with mine (although I do mine with export PROMPT_COMMAND rather than embedding them in the prompt itself), but I wasn't going to say anything. :) As for the now-superfluous root window taskbar tab, I'm sure it will be moved into the system tray soon enough, once the debugging phase is over. And as for the Word document...hmm, no, I'll spare the list. ;) -- John Buttery (Web page temporarily unavailable) msg04786/pgp0.pgp Description: PGP signature
Re: Multiwindow patch - just a cleanup and lots of commenting
Kensuke, Oops, here is a more recent version of the source code with more cleanups: http://www.msu.edu/~huntharo/xwin/shadow/multiwindow-hlh-20030116-0807.tar.bz2 Hopefully you haven't started updating things yet... but feel free to now! Harold Harold L Hunt II wrote: Kensuke, My cleaned up and commented version of the multiwindow files is here: http://www.msu.edu/~huntharo/xwin/shadow/multiwindow-harold-20030115-2351.ta r.bz2 I also messed around for a minute with the shape extension... you will find some of that code in place but disabled. Please use these commented files for development from now on. I think I thoroughly understand how the patch works, and I must say it is really slick. I should be able to take a little bit of your code and add xwinclip to XWin.exe pretty soon. Thanks for the great work, Harold
Re: New multiwindow mode is great
John, You might find it interesting that upon closer inspection the multi-window mode is dependent upon the message procedure in the normal mode for handling keyboard input, etc. I am not sure if we can create the root window and have it process messages without being displayed. In any case, it may take a little bit of engineering to compartmenalize the functionality in the root window message procedure so that it can be used in fullscreen and multiwindow modes. Just thought I would share that... hiding the root window may not be trivial. Harold John Buttery wrote: * Yadin Y Goldschmidt [EMAIL PROTECTED] [2003-01-15 20:48:47 -0500]: XWin with a startxwin.bat batch file with start XWin -multiwindow run rxvt -sl 1000 -e bash -l this will insure your bash prompt wil appear if it is in .bashrc. You can also add stuff like -fg black -bg white -fm 9x16bold --scrollstyle next -sr to the rxvt line to make it look nicer. I think what he means is that he has escape sequences in his prompt to update the titlebar of the window, which stopped working as of multiwindow mode. The same thing happened with mine (although I do mine with export PROMPT_COMMAND rather than embedding them in the prompt itself), but I wasn't going to say anything. :) As for the now-superfluous root window taskbar tab, I'm sure it will be moved into the system tray soon enough, once the debugging phase is over. And as for the Word document...hmm, no, I'll spare the list. ;)
Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
Hi Harold, I'm happy to do the testing, I'm just worried in case we find out it was something really stupid! Anyway, I'm sure there's only one cygwin1.dll. Is the line below fbblt.c: No such file or directory relevant at all? $ find / -name cygwin1* /bin/cygwin1.dll /usr/bin/cygwin1.dll $ mount D:\DOCUME~1\u752359\LOCALS~1\Temp on /tmp type user (binmode) C:\Program Files\cygwin\bin on /usr/bin type system (binmode) C:\Program Files\cygwin\lib on /usr/lib type system (binmode) d:\Documents and Settings on /home type user (binmode) C:\Program Files\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) p: on /cygdrive/p type user (binmode,noumount) $ gdb ./XWin-Test71-DEBUG-2.exe GNU gdb 2002-12-19-cvs (cygwin-special) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run -multiwindow Starting program: /cygdrive/d/downloads/XWin-Test71-DEBUG-2.exe -multiwindow Program received signal SIGSEGV, Segmentation fault. 0x77e8c40c in _libkernel32_a_iname () (gdb) where #0 0x77e8c40c in _libkernel32_a_iname () #1 0x0001 in ?? () #2 0x6103f35f in _libkernel32_a_iname () #3 0x6103f38b in _libkernel32_a_iname () #4 0x6107b7df in _libkernel32_a_iname () #5 0x6107baba in _libkernel32_a_iname () #6 0x0044b94a in trans_mkdir (path=0x448c97 /tmp/.X11-unix, mode=1023) at ../../../lib/xtrans/Xtransutil.c:495 #7 0x00448e17 in _XSERVTransSocketUNIXCreateListener (ciptr=0x100f2348, port=0x22fd20 0) at ../../../lib/xtrans/Xtranssock.c:932 #8 0x0044a591 in _XSERVTransCreateListener (ciptr=0x100f2348, port=0x22fd20 0) at ../../../lib/xtrans/Xtrans.c:734 #9 0x0044ac78 in _XSERVTransMakeAllCOTSServerListeners (port=0x22fd20 0, partial=0x22fd48, count_ret=0x83d440, ciptrs_ret=0x7e2550) at ../../../lib/xtrans/Xtrans.c:1029 #10 0x0043ed3c in CreateWellKnownSockets () at connection.c:342 #11 0x0040153c in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:327 #12 0x61007638 in _libkernel32_a_iname () #13 0x6100791d in _libkernel32_a_iname () #14 0x007df252 in cygwin_crt0 () #15 0x0040103c in mainCRTStartup () #16 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x100f8638 in ?? () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61086b41 in _libkernel32_a_iname () #5 0x610893d5 in _libkernel32_a_iname () #6 0x00457ec4 in InitQueue () #7 0x004584d5 in winInitWM () #8 0x00452a97 in winFinishScreenInitFB () #9 0x0045228d in winScreenInit () #10 0x00402389 in AddScreen (pfnInit=0x4520d0 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #11 0x0044fe9a in InitOutput () #12 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #13 0x61007638 in _libkernel32_a_iname () #14 0x6100791d in _libkernel32_a_iname () #15 0x007df252 in cygwin_crt0 () #16 0x0040103c in mainCRTStartup () #17 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x100fee40 in ?? () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61087c80 in _libkernel32_a_iname () #5 0x61088b79 in _libkernel32_a_iname () #6 0x61088c82 in _libkernel32_a_iname () #7 0x00457eef in InitQueue () #8 0x004584d5 in winInitWM () #9 0x00452a97 in winFinishScreenInitFB () #10 0x0045228d in winScreenInit () #11 0x00402389 in AddScreen (pfnInit=0x4520d0 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #12 0x0044fe9a in InitOutput () #13 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #14 0x61007638 in _libkernel32_a_iname () #15 0x6100791d in _libkernel32_a_iname () #16 0x007df252 in cygwin_crt0 () #17 0x0040103c in mainCRTStartup () #18 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x00475b8a in fbBlt (srcLine=0x102c44d8, srcStride=3, srcX=0, dstLine=0x1e431fc, dstStride=1152, dstX=0, width=96, height=0, alu=3, pm=4294967295, bpp=24, reverse=0, upsidedown=0) at fbblt.c:174 174 fbblt.c: No such file or directory. in fbblt.c (gdb) where #0 0x00475b8a in fbBlt (srcLine=0x102c44d8, srcStride=3, srcX=0, dstLine=0x1e431fc, dstStride=1152, dstX=0, width=96, height=0, alu=3, pm=4294967295, bpp=24, reverse=0, upsidedown=0) at fbblt.c:174 #1 0x0047ee96 in fbOddTile (dst=0x1b8, dstStride=1152, dstX=0, width=27648,
Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
On Thu, 16 Jan 2003, J S wrote: Hi Harold, Is the line below fbblt.c: No such file or directory relevant at all? This means you don't have the sources installed. Or gdb can not find them. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
grep: Command not found when starting tcsh
Note to the Cygwin-XFree86 team: I have Cygwin and XFree86 installed, and I was getting annoying messages of the form Grep: command not found every time I started up a tcsh shell. I finally tracked the problem down to the file /etc/profile.d/00xfree.csh. This script apparently executes before all other login scripts and is intended to put /usr/X11R6/bin on your path. Unfortunately it includes this line: eval echo ${PATH} | grep -q ${X11PATH} Because it's executing so early on, the PATH hasn't been properly set up yet, and grep was not being found. By replacing grep with /bin/grep, the problem was resolved. This had already been done in the file 00xfree.sh in the same directory so I'm surprised the 00xfree.csh file hadn't been modified too. --Eric
Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
JS, Running ``find'' in Cygwin does not search all of your drives, not even all of your local drives. It only searches within your Cygwin installation directory. I want you to go into Windows Explorer, right-click on your C drive and do a search for cygwin1.dll. Then I want you to do it again for your D drive, etc. It doesn't look like the problem has anything to do with threads. Harold J S wrote: Hi Harold, I'm happy to do the testing, I'm just worried in case we find out it was something really stupid! Anyway, I'm sure there's only one cygwin1.dll. Is the line below fbblt.c: No such file or directory relevant at all? $ find / -name cygwin1* /bin/cygwin1.dll /usr/bin/cygwin1.dll $ mount D:\DOCUME~1\u752359\LOCALS~1\Temp on /tmp type user (binmode) C:\Program Files\cygwin\bin on /usr/bin type system (binmode) C:\Program Files\cygwin\lib on /usr/lib type system (binmode) d:\Documents and Settings on /home type user (binmode) C:\Program Files\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) p: on /cygdrive/p type user (binmode,noumount) $ gdb ./XWin-Test71-DEBUG-2.exe GNU gdb 2002-12-19-cvs (cygwin-special) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run -multiwindow Starting program: /cygdrive/d/downloads/XWin-Test71-DEBUG-2.exe -multiwindow Program received signal SIGSEGV, Segmentation fault. 0x77e8c40c in _libkernel32_a_iname () (gdb) where #0 0x77e8c40c in _libkernel32_a_iname () #1 0x0001 in ?? () #2 0x6103f35f in _libkernel32_a_iname () #3 0x6103f38b in _libkernel32_a_iname () #4 0x6107b7df in _libkernel32_a_iname () #5 0x6107baba in _libkernel32_a_iname () #6 0x0044b94a in trans_mkdir (path=0x448c97 /tmp/.X11-unix, mode=1023) at ../../../lib/xtrans/Xtransutil.c:495 #7 0x00448e17 in _XSERVTransSocketUNIXCreateListener (ciptr=0x100f2348, port=0x22fd20 0) at ../../../lib/xtrans/Xtranssock.c:932 #8 0x0044a591 in _XSERVTransCreateListener (ciptr=0x100f2348, port=0x22fd20 0) at ../../../lib/xtrans/Xtrans.c:734 #9 0x0044ac78 in _XSERVTransMakeAllCOTSServerListeners (port=0x22fd20 0, partial=0x22fd48, count_ret=0x83d440, ciptrs_ret=0x7e2550) at ../../../lib/xtrans/Xtrans.c:1029 #10 0x0043ed3c in CreateWellKnownSockets () at connection.c:342 #11 0x0040153c in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:327 #12 0x61007638 in _libkernel32_a_iname () #13 0x6100791d in _libkernel32_a_iname () #14 0x007df252 in cygwin_crt0 () #15 0x0040103c in mainCRTStartup () #16 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x100f8638 in ?? () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61086b41 in _libkernel32_a_iname () #5 0x610893d5 in _libkernel32_a_iname () #6 0x00457ec4 in InitQueue () #7 0x004584d5 in winInitWM () #8 0x00452a97 in winFinishScreenInitFB () #9 0x0045228d in winScreenInit () #10 0x00402389 in AddScreen (pfnInit=0x4520d0 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #11 0x0044fe9a in InitOutput () #12 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #13 0x61007638 in _libkernel32_a_iname () #14 0x6100791d in _libkernel32_a_iname () #15 0x007df252 in cygwin_crt0 () #16 0x0040103c in mainCRTStartup () #17 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x100fee40 in ?? () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61087c80 in _libkernel32_a_iname () #5 0x61088b79 in _libkernel32_a_iname () #6 0x61088c82 in _libkernel32_a_iname () #7 0x00457eef in InitQueue () #8 0x004584d5 in winInitWM () #9 0x00452a97 in winFinishScreenInitFB () #10 0x0045228d in winScreenInit () #11 0x00402389 in AddScreen (pfnInit=0x4520d0 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #12 0x0044fe9a in InitOutput () #13 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #14 0x61007638 in _libkernel32_a_iname () #15 0x6100791d in _libkernel32_a_iname () #16 0x007df252 in cygwin_crt0 () #17 0x0040103c in mainCRTStartup () #18 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x00475b8a in fbBlt (srcLine=0x102c44d8, srcStride=3, srcX=0, dstLine=0x1e431fc, dstStride=1152, dstX=0, width=96, height=0, alu=3, pm=4294967295,
Re: grep: Command not found when starting tcsh
Eric, Let that be a lesson to you: nobody uses tcsh :) I will fix the .csh script when I get a chance. Funny that you noticed this problem, because I still have the inclusion of these scripts on my to-do list... I had forgotten that I had already included them. Harold J. Eric Bracken wrote: Note to the Cygwin-XFree86 team: I have Cygwin and XFree86 installed, and I was getting annoying messages of the form Grep: command not found every time I started up a tcsh shell. I finally tracked the problem down to the file /etc/profile.d/00xfree.csh. This script apparently executes before all other login scripts and is intended to put /usr/X11R6/bin on your path. Unfortunately it includes this line: eval echo ${PATH} | grep -q ${X11PATH} Because it's executing so early on, the PATH hasn't been properly set up yet, and grep was not being found. By replacing grep with /bin/grep, the problem was resolved. This had already been done in the file 00xfree.sh in the same directory so I'm surprised the 00xfree.csh file hadn't been modified too. --Eric
Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
OK I've done that, and there is DEFINITELY only 1 cygwin1.dll JS, Running ``find'' in Cygwin does not search all of your drives, not even all of your local drives. It only searches within your Cygwin installation directory. I want you to go into Windows Explorer, right-click on your C drive and do a search for cygwin1.dll. Then I want you to do it again for your D drive, etc. It doesn't look like the problem has anything to do with threads. Harold J S wrote: Hi Harold, I'm happy to do the testing, I'm just worried in case we find out it was something really stupid! Anyway, I'm sure there's only one cygwin1.dll. Is the line below fbblt.c: No such file or directory relevant at all? $ find / -name cygwin1* /bin/cygwin1.dll /usr/bin/cygwin1.dll $ mount D:\DOCUME~1\u752359\LOCALS~1\Temp on /tmp type user (binmode) C:\Program Files\cygwin\bin on /usr/bin type system (binmode) C:\Program Files\cygwin\lib on /usr/lib type system (binmode) d:\Documents and Settings on /home type user (binmode) C:\Program Files\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) p: on /cygdrive/p type user (binmode,noumount) $ gdb ./XWin-Test71-DEBUG-2.exe GNU gdb 2002-12-19-cvs (cygwin-special) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) run -multiwindow Starting program: /cygdrive/d/downloads/XWin-Test71-DEBUG-2.exe -multiwindow Program received signal SIGSEGV, Segmentation fault. 0x77e8c40c in _libkernel32_a_iname () (gdb) where #0 0x77e8c40c in _libkernel32_a_iname () #1 0x0001 in ?? () #2 0x6103f35f in _libkernel32_a_iname () #3 0x6103f38b in _libkernel32_a_iname () #4 0x6107b7df in _libkernel32_a_iname () #5 0x6107baba in _libkernel32_a_iname () #6 0x0044b94a in trans_mkdir (path=0x448c97 /tmp/.X11-unix, mode=1023) at ../../../lib/xtrans/Xtransutil.c:495 #7 0x00448e17 in _XSERVTransSocketUNIXCreateListener (ciptr=0x100f2348, port=0x22fd20 0) at ../../../lib/xtrans/Xtranssock.c:932 #8 0x0044a591 in _XSERVTransCreateListener (ciptr=0x100f2348, port=0x22fd20 0) at ../../../lib/xtrans/Xtrans.c:734 #9 0x0044ac78 in _XSERVTransMakeAllCOTSServerListeners (port=0x22fd20 0, partial=0x22fd48, count_ret=0x83d440, ciptrs_ret=0x7e2550) at ../../../lib/xtrans/Xtrans.c:1029 #10 0x0043ed3c in CreateWellKnownSockets () at connection.c:342 #11 0x0040153c in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:327 #12 0x61007638 in _libkernel32_a_iname () #13 0x6100791d in _libkernel32_a_iname () #14 0x007df252 in cygwin_crt0 () #15 0x0040103c in mainCRTStartup () #16 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x100f8638 in ?? () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61086b41 in _libkernel32_a_iname () #5 0x610893d5 in _libkernel32_a_iname () #6 0x00457ec4 in InitQueue () #7 0x004584d5 in winInitWM () #8 0x00452a97 in winFinishScreenInitFB () #9 0x0045228d in winScreenInit () #10 0x00402389 in AddScreen (pfnInit=0x4520d0 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #11 0x0044fe9a in InitOutput () #12 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #13 0x61007638 in _libkernel32_a_iname () #14 0x6100791d in _libkernel32_a_iname () #15 0x007df252 in cygwin_crt0 () #16 0x0040103c in mainCRTStartup () #17 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x77e83ab6 in _libkernel32_a_iname () (gdb) where #0 0x77e83ab6 in _libkernel32_a_iname () #1 0x100fee40 in ?? () #2 0x61087bbd in _libkernel32_a_iname () #3 0x61087c38 in _libkernel32_a_iname () #4 0x61087c80 in _libkernel32_a_iname () #5 0x61088b79 in _libkernel32_a_iname () #6 0x61088c82 in _libkernel32_a_iname () #7 0x00457eef in InitQueue () #8 0x004584d5 in winInitWM () #9 0x00452a97 in winFinishScreenInitFB () #10 0x0045228d in winScreenInit () #11 0x00402389 in AddScreen (pfnInit=0x4520d0 winScreenInit, argc=2, argv=0x100f1890) at main.c:768 #12 0x0044fe9a in InitOutput () #13 0x00401719 in main (argc=2, argv=0x100f1890, envp=0x100f0330) at main.c:380 #14 0x61007638 in _libkernel32_a_iname () #15 0x6100791d in _libkernel32_a_iname () #16 0x007df252 in cygwin_crt0 () #17 0x0040103c in mainCRTStartup () #18 0x77e992a6 in _libkernel32_a_iname () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x00475b8a in fbBlt (srcLine=0x102c44d8, srcStride=3, srcX=0, dstLine=0x1e431fc,
Re: New multiwindow mode is great
* Harold L Hunt II [EMAIL PROTECTED] [2003-01-16 08:17:55 -0500]: Just thought I would share that... hiding the root window may not be trivial. Doh...ah well, it's only cosmetic. -- John Buttery (Web page temporarily unavailable) msg04796/pgp0.pgp Description: PGP signature
Re: grep: Command not found when starting tcsh
* Harold L Hunt II [EMAIL PROTECTED] [2003-01-16 09:11:29 -0500]: Let that be a lesson to you: nobody uses tcsh :) OI! Oh wait, I don't use tcsh any more. Never mind. :) -- John Buttery (Web page temporarily unavailable) msg04797/pgp0.pgp Description: PGP signature
Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
On Thu, Jan 16, 2003 at 08:14:47AM -0500, Harold L Hunt II wrote: JS, Looks like we might have a pthreads problem, but I need you to run the new debug build below before I can tell: There have been some pthreads fixes in the latest snapshot if anyone wants to give that a try. cgf
Help, my comp wont load up
When I first run the cygwin program, it told me to shut down the comp into msdos mode. So, I clicked the yes opption. Now everytime I start my computer I get a error mesage about Doskey, Lock, or something and it gives me an option Y or N? Choosing yes or no will always cause my comp to reboot and starts all over again.
Re: multiwindow problem with kterm
If I remember correct, when the dcop server isnt loaded it is started automatically when you call a kde application. Could the kde window manager be loaded the same way ? --- [EMAIL PROTECTED] a écrit : Hello Harold, Yes, I'm quite certain that I have commented out 'twm' from my startxwin.bat script. Xterm seems to run just fine, so I think this is something to with kterm or the multiwindow mode. Haro = Sylvain Petreolle [EMAIL PROTECTED] Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 Don't think you are. Know you are. Morpheus, in Matrix. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
ssh and xsessioning know-how
i've been able to X-session via ssh with cygwin to a remote redhat machine, while i was using cygwin locally and the redhat machine was remotely on the internet. process i used ( i know there are many ways to fire up X and have scripts and arguments passed to bash to do this, if you know a solution containing passing parameters to bash using ssh to start a remote X-session, please let me know) 1-c:\ dos prompt 2-entered c:\cygwin\bin 3-typed bash --login -i in dos box: me@localmachine 4-xinit 5-xterm window: typed 'ssh -l username -XC domainname' 6-fun: now i'm [EMAIL PROTECTED] at remote domain and can fire up 'startkde' or 'gnome-session', or any other window manager available remotely... my question is if there's a way to pass username, password and domain name with a startup script so i don't have to be prompted (starting right after local login with bash)? i'm pretty new to this and i'm definitely no expert, i'm sure someone has the answer to this; i'm also thinking its possible that a clean xterm can be requested to be opened from the remote side: a shell with '[EMAIL PROTECTED]' after ssh has successfully logged me in without prompting me. (after it has run in the background while starting up with the local X-server) i don't want to depend on any window driver wrappers for ssh. and as you may know the danger of doing this...if i start kde or gnome, i can't kill this xterm box without closing up all of kde or gnome in one shot... i'm also pretty dumb not knowing exactly what services my remote domain is running other than I know someone can help me a little more how i can do it./:} ...i know the remote is running the daemons sshd and gpm, i know how to query the rpm's database...but I still don't know well how remote X works with ssh? I know that I can use XWin +parameters, but how can I have it automated with ssh? If you know of any alternatives i'd greatly appreciate it, i'm also only in favor of sticking with cygwin build tools and nothing else, i have to thank the cygwin team for making X-sessioning possible from my Windows box, everyone kept spitting out to go buy out winaxe and winplus..thx but no thx.;)... jagg __ Post your free ad now! http://personals.yahoo.ca
Re: ssh and xsessioning know-how
* - [EMAIL PROTECTED] [2003-01-16 23:50:35 -0500]: 1-c:\ dos prompt 2-entered c:\cygwin\bin 3-typed bash --login -i in dos box: me@localmachine 4-xinit 5-xterm window: typed 'ssh -l username -XC domainname' 6-fun: now i'm [EMAIL PROTECTED] at remote domain and can fire up 'startkde' or 'gnome-session', or any other window manager available remotely... That's a bit of a roundabout way to do it...why not just make a shortcut to c:\cygwin\usr\X11R6\bin\startxwin.bat? my question is if there's a way to pass username, password and domain name with a startup script so i don't have to be prompted (starting right after local login with bash)? To preload the username, you need to create ~/.ssh/config and specify the User option. As for not prompting for the password, to do that you'll need to create a RSA/DSA key pair and use ssh-agent. Check out the following manpages for this stuff: man ssh_config man ssh-keygen man ssh-agent i'm pretty new to this and i'm definitely no expert, i'm sure someone has the answer to this; i'm also thinking its possible that a clean xterm can be requested to be opened from the remote side: a shell with '[EMAIL PROTECTED]' after ssh has successfully logged me in without prompting me. (after it has run in the background while starting up with the local X-server) You certainly could type xterm and have it run...as for doing it automatically, you might find that running X applications automatically on login is more trouble than it's worth. ;) If you want to, though, I would imagine you could put xterm in your ~/.bash_login or whatever. i don't want to depend on any window driver wrappers for ssh. and as you may know the danger of doing this...if i start kde or gnome, i can't kill this xterm box without closing up all of kde or gnome in one shot... Well of course, that's because the ssh client is forwarding the port that those applications are using...kill ssh and you kill the port forwarding. -- John Buttery (Web page temporarily unavailable) msg04803/pgp0.pgp Description: PGP signature
[ANNOUNCEMENT] Server Test 72
Links: I just posted Test 72 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 72 package via setup.exe by selecting the 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-20 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test72.exe.bz2 (1198 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030117-0153.tar.bz2 (100 KiB) Changes: 1) winmultiwindowwindow.c - Add an evil, naughty, ugly, shameless, and worthless hack to the multi-window mode to enable the X Non-Rectangular Shape extension. This will need to be evaluated and fixed by other developers. (Harold Hunt) Enjoy, Harold
RE: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
JS, Please try the latest cygwin1.dll snapshot that Chris was referring to. Report your results to this mailing list. Thanks for testing, Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christopher Faylor Sent: Thursday, January 16, 2003 10:55 AM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD] On Thu, Jan 16, 2003 at 08:14:47AM -0500, Harold L Hunt II wrote: JS, Looks like we might have a pthreads problem, but I need you to run the new debug build below before I can tell: There have been some pthreads fixes in the latest snapshot if anyone wants to give that a try. cgf
src/winsup/cygwin ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-01-16 21:29:25 Modified files: winsup/cygwin : ChangeLog Log message: correct pwdgroup::load entry Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.1694r2=1.1695
src/winsup/cygwin grp.cc pwdgrp.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-01-16 21:41:15 Modified files: winsup/cygwin : grp.cc pwdgrp.h Log message: update copyright Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/grp.cc.diff?cvsroot=srcr1=1.62r2=1.63 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pwdgrp.h.diff?cvsroot=srcr1=1.9r2=1.10
Re: NT 4.0 fixup_mmaps_after_fork() patch
On Wed, Jan 15, 2003 at 02:19:19PM -0500, Jason Tishler wrote: It appears that ReadProcessMemory() can fail with ERROR_NOACCESS under NT 4.0. See attached patch. Applied. Thanks! BTW, my mmap-test test case works under NT 4.0 without this patch. However, vsFTPd does not. Go figure! Details? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: NT 4.0 fixup_mmaps_after_fork() patch
Corinna, On Thu, Jan 16, 2003 at 03:11:35PM +0100, Corinna Vinschen wrote: On Wed, Jan 15, 2003 at 02:19:19PM -0500, Jason Tishler wrote: It appears that ReadProcessMemory() can fail with ERROR_NOACCESS under NT 4.0. See attached patch. Applied. Thanks! You are welcome. BTW, my mmap-test test case works under NT 4.0 without this patch. However, vsFTPd does not. Go figure! Details? Um... Er... Cockpit error. I still had the mprotect() calls commented out. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
Re: etc_changed, passwd group.
On Thu, Jan 16, 2003 at 01:57:21AM -0500, Pierre A. Humblet wrote: Chris, Here is the code as it stands. It compiles runs, and passes fork tests correctly. Feel free to takeover or at least have a look. I will continue testing tomorrow evening. I include only the 5 files that are related to etc_changed, the 5 others (setuid on Win9X) can wait. Hmm. I have a slightly less intrusive idea for how to handle this. I'll check it in shortly. cgf
Re: etc_changed, passwd group.
On Thu, Jan 16, 2003 at 02:07:18PM -0500, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 01:57:21AM -0500, Pierre A. Humblet wrote: Here is the code as it stands. It compiles runs, and passes fork tests correctly. Feel free to takeover or at least have a look. I will continue testing tomorrow evening. I include only the 5 files that are related to etc_changed, the 5 others (setuid on Win9X) can wait. Hmm. I have a slightly less intrusive idea for how to handle this. I'll check it in shortly. Maybe not so less intrusive after all. I broke out the etc handling stuff into a separate class and moved even more functionality into pwdgrp than you did. I hope Corinna approves. I also hope that I got all of your changes that didn't conflict with my work in. I'm generating a new snapshot now. I guess we should ask people to test it for a couple of days before I release 1.3.19. Sigh. Oh, and I just removed the warning when FindFirstChangeNotification fails. This should make the Novell users happy even though the performance will be less than wonderful. Thanks for your patch and your insight, Pierre. cgf
230.4Kbps serial support - patch #2
Chris, This patch rounds out the 230.4Kbps support in fhandler_serial::tcsetattr() - this check probably should have been there all along, but now catches any invalid DCB parameters (ie. trying to set an invalid bitrate for a given port) and returns w/ errno = EINVAL as POSIX dictates. Can you review and check this in before 1.3.19 is released? Thanks, -Troy 2003-01-16 Troy Curtiss [EMAIL PROTECTED] * fhandler_serial.cc (fhandler_serial::tcsetattr): return w/ errno = EINVAL if SetCommState() fails w/ invalid DCB parameter (eg. will catch attempts to set bitrates not supported by a given port.) ser_230k4_patch2 Description: Binary data
nfs-server questions
I've installed Universal NFS Server and am very happy with it. I have noticed the follwing features 1) Symbolic links aren't followed 2) /cygdrive/c is not accessible. Are these features likely to be fixed soon? Any ideas on how to solve them. Many thanks, Brendan Simon. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Emacs Problem
-BEGIN PGP SIGNED MESSAGE- Will this go into the FAQ ? For me the hint solved the problem (cygwin window running tcsh: setenv CYGWIN tty; emacs [C-X C-C];) Regards, Dieter *** * Dr. Dieter Meinert * * c/o H. Rosen Engineering GmbHPhone +49-591-9136-493 * * Am Seitenkanal 8 Fax +49-591-9136-121 * * D-49811 Lingen (Ems) Email [EMAIL PROTECTED] * * Germany * *** |= -Original Message- |= From: Randall R Schulz [mailto:[EMAIL PROTECTED]] |= Sent: Wednesday, January 15, 2003 11:14 PM |= To: [EMAIL PROTECTED] |= Subject: Re: Emacs Problem |= |= |= Frank, Scott, |= |= This is more likely a Cygwin options problem than it is | = non-standard key |= bindings in Emacs. |= |= This is reaching the proportions of a FAQ: You need to |= include tty in |= your CYGWIN environment variable, lest the Cygwin tty |= driver commandeer the |= CTRL-C and send a SIGINT when it's typed. |= |= Randall Schulz |= |= |= At 13:25 2003-01-15, Frank Schmitt wrote: |= Scott Purcell [EMAIL PROTECTED] writes: |= |= I run a standalone emacs on my box and when I quit |I = hit the keys [ |= ctrl x c ] and it quits the app. But in the one |that = runs in cygwin, |= it does not. |= |= It's control+c control+x in Emacs language C-x |C-c. If = this doesn't |= work try Meta+x save-buffers-kill-emacs RETURN (Meta |is = usually the |= Alt key under Cygwin, in Emacs terminology M-x |= save-buffers-kill-emacs |= RET). |= |= If the C-x C-c doesn't work, this keys are probably |bound = in some way by |= your terminal, over here using rxvt as terminal and |tcsh = as shell it |= works as expected. |= |= |= -- |= Unsubscribe info: |http://cygwin.com/ml/#unsubscribe-simple = Bug reporting: |http://cygwin.com/bugs.html |= Documentation: http://cygwin.com/docs.html |= FAQ: http://cygwin.com/faq/ |= |= -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.3 for non-commercial use http://www.pgp.com iQEVAwUBPiZcRLYBkYAdGmPFAQEhlAf+JPp9vu60t5ZL0UgspybVtVQ2lQJNnvxK 6Tqqbj34UIuKgjoQt1ixMXl5lCrbD2tj+p6sREiVD6zWkRYuqc1qgPmd9lgtJA6S /0siOBKOx6+5bdoTi2Cbhmp/IlyCXnWq3+z9JGtvcTwjPyS4F3mLBl7/Cisz7mSc oZIBfJCG0GXbj7Bqf0kn7BaIA+HIfrRYkOTlkTacc0rt3O11Fogmg1Mw6iN09QBu MmPznctOpDXsPlC8xxNWGe2p9AMj0rsret445M7tddohXrrU/igcjeRk+v8eE5/s 5gy3dsElK4P8Mskt0ZpUc7YtnIKK/Hqtl+nJdpOqCISPgDykJhhs8g== =jmVC -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Support for DDWARF-2 debug info? (on Cygwin)
Hi Brian, The coff versions of sec_to_styp_flags and styp_to_sec_flag in bfd look to see if the section name begins with .debug and modify the section flags appropriately. The PE versions do not even look at the section name. Ahh, yes, you are right. I guess that no-one has tried to incporporate DWARF2 sections into the PE format before. I guess that, for now you are going to have to add similar name-checking code to the PE versions. Ideally what we ought to do is give gcc some way to tell gas that this section is a debug section and then gas could do the right thing. Perhaps a new pseudo op .debug_section name ? Cheers Nick -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
Elfyn McBratney wrote: Stipe, I have the correct permissions (log files owned by system (the SYSTEM user) and even tried with the config files and modules too) and I was still getting error 1062. I ended up giving in to the windows version. Is there any way this can be degugged? If so I'd be happy too help ;-) you should be checking what /var/log/apache/error_log is reporting. Another option is the module rebasing clash. But you said you can start it from shell by hand, with the same setup, right?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
Does adding the --nodetach to cygrunsrv (I think that's the correct spelling ) help? I had a similar problem with rsyncd and adding it resolved my problem. no, the -k flag tells httpd to keep attached to the shell. This is what cygrunsrv expects. cygrunsrv -I apache -d Cygwin apache -p /usr/sbin/httpd -a -k -e CYGWIN=ntsec nosmbntsec binmode tty I see here that you may have a problem with the way you installed it. You should be using -a -k to identify the atribute flag -k for httpd. Maybe cygrunsrv does not pass that correcly, and I assume it does not, because it will thing the -k is an argument of cygrunsrv itself. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Losing data with routine cp and mv -- cannot create hard link
In the absence of responses to my earlier note (below), and having made a second fruitless search of FAQs and archives, I'd like to make a second and final attempt with a simpler question: If cp and mv are not reliably copying all of the contents of an (apparently) normal directory tree with 89,000 normal data files, of 1.4 GB total size, using WIN2000 and NTFS, is it most likely due to inherent size limits of cygwin? If the problems are due to inherent limits, then I can adjust by copying such big directories in smaller chunks, as I have already done successfully. I just want to make sure that this is in fact the problem. Thanks, Tom Baker On Sun, Jan 12, 2003 at 08:17:32PM +0100, Thomas Baker wrote: I use Cygwin 1.3.17, NTFS file systems, and Win2000 (see excerpt from cygcheck -s below). Both with cp and mv, I am getting error messages when copying or moving rather large directories (1.4 GB, 89,000 files). For example, the command: $ cp -Rip p:/rchive q:/ starts off fine, but half-way through the job, error messages such as the following start to appear: cp: will not create hard link `q:/rchive/foo/bar' to directory `q:/rchive/fli/bers.gif' ..where the both filename A is always a directory name and filename B (called a directory in the error message) is usually a file, not a directory. While showing these messages, cp and mv continue to execute normally -- with error messages appearing intermittently -- except the directories named by filenames A are not copied, i.e. the data is lost. (Good thing I was paying attention and not running these in batch mode!) I could not find anything relevant in the mailing list archive or FAQ. Can anyone advise? Is this an inherent limit of these commands? Should I perhaps be using xargs? Tom Cygwin Win95/NT Configuration Diagnostics Current System Time: Sun Jan 12 18:41:03 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 1 SysDir: C:\WINNT\System32 WinDir: C:\WINNT Cygwin DLL version info: DLL version: 1.3.17 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 67 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Wed Nov 27 18:54:29 EST 2002 Shared id: cygwin1S3 -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-2352 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-2352 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Losing data with routine cp and mv -- cannot create hard link
Hallo! I do not know what is going on really, but I have seen something like that before. On Thu, 16 Jan 2003, Thomas Baker wrote: If cp and mv are not reliably copying all of the contents of an (apparently) normal directory tree with 89,000 normal data files, of 1.4 GB total size, using WIN2000 and NTFS, is it most likely due to inherent size limits of cygwin? wild guessing mode There seems to be a random delay in the NT-Filesystem when renaming files. This can be easily triggert on smb-shares, but also on normal drives. If renaming (that is: moving around) files, there is a short, load-dependend delay between removing the old direktory entry and creating the new one. This can even be observed in the windows explorer, and I *think* that is not a slow-gui-issue, but the file is *really* *not* *there* form some time. /wild guessing mode So dont think there is any thing cygwin can do. If the problems are due to inherent limits, then I can adjust by copying such big directories in smaller chunks, as I have already done successfully. I just want to make sure that this is in fact the problem. If I move/copy some files over the net, I add sleep instructions (for i in * ; do mv $i $i.bak ; sleep 1 ; sed $i.bak $i ... ; done) slow, but works. On *my* system, the magic number is around 50 files. Less than 50 files works without sleep, more files require the sleep. (Else I get a lot random No such file xxx.bak.) Bjoern -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Python/Tkinter bug on Cygwin
Eric, On Tue, Jan 14, 2003 at 11:18:21PM -0800, Eric McRae wrote: If you can confirm I can confirm the above behavior. Unfortunately, my only suggestion is a standard one. Try to isolate the problem. Can you reproduce the problem directly with Cygwin Tk? or at least point me to the proper group to report this bug, I would appreciate it. If so, then I would take this to the Insight list. If not, then try the Python list. Maybe someone there has stumbled across this too... Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xinted rsync bluescreen
Danilo, Danilo Turina wrote: I also have a very similar problem (writing in /etc when X is running, always cause a BSOD, regardless of antivirus packages), if I can have that hacked cygwin1.dll I can try it on my systems and tell if it's the same problem. Sure. I'll send you one in private mail. /dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
On Thu, Jan 16, 2003 at 10:35:21AM +0100, Stipe Tolj wrote: cygrunsrv -I apache -d Cygwin apache -p /usr/sbin/httpd -a -k -e CYGWIN=ntsec nosmbntsec binmode tty I see here that you may have a problem with the way you installed it. You should be using -a -k to identify the atribute flag -k for httpd. Maybe cygrunsrv does not pass that correcly, and I assume it It does. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Unable to login through telnet via 1.3.18-1
On Wed, Jan 15, 2003 at 07:01:24PM -0800, Andrew DeFaria wrote: Recently updated to 1.3.18-1 and telnet/rlogin/etc have stopped working. inetd is running as a service just like before. The problem now is that I cannot authenticate! No password works: $ telnet $(hostname) Trying 192.168.1.121... Connected to adefaria.SALIRA.COM. Escape character is '^]'. CYGWIN_NT-5.1 1.3.18(0.69/3/2) (adefaria) (tty7) login: adefaria Password: Login incorrect login: Connection closed by foreign host. Tried several times with what I know is my correct password. When I do the same telnet to a machine running 1.3.17 it works fine. Another interesting thing is: $ passwd --status passwd: unknown user adefaria So... did you check your passwd and group files? Regenerate them. I have no problems connecting with telnet so it's probably something with these files. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How can I abbreviate /cygdrive/DRIVELETTER ?
Hi everyone! As I often access different drives from within the bash I'm wondering if there's a quicker way to get on, say, drive l (a network drive) than entering 'cd /cygdrive/l'? I alias'd '/cygdrive/l' to 'l' which works fine for cd, but not for commands like chmod, cp, mv etc. Among others I'd like to use the automatic command line completion which doesn't work for /cygdrive/... either. Any suggestions? Best wishes, Svartsjel -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How can I abbreviate /cygdrive/DRIVELETTER ?
[EMAIL PROTECTED] wrote: Hi everyone! As I often access different drives from within the bash I'm wondering if there's a quicker way to get on, say, drive l (a network drive) than entering 'cd /cygdrive/l'? I alias'd '/cygdrive/l' to 'l' which works fine for cd, but not for commands like chmod, cp, mv etc. Among others I'd like to use the automatic command line completion which doesn't work for /cygdrive/... either. Make a real directory /cygdrive. Command completion will then work. Or, ln -s /cygdrive/c /c Or, ln -s /cygdrive /drv (Yes, I know you *can* change the cygdrive prefix itself, but you never know when you will run into some script that tries to use it.) Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How can I abbreviate /cygdrive/DRIVELETTER ?
On Thu, Jan 16, 2003 at 02:13:37PM +0100, [EMAIL PROTECTED] wrote: Hi everyone! As I often access different drives from within the bash I'm wondering if there's a quicker way to get on, say, drive l (a network drive) than entering 'cd /cygdrive/l'? /cygdrive is the so called cygdrive prefix. `mount --help' reveals: Usage: mount [OPTION] [win32path posixpath] [...] -c, --change-cygdrive-prefix change the cygdrive path prefix to posixpath so you can do sth. like mount --change-cygdrive-prefix /mnt Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: xinted rsync bluescreen
Dan Holmsand wrote: Danilo, Danilo Turina wrote: I also have a very similar problem (writing in /etc when X is running, always cause a BSOD, regardless of antivirus packages), if I can have that hacked cygwin1.dll I can try it on my systems and tell if it's the same problem. Sure. I'll send you one in private mail. /dan Thank you. I tried the patched cygwin1.dll and BSOD not occurred (even with McAfee enabled). After replacing the original cygwin1.dll BSOD not occurred anymore. But note that this happened to me also in the past, i.e. in some cases (e.g. entirely disabling antivirus or with other tries) I was able to avoid BSOD. When this happened to me, restoring the original conditions did not immediately cause BSOD to reappear immediately, but only after a while. Unfortunately I'm unable to understand what made the BSOD reappear (or what delayed it). I only had the sensation that once avoided the BSOD the first time, the system does not BSOD anymore even if the previous situation is restored (I think until a reboot). It is somewhat like the first time an handle must be requested or some resource must be allocated if this succeeds, the next time the system does not need anymore to perform that operation. Ciao, Danilo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Question concerning fortune
I'm fond of fortune and therefore would like to know whether a new version of this neat little prog is to be released with Cygwin. Maybe with new libraries of quotes? Another point is this behaviour I noticed a while ago. Let's suppose, we created a library looking like this: BOF One quote % Another one % And finally, a third one % EOF and now we compile the corresponding .dat file, fortune (or rather strfile?) assumes four different quotes because of the last '%' that precedes the EOF. It's not exactly a bug, though... Best wishes, Svartsjel -- +++ GMX - Mail, Messaging more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
This is been covered in many messages on the mailing list. In most cases the problem starts with cygwin being installed for Just Me. If you use cygrunsrv then apache or what have you runs as SYSTEM not your account. Make sure that the mounts for /, /usr/bin, and /usr/lib are system and binary. Make sure that SYSTEM can write /var/run and /var/log Hope this helps jim drash -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
you should be checking what /var/log/apache/error_log is reporting. Sorry for the late reply. The error_log contains the usual startup/shutdown messages and nothing serious that would indicate that apache is not operating correctly. Another option is the module rebasing clash. But you said you can start it from shell by hand, with the same setup, right?! The fact that apache functions normally from the shell leads me to believe that this is not a dll base issue as the only time I recieve an error (and nothing more) is when I start apache through the service manager. Like I said previously I have the log file(s) and log dir are owned by system with write permission, also the modules are owned by system (the SYSTEM user). If I change this there is no effect and I still recieve error 1062. To install the service I used this: $ cygrunsrv -I httpd -p /usr/sbin/httpd -d CYGWIN httpd \ -a '-k' -e CYGWIN=binmode ntsec ntea My user and group database files are all up-to-date and I can't think of anything else this can be :/ Elfyn [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
Corinna Vinschen schrieb: On Thu, Jan 16, 2003 at 10:35:21AM +0100, Stipe Tolj wrote: cygrunsrv -I apache -d Cygwin apache -p /usr/sbin/httpd -a -k -e CYGWIN=ntsec nosmbntsec binmode tty I see here that you may have a problem with the way you installed it. You should be using -a -k to identify the atribute flag -k for httpd. Maybe cygrunsrv does not pass that correcly, and I assume it It does. it does not pass, or it does pass?! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron, Oracle, and sqlplus
On Jan 9, James Schnedar wrote I am experiencing a problem with running Oracle sqlplus within a shell script using cron. The shell script runs correctly from the command line, but once I add it to cron, the shell script will execute up until the sqlplus command. Therefore, cron is working correctly as well, but the addition of the sqlplus command causes it to hang. The sqlplus session has started, but appears hung. sqlplus needs some environment variables to be set, like ORACLE_HOME ( I am not sure what others). Andd cron does not set these variables while starting your process. Hence sqlplus hangs. Solution: Use the line #!/bin/bash as the first line of your shell script and define the required environment variables in your .bashrc file. Ig you are using the Korn shell, ensure that these variables are set in your .profile and use #!/bin/ksh as the first line of your shell script. It will ensure that the correct shell interpreter is invoked and the environment variables read appropriately. -- Chiranth M.C. Netkraft Pvt Ltd -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
On Thu, Jan 16, 2003 at 03:17:40PM +0100, Stipe Tolj wrote: Corinna Vinschen schrieb: It does. it does not pass, or it does pass?! Just try it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
Just try it. Corinna, I'm as busy as you. And if I ask you kindly such a simple question, it's more efficient for both of us to get it answered from you then to make the overhead to try it on my own. When I asked you (and others) to debug an Apache TCP connection problem you were also very picky about that time issue! I think this is not fair! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Losing data with routine cp and mv -- cannot create hard link
At 04:55 AM 1/16/2003, Thomas Baker wrote: In the absence of responses to my earlier note (below), and having made a second fruitless search of FAQs and archives, I'd like to make a second and final attempt with a simpler question: If cp and mv are not reliably copying all of the contents of an (apparently) normal directory tree with 89,000 normal data files, of 1.4 GB total size, using WIN2000 and NTFS, is it most likely due to inherent size limits of cygwin? If the problems are due to inherent limits, then I can adjust by copying such big directories in smaller chunks, as I have already done successfully. I just want to make sure that this is in fact the problem. If you're looking for some 'official' validation of what you see, I'm not sure that you'll find it here. It's not that we wouldn't like to give it (or even refute your findings ;-) ). It's just that I don't believe anyone has done as much analysis of this issue as you have. Certainly, the values you report (89000 files occupying 1.4GB of space) are not, in and of themselves, an obvious red-flag. If you'd like to get a better handle on the situation (and help the list understand your problem as well), it would be worthwhile to run strace on this process and look for any suspect results. Be warned. This will generate a huge file with lots of output, most of which is not going to indicate any problems. However, if you can help isolate a problem area, it may be easier for someone here to diagnose the problem and offer a fix... or at least an explanation. Sorry I don't have the magic bullet for you. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
On Thu, Jan 16, 2003 at 03:37:46PM +0100, Stipe Tolj wrote: Just try it. Corinna, I'm as busy as you. And if I ask you kindly such a simple question, it's more efficient for both of us to get it answered from you then to make the overhead to try it on my own. It's a simple getopt thingy: `--option foo' takes foo as argument if option expects an argument, regardless of first character of the argument. When I asked you (and others) to debug an Apache TCP connection problem you were also very picky about that time issue! I asked you for a *simple* testcase more than once. You never sent one. Apache is a fairly big chunk of code and it's not quite my job to debug Apache to find a possible fault in Cygwin. You saw Jason's testcase two days ago? How long did it take to fix the error in Cygwin with the help of that testcase? I think this is not fair! Well, I assume Chris meanness is taking me over. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygwin-doc-1.3
A new version of the cygwin-doc package is now available. This release updates to the latest CVS of the cygwin documentation and has more straightforward build instructions. *** INFORMATION ON UPDATING CYGWIN *** To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** 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: [EMAIL PROTECTED] If you have trouble, please use the resources at http://cygwin.com/ml/ __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
It's a simple getopt thingy: `--option foo' takes foo as argument if option expects an argument, regardless of first character of the argument. ok, so id does pass. Thanks for pointing this out. When I asked you (and others) to debug an Apache TCP connection problem you were also very picky about that time issue! I asked you for a *simple* testcase more than once. You never sent one. Apache is a fairly big chunk of code and it's not quite my job to debug Apache to find a possible fault in Cygwin. You saw Jason's testcase two days ago? How long did it take to fix the error in Cygwin with the help of that testcase? No, I didn't see that. But as you may imagine setting up a testcase out of apache for one specific problem that is not determined very well is as complicated as checking the underlying TCP connection system. It's not the will that lacks, it's the time -- same as you. I think this is not fair! Well, I assume Chris meanness is taking me over. maybe ;) Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache - success
Thanks for the tip. That fixed it for me. For posterity, here is everything that I did: 1. Create a new local user named apache. I put it in the Users group. Add it to /etc/passwd using a command like: mkpasswd -l | grep apache /etc/passwd The apache user was assigened to the existing None group so I left it like that. 2. Modify /etc/apache/httpd.conf to set: User apache Group None 3. Run: chown SYSTEM:SYSTEM /var/log/apache/* chown SYSTEM:SYSTEM /var/log/apache.log Check that /var/log/apache/ and /var/run are writable by SYSTEM. 4. Run: cygrunsrv -I apache -d Cygwin apache -p /usr/sbin/httpd -a '-k' -e CYGWIN=ntsec nosmbntsec binmode tty cygrunsrv -S apache No errors were reported. 5. Check the Control Panel\Administrative Tools\Services app (I'm on Win2k) to see if Cygwin apache is running. 6. Check if net stop apache net start apache work. 7. Point your browser at your machine and see if you get the Apache default page. Well that's all I remember doing anyway. Let me know if I'm missing anything. So far it looks like everything is working. Thanks everyone for your help. Jon Stipe Tolj wrote: Jonathan Albrecht schrieb: I've been trying to run apache as a service using cygrunsrv. I haven't changed the httpd.conf and running /usr/sbin/httpd from the command line works fine. Here is what I have done: cygrunsrv -I apache -d Cygwin apache -p /usr/sbin/httpd -a -k -e CYGWIN=ntsec nosmbntsec binmode tty cygrunsrv -S apache cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: The service has not been started. I've tried variations on the spaces and quotes in the command line but nothing has worked. Any ideas? check file permissions. cygrunsrv will start the httpd processes as SYSTEM, hence all logging directory have to have write permissions for that user or group. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: using text files unix-windows- macintosh tip
On Thu, Jan 16, 2003 at 09:43:50AM -0500, Gordon R. Keehn wrote: The GWD editor (http://www.gwdsoft.com) is another good choice. It features language specific hilighting and a bunch of other great tools, and has a C-like macro language. I have used it to edit scripts and makefiles while running a cygwin shell. It's not open-source, but then not all great software is. No, but the non-cygwin software is pretty off-topic for this list. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Losing data with routine cp and mv -- cannot create hard link
Simply knowing that this is not a frequently reported problem is helpful. I'm inclined to suspect now that Bjoern (previous post) is on the right track by looking at the timing of the deleting and creating that goes on under Win2000 (in this case) in order to mv something. Many thanks, Tom Baker On Thu, Jan 16, 2003 at 09:55:01AM -0500, Larry Hall (RFK Partners, Inc) wrote: At 04:55 AM 1/16/2003, Thomas Baker wrote: In the absence of responses to my earlier note (below), and having made a second fruitless search of FAQs and archives, I'd like to make a second and final attempt with a simpler question: If cp and mv are not reliably copying all of the contents of an (apparently) normal directory tree with 89,000 normal data files, of 1.4 GB total size, using WIN2000 and NTFS, is it most likely due to inherent size limits of cygwin? If the problems are due to inherent limits, then I can adjust by copying such big directories in smaller chunks, as I have already done successfully. I just want to make sure that this is in fact the problem. If you're looking for some 'official' validation of what you see, I'm not sure that you'll find it here. It's not that we wouldn't like to give it (or even refute your findings ;-) ). It's just that I don't believe anyone has done as much analysis of this issue as you have. Certainly, the values you report (89000 files occupying 1.4GB of space) are not, in and of themselves, an obvious red-flag. If you'd like to get a better handle on the situation (and help the list understand your problem as well), it would be worthwhile to run strace on this process and look for any suspect results. Be warned. This will generate a huge file with lots of output, most of which is not going to indicate any problems. However, if you can help isolate a problem area, it may be easier for someone here to diagnose the problem and offer a fix... or at least an explanation. Sorry I don't have the magic bullet for you. -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-2352 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Support for DDWARF-2 debug info? (on cygwin)
On Thu, Jan 16, 2003 at 03:58:09PM +, Nick Clifton wrote: Hi Brian, My current problem is that all previous DWARF2 implementations assign a VMA of zero to the .debug_* sections in the link script. This violates the PE format and makes the executable unusable. I saw your post about this to the binutils list. Does the PE format require that the debugging sections be loaded into memory when the executable is invoked ? I didn't think that STABS debug information was loaded into memory. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
COM port setup
Hi, I'm hoping you could help me. I'm using CYGWIN to run some SMS tools and the tools config files need setting up to add the details of which com port I'm using. Basically I just need to know how I would go about creating the com4 object in /dev so that it does actually point at the com port as when installed, CYGWIN came with no /dev or any example of how I would setup the com object. Any help appreciated Paul. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Support for DDWARF-2 debug info? (on Cygwin)
On 16 Jan 2003, Nick Clifton wrote: Hi Brian, My current problem is that all previous DWARF2 implementations assign a VMA of zero to the .debug_* sections in the link script. This violates the PE format and makes the executable unusable. I saw your post about this to the binutils list. Does the PE format require that the debugging sections be loaded into memory when the executable is invoked ? The reason that the ELF format allows the .debug sections to have a VMA of zero is that they also do not have the ALLOC flag, so they are not loaded into memory. (A debugger wanting to access the sections for a running process must locate the executable on disk an load them/mmap them from there). No, they do not need to be loaded into memory, and they do not have the ALLOC flag set. But, the PE format requires all sections to be adjacent and in ascending order of VMA. It also specifies debug sections should be last. I think it just tries to load everything up to the fist non-ALLOC section, or so it seams. I am still consulting the DWARF2 spec to see if gcc and gas are correct in generating VMA addresses. If so, I guess I have to fix the dwarf parsing code in bfd and gdb to subtract the section base VMA. I do not believe that the DWARF2 spec mandates the VMA addresses of the .debug sections. It does say that their contents must be contiguous, and it does specify the meaning of their contents, but it does not specify the meaning of partially-complete .debug sections. (ie ones attached to relocations that have not yet been resolved). No, it does not, but I did find out it mandates section relative offsets. So, the dwarf parsing code is correct. It is gcc that has taken a short cut. BTW, these problems are with fully linked executables. From gcc/dwarf2asm.c:122 /* Output a section-relative reference to a label. In general this can only be done for debugging symbols. E.g. on most targets with the GNU linker, this is accomplished with a direct reference and the knowledge that the debugging section will be placed at VMA 0. Some targets have special relocations for this that we must use. */ void dw2_asm_output_offset VPARAMS ((int size, const char *label, const char *comment, ...)) { VA_OPEN (ap, comment); VA_FIXEDARG (ap, int, size); VA_FIXEDARG (ap, const char *, label); VA_FIXEDARG (ap, const char *, comment); #ifdef ASM_OUTPUT_DWARF_OFFSET ASM_OUTPUT_DWARF_OFFSET (asm_out_file, size, label); #else dw2_assemble_integer (size, gen_rtx_SYMBOL_REF (Pmode, label)); #endif [snip] So, all I need to do is define ASM_OUTPUT_DWARF_OFFSET correctly in gcc/config/i386/cygwin.h. Does anyone have I good way to define a section relative offset in assembly for Cygwin, or do I need to define labels for the sections in the link script as use them? That seems messy. So, I think it is the case that BFD and GDB are both assuming that the VMA of the sections will be zero, but that this is not required. Actually, as stated above, bfd and gdb are correct. The VMA should not be relevant as section relative offsets are specified. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Support for DDWARF-2 debug info? (on cygwin)
On Thu, 16 Jan 2003, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 03:58:09PM +, Nick Clifton wrote: Does the PE format require that the debugging sections be loaded into memory when the executable is invoked ? I didn't think that STABS debug information was loaded into memory. That's true. It is not. See my previous post. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How can I abbreviate /cygdrive/DRIVELETTER ?
On Thu, 16 Jan 2003 [EMAIL PROTECTED] wrote: Hi everyone! As I often access different drives from within the bash I'm wondering if there's a quicker way to get on, say, drive l (a network drive) than entering 'cd /cygdrive/l'? I alias'd '/cygdrive/l' to 'l' which works fine for cd, but not for commands like chmod, cp, mv etc. Among others I'd like to use the automatic command line completion which doesn't work for /cygdrive/... either. Any suggestions? Best wishes, Svartsjel Try $ mkdir /l $ mount l:/ /l for details, man mount. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
On Thu, 16 Jan 2003, Elfyn McBratney wrote: you should be checking what /var/log/apache/error_log is reporting. Sorry for the late reply. The error_log contains the usual startup/shutdown messages and nothing serious that would indicate that apache is not operating correctly. Another option is the module rebasing clash. But you said you can start it from shell by hand, with the same setup, right?! The fact that apache functions normally from the shell leads me to believe that this is not a dll base issue as the only time I recieve an error (and nothing more) is when I start apache through the service manager. Like I said previously I have the log file(s) and log dir are owned by system with write permission, also the modules are owned by system (the SYSTEM user). If I change this there is no effect and I still recieve error 1062. To install the service I used this: $ cygrunsrv -I httpd -p /usr/sbin/httpd -d CYGWIN httpd \ -a '-k' -e CYGWIN=binmode ntsec ntea My user and group database files are all up-to-date and I can't think of anything else this can be :/ Elfyn [EMAIL PROTECTED] Elfyn, Just for kicks, did you try starting Apache from a SYSTEM-owned shell? I posted instructions on how to get one to this list a couple of months ago. It'd be interesting to know whether it works. Certainly would eliminate some variables from the equation (i.e., the username). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: using text files unix-windows- macintosh tip
On Thu, 16 Jan 2003, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 09:43:50AM -0500, Gordon R. Keehn wrote: The GWD editor (http://www.gwdsoft.com) is another good choice. It features language specific hilighting and a bunch of other great tools, and has a C-like macro language. I have used it to edit scripts and makefiles while running a cygwin shell. It's not open-source, but then not all great software is. No, but the non-cygwin software is pretty off-topic for this list. cgf What I don't understand is why this thread has even come up, when at least two editors available for Cygwin (vim and emacs) handle all the above issues perfectly (and have many of the same features, e.g., syntax highlighting)? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygipc...
Colin, Please post instead of sending private email. On Thu, Jan 16, 2003 at 09:13:33AM -0800, Colin wrote: Can't seem to get ipc-daemon to compile on my w2k machine??? Do you Google? http://www.google.com/search?q=cygipc Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: using text files unix-windows- macintosh tip
At 12:47 PM 1/16/2003, Igor Pechtchanski wrote: On Thu, 16 Jan 2003, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 09:43:50AM -0500, Gordon R. Keehn wrote: The GWD editor (http://www.gwdsoft.com) is another good choice. It features language specific hilighting and a bunch of other great tools, and has a C-like macro language. I have used it to edit scripts and makefiles while running a cygwin shell. It's not open-source, but then not all great software is. No, but the non-cygwin software is pretty off-topic for this list. cgf What I don't understand is why this thread has even come up, when at least two editors available for Cygwin (vim and emacs) handle all the above issues perfectly (and have many of the same features, e.g., syntax highlighting)? People like editor war threads. Why, don't you? ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: COM port setup
On Thu, 16 Jan 2003, Paul Munden wrote: Hi, I'm hoping you could help me. I'm using CYGWIN to run some SMS tools and the tools config files need setting up to add the details of which com port I'm using. Basically I just need to know how I would go about creating the com4 object in /dev so that it does actually point at the com port as when installed, CYGWIN came with no /dev or any example of how I would setup the com object. Any help appreciated Paul. Paul, /dev is a virtual directory on Cygwin, just like /proc or /cygdrive. You should still be able to access /dev/com4. You can create a real /dev directory, but I don't think you can actually get a list of the devices there using ls (not yet, at least. Perhaps when Christopher Faylor's mknod code comes out). You can ls any individual device, though... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: using text files unix-windows- macintosh tip
On Thu, 16 Jan 2003, Larry Hall (RFK Partners, Inc) wrote: At 12:47 PM 1/16/2003, Igor Pechtchanski wrote: On Thu, 16 Jan 2003, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 09:43:50AM -0500, Gordon R. Keehn wrote: The GWD editor (http://www.gwdsoft.com) is another good choice. It features language specific hilighting and a bunch of other great tools, and has a C-like macro language. I have used it to edit scripts and makefiles while running a cygwin shell. It's not open-source, but then not all great software is. No, but the non-cygwin software is pretty off-topic for this list. cgf What I don't understand is why this thread has even come up, when at least two editors available for Cygwin (vim and emacs) handle all the above issues perfectly (and have many of the same features, e.g., syntax highlighting)? People like editor war threads. Why, don't you? ;-) Larry Hall [EMAIL PROTECTED] Me? Nah. O:) Waste of time and bandwidth. Never any conclusion, either. Igor P.S. vi rulez! vi forever! ;-) -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
W2K: cvs hangs after ci and update
I have a very weird problem which is irrating. I would apreciate if anyone had any suggesting what I could check or test - I'm even prepared to gdb cvs (any instructions where to start?) Now: - If I connect to my sourceforge projects, the cvs behaves normally - If I connect to my work server, running Debian linux 3.1 unstable (always up to date), the prompt hangs and cvs never ends. [Concurrent Versions System (CVS) 1.11.2-debian (client/server)] I mean, no matter what command I run, which connects to my work server, it never return the prompt without hititng C-c after which the output is: hung cvs after ci, up etc. cvs [commit aborted]: received interrupt signal bash$ back again I wonder if this has anything to do with line endings somehow? It does not matter what file I process with cvs (.txt, .pdf, .jpg) It makes no difference whether I'm in dos-bash or rxvt-bash. Jari -- Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Jan 15 22:44:42 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: H:/bin/emacs/XEmacs/bin/i686-pc-cygwin h:/unix-root/u/bin h:/unix-root/u/usr/bin H:\unix-root\u\usr\local\bin H:\unix-root\u\bin H:\unix-root\u\usr\bin H:\unix-root\u\usr\sbin H:\unix-root\u\sbin H:\unix-root\u\usr\X11R6\bin E:\home\jaalto\bin\bat\picasso\bin E:\home\jaalto\tmp\sforge\perl-text2html\bin E:\home\jaalto\tmp\sforge\perl-webget\bin E:\home\jaalto\bin\perl\my H:\bin\dos H:\bin\dos\misc H:\bin\dos\other H:\bin\dos\zip E:\home\jaalto\bin\shell E:\home\jaalto\elisp\tiny\bin H:\bin\dos H:\bin\dos H:\bin\dos\expat H:\bin\dos\expat\Libs G:\Program Files\commercial\Perforce d:\wbin\server\sql\mysql\bin D:\wbin\server\apache H:\bin\lang\php\php4 H:\bin\lang\php\php4\dlls D:\java\sun\jdk-1.4.1\bin H:\bin\oracle\ora81\bin G:\Program Files\Oracle\jre\1.1.7\bin G:\WINNT\system32 G:\WINNT G:\WINNT\System32\Wbem G:\Program Files\Resource Pro Kit\ H:\unix-root\u\usr\share\site-perl\script\misc E:\home\jaalto\tmp\sforge\perl-dyndns\bin SysDir: G:\WINNT\System32 WinDir: G:\WINNT CYGWIN = `tty ntsec binmode' HOME = `E:\home\jaalto' PWD = `/cygdrive/e/home/jaalto' USER = `jaalto' ALLUSERSPROFILE = `G:\Documents and Settings\All Users.WINNT' APPDATA = `G:\Documents and Settings\Administrator.W2KPICASSO.000\Application Data' BASH_UNIX_ROOT_START = `h:/unix-root/u' BLASTER = `A220 I5 D1 H5 P330 T6' CATALINA_HOME = `D:\wbin\server\http\apache\jakarta-tomcat-4.1.7-LE-jdk14' CLASSPATH = `.;d:\wbin\server\http\apache\jakarta-tomcat-4.1.7-LE-jdk14\common\lib\servlet.jar' COMMONPROGRAMFILES = `G:\Program Files\Common Files' COMPUTERNAME = `W2KPICASSO' COMSPEC = `G:\WINNT\system32\cmd.exe' CTSYN = `C:\WINDOWS' DYNDNS_PL_CFG = `E:\home\jaalto\config\other\dyndns.conf' EMACSDATA = `H:/bin/emacs/gnu-emacs/emacs-20.7.3/etc' EMACSDOC = `H:/bin/emacs/gnu-emacs/emacs-20.7.3/etc' EMACSLOADPATH = `H:/bin/emacs/gnu-emacs/emacs-20.7.3/site-lisp;H:/bin/emacs/gnu-emacs/emacs-20.7.3/../site-lisp;H:/bin/emacs/gnu-emacs/emacs-20.7.3/lisp;H:/bin/emacs/gnu-emacs/emacs-20.7.3/leim' EMACSLOCKDIR = `H:/bin/emacs/gnu-emacs/emacs-20.7.3/lock' EMACSPATH = `H:/bin/emacs/gnu-emacs/emacs-20.7.3/bin' EMACS_DIR = `H:/bin/emacs/gnu-emacs/emacs-20.7.3' EMAIL = `[EMAIL PROTECTED]' EM_PARENT_PROCESS_ID = `1776' HOMEDRIVE = `G:' HOMEPATH = `\' ISP_FLAG = `E:\home\jaalto\tmp\dial-ok.flag' ISP_WEEKEND = `E:\home\jaalto\tmp\dial-weekend.flag' JAVA_HOME = `D:\java\sun\jdk-1.4.1' JRE = `D:\java\sun\jdk-1.4.1\jre' LC_ALL = `en_US.iso88591' LOGNAME = `jaalto' LOGONSERVER = `\\W2KPICASSO' MAILHOST = `mail.koti.tpo.fi' MYWEBGET_PL_CFG = `E:\home\jaalto\config\mywebget\mywebget.conf' MY_EMACS_ROOT = `h:/bin/emacs' MY_HOME_NEWS_ROOT = `f:/home/jaalto/News' MY_JAVA_ROOT = `D:\java\sun' NNTPSERVER = `news.koti.tpo.fi' NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `G:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PERL5LIB = `/usr/share/site-perl/CPAN' PERL5LIB_1 = `h:/unix-root/u/usr/share/site-perl/CPAN' PGPPATH = `e:\home\jaalto\.pgp' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0502' PROGRAMFILES = `G:\Program Files' RCSINIT = `-x,v -zLT' SHELL = `h:/unix-root/u/bin/bash.exe' SHLVL = `1' SITE_LISP_ROOT_START = `h:/unix-root/u/usr/share/site-lisp' SITE_NEWTON_PASS = `1Takamine' SITE_SAUNALAHTI_PASS = `nets' SITE_TPO_PASS = `mxnfyt3a' SITE_UTA_PASS = `1Can2jon' SMTPSERVER = `smtp.sooninternet.net' SYSTEMDRIVE = `G:'
Re: cvs hangs after ci and update
Jari Aalto+mail.linux wrote: I have a very weird problem which is irrating. I would apreciate if anyone had any suggesting what I could check or test - I'm even prepared to gdb cvs (any instructions where to start?) Now: - If I connect to my sourceforge projects, the cvs behaves normally - If I connect to my work server, running Debian linux 3.1 unstable (always up to date), the prompt hangs and cvs never ends. [Concurrent Versions System (CVS) 1.11.2-debian (client/server)] Running cvs with the -t option would be the obvious place to start. If that doesn't give any clues, then you might try strace. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
Igor, Just for kicks, did you try starting Apache from a SYSTEM-owned shell? I posted instructions on how to get one to this list a couple of months ago. It'd be interesting to know whether it works. Certainly would eliminate some variables from the equation (i.e., the username). I cant seem to get htdig to help me find it... It's awfully slow. I'm going through the archives by hand starting in October '02 so I hope to find it ;-) Elfyn [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Installation
I seem to have the basic packages and directories installed, but I have ended up with 2 additional directories labelled with the name of the mirror site I used (think I attempted download more than once). i.e. bin etc ftp mirror site ftp mirror site home lib tmp usr var In the ftp directories I have the same files that are in /etc/setup, but instead of them being lst.gz files they are tar.bz2. I can use the CLI to view the directories with ls -l but not run commands like locate. The /bin directory seems to have all the executables, and my PATH statement has C:\cygwin\bin. Please help Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
Elfyn McBratney wrote: Igor, Just for kicks, did you try starting Apache from a SYSTEM-owned shell? I posted instructions on how to get one to this list a couple of months ago. It'd be interesting to know whether it works. Certainly would eliminate some variables from the equation (i.e., the username). I cant seem to get htdig to help me find it... It's awfully slow. I'm going through the archives by hand starting in October '02 so I hope to find it ;-) To do it with no extra tools, you can do run at hh:mm /interactive cmd, with hh:mm being the next minute. Then you just have to wait for the Task Scheduler to give you your shell when the clock ticks over. Alternatively, http://www.google.co.uk/search?q=cmdasuser is a convenient little program, to accomplish this without the wait. Once you have your cmd shell, just run bash, and go from there. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Command-line email?
Does cygwin have a simple command-line email tool to toss an email to an SMTP server (without having to configure and run a full-taco MTA)? Thanks, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Command-line email?
ssmtp, pine, mutt, and there's always perl Mail::Sender. David Does cygwin have a simple command-line email tool to toss an email to an SMTP server (without having to configure and run a full-taco MTA)? Thanks, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installation
Scott Taylor wrote: I seem to have the basic packages and directories installed, but I have ended up with 2 additional directories labelled with the name of the mirror site I used (think I attempted download more than once). i.e. bin etc ftp mirror site ftp mirror site home lib tmp usr var In the ftp directories I have the same files that are in /etc/setup, but instead of them being lst.gz files they are tar.bz2. I can use the CLI to view the directories with ls -l but not run commands like locate. The /bin directory seems to have all the executables, and my PATH statement has C:\cygwin\bin. Please help You are using the same directory as the package cache and install root. This is not recommended. Choose somewhere else as your package cache dir, and move the ftp-mirror-site dirs there. Tell setup about this new cache dir next time you run it. Setup stores the packages it downloads in the cache dir, in case you want to reinstall. That is what the tar.* files are. The lst.gz files are part of setup's accounting of what is installed - leave them alone. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Command-line email?
Michael Hipp wrote: Does cygwin have a simple command-line email tool to toss an email to an SMTP server (without having to configure and run a full-taco MTA)? I've never used it, but ssmtp might do what you want. Otherwise, exim is *very* easy to set up. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Command-line email?
Michael, Yes. Apropros (man -k) is helpful if you have a package installed. With a full Cygwin installation: % apropos mail Net::SMTP (3)- Simple Mail Transfer Protocol Client Net::SMTP (3pm) - Simple Mail Transfer Protocol Client exim (8) - a Mail Transfer Agent fetchmail (1)- fetch mail from a POP, IMAP, ETRN, or ODMR-capable server formail (1) - mail (re)formatter mbox (5) - Format for mail message storage. mutt (1) - The Mutt Mail User Agent mutt_dotlock (1) - Lock mail spool files. muttrc (5) - Configuration file for the Mutt Mail User Agent pine (1) - a Program for Internet News and Email procmail (1) - autonomous mail processor procmailex (5) - procmail rcfile examples procmailrc (5) - procmail rcfile procmailsc (5) - procmail weighted scoring technique ssmtp, sendmail (8) - send a message using smtp The Cygwin package search page (http://cygwin.com/packages/) can help, too (patience required). With a simple search for mail there, 72 packages are listed. Not all seem completely relevant: BASH? Vim? Lilypond? I don't know why all those hits are produced. And what's that search engine? Oh, yeah. Google... I've heard it's good. I use ssmtp with some cover scripts to send automated change notification mail to my partners when I do CVS updates, e.g. Randall Schulz At 10:45 2003-01-16, Michael Hipp wrote: Does cygwin have a simple command-line email tool to toss an email to an SMTP server (without having to configure and run a full-taco MTA)? Thanks, Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
To do it with no extra tools, you can do run at hh:mm /interactive cmd, with hh:mm being the next minute. Then you just have to wait for the Task Scheduler to give you your shell when the clock ticks over. Cheers Max and Igor, neat little trick. I just tried starting the service as the system user and I get the same error (1062). Again if I run apache from the command line it works... Before I gave in to windows the last time I tried everything imaginable and it still wouldn't budge. I'm in the same situation now :/ I'm about to dig out to my old stash of dll's and reload 1.3.12-4 which is the last time I had apache working as a service. Is there anything I can do to find out where the problem is other than a long old strace? Elfyn [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: using text files unix-windows- macintosh tip
On Thu, Jan 16, 2003 at 12:47:02PM -0500, Igor Pechtchanski wrote: On Thu, 16 Jan 2003, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 09:43:50AM -0500, Gordon R. Keehn wrote: The GWD editor (http://www.gwdsoft.com) is another good choice. It features language specific hilighting and a bunch of other great tools, and has a C-like macro language. I have used it to edit scripts and makefiles while running a cygwin shell. It's not open-source, but then not all great software is. No, but the non-cygwin software is pretty off-topic for this list. cgf What I don't understand is why this thread has even come up, when at least two editors available for Cygwin (vim and emacs) handle all the above issues perfectly (and have many of the same features, e.g., syntax highlighting)? Heh. My email had this observation in it originally but then I thought it sounded too mean. Hey, wait a minute. Am I slipping or something? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
On Thu, 16 Jan 2003, Elfyn McBratney wrote: Igor, Just for kicks, did you try starting Apache from a SYSTEM-owned shell? I posted instructions on how to get one to this list a couple of months ago. It'd be interesting to know whether it works. Certainly would eliminate some variables from the equation (i.e., the username). I cant seem to get htdig to help me find it... It's awfully slow. I'm going through the archives by hand starting in October '02 so I hope to find it ;-) Elfyn [EMAIL PROTECTED] Elfyn, Here's the message I meant: http://cygwin.com/ml/cygwin/2002-12/msg00613.html Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: COM port setup
On Thu, Jan 16, 2003 at 12:54:24PM -0500, Igor Pechtchanski wrote: On Thu, 16 Jan 2003, Paul Munden wrote: Hi, I'm hoping you could help me. I'm using CYGWIN to run some SMS tools and the tools config files need setting up to add the details of which com port I'm using. Basically I just need to know how I would go about creating the com4 object in /dev so that it does actually point at the com port as when installed, CYGWIN came with no /dev or any example of how I would setup the com object. Any help appreciated Paul. Paul, /dev is a virtual directory on Cygwin, just like /proc or /cygdrive. You should still be able to access /dev/com4. You can create a real /dev directory, but I don't think you can actually get a list of the devices there using ls (not yet, at least. Perhaps when Christopher Faylor's mknod code comes out). You can ls any individual device, though... mknod will allow you to create device files but it doesn't handle /dev. When my mount changes come out, you'll be able to mount /dev anywhere and then Chris January's /dev handler will be possible. So maybe in six months or so, we'll have a real /dev directory possible either as a 'devfs' type directory or as a more traditional standard directory with a lot of 'device files' in it. I hope to have mknod and mkfifo in 1.3.20. cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: using text files unix-windows- macintosh tip
On Thu, 16 Jan 2003, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 12:47:02PM -0500, Igor Pechtchanski wrote: On Thu, 16 Jan 2003, Christopher Faylor wrote: On Thu, Jan 16, 2003 at 09:43:50AM -0500, Gordon R. Keehn wrote: The GWD editor (http://www.gwdsoft.com) is another good choice. It features language specific hilighting and a bunch of other great tools, and has a C-like macro language. I have used it to edit scripts and makefiles while running a cygwin shell. It's not open-source, but then not all great software is. No, but the non-cygwin software is pretty off-topic for this list. cgf What I don't understand is why this thread has even come up, when at least two editors available for Cygwin (vim and emacs) handle all the above issues perfectly (and have many of the same features, e.g., syntax highlighting)? Heh. My email had this observation in it originally but then I thought it sounded too mean. Hey, wait a minute. Am I slipping or something? cgf Nah, just avoiding predictability... I mean, everyone *expects* you to sound mean... ;-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv and apache
Elfyn McBratney wrote: To do it with no extra tools, you can do run at hh:mm /interactive cmd, with hh:mm being the next minute. Then you just have to wait for the Task Scheduler to give you your shell when the clock ticks over. Cheers Max and Igor, neat little trick. I just tried starting the service as the system user and I get the same error (1062). Again if I run apache from the command line it works... It shouldn't matter who you issue the service start request as. Did you try running apache from the SYSTEM command line? I don't know much about apache, but when in similar circumstances with ssh, I turn debugging up to maximum, and look at /var/log/servicename.log. Apache has its own logs that it might be worthwhile to look in as well. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc installation problem - entry point not found
I just installed gcc as part of a new cygwin installation. I did a very simple test of gcc (compiling Hello world) to see if it works. I get a error pop up. The header says cc1.exe - Entry Point Not Found. The message is The procedure entry point putc_unlocked could not be located in the dynamic link library cygwin1.dll.. Obviuosly something is wrong with my installation. Can anyone help? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc installation problem - entry point not found
Steve Marks wrote: I just installed gcc as part of a new cygwin installation. I did a very simple test of gcc (compiling Hello world) to see if it works. I get a error pop up. The header says cc1.exe - Entry Point Not Found. The message is The procedure entry point putc_unlocked could not be located in the dynamic link library cygwin1.dll.. Obviuosly something is wrong with my installation. Can anyone help? Thanks You've got an old cygwin1.dll somewhere on your system. Remove it. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/