new Cygwin maintainer for LilyPond
I'm happy to announce that we found a new maintainer for the Cygwin package of LilyPond: Bertalan Fodor. He writes: I am working on a songbook with my colleague, Márton Józsa, and we decided to contribute together in Lilypond packaging and after some time perhaps development. I have some more time than Márton, so I can do cygwin packaging. Patches to build LilyPond natively on Cygwin using mknetel were included, and additional information on the build process can be found at http://lilypond.org/web/devel/packaging.html Bert will be announcing a new lilypond-2.0.1 package for Cygwin shortly. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: Who is Cygwin's readline maintainer?
On Wed, Oct 01, 2003 at 11:59:27AM -0400, Charles Wilson wrote: Ronald Landheer-Cieslak wrote: There is a test version (5.0-alpha) of readline on which the test version (3.0-alpha) os Bash depends. As I'm having a wee bit of trouble with readline (building it, for the moment) I'd like to coordinate my efforts with Cygwin's readline maintainer but I don't know who he/she is.. That's me. However, AFAIK at present bash is built using its included copy of the readline sources and does not use libreadline. That may be changing as of 5.0/3.0 but it is news to me. Ehm.. good news or bad news? Anyways, Chet gave me the URLs of readline-5.0-alpha and bash-3.0-alpha and I tried building readline first (and failed). I haven't tried Bash w/o readline yet. readline is...not fun...to compile as a shared library; my patch is quite large, and includes re-auto-tool-ing. I'm gradually pushing parts of it upstream, but... If you'd like to adapt my current -src package/patchset to the alpha release, I'd welcome your assistance. ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/release/readline/readline-4.3-5-src.tar.bz2 I won't have time for that today, in any case ;) I'll see what I can do when I can do something, but feel free to see what you can do if you can do something before me ;) In either case, I'll let you know if/when I do anything in the way to fixing readline building for Cygwin. rlc -- Recursion n.: See Recursion. -- Random Shack Data Processing Dictionary
Re: [ITP] d 1.2.0
Yaakov schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lapo Luchini wrote: In the usual case you have to carefully modify... nothing. Actually if script version is equal to source tar, most of the work should be done automatically. (it is, in most of my packages) OK, so I tried just that. The script seemed to work fine through patch, configure, and make in src dir. But when make was in doc dir, it choked. The problem is that the d.1 man pages are created through help2man (a perl script which is included in the doc dir of the vanilla source). Apparently the script didn't know that, and it didn't copy help2man to the .build/doc dir, so make exited with errors. Also, there are info pages, but make didn't get that far, so I don't know what will happen then. Could you help me out with this? Thanks! That is meant by 'modifying carefully'. Add copying help2man to ./build/doc to the configure() part in the script. Or start maintaining help2man at first, push in the netrelease and modify the source (Makefile.in) of d to use the system help2man;-) Little hint, the package is ready and just waiting to be adopted by a maintainer: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/ADOPT-ME/help2man/ Gerrit -- =^..^=
We have a new keeper of the pending package list and uploader of packages!
Hi folks, I'm proud to present Daniel Reed as our new Keeper of the pending package list and uploader of packages, or shorter, KOTPPLAUOP. Hmm, I guess we need a better, handy job desription with a nice entry in our OLOCA. Anyway, Daniel has prepared himself to keep us informed about the package proposals (he's written stuff in XML/XSL to keep the list in a good shape) and he will start soon, probably today, to keep us informed with the new style list on a weekly or bi-weekly base. Additionally he will start uploading packages soon. Please welcome Daniel and give him a good start, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: We have a new keeper of the pending package list and uploader of packages!
On Thu, 2 Oct 2003, Corinna Vinschen wrote: Hi folks, I'm proud to present Daniel Reed as our new Keeper of the pending package list and uploader of packages, or shorter, KOTPPLAUOP. Hmm, I guess we need a better, handy job desription with a nice entry in our OLOCA. Anyway, Daniel has prepared himself to keep us informed about the package proposals (he's written stuff in XML/XSL to keep the list in a good shape) and he will start soon, probably today, to keep us informed with the new style list on a weekly or bi-weekly base. Additionally he will start uploading packages soon. Please welcome Daniel and give him a good start, Corinna Welcome, Daniel! Corinna, I've added KOTPPLAUOP to the OLOCA with a reference to the above message. I'm also willing to add more detailed a job description once you have it fleshed out (the acronym itself *is* a job description, IMO). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: We have a new keeper of the pending package list and uploader of packages!
Howdy, all. I have been a subscriber for a while (I maintain a Cygwin package for my NAIM client), so hopefully this will not be a drastic change. I am going to go over the PPL once more and send it out shortly, so if anyone has been holding back an ITP or set of URLs, feel free to let them out. I have entries for tetrix, graphviz, tcm, ploticus, sgrep, libsigsegv, suite3270, check, mhash, libmcrypt, and d. Any messages related to packages, including intents to package/initial proposals, updated URLs, new releases, etc. should be sent to the mailing list for archival purposes, rather than the deep breath KOTPPLAUOP. Thanks, -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ The pursuit of pretty formulas and neat theorems can no doubt quickly degenerate into a silly vice, but so can the quest for austere generalities which are so very general indeed that they are incapable of application to any particular. -- Eric Temple Bell, Mathematician
Re: Problem uninstalling XFree86-bin-icons
Chris, Well, what I can see is that setup.exe is leaving dead bash and sh processes around if you cancel this. The post-install and pre-remove scripts both work fine if run from a bash prompt. I changed /etc/postinstall/XFree86-bin-icons.sh to pass '-x' to sh and looked at the log file in /var/log/, which I have been asked to do. It contained exactly the following: + /usr/X11R6/bin/XFree86-bin-icons.sh /etc/postinstall/XFree86-bin-icons.sh isn't all that complex either (the following differs from the official package, I have stripped the comment line, just in case it was causing a problem): #!/bin/sh -x /usr/X11R6/bin/XFree86-bin-icons.sh Setup still borked on the above script. Note that /usr/X11R6/bin/XFree86-bin-icons.sh does have execute permissions and /var/log/setup.log.full. I have tried changing the postinstall script to the following, just in case there was some sort of side-effect of running our bash script from an sh-launched bash shell (not likely, but wanted to rule it out): #!/bin/bash -x bash -c /usr/X11R6/bin/XFree86-bin-icons.sh I guess the next step is that I am going to add some print-outs to /usr/X11R6/bin/XFree86-bin-icons.sh so that I can figure out if it is looping endlessly or trying to return. Harold Chris January wrote: Setup (2.415) hangs when uninstalling XFree86-bin-icons. What can I do to find out why? Chris -- http://www.atomice.com
Re: please review: libmcrypt-2.5.7-1, libmcrypt-devel-2.5.7-1
On 2003-10-01T18:08+0200, Stefan Hetzl wrote: ) I have created cygwin packages for libmcrypt version 2.5.7. For these packages ) I used method 2 and tried to stick as closely to it as possible. If the ) packages are ok, please upload them. Uploaded. Please send an announcement in a couple of hours. Since this is a new package, please verify that setup.exe is able to install the package before announcing its availability. -rw-r--r--1 cygwin 97515 Oct 1 15:22 libmcrypt/libmcrypt-2.5.7-1.tar.bz2 -rw-r--r--1 cygwin 387635 Oct 1 15:45 libmcrypt/libmcrypt-2.5.7-1-src.tar.bz2 -rw-r--r--1 cygwin576 Oct 1 15:53 libmcrypt/setup.hint -rw-r--r--1 cygwin 22755 Oct 1 15:22 libmcrypt/libmcrypt-devel/libmcrypt-devel-2.5.7-1.tar.bz2 -rw-r--r--1 cygwin256 Oct 1 15:53 libmcrypt/libmcrypt-devel/setup.hint -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ A professor is one who talks in someone else's sleep.
another XWin crash
I'm using XFree86 to connect to remote linux system in fullscreen mode. Whenever I open an openoffice on that system and try to open any menu in it, XWin crashes. I'm using cygwin 1.5.5 on Win2k server SP4. Pavel. P.S. I had to compress the cygcheck output since mail server does not like messages larger than 50K bytes. cygcheck.out.gz Description: GNU Zip compressed data
Re: another XWin crash
Pavel, Please send in /tmp/XWin.log from one of these sessions where you have a crash. Harold Pavel Rosenboim wrote: I'm using XFree86 to connect to remote linux system in fullscreen mode. Whenever I open an openoffice on that system and try to open any menu in it, XWin crashes. I'm using cygwin 1.5.5 on Win2k server SP4. Pavel. P.S. I had to compress the cygcheck output since mail server does not like messages larger than 50K bytes.
Re: AltGr is CTRL on Norwegian/German keyboard
Hi! I just wanted to state that after updating to the newest Cygwin Software my problem with the missing ,,| keys disappeared. Although I do not know what specifically made this happen ... A again very happy Cygwin/XFree86 User ... -- Heiko Nardmann (Dipl.-Ing. Technische Informatik) secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 Besuchen Sie uns vom 20. - 24.10.2003 auf der Systems in München, Halle B2, Stand 315 und vom 06. - 08.11.2003 auf der Comtec in Dresden, Halle 4, Stand B5. Wir freuen uns auf das Gespräch mit Ihnen.
Re: another XWin crash
Harold L Hunt II wrote: Pavel, Please send in /tmp/XWin.log from one of these sessions where you have a crash. Harold Done. Stackdump also attached. Also this happens when I use indirect method. It doesn't crash when I use query method. Pavel. Pavel Rosenboim wrote: I'm using XFree86 to connect to remote linux system in fullscreen mode. Whenever I open an openoffice on that system and try to open any menu in it, XWin crashes. I'm using cygwin 1.5.5 on Win2k server SP4. Pavel. P.S. I had to compress the cygcheck output since mail server does not like messages larger than 50K bytes. Exception: STATUS_ACCESS_VIOLATION at eip=004F7AEE eax=0079A4D0 ebx=0001 ecx=1010097C edx=2A8BB409 esi=0008 edi= ebp=0022F208 esp=0022F1E0 program=C:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022F208 004F7AEE (1010097C, , 2A8BB409, ) 0022F248 004F90D7 (1010097C, 0022F280, , ) 0022F2A8 004E98B2 (1010097C, 0022F960, , 1028D6F0) 0022F638 004DB6D6 (1028D6F0, 0022F960, 007F, 003F) 0022F788 004DBCB2 (10109FD8, 0022F960, 007F, 003F) 0022FA78 004D7C7E (103348C8, 0014, , ) 0022FEA8 00408072 (0002, , 61605144, 0001) 0022FEF0 0040179A (000E, 61605144, 10100330, 0022FF24) 0022FF40 61005018 (610CFEE0, FFFE, 03A4, 610CFE04) 0022FF90 610052ED (, , 8043138F, ) 0022FFB0 00742FA1 (00401490, 037F0009, 0022FFF0, 7C4E87F5) 0022FFC0 0040103C (, , 7FFDF000, 0022E7B0) 0022FFF0 7C4E87F5 (00401000, , 00C8, 0100) End of stack trace ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning ddxProcessArgument - screen - Found ``WxD'' arg _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winAllocateFBShadowDDNL - Not changing video mode winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2048 winAllocateFBShadowDDNL - Created shadow pitch: 2048 winAllocateFBShadowDDNL - Created shadow stride: 1024 winFinishScreenInitFB - Masks: f800 07e0 001f winInitVisualsShadowDDNL - Masks f800 07e0 001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: 0409 (0409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 512 384 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAllocateFBShadowDDNL - Not changing video mode winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2048 winAllocateFBShadowDDNL - Created shadow pitch: 2048 winAllocateFBShadowDDNL - Created shadow stride: 1024 winFinishScreenInitFB - Masks: f800 07e0 001f winInitVisualsShadowDDNL - Masks f800 07e0 001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout:
Re: cygwin.rules - Enabling shared libXt finally?
Harold L Hunt II wrote: gcc -shared -o x1.dll x1.c xtinherit.c ^^ ^^^ That is the crux of my whole argument, and I believe it is what Alan was trying to tell me to do. You do *not* link xtinherit.c/o into x1.dll. Instead, only for demonstration purposes, you can link it directly into any executables that link to x1.dll. What is your response to that? i686-pc-cygwin32-gcc -shared -o x1.dll x1.c /tmp/ccE9Szng.o(.data+0x0):x1.c: undefined reference to `__XtInherit' bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
XWin.log: WIBGI ...
Hello list ! As I know you really love WIBGI, I will contribute my ... suggestion ;-) I often have multiple XWin launched at the same time, and if XWin.log could have somewhere in his name the display number, I think that would be much easier to debug ... Thx for your attention, Gael.
Re: XWin.log: WIBGI ...
Yes, it would be great if the log file put the display and screen numbers in each message. However, this wouldn't really fix the problem because there is no synchronization to write to the log file, so you often get messages written on top of each other when you run more than one display or screen. XFree86 CVS currently has a new log file system that Alexander has enabled for Cygwin/XFree86. I don't know if that new system uses display and screen-specific log files or not (I think it should and probably does). So, your request may magically be fixed when XFree86 4.4.0 is released. By the way, 4.4.0 is going to be a very nice upgrade. It has had a lot of new features added that work for all supported platforms, including Cygwin (such as the log feature). So, wait patiently dear user, wait patiently, Harold Gaël Gueguen wrote: Hello list ! As I know you really love WIBGI, I will contribute my ... suggestion ;-) I often have multiple XWin launched at the same time, and if XWin.log could have somewhere in his name the display number, I think that would be much easier to debug ... Thx for your attention, Gael.
Re: Japanese keyboard auto-detection
On Tue, 23 Sep 2003 11:45:18 +0900 Kensuke Matsuzaki [EMAIL PROTECTED] wrote: As far as I tested, when I press Eisu_toggle key, I receive WM_KEYDOWN VK_DBE_ALPHANUMRIC. But I never receive WM_KEYUP until I press Katakana key, even if I release Eisu_toggle key. Also if I release Katakana key, I never receive WM_KEYUP. Thanks to your observation I have noticed that I should separate the problems on Japanese keyboards. One is the odd window messages, the other is the XKB layout. I have no idea for the first one so I have worked on the Eisu key on XKB layouts. I have made an option 'eisu' for XKB. It makes the Eisu key act as Eisu_toggle when pressed without shift keys and as Caps_Lock when pressed with shift keys. I prefer it because it is consistent with the Windows behaviour as well as the physical imprints on Japanese keyboards. However, it might confuse other users, especially those come from UNIX. So it should be considered whether it suits the default of Japanese keyboards. The attached are 'eisu' XKB symbol file (should be placed in /etc/X11/xkb/symbols/ ) and the patch for /etc/X11/xkb/rules/xfree86 . After installing those, setxkbmap -v 10 jp -option eisu will bring out the eisu behaviour. I hope this eisu option be the default for Japanese keyboards in Cygwin if other Japanese users agree. Takuma Murakami ([EMAIL PROTECTED]) eisu Description: Binary data rules.xfree86.patch Description: Binary data
Re: another XWin crash
Pavel, I have made a debug version of XWin.exe for you: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test101-DEBUG.exe.bz2 (3,293 KiB) Please download it, unbip2 it, and run it under gdb. There may be a few exceptions thrown in gdb when XWin.exe first starts; you can 'continue' through those exceptions, as they are part of the normal functionality of cygwin1.dll. Please report the function name where XWin.exe crashes. Thanks for testing, Harold Pavel Rosenboim wrote: Harold L Hunt II wrote: Pavel, Please send in /tmp/XWin.log from one of these sessions where you have a crash. Harold Done. Stackdump also attached. Also this happens when I use indirect method. It doesn't crash when I use query method. Pavel. Pavel Rosenboim wrote: I'm using XFree86 to connect to remote linux system in fullscreen mode. Whenever I open an openoffice on that system and try to open any menu in it, XWin crashes. I'm using cygwin 1.5.5 on Win2k server SP4. Pavel. P.S. I had to compress the cygcheck output since mail server does not like messages larger than 50K bytes. Exception: STATUS_ACCESS_VIOLATION at eip=004F7AEE eax=0079A4D0 ebx=0001 ecx=1010097C edx=2A8BB409 esi=0008 edi= ebp=0022F208 esp=0022F1E0 program=C:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0022F208 004F7AEE (1010097C, , 2A8BB409, ) 0022F248 004F90D7 (1010097C, 0022F280, , ) 0022F2A8 004E98B2 (1010097C, 0022F960, , 1028D6F0) 0022F638 004DB6D6 (1028D6F0, 0022F960, 007F, 003F) 0022F788 004DBCB2 (10109FD8, 0022F960, 007F, 003F) 0022FA78 004D7C7E (103348C8, 0014, , ) 0022FEA8 00408072 (0002, , 61605144, 0001) 0022FEF0 0040179A (000E, 61605144, 10100330, 0022FF24) 0022FF40 61005018 (610CFEE0, FFFE, 03A4, 610CFE04) 0022FF90 610052ED (, , 8043138F, ) 0022FFB0 00742FA1 (00401490, 037F0009, 0022FFF0, 7C4E87F5) 0022FFC0 0040103C (, , 7FFDF000, 0022E7B0) 0022FFF0 7C4E87F5 (00401000, , 00C8, 0100) End of stack trace ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning ddxProcessArgument - screen - Found ``WxD'' arg _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winAllocateFBShadowDDNL - Not changing video mode winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 2048 winAllocateFBShadowDDNL - Created shadow pitch: 2048 winAllocateFBShadowDDNL - Created shadow stride: 1024 winFinishScreenInitFB - Masks: f800 07e0 001f winInitVisualsShadowDDNL - Masks f800 07e0 001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (==) winConfigKeyboard - Layout: 0409 (0409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc101 Layout = us Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 512 384 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAllocateFBShadowDDNL - Not changing video mode winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary
Re: another XWin crash
Harold L Hunt II wrote: Pavel, I have made a debug version of XWin.exe for you: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test101-DEBUG.exe.bz2 (3,293 KiB) Please download it, unbip2 it, and run it under gdb. There may be a few exceptions thrown in gdb when XWin.exe first starts; you can 'continue' through those exceptions, as they are part of the normal functionality of cygwin1.dll. Please report the function name where XWin.exe crashes. Program received signal SIGSEGV, Segmentation fault. 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 (gdb) where #0 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 #1 0x00536bf6 in XkbWriteXKBGeometry (file=0x10103d8c, result=0x22f030, topLevel=0, showImplicit=0, addOn=0x524bc3 _AddIncl, priv=0x10369de8) at xkbout.c:1020 #2 0x0052555c in XkbWriteXKBKeymapForNames (file=0x10103d8c, names=0x22f790, dpy=0x0, xkb=0x10280a78, want=127, need=63) at xkbfmisc.c:493 #3 0x00512e2c in XkbDDXCompileKeymapByNames (xkb=0x10280a78, names=0x22f790, want=127, need=63, nameRtrn=0x22f670 , nameRtrnLen=259) at ddxLoad.c:325 #4 0x005131ef in XkbDDXLoadKeymapByNames (keybd=0x1010c590, names=0x22f790, want=127, need=63, finfoRtrn=0x22f880, nameRtrn=0x22f670 , nameRtrnLen=259) at ddxLoad.c:476 #5 0x0050e54f in ProcXkbGetKbdByName (client=0x1034fd88) at xkb.c:5839 #6 0x00511669 in ProcXkbDispatch (client=0x1034fd88) at xkb.c:6879 #7 0x00409ce0 in Dispatch () at dispatch.c:450 #8 0x00401957 in main (argc=10, argv=0x10101eb8, envp=0x10100330) at main.c:438
Re: another XWin crash
Pavel, I think this is what happens when /tmp is not mounted in binary mode. Alexander Gottwald --- Can you confirm this? Harold Pavel Rosenboim wrote: Harold L Hunt II wrote: Pavel, I have made a debug version of XWin.exe for you: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test101-DEBUG.exe.bz2 (3,293 KiB) Please download it, unbip2 it, and run it under gdb. There may be a few exceptions thrown in gdb when XWin.exe first starts; you can 'continue' through those exceptions, as they are part of the normal functionality of cygwin1.dll. Please report the function name where XWin.exe crashes. Program received signal SIGSEGV, Segmentation fault. 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 (gdb) where #0 0x0053558d in WriteXKBOutline (file=0x10103d8c, shape=0x10292e00, outline=0x0, lastRadius=0, first=8, indent=8) at xkbout.c:665 #1 0x00536bf6 in XkbWriteXKBGeometry (file=0x10103d8c, result=0x22f030, topLevel=0, showImplicit=0, addOn=0x524bc3 _AddIncl, priv=0x10369de8) at xkbout.c:1020 #2 0x0052555c in XkbWriteXKBKeymapForNames (file=0x10103d8c, names=0x22f790, dpy=0x0, xkb=0x10280a78, want=127, need=63) at xkbfmisc.c:493 #3 0x00512e2c in XkbDDXCompileKeymapByNames (xkb=0x10280a78, names=0x22f790, want=127, need=63, nameRtrn=0x22f670 , nameRtrnLen=259) at ddxLoad.c:325 #4 0x005131ef in XkbDDXLoadKeymapByNames (keybd=0x1010c590, names=0x22f790, want=127, need=63, finfoRtrn=0x22f880, nameRtrn=0x22f670 , nameRtrnLen=259) at ddxLoad.c:476 #5 0x0050e54f in ProcXkbGetKbdByName (client=0x1034fd88) at xkb.c:5839 #6 0x00511669 in ProcXkbDispatch (client=0x1034fd88) at xkb.c:6879 #7 0x00409ce0 in Dispatch () at dispatch.c:450 #8 0x00401957 in main (argc=10, argv=0x10101eb8, envp=0x10100330) at main.c:438
Re: another XWin crash
Harold L Hunt II wrote: Pavel, I think this is what happens when /tmp is not mounted in binary mode. Alexander Gottwald --- Can you confirm this? I suspect that too. I hoped (or better was sure), that the binmode changes would prevent these problems. But it seems I have to recheck the whole case. which version of XFree86-etc is installed? bye ago NP: Die Ärzte - Eines Tages Werde Ich Mich Rächen -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: another XWin crash
Alexander Gottwald wrote: which version of XFree86-etc is installed? Actually that does not matter. If you have not made any changes to your system, please copy /usr/bin/xkbcomp.exe to /etc/X11/xkb/xkbcomp.exe and check if it still crashes. bye ago NP: Die Ärzte - Eines Tages Werde Ich Mich Rächen (paused) -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: cygwin.rules - Enabling shared libXt finally?
Alexander, I don't understand how your example code relates to the problem at hand. I have created a more sophisticated example and I wish that you could look at it and modify it if it doesn't currently exhibit the problem either. The code is attached, just 'make' it. Of course, anyone else is free to look at the code and comment. The code compiles fine for me and gives the following results: $ ./xtest x1.callback: 0x4010e0 x2.callback: 0x4010e0 $ ./xtest2 x1.callback: 0x4010f0 x2.callback: 0x4010f0 You can uncomment the DEFINES in Makefile to define SHAREDCODE or not... which changes the way that _XtInherit is defined in sharedlib.c. I am not really sure what it is I am trying to do here. Making this example feature complete will really help me to understand. Thanks, Harold Alexander Gottwald wrote: Harold L Hunt II wrote: gcc -shared -o x1.dll x1.c xtinherit.c ^^ ^^^ That is the crux of my whole argument, and I believe it is what Alan was trying to tell me to do. You do *not* link xtinherit.c/o into x1.dll. Instead, only for demonstration purposes, you can link it directly into any executables that link to x1.dll. What is your response to that? i686-pc-cygwin32-gcc -shared -o x1.dll x1.c /tmp/ccE9Szng.o(.data+0x0):x1.c: undefined reference to `__XtInherit' bye ago libtest.tar.bz2 Description: Unix tar archive
cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise
This looks like a cygpath problem, but it has something to do with the environment in which cygpath gets run from a postinstall script. Whomever is interested, please look into it. Whomever is not interested, please keep your grumpy flames to yourself. To demonstrate this problem, please do the following 1) Save the attached file as /etc/postinstall/cygpath-hangs.sh. 2) Run setup.exe, select any mirror. 3) Choose 'keep' on the package selection page. Then, select a null package (e.g. XFree86-base) and choose 'reinstall'. This will cause postinstall scripts to be run, but it won't change your installed package or force you to have to download a large package just to get this behavior. 4) setup.exe will run cygpath-hangs.sh and, lo!, it will sit there (i.e. hang) waiting for cygpath-hangs.sh to return. 5) Go look in /var/log/ for the most recent file following the pattern setup.log.postinstall*. Open it. 6) You should see the following in the log file: + which which /usr/bin/which + cygpath -S /cygdrive/c/WINDOWS/system32 ++ which which + FOO=/usr/bin/which ++ cygpath -S 7) Run /etc/postinstall/cygpath-hangs.sh from a bash shell and observe that it does not hang. Summary === 1) You can run 'which which' from a postinstall script without saving its output to a variable. 2) You can run 'cygpath -S' (or any other flag combo) from a postinstall script without saving its output to a variable. 3) You can run 'which which' from a postinstall script and save its output to a variable (e.g. FOO=$(which which)) 4) If you run 'cygpath -S' from a postinstall script and save its output to a variable (e.g. BAR=$(cygpath -S)), then cygpath will fail to return for eternity. 5) cygpath's failure to return causes bash to fail to return, which causes setup.exe to wait forever for cygpath-hangs.sh to complete. There, I have proven beyond a doubt that this has absolutely nothing to do with Cygwin/XFree86 :) I would appreciate any help in fixing this. Thanks in advance, Harold #!/bin/bash -x which which cygpath -S FOO=$(which which) BAR=$(cygpath -S)
src/winsup/mingw ChangeLog mingwex/dirent.c
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-10-02 21:29:51 Modified files: winsup/mingw : ChangeLog winsup/mingw/mingwex: dirent.c Log message: * mingwex/dirent.c (_treaddir): Reset errno to 0 if end of directory. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.154r2=1.155 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/dirent.c.diff?cvsroot=srcr1=1.5r2=1.6
Re: Postinstall hangs with bash
I get the same hang...I downloaded the latest setup, this morning, took all the standard sets and added a few Xfree items (like Xicons). I come home after having had to go over the hill (santa cruz to silliputty valley), I find cygwin_setup stuck at 99% complete: Running... No package /etc/postinstall/XFree86-bin-icons.sh Package: xx Total: x Disk: --- Available info: (Process explorer from sysinternals) Process Info Fields separated by semicolons: Process; PID; CPU; Priority; Working Set; Threads; I/O Read Bytes; I/O Write Bytes; I/O Other Bytes; Page Faults; Description; User Name; Handles; Window Title; Start Time; Session ID; Private Bytes; Path; Command Line; Company Name; Peak Private Bytes; Version; Peak Working Set; USER Objects; GDI Objects; I/O Reads; I/O Writes; I/O Other cygwin_setup.exe; 3304; 00.00; 8; 21560 K; 3; 64090466; 162558279; 17400827; 25894; ; Shiva\law; 135; 99% - Cygwin Setup; 9:36:06a 2003-10-01; 0; 17000 K; \\Ishtar\share\software\Cygwin\cygwin_setup.exe; \\Ishtar\share\software\Cygwin\cygwin_setup.exe ; ; 20868 K; ; 25348 K; 112; 63; 9948; 21136; 266838 sh.exe; 324; 00.00; 8; 2020 K; 3; 13190; 0; 124266; 512; ; Shiva\law; 82; ; 11:55:33a 2003-10-01; 0; 1292 K; C:\bin\sh.exe; C:\\bin\sh.exe -c /etc/postinstall/XFree86-bin-icons.sh; ; 1300 K; ; 2032 K; 0; 4; 5; 0; 230 sh.exe; 2540; 00.00; 8; 1620 K; 3; 9756; 0; 123958; 406; ; Shiva\law; 78; ; 11:55:33a 2003-10-01; 0; 1116 K; C:\bin\sh.exe; C:\bin\sh.exe /etc/postinstall/XFree86-bin-icons.sh; ; 1124 K; ; 1636 K; 0; 0; 4; 0; 211 bash.exe; 2824; 00.00; 8; 3056 K; 4; 16578; 0; 122930; 769; ; Shiva\law; 100; ; 11:55:33a 2003-10-01; 0; 1516 K; C:\bin\bash.exe; C:\bin\bash.exe /usr/X11R6/bin/XFree86-bin-icons.sh; ; 1516 K; ; 3056 K; 0; 4; 134; 0; 263 bash.exe; 1792; 00.00; 8; 2196 K; 3; 11582; 0; 128014; 551; ; Shiva\law; 85; ; 11:55:34a 2003-10-01; 0; 1584 K; C:\bin\bash.exe; C:\bin\bash.exe; ; 1588 K; ; 2208 K; 0; 4; 1; 0; 206 bash.exe; 3700; 00.00; 8; 2152 K; 2; 11582; 0; 121680; 547; ; Shiva\law; 78; ; 11:55:34a 2003-10-01; 0; 1596 K; C:\bin\bash.exe; C:\bin\bash.exe; ; 1604 K; ; 2152 K; 0; 4; 1; 0; 198 cygpath.exe; 3828; 00.00; 8; 968 K; 2; 0; 0; 36; 238; ; Shiva\law; 48; ; 11:55:34a 2003-10-01; 0; 876 K; C:\bin\cygpath.exe; C:\bin\cygpath.exe -A -P; ; 876 K; ; 968 K; 0; 0; 0; 0; 8 - Process: cygpath.exe Pid: 3828 Base; Size; MM; Description; Version; Path; Time; Company Name; Image Base 0x0; 0x0; ; ; ; Unable to query process module information; ; ; 0x50454D4F 0x36; 0x16000; *; ; ; C:\WINDOWS\system32\unicode.nls; 2001-08-18 12:00p; ; 0x50454D4F 0x38; 0x34000; *; ; ; C:\WINDOWS\system32\locale.nls; 2002-04-09 6:17p; ; 0x50454D4F 0x3C; 0x6000; *; ; ; C:\WINDOWS\system32\sorttbls.nls; 2001-08-18 12:00p; ; 0x50454D4F 0x41; 0x41000; *; ; ; C:\WINDOWS\system32\sortkey.nls; 2001-08-18 12:00p; ; 0x50454D4F -- Handle; Type; Access; Name 0x7EC; Directory; 0x000F000F; \Windows 0x7F4; Directory; 0x0003; \KnownDlls 0x748; Event; 0x001F0003; 0x7E0; Event; 0x001F0003; 0x7F0; Event; 0x0013; 0x130; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\docbook-xsl\docbook-xsl-1.62.3-1.tar.bz2 0x17C; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\editrights\editrights-1.01-1.tar.bz2 0x184; File; 0x001F01FF; \Device\Afd\Endpoint 0x190; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\libxml2\libxml2-2.5.11-1.tar.bz2 0x194; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\gcc-mingw\gcc-mingw-20030911-3.tar.bz2 0x1BC; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\gcc\gcc-3.3.1-2.tar.bz2 0x1C0; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\flex\flex-2.5.4a-3.tar.bz2 0x1C4; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\libxslt\libxslt-1.0.33-1.tar.bz2 0x1C8; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\nasm\nasm-0.98.38-1.tar.bz2 0x1CC; File; 0x00120089; \Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\netcat\netcat-1.10-2.tar.bz2 0x1D0; File; 0x00120089;
PHP binary doesn't install, source won't build ?
Configuration: Newly installed cygwin on newly installed W2K. IBM epro, P4, 3xxMb RAM. Apache works fine if PHP is not configured in. I've tried installing PHP via setup.exe and on a first attempt it didn't install at all. I did a find . -name *php* in / and no dlls or exes were found. On a vague hunch, I tried reinstalling and got a DLL in /usr/lib/apache, which was a good start (I thought). However, the module seems to be a little bit old and gives the following error:- [Thu Oct 2 17:26:15 2003] [warn] Loaded DSO lib/apache/libphp4.dll uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) So, time for a recompile. Tick the src box and get it down into /usr/src. configure so that mysql support is not included configure --with-mysql=no make install [snip] Making install in . make[1]: Entering directory `/usr/src/php-4.2.0-2' /usr/src/php-4.2.0-2/build/shtool install -c -m 0755 php /usr/local/bin/php cp: `php' and `/usr/local/bin/[EMAIL PROTECTED]' are the same file make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/usr/src/php-4.2.0-2' make: *** [install-recursive] Error 1 Now I don't know quite what is wrong. Has anyone had a similar experience ? Can anyone get php working under Apache on cygwin ? Cheers David == The information contained in this e-mail message may be confidential information, and may also be privileged. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. If you have received this message in error, please notify us by return email and delete the original message. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
libmcrypt - make error with cygwin
Ladies and Gentlemen, I've tried to install mcrypt with the libmcrypt-2.5.7 with cygwin version 1.5.5-1 to get mcrypt under Windows. But there is an error: after ./configure I made a make but it left with the error /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(libcmain.o)(.text+0x7c): undefined reference to '[EMAIL PROTECTED]' The hole make output: make all-recursive make[1]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt' Making all in modules make[2]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules' Making all in algorithms make[3]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms' /bin/bash ../../libtool --mode=link gcc -g -O2 -no-undefined -o threeway.la -module -avoid-version -rpath /usr/local/lib/libmcrypt 3-way.lo rm -fr .libs/threeway.la .libs/threeway.* .libs/threeway.* generating symbol list for `threeway.la' dlltool --export-all --exclude-symbols [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED] --output-def .libs/threeway.dll-def 3-way.lo sed -e 1,/EXPORTS/d -e s/ @ [0-9]*// -e s/ *;.*$// .libs/threeway.dll-def .libs/threeway.exp if test x`sed 1q .libs/threeway.exp` = xEXPORTS; then cp .libs/threeway.exp .libs/threeway.dll-def; else echo EXPORTS .libs/threeway.dll-def; _lt_hint=1; cat .libs/threeway.exp | while read symbol; do set dummy $symbol; case $# in 2) echo $2 @ $_lt_hint ; .libs/threeway.dll-def;; 4) echo $2 $3 $4 ; .libs/threeway.dll-def; _lt_hint=`expr $_lt_hint - 1`;; *) echo $2 @ $_lt_hint $3 ; .libs/threeway.dll-def;; esac; _lt_hint=`expr 1 + $_lt_hint`; done; fi gcc -Wl,--base-file,.libs/threeway.dll-base -Wl,-e,[EMAIL PROTECTED] -o .libs/threeway.dll 3-way.lo make[3]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms' make[2]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules' make[1]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt' Please find the bug, so that we have a relieable cryption under windows. Please could you notify me if you have fixed the bug? Thanks in advance! Marcus Daub [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libmcrypt - make error with cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 02 October 2003 09:49, Marcus Daub wrote: Ladies and Gentlemen, I've tried to install mcrypt with the libmcrypt-2.5.7 with cygwin version 1.5.5-1 to get mcrypt under Windows. But there is an error: after ./configure I made a make but it left with the error /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(libcmain.o)(.tex t+0x7c): undefined reference to '[EMAIL PROTECTED]' The hole make output: make all-recursive make[1]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt' Making all in modules make[2]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules' Making all in algorithms make[3]: Entering directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms' /bin/bash ../../libtool --mode=link gcc -g -O2 -no-undefined -o threeway.la -module -avoid-version -rpath /usr/local/lib/libmcrypt 3-way.lo rm -fr .libs/threeway.la .libs/threeway.* .libs/threeway.* generating symbol list for `threeway.la' dlltool --export-all --exclude-symbols [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],DllMainCRTSt [EMAIL PROTECTED],[EMAIL PROTECTED] --output-def .libs/threeway.dll-def 3-way.lo sed -e 1,/EXPORTS/d -e s/ @ [0-9]*// -e s/ *;.*$// .libs/threeway.dll-def .libs/threeway.exp if test x`sed 1q .libs/threeway.exp` = xEXPORTS; then cp .libs/threeway.exp .libs/threeway.dll-def; else echo EXPORTS .libs/threeway.dll-def; _lt_hint=1; cat .libs/threeway.exp | while read symbol; do set dummy $symbol; case $# in 2) echo $2 @ $_lt_hint ; .libs/threeway.dll-def;; 4) echo $2 $3 $4 ; .libs/threeway.dll-def; _lt_hint=`expr $_lt_hint - 1`;; *) echo $2 @ $_lt_hint $3 ; .libs/threeway.dll-def;; esac; _lt_hint=`expr 1 + $_lt_hint`; done; fi gcc -Wl,--base-file,.libs/threeway.dll-base -Wl,-e,[EMAIL PROTECTED] -o .libs/threeway.dll 3-way.lo make[3]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules/algorithms' make[2]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt/modules' make[1]: Leaving directory `/cygdrive/d/Programme/cygwin/lib/libmcrypt' Please find the bug, so that we have a relieable cryption under windows. Please could you notify me if you have fixed the bug? Thanks in advance! Marcus Daub [EMAIL PROTECTED] I am currently in the process of building a cygwin package for libmcrypt. For a quick fix you should try to compile with make -i. The packages are not yet officially approved, but if you want to you can download them at the following urls: http://stud3.tuwien.ac.at/~e9925353/cygwin/release/libmcrypt/libmcrypt-2.5.7-1.tar.bz2 http://stud3.tuwien.ac.at/~e9925353/cygwin/release/libmcrypt/libmcrypt-devel/libmcrypt-devel-2.5.7-1.tar.bz2 copy both files into a directory of your choice and then in cygwin bash do the following: cd / tar xvjf /path/to/libmcrypt-2.5.7-1.tar.bz2 tar xvjf /path/to/libmcrypt-devel-2.5.7-1.tar.bz2 Greetings, Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE/e9p2KN/5Ocgn19gRAmEXAJ9DK5ZqIpUGtKRpOtsoXmiTSi+B9ACgjThq q/u5isit5iLrTUVCeOxtRHA= =dyb+ -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
db3.1?
Is there any particuloar reason that a db3 program compiled like this:
-I/usr/include/db3.1/ -ldb-3.1
can compile ok and, at runtime, exit with the following error code?
[02/10/2003 10:06:22] [5316]: Erroring opening db environment:
/usr/local/onak/ (Invalid argument)
ret = dbenv-open(dbenv, config.db_dir,
DB_INIT_LOG | DB_INIT_MPOOL | DB_INIT_LOCK |
DB_INIT_TXN |
DB_CREATE,
0);
if (ret != 0) {
logthing(LOGTHING_CRITICAL,
Erroring opening db environment: %s (%s),
config.db_dir,
db_strerror(ret));
exit(1);
}
?
(it does compile perfectly under FreeBSD, as an example)
--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Using authentication under Apache for Cygwin
[...] So, to summarize, it appears that Apache under Cygwin is able to deal with web pages when paths are UNC paths of the form //server/share/path/file however the authentication module does not like such paths and seems to fail silently. Personally I believe that if the server can accept an UNC path then the authentication module should to likewise. [...] I would also add the other issue Igor pointed out: maybe with a proper tuned smbntsec/ntsec option it could also work. I.e. what's the case with w9x (no ntsec involved)? SLao -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin_setup.exe comments...
Igor Pechtchanski wrote:
Linda,
Have you tried a setup snapshot? http://cygwin.com/setup-snapshots/.
My computer isn't so stable these days. MS and Dell both want me to
reformat. Installed
the MS dcom and activex 9.0b patch in July. My video driver was
disabled, mostly. I tried
latest update from Dell, but it's a bit faulty (version.txt=6.7, but no
files versioned above
6.0something). Dell support thinks version problem is due to a fault on
my system (they don't
know how to look at file versions). Anti-aliasing no longer works for
one -- but Outlook XP
no longer speaks IMAP and returns 75% error rate on sendmails (they do
get sent, but with some
number of errors). Mozilla doesn't have the problem. No other apps
seem to be affected (other
than general system slowdown -- usually for no good reason (though
occasional explorer is
eating cpu, but usually there is idle time left over) MS
windows-update personel
says that wiping my hard disk will eliminate all traces of their mistake
and solve my
problem. So far, they refuse to let me talk to an Outlook support or
development person to
even ask about the IMAP conversation or where (in the protocol ) it
fails -- since it doesn't
fail at the same place each time, but it does fail at the same place in
an IMAP transaction (just
doesn't fail reliably on first - 3rd transaction, though usually does by
4th). Of course
uninstalling/reinstalling Outlook had no effect, neither did running SFC
and allowing it to replace
all files. So the fact that 100+ other programs do work and only
Outlook XP is directly affected
means my system is corrupt. Yeah. Right. And these [h-t]{4} for
brains idiots expect me
to trust that reformatting and reinstalling all their patches will
result in the same situation?
Why am I not feeling comfortable with that suggestion?
So anyway, I'm not being xtremely venturous on my computer these
days -- I did install
the latest released setup though.
Already there.
Haven't seen this -- Each time I get to the where to install from it's
sorta stupidly picking the least general
option ('direct'). If I was engaging my brain to make things easy for a
user, I'd figure, Gee, they are on windows.
They _likely_ have IE configured to access the internet. Maybe I'll
default to that instead of direct connect. But
hey, that's just me thinking out off the top of my user-friendly
encrusted training.
Some are already there...
None of them work in the released version. I seem to get taken through
every dialogue. I have RSI -- that's
like in repetitive stupid interactions with dumb UI. I can't even
just click 'ok' -- cause the 'you bad naughty
person -- you are doing what most developers do and making your install
dir c:\are you sure you want to
do what any sane developer is already doing? move mouse click move
mouse back to 'next'...etc.
IMO, it's better the way it is now -- all the dialogs still there, but the
values are saved; you just click Next.
What part of repetitive stupid inteface don't you get? It hurts.
It causes damage. It screws people
up. Sorry my tone is going to [h-t]{4}, but the recounting the MS and
Dell stupidity stirred up a bit
of impatience with people 'who know better' and tell me it's better that
I reformat my disk, that way I can
re-enter all the options and just click 'next'. You don't know the joy
that 'attitude' inspires in me.
Frankly, I think Cygwin setup is simply marvelous in terms of window size,
especially when compared with something like http://www.guimp.com/...
---
So?...you are saying just because you are better than MS, for
example, that this
means anything? I'm a faster typer than my dog too. And? This is a
standard
for good? What's wrong with a resizable window? I really don't know --
does it require
a Ph.D. to do? I've never done windows programming, so I really don't
know, but is
it really that difficult?
auto select server with lowest response
latencybut that's too much work for the benefit right now...(IMO)...
This was proposed already -- see the cygwin-apps archives. In fact, most
of your suggestions have been brought up at one time or another, and they
all either are being worked on, or have been already.
---
Oh good, glad I'm not the only one actually thinking about
things...I'm afraid to even
mention the issue of performance (because I don't know how to fix it
and wouldn't have
the first clue of how to start -- sorta hard when you are limited to
typing 20-60 minutes
a day).
Under the it would be nice, category, being able to click on an item
and right click on it to get more information would be real helpful at
times. Some program names I don't recognize, and things like
nasm...network assembler...what's a network assember vs. the
gnu-assumber (gasm?).
See above. You can probably even search the cygwin-apps archives for
right-click on this one...
I can probably search the web for almost
Re: [ANNOUNCEMENT] Updated: openssl-0.9.7b-1, openssl-devel-0.9.7b-1
On Wed, Oct 01, 2003 at 02:50:14PM -0300, Fr?d?ric L. W. Meunier wrote: I don't think Links has a maintainer, or one we can contact. What do you mean? Links has a Cygwin maintainer at least. And the new releases don't work well with Cygwin. Hmm, don't work well is not much of information... BTW, the Subject is wrong. Re: [ANNOUNCEMENT] Updated: openssl-0.9.7b-1, openssl-devel-0.9.7b-1. Should be 0.9.7c-1. Yes, I missed to change 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 Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: dd command is not working properly
On Wed, Oct 01, 2003 at 11:48:10AM -0700, Jose Carlos Henriquez wrote: Hello: I?m trying to obtain an info-image from a flash card, so from Win98 I?ve right installed the USB flash reader, and if I insert a FAT(16/32) file system flash, I can read them without problem from Win and from Cygwin. The problem here is that I want to obtain the data-image from a propietary file system flash card to clone another one. For me there it will be not problem if I use dd command taking the input file from a binmode mounted drive (on Win F: drive) $ C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) \\.\F: on /dev/f type system (binmode) Raw devices are not implemented for 9x/Me. Besides, the above usage is deprecated anyway. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 'dig', 'nslookup' etc?
Igor schrieb: Do you Google: http://google.com/search?q=cygwin+nslookup? ;-) Also http://google.com/search?q=cygwin+bind and, perhaps not as intuitive, http://google.com/search?q=cygwin+dig+whois. Igor Unfortunately my server (anfaenger.de) is down since friday last week. I will have to wait to get a new CPU until next Monday and I hope that I'll be up and running again in the middle of the next week. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: db3.1?
Lapo schrieb: Is there any particuloar reason that a db3 program compiled like this: -I/usr/include/db3.1/ -ldb-3.1 can compile ok and, at runtime, exit with the following error code? Which db3 program? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
telnet, ftp unknown service
suddenly telnet, ftp, rlogin stopped running last tuesday, I did not change anything, I have a w2k/cygwin : CYGWIN_NT-5.0 nbvdu01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin I re-install some parts of cygwin package (login, cygwin engine) and strangely telnet only works when used with Expect, but does not work from a bash !!! -- Vincent Dutat - -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: telnet, ftp unknown service
On Thu, Oct 02, 2003 at 10:48:58AM +0200, V D wrote: suddenly telnet, ftp, rlogin stopped running last tuesday, I did not change anything, I have a w2k/cygwin : CYGWIN_NT-5.0 nbvdu01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin I re-install some parts of cygwin package (login, cygwin engine) and strangely telnet only works when used with Expect, but does not work from a bash !!! I can't reproduce this, trying with ftp and slogin. Can you send an strace of a failing ftp session to this list, please? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: telnet, ftp unknown service
On Thursday 02 October 2003 04:02, you wrote: On Thu, Oct 02, 2003 at 10:48:58AM +0200, V D wrote: suddenly telnet, ftp, rlogin stopped running last tuesday, I did not change anything, I have a w2k/cygwin : CYGWIN_NT-5.0 nbvdu01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin I re-install some parts of cygwin package (login, cygwin engine) and strangely telnet only works when used with Expect, but does not work from a bash !!! I can't reproduce this, trying with ftp and slogin. Can you send an strace of a failing ftp session to this list, please? Corinna On my installation, telnet and ssh stopped working under bash in an X window. Apparently, they get mixed up on where to display output. -- Tim Prince -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
uw-ipop3d 2002e-1 corrupts all mails
Hi, my setup is - Mozilla v1.4 as my mail client - exim v4.24-1 as my MTA - uw-imap-imapd 2002e-1's ipop3d as my pop server Everything worked smoothly together on Cygwin 1.3.22-1 with uw-imap-imapd 2002c-1 or 2002d-1. Now, after upgrading to Cygwin 1.5.5-1 and to uw-imap-imapd 2002e-1, when I retrieve mails, they show all kinds of corruptions: - header lines are missing - header lines are corrupted (cut off, glued together) - header lines appear in the body, ie empty lines are inserted into the header - a line containing a single dot is appended to the body Not every corruption type shows up in every mail, but the same ones show up in a consistent way when sending retrieving the same mail. The mail is still ok in my user's inbox at /var/mail/username, so it's not exim that is corrupting the mail. Oh and yes, the inbox is on a binary mount. Reading through the archives, it seems more people have problems with the latest uw-imapd package. I wonder whether the problem has already been identified by the developers or - if it's Cygwin specific - by the maintainer and whether there are any plans to release a new version in the near future. If you need more information, please let me know. Thanks, Patrick -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: telnet, ftp unknown service
here is the result of strace on a telnet, if you need specifically on ftp
just let me know.
Corinna Vinschen [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Thu, Oct 02, 2003 at 10:48:58AM +0200, V D wrote:
suddenly telnet, ftp, rlogin stopped running last tuesday, I did not
change
anything, I have a w2k/cygwin :
CYGWIN_NT-5.0 nbvdu01 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown
unknown
Cygwin
I re-install some parts of cygwin package (login, cygwin engine) and
strangely telnet only works when used with Expect, but does not work
from a
bash !!!
I can't reproduce this, trying with ftp and slogin. Can you send an
strace of a failing ftp session to this list, please?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
begin 666 strace.out.gz
M'XL(%FWC\``W-TF%C92YO=70`[#UK;^+*DM^/=/Z#5SK29*X2Z(?;4
M+0$RD]TD1)9.6/[EMAIL PROTECTED](S8'-MDTSVP_[VK:XV8* -ALGNUZ(\T`?E15
M5U77J[MK_O*70_[\_--=$C\F_M2(_G@2UO,'I]? FCP5?XFP63*,AJP??
M.*N*=[__%-S-C.@[EMAIL PROTECTED](5.GAC\+/8/47/+S3^WKZ\T'K-4#IGK@
MZSRC.V83![EMAIL PROTECTED]/W7[A?-+(WCE]2XO3^S:@#^8^#/C#3\
[EMAIL PROTECTED] 8KL)2$6I0[E'+X_;//QW$6-P3AU)32+68[Q
MQ]0/H[\:BB9(11,]A$D?#, HS-[W)C$)((S_NVCU_BX84``@@V`G($
MKPK(; [EMAIL PROTECTED]'LVG092EAA^-C7Z096'TF Z:DXGQ
M*0727320ZF]JD*CJ+$D!W=]=NWC=WH'D.HQ%'8 3,*1GX8#[EMAIL PROTECTED]
MF\1JLI8+#::M\U[S\V:[EMAIL PROTECTED]Y6!F-+,-?-?A\A`?D+M;X,)T$Z
MZ'P?!X!G0_C29_)J/TN?:GGYSO.Y#4A1PEU1F9(+D%JKW/3O069?@U
M;Z3^MLDM+I%'B'/R0N4XG,$8Y5=E05QWG^X[O=OF3:=Q_Y_8E013N7
M\ 3CE6FWJ8+7O^NT),%?KFYO[P?I:YH%4\XH^E8F@(4$5? '8?J@,_\) V
M\4QJ1^H9H$3!R$J3+DBRYUW HO9MFKM#J36'AF[:MU8J--Y,@FR1:*Q\
ME1%DK2OTUI9P:48?_\`+@H\H$6),.6$YD2SBM;!-LA[EMAIL PROTECTED] ,%
MXR4!4HM5)[EMAIL PROTECTED]]/5Y/?4(RNY4$8L+9,@PRP`DC//G1N\Q(
[EMAIL PROTECTED],![BQ/C8!1TZPI3W(CB!6[C-B4[!1P4V\,I_$\RH#.A]CS1G'T
M/,SBX2Q.P^_#F9\]`:M:\;)[EMAIL PROTECTED]/89QIEOA9G)P[EMAIL PROTECTED]@03
M_./QV?IQ$^?WJ.6Q:2(RC3D1/[EMAIL PROTECTED],8`GC.B)V(30:VI=V4XFD,!-E
MR,$.'[EMAIL PROTECTED];WZ3E4'XA);9%D1*':4$;[EMAIL PROTECTED] 6R)\'0W(9!/5
M'6R-UF_IX.7ZA+JTBUYD'!4([EMAIL PROTECTED])$BR8QDL4)00K8I
MD VF8VEU0SNIVCI=L'DJ9%[EMAIL PROTECTED]R;4):(PD'
MO=M C9 @%-I/L)F#J7_L=GK- :#*(4PB54S7 )K\,P)0HWX%3RS[ R D3
[EMAIL PROTECTED];S\T+GO*G4L 6M;-:$)4%T/Z G6Z?$H8YV9FG!V I,]Q8I\^='@RT
MZ!8M5C'[EMAIL PROTECTED],_.\.;;KO3F$?A]Y7#IH(0K2O30FH2D6QC5YVE2
M3]-)?I'BC2#(+;U;G`HWGVXN.KUA]W(($4KT^]W_T+0A!+.Z$#H`
ML7O=OOO2;M1ASJWB.NHR4AV,#$VZ?79]=;(R#:[EMAIL PROTECTED]EY$8-F5$;@,
M$33R_!XX_FC]H8_%-'R\)[EMAIL PROTECTED])+?5_D T@!G#['0X1=N)B.CMG)7$(K8
M6O/Q8]X3!#68Q(_[79C#EPA3;W.RRP5_3^Y/M5],4HU=N[OX18-45
MUDH\6,/)7W'+V,[EMAIL PROTECTED]:.VGC_9/'JTED\9YQ
[EMAIL PROTECTED]:09* ?A'E`E%E`:XV:=)K58$IN@,DUHN;V0#
MH*@L14EOWVM,%05]W$;U(M[3[EMAIL PROTECTED]'B\?SC:QCYR2MR15PS$4`D$=
M0R!,[EMAIL PROTECTED];GK\T':3$ADOL0-W8=CJGK]-)'U;8'\*1M\@
MMHDSPU_[EMAIL PROTECTED]([EMAIL PROTECTED]X2 U/(;-;RDGFH.+8EWDMN-16[*6JE7JM3XR
MIZ%DTQ)3$L9=.P2/FA=]A2F9[_*QS33YA3%]2G0W\T24_$U6V0 ;#C\J
ML-T]8']`:1/YUIE-C5ZAO(IMHH\]MFM-405K-?:\_E$PDEJ7*#9.
M'B'6%04',:7O* I]U?DP.[F/13!F:[USONX7XWGJYBB[*)92;1$Y7
MX?$2'T')VLRL;('CK,0?B-R4X_\;3G+L?3;.X]/UPSF(9C]FN/K[AK.U
MG=RD+GH[!Y*.8Q#62D96*XH*#.%1P-]$3QQ+C_R-]01SN8(5PQX_ 9B%Y-
M$/?-]3=E/Y:^NP-45\'HV+C-405?SR^9P`]+7U(2E?B.$O[F'7\
M7 6B0E!MS'N,'$;H)M .!'(#T'WRX!BAN42=H ,-$A*^:]YMJB#+N/:0'8O
M[XIXP2RR/[EMAIL PROTECTED])PS;+N$:;N?=N;[EMAIL PROTECTED]:[EMAIL PROTECTED]
M/UGT%1!%'^?U_Q'Z/4'9584N ])U2\62RP0%3!O'/]7AWLWPOIR4*2C!/
MX=2TCAK:%H/W\/6]6B\P$:=XNXK'[EMAIL PROTECTED]FR.B5,R(.6;0X]FO
MUN/%RH1G+'C=I;LQHZCE%U=FDZ.*'[EMAIL PROTECTED]65_:_-R^Z0.\: HF,V,
M#G6#6=/U6-#*B6(=DFFY)4\K\-IP8G[PW9_#4U]@:9+J==R='T54)
M8W\^F\5)9MS'\23=(2H5EW!N$TTKBBJ=6S5Y;7^7AZH6$B0H,%2J56\-5
M67(:G.U,HE^[?TM0JD_Q]\JA+0H.9/IR__5PJD460*G^^$%/#7#U\=S1
[EMAIL PROTECTED]T*E*D%M^X*A;!KD;A,YDG0ZMT;O$9VPCK\3S],:XZM0JXCM@
M9A5?*\8_%M.OC?W [EMAIL PROTECTED]' V%JVB99IO7P7;4PCB-C1KX+OR0WW9X-YX(VJ
M:9,CUTGVI7Q%C;/YVR5YAY0QT!S8EMYPOW$9`TNVW!;F42,[EMAIL PROTECTED]N8
M?]\R!G[EMAIL PROTECTED]/J-7^',H9B@'-^:J2:7H.I_*OOZ8T%Z)?-*AH
MW9XJEOVY2O%*$#(L;6G5 45]0=AC;[EMAIL PROTECTED]M-ZQC_9.GXZV9-3HD
M%I/.:[EMAIL PROTECTED]%_^G6\`-?0[0ZHJM!IXP(#=RVA%B.
MO6=KRV/[EMAIL PROTECTED]K\N:5EX6V;VD7LNTO0JYWHYGUE.+K+SR'87
MI)8Y-4K:9DWNYX9DLUL*#!DUN==FI3LV`R[V`.D6.,_7?.GKUKIW37+
M?ZXIIYYO%?F65U:[EMAIL PROTECTED]:M];1OBX \Z=\5Y3?:CS5QUEB4[=O;U2
MM67#4F3*V-V[GC$J7XK\GZSS%9+I1T$[U(R#-EO#^)1_)B;KDQ,3JL
MZALG2[DSF_WC5JKW-Z_S6.:]=-._/:ZV;]GGM\T5?_@/7_J,O_\*7+_U+
M^]'=;;(0IRVOFBAQE(G(O-J-FK_7QZK[3NO_4ZS2^UN-!*$R6OT8A.NN
M0;UJ=V[OKRZO.CT)T[CTI^'DU;-FW@3.[EMAIL PROTECTED]A3[EMAIL PROTECTED] ^CXH
M)*M]QB8S]5F#%KW*;M?]WYW+ENX%@Q2'(0*N/Y7)M++W.YZO^5?V06RB
MCE8YZ'HA:^\-[A)%CR,TAH)C!?-$(KTQKTU0#O[F[;_QR]\N'58QJFI8^
M--D4_[OJT,?AC0#C_*SD?S/]]\.0-7@:$.(OOOQJKWZFZ8KJX%'G\EW,
MRWV=MBQ_F!;75YT.1AF_['Z\_7:D^U112(DKJ%H3]MW_O7_?N5$'`5KJ
M((#%MIF^G1#`PGF^1+2XB016D85?B./;*$'MV_O,X\*]_[S'%O#3T;YJL
Cygwin Setup application dialog size
Hi, Could Cygwin Setup window size enlarged? It's paint to scroll up'n'down and left right with that tiny dialog when selecting individual packages. It's not possible to resize the window manually. -Mikko Ohtamaa (not a subscriber) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin_setup.exe comments...
From: Igor Pechtchanski On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote: From: Igor Pechtchanski Note that 2.415 - the latest snapshot - is the same you get by hitting Install Now at http://cygwin.com Hmm, I didn't notice that. I run mine from CVS anyway... ;-) ;-) i.e. WFM Already there. Sorry; not entirely. The last Create Start Menu-thing doesn't remember its setting. (Unless it looks at the Start Menu contents?) I thought it did... At least, if I uncheck the Create Desktop Icon box, it won't be checked next time I run setup... Create Desktop Icon is the one beeing sticky in the sense that it always is ticked. Doesn't matter what I do. I have not played with ...Start Menu icon - as it stays the way I want it; unticked. (V 2.415) 1a) allow flags to disable some diaglogs: SNIP IMO, it's better the way it is now -- all the dialogs still there, but the values are saved; you just click Next. Please, no, Igor. You're beeing shortsighted. Think about beeing able to *automate* things, or even present end users less off options to ponder on (i.e. an admin has set things up for a campus or some such). No, I was simply responding to the suggestion in the context in which it was being made. The context was for manual installation through a GUI (but minimizing the number of dialogs displayed). This is completely orthogonal to unattended setup mode (which is what you're referring to): IMO this is just another (i.e. lesser) degree of unattended mode, which will be very easy to implement - given that a completely unattended mode is implemented in a wise manner. I find this to be a so self evident way of writing software that I take it for granted - maybe I shouldn't? Some extra work is needed on the planning stage, and given you do the planning well - you most likely will end up with someting that is easier to maintain and change in the future. Are you implying that setup isn't that well coded? ;-) I have yet to look at the code. when you run setup in unattended (automated) mode, you don't care how many dialogs it displays, as long as you're not required to sit there and click the mouse. What I said still stands (even for automated mode)... Igor I wouldn't be sorry if I could run setup.exe in unattended mode, automated with some scripting. If it displayed its progress information in a shell/console/rxvt window wouldn't make me any more sorry. And before you say it; The wget-based script out there isn't the same as setup. /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E -- UTC+01, DST - UTC+02 -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin_setup.exe comments...
On Thu, 2 Oct 2003, Linda W. wrote:
Igor Pechtchanski wrote:
Linda,
Have you tried a setup snapshot? http://cygwin.com/setup-snapshots/.
[a very creative rant snipped]
So anyway, I'm not being xtremely venturous on my computer these
days -- I did install the latest released setup though.
Ok, I've just verified that we're using the same version -- I was using
a CVS build of setup, but it turns out that it's 2.415; same one as on the
main webpage. There apparently were no later snapshots.
Already there.
Haven't seen this -- Each time I get to the where to install from it's
sorta stupidly picking the least general option ('direct'). If I was
engaging my brain to make things easy for a user, I'd figure, Gee, they
are on windows. They _likely_ have IE configured to access the internet.
Maybe I'll default to that instead of direct connect. But hey, that's
just me thinking out off the top of my user-friendly encrusted training.
Hmm... If you were proposing to change the default, you should have said
so. What you said was that setup doesn't remember the last selected
option, which is wrong -- it does. The file /etc/setup/last-connection
should contain the last selection for this dialog, and will restore it
next time you run setup (it does for me, at least). I get the Use IE
Settings selection restored every time...
Does the last-connection file exist in your /etc/setup? If not, perhaps
your /etc/setup isn't writeable? If it does, but doesn't store the
information, perhaps the file itself isn't writeable?
Some are already there...
None of them work in the released version. I seem to get taken through
every dialogue. I have RSI -- that's like in repetitive stupid
interactions with dumb UI. I can't even just click 'ok' -- cause the
'you bad naughty person -- you are doing what most developers do and
making your install dir c:\are you sure you want to do what any
sane developer is already doing? move mouse click move mouse back
to 'next'...etc.
Umm, ok, so you're really complaining about having to move the mouse to
reply to the c:\ check dialog, and no way of turning that dialog off.
That is a valid complaint. If I have time, I'll add an option to bypass
this check shortly.
IMO, it's better the way it is now -- all the dialogs still there, but the
values are saved; you just click Next.
What part of repetitive stupid inteface don't you get? It hurts.
It causes damage. It screws people up. Sorry my tone is going to
[h-t]{4}, but the recounting the MS and Dell stupidity stirred up a bit
of impatience with people 'who know better' and tell me it's better that
I reformat my disk, that way I can re-enter all the options and just
click 'next'. You don't know the joy that 'attitude' inspires in me.
Rule 1 of usenet posting: do not post while angry or intoxicated (or
both). ;-) And I'm not implying you're intoxicated...
Seriously, though, I think there are two separate issues here: whether
setup should show all dialogs when the options are remembered, and whether
it should show everything when things are specified on the command line.
I tend to think that if you *remember* the options from last time, you'd
better show *everything* to the user so she has a chance to correct some
options for this run. If the user specifies things on the command line,
it implies that she knows what she's doing, and thus there's no need to
show the dialogs.
Since we were talking about memoizing the options, I believe my point
above is valid. Command-line options are a whole different ballgame.
Frankly, I think Cygwin setup is simply marvelous in terms of window size,
especially when compared with something like http://www.guimp.com/...
---
So?...you are saying just because you are better than MS, for
example, that this means anything? I'm a faster typer than my dog too.
A healthy doze of sarcasm back there... ;-)
And? This is a standard for good? What's wrong with a resizable
window? I really don't know -- does it require a Ph.D. to do? I've
never done windows programming, so I really don't know, but is it really
that difficult?
Actually, no, a Ph.D. is apparently not enough (I do have one, and I don't
understand the intricacies of the interface enough to make that dialog
properly resizeable). And I *have* done a fair share of Windows (and GUI)
programming. Face it: it's just *not that easy*. If it were, someone
would have implemented it. It might be a good exercise to actually look
at the code instead of useless complaining. There must be a reason why
it's been on the setup TODO list next to forever.
auto select server with lowest response
latencybut that's too much work for the benefit right now...(IMO)...
This was proposed already -- see the cygwin-apps archives. In fact, most
of your suggestions have been brought up at one time or another, and they
all either are being worked on, or have been already.
---
Re: Cygwin Setup application dialog size
On Thu, 2 Oct 2003, Mikko Ohtamaa wrote: Hi, Could Cygwin Setup window size enlarged? It's paint to scroll up'n'down and left right with that tiny dialog when selecting individual packages. It's not possible to resize the window manually. -Mikko Ohtamaa (not a subscriber) http://cygwin.com/ml/cygwin/2003-10/msg00099.html might be of interest. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin_setup.exe comments...
Igor Pechtchanski wrote: ... Umm, ok, so you're really complaining about having to move the mouse to reply to the c:\ check dialog, and no way of turning that dialog off. That is a valid complaint. If I have time, I'll add an option to bypass this check shortly. I wouldn't have thought this needs to be an option. If the existing installation point (which comes up as the default setting) is at a drive root, and the user doesn't change it, (s)he shouldn't be given the warning. But if (s)he explicitly changes it to a drive root, (s)he will. That way you should only be bothered with the warning once. -- Cliff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
no longer administrator, can't mkdir /foo
For security reasons, I am no longer an administrator on my Win2k machine. (No, I didn't mess up, there's an issue with passwords or something--a recent break-in.) The upshot is that under CygWin, I can't do a mkdir in the / dir (i.e. /cygdrive/c/cygwin). $ mkdir foo mkdir: cannot create directory `foo': No such file or directory Oddly, a side effect of that seems to be that cygwin no longer sees /tmp; bash says: bash.exe: warning: could not find /tmp, please create! ls / shows it, but ls /tmp does not: $ ls / bin cygwin.ico home pkgsetup.log tmp var cygwin.bat etc lib setup.exe setup.log.full usr $ ls /tmp ls: /tmp: No such file or directory I can create a directory in / (i.e. c:/cygwin) from MsWindows, but again, Cygwin doesn't see it: $ cmd Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\cygwinmkdir tmp C:\cygwinexit $ ls /tmp ls: /tmp: No such file or directory Possibly related to all this is the fact that my Windows username has changed. So Cygwin doesn't seem to know where my (new) ~ is, i.e. it reports ~ as the local drive's root directory: $ cd ~ $ pwd /cygdrive/c I tried re-naming my old /home/OldUsername directory to /home/NewUsername, but that doesn't seem to be sufficient. Short of re-installing CygWin, is there a fix to all this mess? -- Mike Maxwell Linguistic Data Consortium NomaxwellSpam at ldc dot upenn dot edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: no longer administrator, can't mkdir /foo
Short of re-installing CygWin, is there a fix to all this mess? Did you run mkpasswd and mkgroup after the user name changes? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: no longer administrator, can't mkdir /foo
You may need to get permission to temporarily logon as a local admin and then change the owner of all of the directories under cygwin. As almost all of my directories and files seem to be owned by admins.mkgroup. See if you can change the ownership to the Power User group or something else that you are a member of. Btw - I renamed the Administrators group to admin in my /etc/group file. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Maxwell Sent: Thursday, October 02, 2003 10:58 AM To: [EMAIL PROTECTED] Subject: no longer administrator, can't mkdir /foo For security reasons, I am no longer an administrator on my Win2k machine. (No, I didn't mess up, there's an issue with passwords or something--a recent break-in.) The upshot is that under CygWin, I can't do a mkdir in the / dir (i.e. /cygdrive/c/cygwin). $ mkdir foo mkdir: cannot create directory `foo': No such file or directory Oddly, a side effect of that seems to be that cygwin no longer sees /tmp; bash says: bash.exe: warning: could not find /tmp, please create! ls / shows it, but ls /tmp does not: $ ls / bin cygwin.ico home pkgsetup.log tmp var cygwin.bat etc lib setup.exe setup.log.full usr $ ls /tmp ls: /tmp: No such file or directory I can create a directory in / (i.e. c:/cygwin) from MsWindows, but again, Cygwin doesn't see it: $ cmd Microsoft Windows 2000 [Version 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\cygwinmkdir tmp C:\cygwinexit $ ls /tmp ls: /tmp: No such file or directory Possibly related to all this is the fact that my Windows username has changed. So Cygwin doesn't seem to know where my (new) ~ is, i.e. it reports ~ as the local drive's root directory: $ cd ~ $ pwd /cygdrive/c I tried re-naming my old /home/OldUsername directory to /home/NewUsername, but that doesn't seem to be sufficient. Short of re-installing CygWin, is there a fix to all this mess? -- Mike Maxwell Linguistic Data Consortium NomaxwellSpam at ldc dot upenn dot edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: openssl-0.9.7b-1, openssl-devel-0.9.7b-1
On Thu, 2 Oct 2003, Corinna Vinschen wrote: On Wed, Oct 01, 2003 at 02:50:14PM -0300, Frédéric L. W. Meunier wrote: I don't think Links has a maintainer, or one we can contact. What do you mean? Links has a Cygwin maintainer at least. If you mean one who contributed a package almost 2 years ago, doesn't appear to be subscribed to any mailing-list, and whose e-mail address may have changed (see http://sources.redhat.com/ml/cygwin-apps/2003-07/msg00677.html), then yes, it has. And the new releases don't work well with Cygwin. Hmm, don't work well is not much of information... http://sources.redhat.com/ml/cygwin/2003-09/msg01430.html Just a correction. Another problem remains, though. I compiled Links2 with graphical support, and with -g the accents don't work. isn't Cygwin specific. I can reproduce it on Linux. -- How to contact me - http://www.pervalidus.net/contact.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
XFree86-bin-icons.sh freezes Cygwin installation
While doing a completely new installation of Cygwin using the latest Setup version on a Windows 2000 Server, the installation keeps on stucking at /etc/postinstall/XFree86-bin-icons.sh, which would takes over half an hour for no reason. There are a bunch of bash, sh and other cygwin processes in the process list, but no significant processor or harddisk activity. This behaviour is reproduceable most of the time, but not always. Unfortunately, there is no chance for me to debug the setup process. Personally I think the Setup is by far the weakest part of the whole Cygwin distribution, there's been serious problems (serious as in preventing you completing your installation successfully) for years. Maybe it's better if we add a debug output to the setup to follow the steps it operates. I'd very much need that. Huijing -- Huijing Zhou [EMAIL PROTECTED] CIP Computer Lab, Faculty of Economics University of Karlsruhe, Germany http://www.wiwi.uni-karlsruhe.de/ze/cip/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 'dig', 'nslookup' etc?
On Wed, 1 Oct 2003 22:38:11 -0400 (EDT), Igor Pechtchanski [EMAIL PROTECTED] penned: Monique, Do you Google: http://google.com/search?q=cygwin+nslookup? ;-) Also http://google.com/search?q=cygwin+bind and, perhaps not as intuitive, http://google.com/search?q=cygwin+dig+whois. Igor I admit that I didn't =/ I guess I was thinking it's either in the cygwin repository or it's not. Thanks for reminding me there's more than one way to skin a cat =) -- monique Please respond to the group OR to my email, but not both. (Group preferred.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is multithreaded profiling on cygwin possible?
peter garrone wrote: If I profile my multi-threaded application, it appears that only the main thread is profiled. Currently, yes. You can, however, profile other threads one at a time if you use the gprof API's manually, called from the thread you want to profile. I have done this, but it has been too long for me to give you specific instructions. Have a look at profile.c, profile.[ch], gmon.[ch] in the cygwin sources to see how its done. PTC While you're there, it should be fairly trivial to create a patch that at least loops through all Cygwin created pthreads in the sampler. I don't know if that kind of flat profile is what you wanted, though. BTW, code in DLL's is difficult to profile because of the monolithic segment view of the profiling hash. Check the archives for a discussion on this and possible work arounds if you are interested. On linux, it is possible to save and set the virtual timer upon creation of each thread, and thereby get a decent profile. However the virtual timer is unavailable on cygwin, and I would imagine that this approach is incorrect, due to differing thread models. I've never profiled on Linux and I don't know anything about the virtual timer you are refering to. On Solaris, I get a nice flat profile of all threads combined, like the implimentation I suggested above. The same shared library concerns exist there, but Solaris is good about providing static profile enabled libs. Let me know if you want to discuss patch ideas. I used to have a few, but no priority time to work on them. :( -- 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 Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: XFree86-bin-icons.sh freezes Cygwin installation
* Huijing Zhou [EMAIL PROTECTED] [2003-10-02 18:40:14 +0200]:
While doing a completely new installation of Cygwin using the latest
Setup version on a Windows 2000 Server, the installation keeps on
stucking at /etc/postinstall/XFree86-bin-icons.sh, which would takes
over half an hour for no reason. There are a bunch of bash, sh and
other cygwin processes in the process list, but no significant
processor or harddisk activity. This behaviour is reproduceable most
of the time, but not always.
I fixed that by removing all files mentioned in
`cygcheck -l XFree86-bin-icons`
and then removing /etc/packages/XFree86-bin-icons*
(oddly, `cygcheck -c` still mentioned empty XFree86-bin-icons)
then setup managed to proceed.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.camera.org http://www.iris.org.il http://www.memri.org/
http://www.mideasttruth.com/ http://www.honestreporting.com
main(a){a=main(a){a=%c%s%c;printf(a,34,a,34);};printf(a,34,a,34);}
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: XFree86-bin-icons.sh freezes Cygwin installation
On Thu, 2 Oct 2003, Sam Steingold wrote: * Huijing Zhou [EMAIL PROTECTED] [2003-10-02 18:40:14 +0200]: While doing a completely new installation of Cygwin using the latest Setup version on a Windows 2000 Server, the installation keeps on stucking at /etc/postinstall/XFree86-bin-icons.sh, which would takes over half an hour for no reason. There are a bunch of bash, sh and other cygwin processes in the process list, but no significant processor or harddisk activity. This behaviour is reproduceable most of the time, but not always. I fixed that by removing all files mentioned in `cygcheck -l XFree86-bin-icons` and then removing /etc/packages/XFree86-bin-icons* (oddly, `cygcheck -c` still mentioned empty XFree86-bin-icons) /etc/setup/installed.db then setup managed to proceed. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: no longer administrator, can't mkdir /foo
DePriest, Jason R. wrote: You may need to get permission to temporarily logon as a local admin and then change the owner of all of the directories under cygwin. As almost all of my directories and files seem to be owned by admins.mkgroup. See if you can change the ownership to the Power User group or something else that you are a member of. That may be, but it won't happen quickly--our sys admin people are trying to put out fires resulting from the break-in. I won't try to say what I think of whoever broke in... -- Mike Maxwell Linguistic Data Consortium NomaxwellSpam at ldc dot upenn dot edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Looking for BIND utilities: dig, nslookup, etc. --
http://bind8nt.meiway.com/download.cfm -- Lee D. Rothstein -- [EMAIL PROTECTED] VeriTech -- 603-424-2900 7 Merry Meeting Drive Merrimack, NH 03054-2934 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.5: strace -p broken?
I have tried strace -p cygpid on a number of processes with no luck. It
just hangs for a few seconds and exits. Am I doing something wrong?
[EMAIL PROTECTED] ~
$ sleep 100
[4] 374
[EMAIL PROTECTED] ~
$ strace -p 374
[EMAIL PROTECTED] ~
$ echo $?
5
Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Oct 02 14:11:54 2003
Windows NT Ver 4.0 Build 1381 Service Pack 6
Path: .
G:\cygwin\usr\local\bin
G:\cygwin\bin
G:\cygwin\bin
d:\WINNT\system32
d:\WINNT
d:\Program Files\rksupport
G:\cygwin\bin
G:\cygwin\usr\X11R6\bin
\\eos\ford\v9wintest\tap
G:\cygwin\vss\ems\bin
G:\cygwin\home\ford\vsslib
Output from G:\cygwin\bin\id.exe (nontsec)
UID: 1000(ford) GID: 513(None)
513(None)
Output from G:\cygwin\bin\id.exe (ntsec)
UID: 1000(ford) GID: 513(None)
513(None)544(Administrators)
547(Power Users) 545(Users)
SysDir: D:\WINNT\System32
WinDir: D:\WINNT
CYGWIN = `tty ntsec'
HOME = `G:\cygwin\home\ford'
MAKE_MODE = `unix'
PWD = `/home/ford'
USER = `ford'
BUILD_ROOT = `/home/ford/v9wintest'
COMPUTERNAME = `FORDPC'
COMSPEC = `D:\WINNT\system32\cmd.exe'
CUST = `/vss/ems/env8/common'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/home/vsslib/CVS'
CVS_RSH = `/bin/ssh'
DISPLAY = `eos:0.0'
EMS = `/vss/ems'
ENV_PATH =
`/home/ford/env://eos/db_release9/commercial/demo://eos/db_release9/commercial/europe_env://eos/db_release9/commercial/japan_env://eos/db_release9/commercial/asia_env://eos/db_release9/commercial/north_amer_env://eos/db_release9/commercial/south_amer_env://eos/db_release9/commercial/models://eos/db_release9/commercial/test_align://eos/db_release9/commercial/helicopter://eos/db_release9/commercial/common'
HOMEDRIVE = `G:'
HOMEPATH = `\cygwin\home\ford'
HOSTNAME = `fordpc'
JOY_DEV = `/dev/com1'
LOGONSERVER = `\\FORDPC'
MANPATH = `:/usr/ssl/man'
NTRESKIT = `D:\Program Files\rksupport'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/ford/v9wintest/tap'
ORIG_CDPATH =
`.:/usr/local/bin:/usr/bin:/bin:/cygdrive/d/WINNT/system32:/cygdrive/d/WINNT:/cygdrive/d/Program
Files/rksupport:/usr/bin:/usr/X11R6/bin'
ORIG_PATH =
`.:/usr/local/bin:/usr/bin:/bin:/cygdrive/d/WINNT/system32:/cygdrive/d/WINNT:/cygdrive/d/Program
Files/rksupport:/usr/bin:/usr/X11R6/bin'
OS2LIBPATH = `D:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0502'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
RTCVSBIN = `/home/ford/vsslib'
SHELL = `/bin/bash'
SHLVL = `1'
SOURCE_ROOT = `/home/ford/vistest'
SYSTEMDRIVE = `D:'
SYSTEMROOT = `D:\WINNT'
TAP = `/home/ford/v9wintest/tap'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/1.8.2,/usr/share/texmf}'
USERDOMAIN = `FORDPC'
USERNAME = `ford'
WINDIR = `D:\WINNT'
XAPPLRESDIR = `/home/ford/v9wintest/tap/app-defaults'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `G:\cygwin'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `G:\cygwin/bin'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `G:\cygwin/lib'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
(default) = `G:\cygwin\usr\X11R6\lib\X11\fonts'
flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
a: fd N/AN/A
c: hd FAT 199Mb 1% CPUN
d: hd NTFS4094Mb 45% CP CS UN PA FC
e: fd N/AN/A
f: cd N/AN/A
g: hd NTFS5345Mb 47% CP CS UN PA FC Cygwin
G:\cygwin / system binmode
G:\cygwin/bin /usr/bin system binmode
G:\cygwin/lib /usr/lib system binmode
G:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode
. /cygdrive system
#! not a recognized internal or external command
I have just installed the latest version of cygwin and get the following error message when running my scripts while running cygwin under Win XP. It does not matter what shell I specify for the script. My paths on the win pc is set to /usr/local/bin; /usr/bin; /bin; /usr/x11r6/bin. The simple test script contains one line: #! /bin/tsch ANy ideas? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Can't build cygwin from CVS: strsignal
Hi, When trying to build cygwin from CVS 'make' reports this problem: output c++ -L/home/s010609/src/cygwin/obj/i686-pc-cygwin/winsup -L/home/s010609/src/cygwin/obj/i686-pc-cygwin/winsup/cygwin -L/home/s0 10609/src/cygwin/obj/i686-pc-cygwin/winsup/w32api/lib -isystem /home/s010609/src/cygwin/src/winsup/include -isystem /home/s0106 09/src/cygwin/src/winsup/cygwin/include -isystem /home/s010609/src/cygwin/src/winsup/w32api/include -B/home/s010609/src/cygwin/ obj/i686-pc-cygwin/newlib/ -isystem /home/s010609/src/cygwin/obj/i686-pc-cygwin/newlib/targ-include -isystem /home/s010609/src/ cygwin/src/newlib/libc/include -g -O2 -nostdlib -Wl,-T../../../../src/winsup/cygwin/cygwin.sc -Wl,--out-implib,cygdll.a -shared -o cygwin0.dll \ -e [EMAIL PROTECTED] cygwin.def assert.o autoload.o bsdlib.o cxx.o cygheap.o cygthread.o dcrt0.o debug.o delqueue.o devices.o dir.o dlfcn.o dll_init.o dtable.o environ.o errno.o exceptions.o exec.o external.o fcntl.o fhandler.o fhandler_clipboard.o fhandler_ console.o fhandler_disk_file.o fhandler_dsp.o fhandler_fifo.o fhandler_floppy.o fhandler_mem.o fhandler_nodevice.o fhandler_pro c.o fhandler_process.o fhandler_random.o fhandler_raw.o fhandler_registry.o fhandler_serial.o fhandler_socket.o fhandler_tape.o fhandler_termios.o fhandler_tty.o fhandler_virtual.o fhandler_windows.o fhandler_zero.o fnmatch.o fork.o getopt.o glob.o grp.o heap.o init.o ioctl.o ipc.o iruserok.o localtime.o malloc_wrapper.o miscfuncs.o mmap.o msg.o net.o netdb.o ntea.o passwd.o pat h.o pinfo.o pipe.o poll.o pthread.o regcomp.o regerror.o regexec.o regfree.o registry.o resource.o scandir.o sched.o sec_acl.o sec_helper.o security.o select.o sem.o shared.o shm.o signal.o sigproc.o smallprint.o spawn.o strace.o strsep.o sync.o syscalls .o sysconf.o syslog.o termios.o thread.o times.o tty.o uinfo.o uname.o v8_regexp.o v8_regerror.o v8_regsub.o wait.o wincap.o wi ndow.o longjmp.o setjmp.o /home/s010609/src/cygwin/obj/i686-pc-cygwin/libiberty/random.o /home/s010609/src/cygwin/obj/i686-pc-c ygwin/libiberty/strsignal.o malloc.o version.o winver.o \ /home/s010609/src/cygwin/obj/i686-pc-cygwin/newlib/libm/libm.a /home/s010609/src/cygwin/obj/i686-pc-cygwin/newlib/libc/libc.a \ -lgcc /home/s010609/src/cygwin/obj/i686-pc-cygwin/winsup/w32api/lib/libkernel32.a Cannot export strsignal: symbol not defined Creating library file: cygdll.a collect2: ld returned 1 exit status make[2]: *** [cygwin0.dll] Error 1 make[2]: Leaving directory `/home/s010609/src/cygwin/obj/i686-pc-cygwin/winsup/cygwin' make[1]: *** [cygwin] Error 1 make[1]: Leaving directory `/home/s010609/src/cygwin/obj/i686-pc-cygwin/winsup' make: *** [all-target-winsup] Error 2 /output Can anybody give a hint? Thanks in advance, Micha Nelissen. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Looking for BIND utilities: dig, nslookup, etc. --
On Thu, 02 Oct 2003 14:00:57 -0400, Lee D. Rothstein [EMAIL PROTECTED] penned: http://bind8nt.meiway.com/download.cfm -- Lee D. Rothstein -- [EMAIL PROTECTED] VeriTech -- 603-424-2900 7 Merry Meeting Drive Merrimack, NH 03054-2934 Nice! Thank you. -- monique Please respond to the group OR to my email, but not both. (Group preferred.) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
USER ID problems on Windows XP
Has anyone encountered USER identification problems when installing Cygwin on a Windows XP box? After a successful installation, the id -u command returns 60148, a seemingly random number, and the id -un command returns no name for 60148. I also seem to be having trouble with CPU resource sharing when running scripts in Cygwin (ie. simultaneous processes run very slow, while the same processes run in sequence run very quickly.) Thanks, Erin Pleva Senior Meteorologist Duke Energy North America Houston, Texas Phone: 713-989-0799 Fax: 713-989-0491 [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: openssl-0.9.7b-1, openssl-devel-0.9.7b-1
On Thu, Oct 02, 2003 at 01:22:03PM -0300, Fr?d?ric L. W. Meunier wrote: On Thu, 2 Oct 2003, Corinna Vinschen wrote: On Wed, Oct 01, 2003 at 02:50:14PM -0300, Fr?d?ric L. W. Meunier wrote: I don't think Links has a maintainer, or one we can contact. What do you mean? Links has a Cygwin maintainer at least. If you mean one who contributed a package almost 2 years ago, doesn't appear to be subscribed to any mailing-list, and whose e-mail address may have changed (see http://sources.redhat.com/ml/cygwin-apps/2003-07/msg00677.html), then yes, it has. Hmm, now that you mention it... perhaps we should remove links from the distro. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: telnet, ftp unknown service
On Thu, Oct 02, 2003 at 02:19:36PM +0200, V D wrote: here is the result of strace on a telnet, if you need specifically on ftp just let me know. Well, the strace is a bit confusing. The error returned from WinSocks getservbyname function is 11004. The meaning is according to `net helpmsg': The requested name is valid and was found in the database, but it does not have the correct associated data being resolved for. a message, I don't quite understand. I tried if it could be a binary vs. textmode issue but Winsock reads the services file in both variations equally well, at least on my XP system. Please check your services file. Is it somehow corrupted? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: XFree86-bin-icons.sh freezes Cygwin installation
From: Igor Pechtchanski On Thu, 2 Oct 2003, Sam Steingold wrote: * Huijing Zhou [EMAIL PROTECTED] [2003-10-02 18:40:14 +0200]: While doing a completely new installation of Cygwin using the latest Setup version on a Windows 2000 Server, the installation keeps on stucking at /etc/postinstall/XFree86-bin-icons.sh, which would takes over half an hour for no reason. There are a bunch of bash, sh and other cygwin processes in the process list, but no significant processor or harddisk activity. This behaviour is reproduceable most of the time, but not always. I fixed that by removing all files mentioned in `cygcheck -l XFree86-bin-icons` and then removing /etc/packages/XFree86-bin-icons* (oddly, `cygcheck -c` still mentioned empty XFree86-bin-icons) /etc/setup/installed.db then setup managed to proceed. HTH, Igor Run that particular script from the shell - under these circumstances it does complete. i.e: $ mv /etc/postinstall/XFree86-bin-icons.sh /etc/postinstall/XFree86-bin-icons.sh.done$ /etc/postinstall/XFree86-bin-icons.sh.done Will stop setup's hangs, until you reinstall XFree86-bin-icons or something else that will cause that package (i.e. the script) to be extracted again. /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E -- UTC+01, DST - UTC+02 -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Postinstall hangs with bash
Igor?
Have you been able to reproduce the hang using my scripts?
As I said earlier, they're stripped down versions of
/etc/postintsall/XFree86-bin-icons.sh
obviously there are a number of people having problems with that
particular script.
Hrm!? I think I made it!
gzip'ed strace output attached (100K before gzip).
I changed the part2.sh script as shown below.
The remainder of the text shows how I managed to get the hang with this
strace added.
I hope this helps.
NOTE: I've NOT checked the strace for validity.
I find the output rather daunting - as I'm not familiar with cygwin
internals.
There is 66 lines with cygpath though.
--
$ cat /part2.sh
#!/bin/bash
strace -o /part2.strace bash -c source /part3.sh
echo -${TOPFOLDER}-
# for (( i=0 ; $i 50; i=$(( $i + 1 )) ))
# do
# ii=000$i
# echo ${ii: -3} ${X11proggies[$i]}
# done
$ cygstart /install/setup.exe
[1] 832
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
2012 12012 1392 con 500 22:03:08 /usr/bin/rxvt
1728201217288880 500 22:03:25 /usr/bin/bash
584 1 584584 con 500 22:27:42 /usr/bin/sh
844 584 584844 con 500 22:27:43 /usr/bin/sh
1044 844 584 1044 con 500 22:27:43 /usr/bin/bash
23761044 584 2376 con 500 22:27:43 /usr/bin/strace
I2356 12356 2356 con 500 22:27:43 /usr/bin/bash
111623562356 1116 con 500 22:27:44 /usr/bin/bash
234811162356 2348 con 500 22:27:44 /usr/bin/cygpath
3641728 3649520 500 22:28:44 /usr/bin/ps
cancel setup
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
2012 12012 1392 con 500 22:03:08 /usr/bin/rxvt
1728201217288880 500 22:03:25 /usr/bin/bash
584 1 584584 con 500 22:27:42 /usr/bin/sh
844 584 584844 con 500 22:27:43 /usr/bin/sh
1044 844 584 1044 con 500 22:27:43 /usr/bin/bash
23761044 584 2376 con 500 22:27:43 /usr/bin/strace
I2356 12356 2356 con 500 22:27:43 /usr/bin/bash
111623562356 1116 con 500 22:27:44 /usr/bin/bash
234811162356 2348 con 500 22:27:44 /usr/bin/cygpath
3641728 3649520 500 22:28:44 /usr/bin/ps
$ kill -9 2348
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
2012 12012 1392 con 500 22:03:08 /usr/bin/rxvt
1728201217288880 500 22:03:25 /usr/bin/bash
161217281612 23600 500 22:28:57 /usr/bin/ps
$ grep -in 'cygpath' /part2.strace | wc -l
66
$ cat /var/log/setup.log.full
2003/10/02 22:31:05 Starting cygwin install, version 2.415
2003/10/02 22:31:05 Current Directory: G:\cygwin-downloads
2003/10/02 22:31:05 Changing gid to Users
2003/10/02 22:31:05 Could not open service McShield for query, start and
stop. McAfee may not be installed, or we don't have access.
2003/10/02 22:31:09 Ending cygwin install
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST - UTC+02 --
--END OF MESSAGE--
part2.strace.gz
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: #! not a recognized internal or external command
On Thu, Oct 02, 2003 at 12:08:25PM -0700, Neil Messmer wrote: I have just installed the latest version of cygwin and get the following error message when running my scripts while running cygwin under Win XP. It does not matter what shell I specify for the script. My paths on the win pc is set to /usr/local/bin; /usr/bin; /bin; /usr/x11r6/bin. The simple test script contains one line: #! /bin/tsch s/tsch/tcsh but the *real* problem is that you're trying to start a shell script under cmd.exe. That won't work. The error message is generated by cmd.exe because it correctly doesn't recognize #! as a command. The #! syntax requires support by the starting application, in your case, by Cygwin. If the starting application is not a Cygwin shell, you must start the script as a parameter to the right shell: C:\foo tcsh script-name Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated: openssl-0.9.7b-1, openssl-devel-0.9.7b-1
On Thu, 2 Oct 2003, Corinna Vinschen wrote: On Thu, Oct 02, 2003 at 01:22:03PM -0300, Fr?d?ric L. W. Meunier wrote: On Thu, 2 Oct 2003, Corinna Vinschen wrote: On Wed, Oct 01, 2003 at 02:50:14PM -0300, Fr?d?ric L. W. Meunier wrote: I don't think Links has a maintainer, or one we can contact. What do you mean? Links has a Cygwin maintainer at least. If you mean one who contributed a package almost 2 years ago, doesn't appear to be subscribed to any mailing-list, and whose e-mail address may have changed (see http://sources.redhat.com/ml/cygwin-apps/2003-07/msg00677.html), then yes, it has. Hmm, now that you mention it... perhaps we should remove links from the distro. Probably, but before I'd do a search for Sami Tikka on Google and try to get an answer. http://susiraja.lnet.lut.fi/~redneck/ was edited yesterday and has an e-mail. If he doesn't reply, don't wan't to maintain it anymore, or you don't find anyone to take the job, go ahead. Anyway, I suggest anyone to use ELinks, which is IMO much better than Links. And the only advantages Links2 has over it are the graphical part (a must have mainly on Linux, where you can use it on the console with SVGAlib or framebuffer), and some JavaScript support. But I read all these will be added / merged in ELinks (hopefully soon). -- How to contact me - http://www.pervalidus.net/contact.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: #! not a recognized internal or external command
I would have thought the paths set in your particuliar environment would have enabled to the find the correct shell for proper execution. I am still convinced it is a setup issue as it works on another machine here. OS versions and hardware are identical. Corinna Vinschen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Thu, Oct 02, 2003 at 12:08:25PM -0700, Neil Messmer wrote: I have just installed the latest version of cygwin and get the following error message when running my scripts while running cygwin under Win XP. It does not matter what shell I specify for the script. My paths on the win pc is set to /usr/local/bin; /usr/bin; /bin; /usr/x11r6/bin. The simple test script contains one line: #! /bin/tsch s/tsch/tcsh but the *real* problem is that you're trying to start a shell script under cmd.exe. That won't work. The error message is generated by cmd.exe because it correctly doesn't recognize #! as a command. The #! syntax requires support by the starting application, in your case, by Cygwin. If the starting application is not a Cygwin shell, you must start the script as a parameter to the right shell: C:\foo tcsh script-name Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: #! not a recognized internal or external command
I should also mention that the script was executed within a cygwin shell window when this error occurred. Neil Messmer [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I would have thought the paths set in your particuliar environment would have enabled to the find the correct shell for proper execution. I am still convinced it is a setup issue as it works on another machine here. OS versions and hardware are identical. Corinna Vinschen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Thu, Oct 02, 2003 at 12:08:25PM -0700, Neil Messmer wrote: I have just installed the latest version of cygwin and get the following error message when running my scripts while running cygwin under Win XP. It does not matter what shell I specify for the script. My paths on the win pc is set to /usr/local/bin; /usr/bin; /bin; /usr/x11r6/bin. The simple test script contains one line: #! /bin/tsch s/tsch/tcsh but the *real* problem is that you're trying to start a shell script under cmd.exe. That won't work. The error message is generated by cmd.exe because it correctly doesn't recognize #! as a command. The #! syntax requires support by the starting application, in your case, by Cygwin. If the starting application is not a Cygwin shell, you must start the script as a parameter to the right shell: C:\foo tcsh script-name Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Postinstall hangs with bash
On Thu, 2 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote: Igor? Have you been able to reproduce the hang using my scripts? As I said earlier, they're stripped down versions of /etc/postintsall/XFree86-bin-icons.sh obviously there are a number of people having problems with that particular script. Hannu, As I said before, I'm unable to reproduce the hang on my machine at all - setup always runs to completion. Hrm!? I think I made it! gzip'ed strace output attached (100K before gzip). I changed the part2.sh script as shown below. The remainder of the text shows how I managed to get the hang with this strace added. I hope this helps. NOTE: I've NOT checked the strace for validity. I find the output rather daunting - as I'm not familiar with cygwin internals. There is 66 lines with cygpath though. That doesn't tell you much. You should have grepped for cygpath's PID... I don't have time right now to look at the strace. Unless someone else does, I may get to it some time next week. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: USER ID problems on Windows XP
On Thu, 2 Oct 2003, Erin Pleva wrote: Has anyone encountered USER identification problems when installing Cygwin on a Windows XP box? After a successful installation, the id -u command returns 60148, a seemingly random number, and the id -un command returns no name for 60148. I bet you're logging in as a domain user, and your Cygwin version is 1.3.*... What you're seeing is the short integer overflow on a 16-bit UID. The easiest fix would be to upgrade to the latest Cygwin version (currently 1.5.5), as it has 32-bit UIDs. I also seem to be having trouble with CPU resource sharing when running scripts in Cygwin (ie. simultaneous processes run very slow, while the same processes run in sequence run very quickly.) Thanks, Erin Pleva Please follow the Cygwin problem reporting guidelines at http://cygwin.com/problems.html. They tell you how to provide enough information to help us diagnose your problem. It would also help if you provided a simple testcase that would be reproducible on other machines. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Future of OpenGL package (Earnie, please read this)
I think we waited long enough for freeglut and some update of GLUT and GLUI is overdue. FreeGLUT has certainly gained momentum in recent months, but I sould say that GLUT will still be needed for a while. I recently suggested to the FreeGLUT list that GL/freeglut.h should be used, rather than colliding with GL/glut.h --- as a migration path so that GLUT and FreeGLUT could be packaged side by side without conflicts or confusion. If you have an opinion on that I suggest you chime ni. Just to let you know, I am acting as caretaker for GLUI at the moment: http://www.nigels.com/glt/glui/ I am thinking of doing a 2.3 release later this year, nothing major, mainly fixing minor irritations. If there are any GLUI forks out there, it would be nice to merge them back... (I also have a bunch of contributed patches which I'll need to evaluate for inclusion) Nigel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin/rsync Hang Problem Testing Results
People of cygwin rsync, I recently attempted to get cygwin and rsync working to solve a backup/mirroring need in my computer life. Well, as you might guess, I ran into a little but of trouble. Strangely enough, rsync seemed to be regularly hanging when I attempted to do a get (sycronize a remote to a local dir). Well, considering I want to automate this, that was not going to work. So I searched the web, mailing lists, etc, and came across all of the posts on the subject, but no solution. Then I stumbled across an idea - to test previous versions of rsync to if any of them worked better with cygwin. Here are the (hopefully helpful) results of those tests. I did three tests for each version of cygwin: locallist: rsync -n --stats --recursive --rsh=ssh sync/ /home/drsync/ get: RSYNC_CMD=rsync --verbose --progress --stats -auz -e ssh $RSYNC_CMD [EMAIL PROTECTED]:sync/ sync/ put: RSYNC_CMD=rsync --verbose --progress --stats -auz -e ssh $RSYNC_CMD sync/ [EMAIL PROTECTED]:sync/ When rsync was hanging, it did so usually by the third time I ran the command. So I figured running each 10ish times should probably show the error. So I downloaded the last pile of rsync releases and started testing at intervals, starting back at 2.3.0 and splitting the difference as I zeroed in on the offending release. Here are the results: Version locallist get put --- 2.3.0 success success success 2.4.0 success success success 2.4.1 success success failure 2.4.2 success success failure 2.4.3 success success failure 2.4.4 success success failure 2.4.5 success success failure 2.4.6 failure failure failure 2.5.0 failure failure success 2.5.6 failure failure success The failures of the put test (v. 2.4.1 - 2.4.6) happened EVERY time I ran the test and returned an error of: read error: Connection reset by peer As those did not occur after 2.4.6, I assume that was a fixed bug, unrelated to the hanging problem that was the reason for my tests. Anyhow, when the locallist and get tests failed, rsync would just plain hang - no explanation, error, I could leave it there for an hour and it wouldn't have changed. And then, when I ctrl-c killed the process (in my cygwin/bash shell), the actual rsync process would stick around and require killing via the windows task manager. So, based on my testing, I would conclude that the infamous cygwin rsync hang bug was introduced somewhere in the coding for 2.4.6. As for myself, I plan to go ahead and just use version 2.4.0, as it is the most recent version of rsync that worked for all three tests. If I can be of any more help, including testing patches, please let me know. Thanks for all of the hard work on cygwin and rsync, folks. Sincerely, Paul Thompson [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin/rsync Hang Problem Testing Results
I have found rsync runs slighty longer when you run ssh -e 'noescape' option, as in the following script: #!/bin/bash exec ssh -e 'none' $@ In fact, I find the above script is absolutely essential with cvs. (I've yet to platform where it wasn't required.) One would expect the -T option to also improve things, but it doesn't... I find it helps with rsync, but doesn't solve the problem. Worse, each time rsync hangs, after killing it, the rsync process continues on the remote machine. If I don't manually kill -9 rsync on the remote machine, the next time I run rsync it will hang sooner and run slower. After five or ten times without killing the remote rsync command, rsync never gets past update the filelist before I grow too impatient to see what will happen. Bill - Original Message - From: Paul Thompson [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, October 02, 2003 7:28 PM Subject: Cygwin/rsync Hang Problem Testing Results People of cygwin rsync, I recently attempted to get cygwin and rsync working to solve a backup/mirroring need in my computer life. Well, as you might guess, I ran into a little but of trouble. Strangely enough, rsync seemed to be regularly hanging when I attempted to do a get (sycronize a remote to a local dir). Well, considering I want to automate this, that was not going to work. So I searched the web, mailing lists, etc, and came across all of the posts on the subject, but no solution. Then I stumbled across an idea - to test previous versions of rsync to if any of them worked better with cygwin. Here are the (hopefully helpful) results of those tests. I did three tests for each version of cygwin: locallist: rsync -n --stats --recursive --rsh=ssh sync/ /home/drsync/ get: RSYNC_CMD=rsync --verbose --progress --stats -auz -e ssh $RSYNC_CMD [EMAIL PROTECTED]:sync/ sync/ put: RSYNC_CMD=rsync --verbose --progress --stats -auz -e ssh $RSYNC_CMD sync/ [EMAIL PROTECTED]:sync/ When rsync was hanging, it did so usually by the third time I ran the command. So I figured running each 10ish times should probably show the error. So I downloaded the last pile of rsync releases and started testing at intervals, starting back at 2.3.0 and splitting the difference as I zeroed in on the offending release. Here are the results: Version locallist get put --- 2.3.0 success success success 2.4.0 success success success 2.4.1 success success failure 2.4.2 success success failure 2.4.3 success success failure 2.4.4 success success failure 2.4.5 success success failure 2.4.6 failure failure failure 2.5.0 failure failure success 2.5.6 failure failure success The failures of the put test (v. 2.4.1 - 2.4.6) happened EVERY time I ran the test and returned an error of: read error: Connection reset by peer As those did not occur after 2.4.6, I assume that was a fixed bug, unrelated to the hanging problem that was the reason for my tests. Anyhow, when the locallist and get tests failed, rsync would just plain hang - no explanation, error, I could leave it there for an hour and it wouldn't have changed. And then, when I ctrl-c killed the process (in my cygwin/bash shell), the actual rsync process would stick around and require killing via the windows task manager. So, based on my testing, I would conclude that the infamous cygwin rsync hang bug was introduced somewhere in the coding for 2.4.6. As for myself, I plan to go ahead and just use version 2.4.0, as it is the most recent version of rsync that worked for all three tests. If I can be of any more help, including testing patches, please let me know. Thanks for all of the hard work on cygwin and rsync, folks. Sincerely, Paul Thompson [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
