Gcc-mingw - check directory structure after updated my Cygwin from 1.5 to 1.7 (finally) before I read gcc-mingw announcement
I finally decided to go for the gusto and upgrade my Cygwin 1.5 to 1.7 and of course read the gcc-mingw announcement after the full upgrade. I followed the instructions as shown here: " If you are reading this announcement AFTER having messed up your cygwin installation, because you didn't follow these instructions or didn't know about them, then see the section in this message http://cygwin.com/ml/cygwin-announce/2011-04/msg00015.html that begins with "HELP!!!" and follow the suggestions there to "fix" it." I remove the mingw packages and documented in the above message and checked the directory structure. I then installed just the commpiler packages it instructs to do and then step 5 says: "5) Now, let's check: look in /usr/i686-pc-mingw32 There should be three *directories* -- not symlinks -- present: bin include lib Assuming that is the case, NOW you can install some additional packages... " The /usr/i686-pc-mingw32 directory structure on my machine is different than documented above. Within /usr/i686-pc-mingw32 I have: bin lib sys-root and within sys-root I have mingw within mingw I find bin include lib share I wanted to verify this setup and check if I understood step 5 correctly and is step 5 incorrect or is my install still not right. Thanks in advance for any assistance bk -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Best way to backup 1.5 to go to 1.7
Paul McFerrin wrote: > Leave your 1.5 system alone. Now crate & download 1.7 into a new node. > (e.g./cygwinII). Just make sure everything is separate, include your > update nodes and create a new "start" icon for 1.7 only. You might want > to enforce separate executions of 1.5 & 1.7 Yeah, I thought about that and even have Charles Wilsons script (if I am giving credit to the wrong person please all forgive me) that allows you to change over the services you use from 1.5 to 1.7 and back again but I still have to dig around and fix config files and copy symlinks (mine) and other little fixed as I find them. I was thinking more of an in place upgrade but with the ability to roll back so the zip file and registry backup is the most favorable provided I can be sure all gets zipped - I have had problems in the past with moving with zip files or just plain copies and broken links or files that were not copied or zipped. Thanks all for the thoughts - looking forward to updating (sortof) :-) bk -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Best way to backup 1.5 to go to 1.7
I want to upgrade to 1.7 but would like to get a backup of the full 1.5 install before hand. I know in the past just doing copies some files didn't or couldn't get copied. Also in the unix world seems as though I recall tar and cpio have difference in terms of what they will and won't backup. What the best way to get a good copy of my 1.5 in case I need/want to get it back. Or should I just clean install 1.7 to a new directory and keep both around. Bringing files over from old to new could get bothersome - I don't remember what all I have set up or changed in config files. bk -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Updating failure
Gary Johnson wrote: > I also tried running setup.exe and selecting other mirrors, but all > those I tried said that their something.ini was older than mine. Did you happen to notice the current vs new versions it was reporting as being updated. There was an issue yesterday with setup.ini not getting updated properly via upset. I don't know all the tech on it but you might want to see what setup shows you today. bk -- 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/
Cmake doesn't seem to find the new OpenGL include files correctly
Working with a project that uses Cmake/ccmake and OpenGL I noticed that while cmake seems to locate the Libraries for Opengl correctly in /usr/lib/w32api it seems to insist that the include directory is /usr/include and not /usr/include/w32api or /usr/include/opengl (as the latest patch creates). I experimented some with the FindOpenGL.cmake file in /usr/share/cmake-2.6.2/modules and it seems no matter what you put in for paths or the order that you place for the FIND_PATH command for GL/gl.h it will still return /usr/include. Which based on the latest patch and some conflicts that were found after all the X11 rework would not be correct (as I think I understand it) especially since it is find the lib ini w32api as it should. This is probably more related to upstream of cmake but thought the cmake maintainer might want to take a look and confirm my findings or tell me what I am doing wrong. Using a Hello world example: #include #include int main () { printf ("Hello World.\n"); return 0; } and a cmakelists.txt like this: cmake_minimum_required(VERSION 2.0) project(MyProject) add_executable(hello Hello.cpp) FIND_PACKAGE(OpenGL) you will see what I mean. bk -- 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/
lf_setlock can't sync with lock object when starting Cygwin using Login
login: briank Password: 548179190 [main] login 2452 lf_setlock: Can't sync with lock object hold by Win32 pid 1892: Win32 error 2 Last login: Wed Nov 12 22:46:45 on console Fanfare!!! You are successfully logged in to this server!!! [EMAIL PROTECTED] ~ $ I have a cygwin.bat file that starts 4 sessions of Cygwin bash (1 using rxvt). These sessions actually are running login which in turn starts the bash shell once I login on each (see the batch file below). I have noticed lately (and I cannot give a time frame) that when I am connected to my network at home (workgroup network) that these session once I login will appear to hang which seemed to me like a lock or race condition prior to seeing the above message. It also seems that when I am connected at one a client of mines site (Windows 2000 server network with Domain logins) that this does not occur and the logins occur quite rapidly. When at home I end up having to close them by Xing out but finally realized that if I close just the rxvt and if I guess correctly one of the standard login screens then I will suddenly have the other two logging in but I have also noticed the above message. As I say I don't have a time frame for when this started but I do believe it has been a recent affliction. Thanks for any assistance. The Batch File: @echo off SET MAKE_MODE=unix SET CYGWIN=binmode ntsec nostrip_title title SET PATH=C:\cygwin\usr\local\bin;C:\cygwin\usr\bin;C:\cygwin\bin;%PATH%;. C: chdir \cygwin start "Using rxvt/bash" CMD /c bin\rxvt -geometry 90x30 -fg grey -bg midnightblue -cr red -sr -sl 2000 -fn "Lucida Console-12" -tn rxvt -e /usr/bin/login start "bash Shell" CMD /C bin\login.exe start "zsh Shell" CMD /C bin\login.exe start "tcsh Shell" CMD /C bin\login.exe exit The cygcheck -s -r -v output: Cygwin Configuration Diagnostics Current System Time: Wed Nov 12 23:16:32 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\share\OpenSceneGraph\bin C:\cygwin\usr\local\bin C:\cygwin\usr\local\lib C:\cygwin\usr\local\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Program Files\Business Objects XI\common\3.5\bin\NOTES\ C:\Program Files\Business Objects XI\common\3.5\bin\NOTES\DATA\ C:\program files\sdb\programs\bin C:\program files\sdb\programs\pgm C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\SQLLIB\BIN C:\Program Files\SQLLIB\FUNCTION C:\Program Files\SQLLIB\HELP C:\Program Files\Sybase\SQL Anywhere 8\win32 C:\Program Files\Sybase\Shared\win32 C:\Program Files\Sybase\Shared\Sybase Central 4.1 C:\Program Files\Symantec\pcAnywhere\ C:\PROGRA~1\IBM\CLIENT~1 C:\PROGRA~1\IBM\CLIENT~1\Shared C:\PROGRA~1\IBM\CLIENT~1\Emulator .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)1004(Debugger Users) 10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)1004(Debugger Users) 10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'BrianK' LD_LIBRARY_PATH = '/usr/local/lib:/usr/local/bin:/usr/bin:/bin:' PWD = '/home/BrianK' CYGWIN = 'binmode ntsec nostrip_title title' HOME = '/home/BrianK' MAKE_MODE = 'unix' HOMEPATH = '\BrianK' OSG_LIBRARY_PATH = '/usr/local/bin' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man' DB2INSTANCE = 'DB2' APPDATA = 'C:\Documents and Settings\BrianK\Application Data' POPFILE_ROOT = 'c:\netime\popfile' HOSTNAME = 'atl-lt-5783' SHELL = '/bin/bash' TERM = 'cygwin' VWS_LOGGING = 'C:\Program Files\SQLLIB\LOGGING' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' VSCOMNTOOLS = '"C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"' VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' DB2TEMPDIR = 'C:\Program Files\SQLLIB' TMPDIR = '/tmp' CVSROOT = ':pserver:[EMAIL PROTECTED]:/cvs/src' VWS_FOLDER = 'IBM DB2' OSG_FILE_PATH = '/usr/src/OpenSceneGraph-data' OLDPWD = '/home/BrianK' USERDOMAIN = 'FPC' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' LC_ALL = 'EN_US' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' LIB = 'C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\' USERNAME = 'BrianK' PROCESSOR_LEVEL = '6' CVS_PASSFILE = '/home/BrianK/.cvspass' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:'
Cvs: [login aborted] when connecting to cvs to download sources
This has been occurring for some time and not just on the Cygwin cvs site but others too but I am always using the cygwin cvs version that I installed. Following the directions at: http://cygwin.com/cvs.html I seem to continually get an error about login aborted - yet if I look in .cvspass the connection for cvs appears to be there and when I do a cvs logout it will be removed from there with no error so it appear the login works eve though I get this error: [EMAIL PROTECTED] /usr/develop/src $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src [EMAIL PROTECTED] /usr/develop/src $ cvs login Logging in to :pserver:[EMAIL PROTECTED]:2401/cvs/src CVS password: cvs [login aborted]: received abort signal [EMAIL PROTECTED] /usr/develop/src If I try it this way I still get the same error: [EMAIL PROTECTED] /usr/develop/src $ cvs -d :pserver:[EMAIL PROTECTED]:/cvs/src login Logging in to :pserver:[EMAIL PROTECTED]:2401/cvs/src CVS password: cvs [login aborted]: received abort signal [EMAIL PROTECTED] /usr/develop/src $ Is this a misconfiguration problem on my system or something with Cygwin version or a cvs bug. Thanks for any insight. Cygcheck -s -r -v Cygwin Configuration Diagnostics Current System Time: Mon Nov 03 16:48:29 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\share\OpenSceneGraph\bin C:\cygwin\usr\local\bin C:\cygwin\usr\local\lib C:\cygwin\usr\local\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Program Files\Business Objects XI\common\3.5\bin\NOTES\ C:\Program Files\Business Objects XI\common\3.5\bin\NOTES\DATA\ C:\program files\sdb\programs\bin C:\program files\sdb\programs\pgm C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\SQLLIB\BIN C:\Program Files\SQLLIB\FUNCTION C:\Program Files\SQLLIB\HELP C:\Program Files\Sybase\SQL Anywhere 8\win32 C:\Program Files\Sybase\Shared\win32 C:\Program Files\Sybase\Shared\Sybase Central 4.1 C:\Program Files\Symantec\pcAnywhere\ C:\PROGRA~1\IBM\CLIENT~1 C:\PROGRA~1\IBM\CLIENT~1\Shared C:\PROGRA~1\IBM\CLIENT~1\Emulator .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)1004(Debugger Users) 10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)1004(Debugger Users) 10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'BrianK' LD_LIBRARY_PATH = '/usr/local/lib:/usr/local/bin:/usr/bin:/bin:' PWD = '/home/BrianK' CYGWIN = 'binmode ntsec nostrip_title title' HOME = '/home/BrianK' MAKE_MODE = 'unix' HOMEPATH = '\BrianK' OSG_LIBRARY_PATH = '/usr/local/bin' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man' DB2INSTANCE = 'DB2' APPDATA = 'C:\Documents and Settings\BrianK\Application Data' POPFILE_ROOT = 'c:\netime\popfile' HOSTNAME = 'atl-lt-5783' SHELL = '/bin/bash' TERM = 'cygwin' VWS_LOGGING = 'C:\Program Files\SQLLIB\LOGGING' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' VSCOMNTOOLS = '"C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"' VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' DB2TEMPDIR = 'C:\Program Files\SQLLIB' TMPDIR = '/tmp' CVSROOT = ':pserver:[EMAIL PROTECTED]:/cvs/src' VWS_FOLDER = 'IBM DB2' OSG_FILE_PATH = '/usr/src/OpenSceneGraph-data' OLDPWD = '/home/BrianK' USERDOMAIN = 'FPC' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' LC_ALL = 'EN_US' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' LIB = 'C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\' USERNAME = 'BrianK' PROCESSOR_LEVEL = '6' CVS_PASSFILE = '/home/BrianK/.cvspass' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' ASANYSH8 = 'C:\Program Files\Sybase\Shared' __COMPAT_LAYER = 'EnableNXShowUI ' ASANY8 = 'C:\Program Files\Sybase\SQL Anywhere 8' COMPILE_EXAMPLES = 'yes' USERPROFILE = 'C:\Documents and Settings\BrianK' MDIS_PROFILE = 'C:\Program Files\SQLLIB\METADATA\PROFILES' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\FPC-ATL-SRV1' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin' SHLVL = '1' USERDNSDOMAIN = 'FULTONPAPER.COM' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' COMPILE_INTROSPECTION = 'no' HOMEDRIVE = 'Z:' VWSPATH = 'C:\Program Files\SQLLIB' !Z: = 'Z:\' OPENTHREADS_INC_DIR = '/usr/local/in
Re: Does anyone use insight on cygwin?
Eric Blake wrote: > ccording to Brian Keener on 8/6/2008 2:44 PM: > | my debug version of Cygwin1.dll running Insight would get a Tcl/TK error > | looking for the init file. Changing back to the released non debug version > | fixed it. > > And just when was your cygwin1.dll built? This has been fixed in CVS, but > only within the last week or so (ie. there was a window where the 1.7.0 > dll would spawn tcl in such a way that it failed to initialize properly, > because it was unprepared for wide-char information). You are correct - my dll was built prior to that and cvs update and fresh build last evening revealed that in fact Insight was again working with my debug dll. I was going to post that very fact this am but you beat me to it. :-) bk -- 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: Does anyone use insight on cygwin?
Dave Korn wrote: > > broke Insight and/or Tcl/Tk because as soon as I changed back to a > > released Cygwin1.dll - Insight started working again from bash. > > Are you /entirely/ sure you didn't accidentally leave a service running or > a shell or something or somehow end up with two clashing DLLs at the same > time? Unless you've been making changes to the source code, any self-build > DLL ought to be just as good as one from upstream. Thanks Dave, I don't want to hijack this thread but I will explain further and then we can take to a new thread if we want. What I meant was I changed back to a non-debug released version of the dll and Insight started working again. With my debug version of Cygwin1.dll running Insight would get a Tcl/TK error looking for the init file. Changing back to the released non debug version fixed it. Yes - no duplicate dll's and the Service for Openssh (only Cygwin service I think I have running) had been started and restarted many times since I noticed this and the system rebooted quite few times. Hadn't thought much of it (was using gdb) until I double checked on a second system (same packages installed) and Insight worked there - then I knew something was up and remembered I was running a debug version and swapped back as fluke. Thanks again bk -- 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: Does anyone use insight on cygwin?
Let me change my previous response please - I use both Insight and gdb. I prefer Insight and I don't have a problem with Insight running in X although I would hate to loose the version that runs from the bash prompt and force me to always run in X. An X version and regular version would be great - if possible. Especially now that I found my issue - my debug version of Cygwin1.dll (self compiled) apparently broke Insight and/or Tcl/Tk because as soon as I changed back to a released Cygwin1.dll - Insight started working again from bash. Just wanted to clarify. Thanks for everything folks. bk -- 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: Does anyone use insight on cygwin?
Christopher Faylor wrote: > Does anyone actually use insight on Cygwin? I use both gdb and Insight although I prefer Insight - like Charles Insight is easier for me. I don't have a problem with it running in X but I also wonder if it would be possible to have a version of Insight that would run from within bash. Currently my version does not run from bash nor X but that is probably something I have misconfigured. I have to use gdb or use a Windows cmd window to run Insight. Bk -- 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/
Cmake 2.6 and the FindwxWidgets.cmake seems to use the wrong locating logic in Cygwin
I'm not sure if this should be posted here or if I should go upstream to cmake.org but I was compiling an application that uses cmake/ccmake and can be compiled on Windows/Linux/MingW/Cygwin and so on. Not a lot of folks try it on Cygwin so I have been stumbling over some of the issues. Anyways - one of its checks is to look for wxWidgets which I don't have and don't believe is a package for Cygwin anyways but cmake kept insisting it was on D:/wxWidgetsSome directory which appears to a default in the FindwxWidgets.cmake script. Digging deeper and googling for various info I found this in the script: #= #= IF(WIN32) SET(WIN32_STYLE_FIND 1) ENDIF(WIN32) IF(MINGW) SET(WIN32_STYLE_FIND 0) SET(UNIX_STYLE_FIND 1) ENDIF(MINGW) IF(UNIX) SET(UNIX_STYLE_FIND 1) ENDIF(UNIX) where apparently the STYLE_FIND variables control whether it searches (Win32/Registry) or uses the wxWidget config file (Unix). If I understand what I seem to have seen in config scripts for Cygwin before - in Cygwin both WIN32 and CYGWIN are set just as above it appears they are in MINGW. When I added this code: IF(CYGWIN) SET(WIN32_STYLE_FIND 0) SET(UNIX_STYLE_FIND 1) ENDIF(CYGWIN) right after the MINGW routine that stopped cmake from finding wxWidget or defaulting. Just thought I would pass this on for the cmake maintainer. bk -- 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/
Compiling from cvs and duplicate definition error on strsignal
I was compiling a debug version of Cygwin after updating from current cvs (starting from scratch) and got a conflicting types error on definition of strsignal building libiberty/strsignal.c : at line 409 of strsignal.c in /usr/develop/src/src/src/libiberty/strsignal.c vs line 79 of string.h in /usr/develop/src/src/src/newlib/libc/include/string.h. I temporarily commented the one in string.h since it referenced it was a kludge for getting around an error compiling in gdb Just thought someone should know. bk /usr/bin/gcc -L/usr/develop/obj/cygwin/i686-pc-cygwin/winsup -L/usr/develop/obj/ cygwin/i686-pc-cygwin/winsup/cygwin -L/usr/develop/obj/cygwin/i686-pc-cygwin/win sup/w32api/lib -isystem /usr/develop/src/src/src/winsup/include -isystem /usr/de velop/src/src/src/winsup/cygwin/include -isystem /usr/develop/src/src/src/winsup /w32api/include -B/usr/develop/obj/cygwin/i686-pc-cygwin/newlib/ -isystem /usr/d evelop/obj/cygwin/i686-pc-cygwin/newlib/targ-include -isystem /usr/develop/src/s rc/src/newlib/libc/include -c -DHAVE_CONFIG_H -g -O2 -I. -I/usr/develop/src/sr c/src/libiberty/../include -W -Wall -Wwrite-strings -Wstrict-prototypes -pedant ic /usr/develop/src/src/src/libiberty/strsignal.c -o strsignal.o /usr/develop/src/src/src/libiberty/strsignal.c:409: error: conflicting types for 'strsignal' /usr/develop/src/src/src/newlib/libc/include/string.h:79: error: previous declar ation of 'strsignal' was here /usr/develop/src/src/src/libiberty/strsignal.c:409: error: conflicting types for 'strsignal' /usr/develop/src/src/src/newlib/libc/include/string.h:79: error: previous declar ation of 'strsignal' was here make[2]: *** [strsignal.o] Error 1 make[2]: Leaving directory `/usr/develop/obj/cygwin/i686-pc-cygwin/libiberty' make[1]: *** [all-target-libiberty] Error 2 make[1]: Leaving directory `/usr/develop/obj/cygwin' make: *** [all] Error 2 [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: Thought/Suggestion/Is it Possible for the new Cygwin 1.7 /etc/fstab
Dave Korn wrote: > > But as I say I am probably overthinking this for the Cygwin on Windows > > environment - does it really care if I change cd's without a unmount and > > then mount? > > 'mount' and 'unmount' are utterly different kinds of beast on Cygwin as > they are on the Linux platform; they don't do the same job, and in any case > that job doesn't even need doing. Thanks Dave and Corinna for the response and clarification - just as I thought - I was overthinking it. bk -- 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: Thought/Suggestion/Is it Possible for the new Cygwin 1.7 /etc/fstab
Corinna Vinschen wrote: > On Jun 3 13:11, Brian Keener wrote: > > With my recent attempt and ultimate success at compiling a debug > > version of Cygwin - I realize I must have stumbled on the new 1.7 > > version and subsequently tripped over the new /etc/fstab. Now that I > > have all of this working I wonder if there is a way on the new fstab to > > dictate that a drive like a cdrom (my D Drive on my laptop) is > > unmountable so that when it auto mounts one that is in the drive I can > > do the correct process and unmount the drive and then mount again when > > a new cd is placed in the drive. > > I don't quite understand what you're trying to accomplish. It sounds > like you already get what you want without having to use umount/mount. > Either a CD is in the drive or not. If a CD is in the drive, you get to > it through /cygdrive/d, if there's no CD, there's no logical drive and > thus no /cygdrive/d. Well - what I'm thinking is what I seem to recall that Unix/Linux does in that I can set up fstab to know of a mount point but not mount it automatically until I tell it too and then I can mount and unmount at will for changing the cd. In afterthought I am probably overthinking this but my initial thought followed this scenario: 1) I have a cd in the drive and I start Cygwin and Cygwin autostarts the cd or optionally I could have an entry in fstab that would tell it *not* to automount just the cd. 2) I want to change that cd to another cd so as I would in Unix to keep all the caching and such happy I unmount and then mount the new cd. 3) Then I can access it. In Unix/Linux I seem to recall the system gets upset if you remove a cd without unmount first (since it is mounted to a mountpoint which is now not the same thing) and then mount the new cd. But as I say I am probably overthinking this for the Cygwin on Windows environment - does it really care if I change cd's without a unmount and then mount? bk -- 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/
Thought/Suggestion/Is it Possible for the new Cygwin 1.7 /etc/fstab
With my recent attempt and ultimate success at compiling a debug version of Cygwin - I realize I must have stumbled on the new 1.7 version and subsequently tripped over the new /etc/fstab. Now that I have all of this working I wonder if there is a way on the new fstab to dictate that a drive like a cdrom (my D Drive on my laptop) is unmountable so that when it auto mounts one that is in the drive I can do the correct process and unmount the drive and then mount again when a new cd is placed in the drive. Just a thought. Thanks for all you do - this is great. bk -- 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: Compiling cygwin from cvs and undefined section reference to .gnu_debuglink in cygwin.sc line143 (there is no 143)
Christopher Faylor wrote: > On Mon, Jun 02, 2008 at 06:40:27PM -0600, Eric Blake wrote: > >According to Brian Keener on 6/2/2008 6:16 PM: > >>Remembering I meant to check the FAQ for any extra instructions on > >>building a debug Cygwin I checked there but still didn't find any clue. > > > >I think the difference is in the recent upgrade of binutils, but I > >haven't yet downgraded binutils back to the older 2006* version to > >prove my suspicion. > > I removed the line which referenced .gnu_debuglink from cygwin.sc. That fixed it - thanks. Dllfixdbg does reference it though - what is that for - does it create the .gnu_debuglink section or just modify it if it is there. Or is dllfixdbg not used? Just curious and being nosey. Bk -- 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: Compiling cygwin from cvs and undefined section reference to .gnu_debuglink in cygwin.sc line143 (there is no 143)
Remembering I meant to check the FAQ for any extra instructions on building a debug Cygwin I checked there but still didn't find any clue. I did though trying a few more options in google find this message from Corinna in the archive from Feb (http://cygwin.com/ml/cygwin/2008-02/msg00340.html) and tried its simple instructions: "Building cygwin from CVS requires gcc, a spare build directory (don't build in the source dir), and the deep knowledge how to get rid of the optimizer flag when building. It boils down to Read http://cygwin.com/cvs.html [...] $ cvs co winsup $ mkdir ../build $ cd ../build $ ../src/configure $ make CFLAGS=-g CFLAGS_FOR_TARGET=-g Stop all Cygwin processes Replace /bin/cygwin1.dll with new-cygwin1.dll from your build dir. Copy cygwin1.dbg from the build dir to /bin. Start debugging." I still get the same error when building. I have built before so I am not sure what I have run into this time that seems to be stopping me. bk -- 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/
Compiling cygwin from cvs and undefined section reference to .gnu_debuglink in cygwin.sc line143 (there is no 143)
Hello all, I'm sure I'm probably missing some option but I was trying to do a fresh compile for a debug version of the cygwin1.dll and got the error mentioned in the subject. I tried do just a straight build and also looked at the changes for dllfixdbg which appears to be where the gnu_debuglink gets created or at least manipulated. I saw on the mailing list where changes were made for cygwin.sc and dllfixdbg that affected the debug options (-gdwarf-2) and saw in dllfixdbg the -R and -g options mentioned (but I don't read that code well) but trying to build with -R or -g or -gdwarf-2 all give me the same error. I tried the -gdwarf-2 even though I did not see the lines Brian Dessent had posted and was told by cgf to apply back in November and didn't see them while browsing the cvs either. Thanks for any assistance. I have attached the lines of the make (first) and then my 'cygcheck -s -r -v' Bk Making version.o and winver.o Version 1.7.0 /usr/bin/c++ -L/usr/develop/obj/cygwin/i686-pc-cygwin/winsup -L/usr/develop/obj/cygwin/i686-pc-cygwin/winsup/cygwin -L/usr/develop/obj/cygwin/i686-pc-cygwin/winsup/w32api/lib -isystem /usr/develop/src/src/src/winsup/include -isystem /usr/develop/src/src/src/winsup/cygwin/include -isystem /usr/develop/src/src/src/winsup/w32api/include -B/usr/develop/obj/cygwin/i686-pc-cygwin/newlib/ -isystem /usr/develop/obj/cygwin/i686-pc-cygwin/newlib/targ-include -isystem /usr/develop/src/src/src/newlib/libc/include -g -O2 -MMD -fmerge-constants -ftracer -Wl,--gc-sections -nostdlib -Wl,-T/usr/develop/src/src/src/winsup/cygwin/cygwin.sc \ -Wl,--heap=0 -Wl,--out-implib,cygdll.a -shared -o cygwin0.dll \ -e [EMAIL PROTECTED] cygwin.def assert.o autoload.o bsdlib.o ctype.o cxx.o cygheap.o cygthread.o cygtls.o dcrt0.o debug.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_mailslot.o fhandler_mem.o fhandler_netdrive.o fhandler_nodevice.o fhandler_proc.o fhandler_process.o fhandler_procnet.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 flock.o fnmatch.o fork.o fts.o ftw.o getopt.o glob.o grp.o heap.o hookapi.o inet_addr.o inet_network.o init.o ioctl.o ipc.o kernel32.o localtime.o lsearch.o malloc_wrapper.o minires-os-if.o minires.o miscfuncs.o mktemp.o mmap.o msg.o mount.o net.o netdb.o nfs.o nftw.o ntea.o passwd.o path.o pinfo.o pipe.o poll.o posix_ipc.o pthread.o random.o regcomp.o regerror.o regexec.o regfree.o registry.o resource.o rexec.o rcmd.o scandir.o sched.o sec_acl.o sec_auth.o sec_helper.o security.o select.o sem.o shared.o shm.o sigfe.o signal.o sigproc.o smallprint.o spawn.o strace.o strfuncs.o strptime.o strsep.o strsig.o sync.o syscalls.o sysconf.o syslog.o termios.o thread.o timer.o times.o tls_pbuf.o tty.o uinfo.o uname.o v8_regexp.o v8_regerror.o v8_regsub.o wait.o wincap.o window.o winf.o xsique.o malloc.o version.o winver.o \ /usr/develop/obj/cygwin/i686-pc-cygwin/winsup/cygserver/libcygserver.a /usr/develop/obj/cygwin/i686-pc-cygwin/newlib/libm/libm.a /usr/develop/obj/cygwin/i686-pc-cygwin/newlib/libc/libc.a \ -lgcc /usr/develop/obj/cygwin/i686-pc-cygwin/winsup/w32api/lib/libkernel32.a /usr/develop/obj/cygwin/i686-pc-cygwin/winsup/w32api/lib/libadvapi32.a /usr/develop/obj/cygwin/i686-pc-cygwin/winsup/w32api/lib/libntdll.a /usr/develop/src/src/src/winsup/cygwin/cygwin.sc:143: undefined section `.gnu_debuglink' referenced in expression collect2: ld returned 1 exit status make[3]: *** [cygwin0.dll] Error 1 make[3]: Leaving directory `/usr/develop/obj/cygwin/i686-pc-cygwin/winsup/cygwin' make[2]: *** [cygwin] Error 1 make[2]: Leaving directory `/usr/develop/obj/cygwin/i686-pc-cygwin/winsup' make[1]: *** [all-target-winsup] Error 2 make[1]: Leaving directory `/usr/develop/obj/cygwin' make: *** [all] Error 2 [EMAIL PROTECTED] ~ $ Cygwin Configuration Diagnostics Current System Time: Mon Jun 02 12:06:35 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\share\OpenSceneGraph\bin C:\cygwin\usr\local\bin C:\cygwin\usr\local\lib C:\cygwin\usr\local\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Program Files\Business Objects XI\common\3.5\bin\NOTES c:\Program Files\Business Objects XI\common\3.5\bin\NOTES\DATA\ c:\program files\sdb\programs\bin c:\program files\sdb\programs\pgm c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\SQLLIB\BIN c:\Program Files\SQLLIB\FUNCTION c:\Program Files\SQLLIB\HELP c:\Program Files\Sybase\SQL
Should a CD be automounted as noumount when Cygwin starts
I've noticed that when I start up Cygwin if I accidentally leave a cd in the cd drive it is automounted to /cygdrive/d as a system mount (binmode, noumount) but if there is no cd in the drive I can control the mount. Should a cd be automounted this way or should it mount but in an unmountable setting or should it even automount at all or is this a setting somewhere I have overlooked? Of course there is always the possibility there is something quirky on my system. bk -- 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: Question on gdb and ?? And also Frame did not save PC message
Brian Dessent wrote: > thinking that somehow there's a segmentation fault in pthreads code when > there isn't. If you're going to enable the option then you need to > "continue" past those non-faults. Brian, Thanks for clarifying that. I was doing that for two reasons - the first is because I misunderstood the post I originally found that in. Somehow I got the idea that the exceptions I needed to see were not getting through and this would help me debug the program and then I discovered earlier today exactly what you said - I can continue and keep going around the SIGSEGV at which point the program appears to be terminated by gdb when it completes. I see now that as you say - setting cygwin-exceptions was not needed. Without it I get the below which helps me some I think - in that it confirms the application is waiting on something to complete which doesn't and gdb terminates it. But now there is no stack because of termination - got to go to breakpoints now. As to the second part of my question - is there a way to determine what sources/debug info I still need to get around the ?? Or is that just a matter of tracing from the sources I can see to find what it is bing called next? Also when using the new gdb is the message about "Frame did not save PC message" expected or is that an indication of some limit exceeded or something else. Thanks again bk [EMAIL PROTECTED] /usr/local/bin/osgPlugins-2.3.7 $ gdb osgconvd GNU gdb 6.5.50.20060706-cvs (cygwin-special) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) set args cow.osg brian.osg (gdb) run Starting program: /usr/local/bin/osgconvd.exe cow.osg brian.osg Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll Loaded symbols for /usr/local/bin/cygosgDBd-2.3.7.dll Loaded symbols for /usr/local/bin/cygOpenThreadsd-2.2.1.dll Loaded symbols for /usr/bin/cygwin1.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll Loaded symbols for /usr/local/bin/cygosgd-2.3.7.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/glu32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/msvcrt.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/opengl32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/gdi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/user32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/ddraw.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/dciman32.dll Loaded symbols for /usr/local/bin/cygosgUtild-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgViewerd-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgGAd-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgTextd-2.3.7.dll Data written to 'brian.osg'. 73718546 [main] osgconvd 5648 sig_send: wait for sig_complete event failed, sign al 6, rc 258, Win32 error 0 Program exited with code 03000. (gdb) thread apply all bt (gdb) bt No stack. (gdb) -- 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/
Question on gdb and ?? And also Frame did not save PC message
I should probably be asking this is a gdb group somewhere but thought I would try here first. If I should not be here my apologies. I am attempting to debug a an application that has a hang when the program ends. It seems to perform its objective but than hangs on exit. I have compiled and installed its debug version and I have compiled debug version of the Cygwin dll (updated from cvs last night). I ran it in gdb and got the following when I did a backtrace. I also tried this with the latest version of gdb and noticed when I do that - it stops after frame 7 on thread 1 and tells me "Backtrace stopped Frame did not save PC". Also if you look at the output I still need a debug version of something because I have ?? Still showing. So two questions - 1) how can I find out what I need to remove the question marks and 2) is there an option I would be using that would eliminate the "frame did not save PC" message or is this message actually indicating something about the application that might point me to the error. Any insight or pointers (even to another mailing list/newsgroup) will be greatly appreciated. bk [EMAIL PROTECTED] /usr/local/bin/osgPlugins-2.3.7 $ gdb osgconvd GNU gdb 6.5.50.20060706-cvs (cygwin-special) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) set args cow.osg brian.osg (gdb) set cygwin-exceptions on (gdb) run Starting program: /usr/local/bin/osgconvd.exe cow.osg brian.osg Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll Loaded symbols for /usr/local/bin/cygosgDBd-2.3.7.dll Loaded symbols for /usr/local/bin/cygOpenThreadsd-2.2.1.dll Loaded symbols for /usr/bin/cygwin1.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll Loaded symbols for /usr/local/bin/cygosgd-2.3.7.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/glu32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/msvcrt.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/opengl32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/gdi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/user32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/ddraw.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/dciman32.dll Loaded symbols for /usr/local/bin/cygosgUtild-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgViewerd-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgGAd-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgTextd-2.3.7.dll Program received signal SIGSEGV, Segmentation fault. 0x610d5de9 in pthread_mutexattr_init (attr=0x23cb50) at /usr/develop/src/src/src/winsup/cygwin/thread.cc:123 123 if ((*object)->magic != magic) (gdb) thread apply all bt Thread 2 (thread 3936.0xe64): #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e288 in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c801875 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0730 in ?? () #4 0x in ?? () Thread 1 (thread 3936.0xacc): #0 0x610d5de9 in pthread_mutexattr_init (attr=0x23cb50) at /usr/develop/src/src/src/winsup/cygwin/thread.cc:123 #1 0x610b2c98 in _sigfe () at /usr/develop/src/src/src/winsup/cygwin/cygerrno.h:31 #2 0x0023cb90 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x0028 in ?? () #6 0x0023cbb8 in ?? () #7 0x00ade1af in OpenThreads::ReentrantMutex::ReentrantMutex (this=0xc25ab0) at /usr/src/OpenSceneGraph/include/OpenThreads/ReentrantMutex:29 #8 0x00ade1af in OpenThreads::ReentrantMutex::ReentrantMutex (this=0xc25ab0) at /usr/src/OpenSceneGraph/include/OpenThreads/ReentrantMutex:29 ---Type to continue, or q to quit--- #9 0x00a474e7 in __static_initialization_and_destruction_0 ( __initialize_p=1, __priority=65535) at /usr/src/OpenSceneGraph/src/osg/GraphicsContext.cpp:188 #10 0x00a475ee in global constructors keyed to _ZN3osg15GraphicsContext27setWind owingSystemInterfaceEPNS0_24WindowingSystemInterfaceE () at /usr/src/OpenSceneGraph/src/osg/GraphicsContext.cpp:290 #11 0x61020493 in per_module::run_ctors (this=0x0) at /usr/develop/src/src/src/winsup/cygwin/dll_init.cc:54 #12 0x0001 in ?? () #13 0x610204e0 in dll::init (this=0x610208bc) at /usr/develop/src/src/src/winsup/cygwin/dll_init.cc:80 #14 0x08840008 in ?? () #15 0x in ?? () (gdb) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin
Re: Starting native windows GUI app via ssh.
Clayton Holloway wrote: > Sounds good to me. > I doubt this is a standard ssh option so I wouldn't know what to add in > the config. > > Would you mind pasting the config that enables this or, if you don't > remember which config option it is, the whole sshd_config. I believe they are referring to Start -> Settings -> Control Panel -> Administrative Tools -> Services: Depending on windows version there might not be a need for administrative functions above but once in services - look at the sshd services options and on tab 2 (log in) there will be a check box for interact for desktop. bk -- 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/
When I start a process in bash - which pid is correct - Windows Task Manager or ps -ef
I have an application that I have been trying to gather info on and it hangs but it seems finding the pid is difficult for attempting to attach to it. An example of this can be seen simply using vim from a bash shell. If I start bash in a batch file like this: @echo off SET MAKE_MODE=unix SET CYGWIN=binmode ntsec nostrip_title title rem SET CYGWIN=binmode ntsec nostrip_title title tty SET PATH=C:\cygwin\usr\local\bin;C:\cygwin\usr\bin;C:\cygwin\bin;%PATH%;. C: chdir \cygwin bash --login -i exit then at the command prompt I enter vim -h so I now have vim loaded in that window. I move to another session of bash and do a ps -ef [EMAIL PROTECTED] ~ $ ps -ef UID PIDPPID TTY STIME COMMAND SYSTEM1852 1 ? 11:13:07 /usr/bin/cygrunsrv SYSTEM19921852 ? 11:13:08 /usr/sbin/sshd BrianK2452 1 con 12:08:40 /usr/bin/rxvt BrianK2624 1 con 12:08:40 /usr/bin/bash BrianK 504 1 con 12:08:40 /usr/bin/bash BrianK2248 1 con 12:08:40 /usr/bin/bash BrianK 9082452 0 12:08:40 /usr/bin/bash BrianK5292 908 0 17:54:07 /usr/bin/vim BrianK4708 1 con 18:08:17 /usr/bin/bash BrianK47124708 con 18:09:23 /usr/bin/vim BrianK41402248 con 18:09:50 /usr/bin/ps [EMAIL PROTECTED] ~ $ 4708 is bash shell that ran the vim process at 4712. As you can also see I tried the same thing with an rxvt session that started a bash shell and I ran vim from there 2452-> 908 -> 5292. Problem is if I go to Windows Task Manager it shows the two vims as 6128 for the 4712 one and 4524 for the 5292 one. Now in this particular case I don't have a problem with which pid is correct because it's just vim but the application I have been trying to gather info on does the same thing. Should we be seeing or is there a way to see what the other processes are that account for the missing pids. Windows Task manager does not have an entry for pid 4712 or for 5292 so where did these numbers come from - some interim process I imagine I just don't see how it all ties together. Any additional info greatly appreciated. I've included a cygcheck ouytput but is this output from cygcheck normal: [EMAIL PROTECTED] ~ $ cygcheck -s -r -v >/tmp/cygcheck.log 25468 [main] id 5768 fhandler_base::wait_overlapped: hEvent is zero? /usr/bin/id: write error: Bad file descriptor 12133 [main] id 5000 fhandler_base::wait_overlapped: hEvent is zero? /usr/bin/id: write error: Bad file descriptor 3478 [main] cygrunsrv 4832 fhandler_base::wait_overlapped: hEvent is zero? 67386 [main] cygrunsrv 4668 fhandler_base::wait_overlapped: hEvent is zero? [EMAIL PROTECTED] ~ $ Bk Cygwin Configuration Diagnostics Current System Time: Wed Oct 10 18:25:09 2007 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\share\OpenSceneGraph\bin C:\cygwin\usr\local\bin C:\cygwin\usr\local\lib C:\cygwin\usr\local\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Program Files\Business Objects XI\common\3.5\bin\NOTES\ c:\Program Files\Business Objects XI\common\3.5\bin\NOTES\DATA\ c:\program files\sdb\programs\bin c:\program files\sdb\programs\pgm c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\SQLLIB\BIN c:\Program Files\SQLLIB\FUNCTION c:\Program Files\SQLLIB\HELP c:\Program Files\Sybase\SQL Anywhere 8\win32 c:\Program Files\Sybase\Shared\win32 c:\Program Files\Sybase\Shared\Sybase Central 4.1 c:\Program Files\Symantec\pcAnywhere\ c:\PROGRA~1\IBM\CLIENT~1 c:\PROGRA~1\IBM\CLIENT~1\Shared c:\PROGRA~1\IBM\CLIENT~1\Emulator . Output from C:\cygwin\bin\id.exe (nontsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)1004(Debugger Users) 10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) 12075(WS - All Users) 12068(WS - IT - General) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)1004(Debugger Users) 10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) 12075(WS - All Users) 12068(WS - IT - General) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'BrianK' LD_LIBRARY_PATH = '/usr/local/lib:/usr/local/bin:/usr/bin:/bin:' PWD = '/home/BrianK' CYGWIN = 'binmode ntsec nostrip_title title' HOME = '/home/BrianK' MAKE_MODE = 'unix' HOMEPATH = '\' OSG_LIBRARY_PATH = '/usr/local/bin' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man' DB2INSTANCE = 'DB2' APPDATA = 'C:\Documents and Setti
Trying to debug an application hang on dlclose but need some insight
I have been experimenting with an application called OpenSceneGraph. It uses several dll's. About half its test applications work but the other half do not and will run but hang on close. I have been working with them trying to identify the hangs. It seems the hangs occur with one particular .dll from what I can tell and occurs at the point of close. I'm guessing the problem was already completed before we get to this point but... here is what I have so far. I compiled cygwin using the debug options I found in a thread and then copied the cygwin0.dll to cygwin1.dll and copied the .dbg file (both to /bin). I start one of the simple tests in gdb, set a breakpoint on dlclose and initiate the run: (gdb) run cow.osg Starting program: /usr/local/bin/osgconvd.exe cow.osg Breakpoint 3 at 0x61020164: file /usr/develop/src/src/src/winsup/cygwin/dlfcn.cc , line 146. Pending breakpoint "dlclose" resolved Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll Loaded symbols for /usr/bin/cygwin1.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll Loaded symbols for /usr/local/bin/cygosgDBd-1.9.5.dll Loaded symbols for /usr/local/bin/cygOpenThreadsd-1.9.5.dll Loaded symbols for /usr/local/bin/cygosgd-1.9.5.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/glu32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/msvcrt.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/opengl32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/gdi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/user32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/ddraw.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/dciman32.dll Loaded symbols for /usr/local/bin/cygosgUtild-1.9.5.dll itr='/usr/local/bin' FindFileInPath() : trying /usr/local/bin/cygosgdb_osg.dll ... FindFileInPath() : USING /usr/local/bin/cygosgdb_osg.dll CullSettings::readEnvironmentalVariables() CullSettings::readEnvironmentalVariables() Opened DynamicLibrary cygosgdb_osg.dll for handle 0x506 itr='/usr/local/OpenSceneGraph-data' FindFileInPath() : trying /usr/local/OpenSceneGraph-data/cow.osg ... FindFileInPath() : USING /usr/local/OpenSceneGraph-data/cow.osg itr='/usr/local/bin' FindFileInPath() : trying /usr/local/bin/cygosgdb_rgb.dll ... FindFileInPath() : USING /usr/local/bin/cygosgdb_rgb.dll Opened DynamicLibrary cygosgdb_rgb.dll for handle 0x71b itr='/usr/local/OpenSceneGraph-data' FindFileInPath() : trying /usr/local/OpenSceneGraph-data/Images/reflect.rgb ... FindFileInPath() : USING /usr/local/OpenSceneGraph-data/Images/reflect.rgb raw->sizeX = 128 raw->sizeY = 128 raw->sizeZ = 3 raw->bpc = 1 image read ok 128 128 Time to load files 10476.2 ms Stats before: Object Type #Unique #Instanced StateSet1 1 Group 1 1 Transform 0 0 LOD 0 0 Switch 0 0 Geode 1 1 Drawable1 1 Geometry1 1 Vertices77727772 Primitives 58045804 Optimizer::optimize() doing REMOVE_LOADED_PROXY_NODES Optimizer::optimize() doing COMBINE_ADJACENT_LODS Optimizer::optimize() doing OPTIMIZE_TEXTURE_SETTINGS Optimizer::optimize() doing SHARE_DUPLICATE_STATE Num of StateSet=1 state attribute list 0x10d8b280 TexGen 0x10d8a520 Material 0x10d8aa18 Texture2D searching for duplicate attributes Optimizer::optimize() doing FLATTEN_STATIC_TRANSFORMS ** RemoveStaticTransformsVisitor *** Pass 0 Optimizer::optimize() doing CHECK_GEOMETRY Optimizer::optimize() doing MERGE_GEOMETRY MERGE_GEOMETRY took 2.01143e-05 Optimizer::optimize() doing REMOVE_REDUNDANT_NODES Stats after: Object Type #Unique #Instanced StateSet1 1 Group 1 1 Transform 0 0 LOD 0 0 Switch 0 0 Geode 1 1 Drawable1 1 Geometry1 1 Vertices77727772 Primitives 58045804 Data written to 'converted.osg'. Closing DynamicLibrary cygosgdb_osg.dll for handle 0x506 Breakpoint 3, dlclose (handle=0x0) at /usr/develop/src/src/src/winsup/cygwin/dlfcn.cc:146 146 { (gdb) NOTE the handle printed above is the handle the the program believes belongs that dll but it simple a straight print and no formatting so not sure how it relates to how it should be truly shown for checking. Once I hit my break on dlclose I begin to step through. As you can see above the last thing the programs debug out printed was that it was closing the dll. On some of the apps other dlls they will close and return with a statement saying they closed successfully. This one though as I step through I get this: (gdb) whatis handle type = void * (gdb) print handle $1 = (void *) 0x0 (gdb) s dlclose (handle=0x610b85e8) at /usr/develop/src/src/src/winsup/cygwin/dlfcn.cc:147 147 int ret = -1; (gdb) print handle
Re: pthread question - should this program run - does on Linux
Brian Keener wrote: > Ahhh, > > found it.  I get the same thing Alex does if I change my startup for Cygwin.  > Force of habit from Unix machine I like to see the login prompt when I start > Cygwin.  So I have my cygwin.bat set to use the login program as shown here: > So question - is this a result of using the Start command or the fact I am > using the start command with the login program.  Any ideas. Yes I found it but it is neither of my suppositions as to the Start command or the login program. Turns out it is my CYGWIN setting in my Cygwin.bat file. This post is to simply clear this thread for future seekers. Turns out my CYGWIN variable has always been set to: CYGWIN=binmode ntsec nostrip_title title tty and I just never thought about it. I like seeing the tty0 and tty1 and so on as opposed to console. What I discovered was that if I leave the tty setting on CYGWIN then in bash my mythread_simple program has problems. Leave my cygwin.bat and my start commands alone and simply remove the tty from CYGWIN : CYGWIN=binmode ntsec nostrip_title title and my mythread_simple works as expected. Problem solved - thanks Alex for confirming it should run. bk -- 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: pthread question - should this program run - does on Linux
Alex wrote: > I got this (cygwin): > > $ ./a > Starting main now > Creating thread 0 > > 0: hello world! > Creating thread 1 > > 1: hello world! > Creating thread 2 > > 2: hello world! > Creating thread 3 > > 3: hello world! > Creating thread 4 > > 4: hello world! > > then the program exit Ahhh, found it. I get the same thing Alex does if I change my startup for Cygwin. Force of habit from Unix machine I like to see the login prompt when I start Cygwin. So I have my cygwin.bat set to use the login program as shown here: start "bash Shell" CMD /c bin\login.exe in which case I get the results I posted from mythread_simple and the hang. If I however change my cygwin.bat to use the standard Cygwin.bat which goes directly to a bash prompt as in this format: bash --login -i then I get the same results as Alex for mythread_simple. The interesting thing here is that in version of cygwin.bat I also use this line: start "Using rxvt/bash" CMD /c bin\rxvt -geometry 90x30 -fg grey -bg midnightblue -cr red -sr -sl 2000 -fn "Lucida Console-12" -tn rxvt -e /usr/bin/login to invoke and rxvt. In this case ( I just discovered while playing with this) the mythread_simple program works here as well - even though I am going through the login program. So question - is this a result of using the Start command or the fact I am using the start command with the login program. Any ideas. bk -- 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: pthread question - should this program run - does on Linux
Thanks Alex, Something in my install then. bk -- 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/
pthread question - should this program run - does on Linux
I have been trying to get a grasp on some pthread usage starting with a couple simple programs. I found this one and tried on Cygwin and didn't get what I expected so I tried in Linux and it worked there. I know I have seen a lot on the archives about thread usage and that some things do not work (like stack size and stack addr) but I have also seen comments on if used properly then threads do work. I have compiled my simple program in Cygwin and Linux as g++ mythread_simple.cpp -o mythread_simple.exe In Cygwin I when I compile I get this [EMAIL PROTECTED] /usr/tmp $ ./mythread_simple Starting main now Creating thread 0 0: hello world! Creating thread 1 Creating thread 2 Creating thread 3 Creating thread 4 At this point I have to hit CTRL-C to break out. And when I run in in linux I get Starting main now Creating thread 0 Creating thread 1 Creating thread 2 Creating thread 3 Creating thread 4 0: hello world! 1: hello world! 2: hello world! 3: hello world! 4: hello world! Which is what I would expect. I have attached the program and my cygcheck log. Any information, confirmation or assistance greatly appreciated. bk mythread_simple.cpp Description: Binary data cygcheck.log 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: Download Cygwin???
Brian D wrote: > Â Is there any way that I can d/l Cygwin, with the packages that I need, at my > workplace, then write a CD-R and take it home for installation??? Â Comments or > advice??? Sure - don't see why not - when you run the setup.exe program select the option for download only and then place them in whatever folder you want. Burn that folder to CD and then when you get it home you can run setup.exe again and this time select the the option for install from local and select the path where the files are now - either the cd or where you copied to your hard drive. -- 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: Need some help on a thread issue - is it application problem or cygthread or my installation
Brian Keener wrote: > Loaded symbols for /cygdrive/c/WINDOWS/system32/dciman32.dll > Loaded symbols for /usr/local/bin/cygOpenThreads.dll > 4 [sig] osgversion 300 open_stackdumpfile: Dumping stack trace to > osgversi > on.exe.stackdump > 989547 [sig] osgversion 300 C:\cygwin\usr\local\bin\osgversion.exe: *** > fatal > e > rror - called with threadlist_ix -1 > > Program exited with code 0400. > (gdb) My apologies to the list for this. After finally resolving this issue (accidentally I might add through some attempts to debug) I realize now that with the information I gave and the potential areas where there could have been a problem this list could not have helped. As it turned out the application did not like being installed in directories other than its default even though it was supposed to support it. Onve installed in the default location apps worked correctly. I just wanted to post this in case some neophyte like myself goes searching the archives for threadlist_ix -1 and finds my post and thinks there is some unresolved problem. I still don't understand why the directory affected the thread but thats for another day and another group. Again my apologies bk -- 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/
Question on ssh to a windows machine from linux with and without a program to run
I originally posted this in Cygwin/X but I wonder now if this is an ssh or an X issue. Acutally I know it must be some form of authority issue but not sure which security or Authority. I have a XP WIndows machine (atl-lt-5783) with Cygwin and ssh and sshd is running and I have Linux machine (atl-lt-5783-lnx with ssh and sshd running. >From the windows machine I can connect to the linux and run xterm all in the same command: ssh -X -f -l briank atl-lt-5783-lnx xterm -fg grey -bg midnightblue -cr red and after entering the password for briank on my Desktop on the XP machine I will get my xterm window for atl-lt-5783-lnx as expected. However if I try this from the Linux machine in the X interface to the Windows machine: ssh -X -f -l briank atl-lt-5783 xterm -fg grey -bg midnightblue -cr red I will ask me for a password but then I never get the xterm window. If on the other hand I do the same in two steps: ssh -X -l briank atl-lt-5783 and answer my password and get a bash shell and new prompt for atl-lt-5783 showing I am connected and then do xterm -fg grey -bg midnightblue -cr red I get my xterm window as expected. I have tried googling and also the man but I am not sure what I am looking for as far as a sympton or keyword that will get the information I need. What am I missing and is it on the linux or windows side - any thoughts. Any information and insight greatly appreciated. bk -- 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: find reports an internal system loop on cygdrive
Igor Peshansky wrote: > Well, that's easy enough to test as well: just create a > "c:\cygwin\bwinrcb.txt" and "c:\q\qwinrcq.txt", make sure that when you do > a 'find /cygdrive/c -name "*winrc"', you get them in the following order: > ["c:\bwinrcb.txt", "c:\cygwin\bwinrcb.txt", "c:\q\qwinrcq.txt"], and then > run the command that prints the message and see if you get the > "c:\q\qwinrcq.txt" in the output. Igor you are correct - it was easy and it did print all the files again. Thanks for the additional info and assistance. Appreciate it. bk -- 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: find reports an internal system loop on cygdrive
Igor Peshansky wrote: > The real directory is causing find to recurse into the /cygdrive/* > hierarchy, and that, in turn, causes the internal loop error. Note that > if you had a c:\bwinrcb file, it would be found with the real /cygdrive > directory, and not found without it (using your command). Also note that > in the new versions of Cygwin (probably 1.5.19), /cygdrive will be listed > in "/" even if it's a virtual directory. > > Also, all of what you've described in your message is normal expected > behavior. Okay I think I get it now and just to test you I created a C:\bwinrcb.txt and then did the find without the -xdev and with only a virtual cygdrive and sure enough the find failed to find the C:\bwinrcb.txt file. Then I turned around a created a real cygdrive directory in /cygdrive/c/cygwin and tried the following: [EMAIL PROTECTED] ~ $ find / -depth -name "*winrc*" /cygdrive/c/bwinrcb.txt find: Filesystem loop detected; `/cygdrive/c/cygwin' has the same device number and inode as a directory which is 3 levels higher in the filesystem hierarchy. [EMAIL PROTECTED] ~ $ find / -xdev -depth -name "*winrc*" [EMAIL PROTECTED] ~ $ As you can see in the first one it finds the bwinrcb.txt file but you get the internal loop warning. If I then use the -xdev to prevent the message it of course doesn't find the file because I essentially told it now to look there. While it makes sense it does sort of seem like a catch 22 and still a bit confusing - is the find actually finishing or is it aborting when it finds the loop and therefore will never search the entire path it might have access to. Thanks for the assistance from all and the additional info. bk -- 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: find reports an internal system loop on cygdrive
ning: you have specified the -depth option after a non-option argument -name, but options are not positional (-depth affects tests specified before it as well as those specified after it). Please specify options before other argum ents. [EMAIL PROTECTED] ~ $ find / -depth -name "*winrc*" [EMAIL PROTECTED] ~ $ It appears the real directory is what causes the internal loop error. bk -- Brian Keener [EMAIL PROTECTED] Virtual Access 6.0 build 18 Windows XP Service Pack 2 build 2600 -- 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/
find reports an internal system loop on cygdrive
Thanks to all for any and all assistance. I need a little help. I've searched the FAQ and the archives (probably not with the right keywords which is why I can't find the fix) but I did find references to this problem but they all seem to be old and also fixed but seem to have been related to NTFS which this XP machine is using. When I attempt to do a find as in: [EMAIL PROTECTED] ~ $ find / -name "*winrc*" -print I get the following: find: Filesystem loop detected; `/cygdrive/c/cygwin' has the same device number and inode as a directory which is 3 levels higher in the filesystem hierarchy. I have been running cygwin for a while on Win95 (FAT) ,Win2k (FAT) and now XP (NTFS) and have always seen the C and D drives mounted as /cygdrive/c and /cygdrive/d but I do not recall seeing this error before. I did a mount and it looks normal to me: [EMAIL PROTECTED] ~ $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\PalmDev on /PalmDev type system (textmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) d: on /cygdrive/d type system (binmode,noumount) f: on /cygdrive/f type system (binmode,noumount) t: on /cygdrive/t type system (binmode,noumount) z: on /cygdrive/z type system (binmode,noumount) According to the Users Guide at : http://cygwin.com/cygwin-ug-net/using-utils.html in example 3.9 this looks like an acceptable mount of the c and d drives. One thing I do not recall seeing before is that the cygdrive shows up in an ls command as in: [EMAIL PROTECTED] ~ $ ls -l / total 25 drwx--+ 4 BrianK Domain Users0 Jun 20 2005 PalmDev drwxrwx---+ 2 BrianK Users 0 Jan 18 11:35 bin dr-xr-xr-x 7 000 Dec 31 1969 cygdrive -rwx--+ 1 BrianK Domain Users 1025 Jun 16 2005 cygwin.bat -rwx--+ 1 BrianK Domain Users 7022 Jan 18 11:39 cygwin.ico -rwx--+ 1 BrianK Domain Users 57 Jun 27 2005 cygwin_orig.bat -rwx--+ 1 BrianK Domain Users 766 Sep 6 2000 cygwinblue.ico -rwx--+ 1 BrianK Domain Users 3310 Jul 19 2001 cygwing.ico -rwx--+ 1 BrianK Domain Users 3310 Jul 20 2001 cygwings.ico drwxrwx---+ 14 BrianK Users 0 Dec 14 13:13 etc drwx--+ 4 BrianK Domain Users0 Jun 28 2005 home drwxrwx---+ 24 BrianK Users 0 Jan 18 11:35 lib dr-xr-xr-x 11 BrianK Domain Users0 Jan 18 12:17 proc drwxrwx---+ 2 BrianK Users 0 Jun 28 2005 sbin drwxrwxrwt+ 4 BrianK Users 0 Jan 18 12:13 tmp drwxrwx---+ 19 BrianK Users 0 Jan 18 11:35 usr drwxrwx---+ 9 BrianK Users 0 Jun 28 2005 var It may have been there and I do not recall seing it but I can't remember. What have I got set up incorrectly or what am I missing. Output from my cygcheck is Cygwin Configuration Diagnostics Current System Time: Wed Jan 18 12:13:57 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\program files\sdb\programs\bin c:\program files\sdb\programs\pgm c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\SQLLIB\BIN c:\Program Files\SQLLIB\FUNCTION c:\Program Files\SQLLIB\HELP c:\Program Files\Sybase\SQL Anywhere 8\win32 c:\Program Files\Sybase\Shared\win32 c:\Program Files\Sybase\Shared\Sybase Central 4.1 c:\Program Files\Symantec\pcAnywhere\ .\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) 12075(WS - All Users) 12069(WS - IT - Admin) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11003(BrianK)GID: 10513(Domain Users) 544(Administrators) 547(Power Users) 555(Remote Desktop Users) 545(Users)10512(Domain Admins) 11059(Domain Super Users) 10513(Domain Users) 11815(Information Tech) 12075(WS - All Users) 12069(WS - IT - Admin) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'BrianK' PWD = '/home/BrianK' CYGWIN = 'binmode ntsec nostrip_title title tty ' HOME = '/home/BrianK' MAKE_MODE = 'unix' HOMEPATH = '\' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man' DB2INSTANCE = 'DB2' APPDATA = 'C:\Documents and Settings\BrianK\Application Data' POPFILE_ROOT = 'c:\netime\popfile' HOSTNAME = 'atl-lt-5783' SHELL = '/bin/bash' TERM = 'cygwin' VWS_LOGGING = 'C:\Program Files\SQLLIB\LOGGING' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' DB2TEMPDIR = 'C:\Program Files\SQLLIB' TMPDIR = '/tmp' CVSROOT = ':pserver:[EMAIL
Re: gpc-3.4.4 to go with gcc-3.4.4??
Gerrit P. Haase wrote: > version myself, if he provides a build for Windows I will include it in > the 3.4.4 release so -mno-cygwin will work for Pascal too. > > Unfortunately as you can see here: > http://www.gnu-pascal.de/contrib/chief/win32/mingw32/ > there is still no Windows version available. Gerrit, I understand now. I wasn't even thinking down that line - my goof - sorry for my confusion. bk -- 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/
gpc-3.4.4 to go with gcc-3.4.4??
Seems I recall the maintainer for gcc-3.3.3 and gpc-3.3.3 had not gotten a chance to look at gpc-3.3.3 to bring it current when they released gcc-3.4.4. It appear that gpc is still behind. I noticed though that on the gpc site someone had reported having problems with gcc-3.4.4 and gpc-3.3.3 and Prof A Olowofoyeku reported as an aid to helping the OP: > I have built gpc-20051116 for Cygwin (based on gcc-3.4.4), and it can > be found here: > http://www.gnu-pascal.de/contrib/chief/win32/cygwin/ He also reported a few additonal problems in the testsuite which could be resolved: > It is indeed a simple thing. Install PDCurses - you can get sources and > precompiled binaries here: > http://www.gnu-pascal.de/contrib/chief/win32/cygwin/ > Add the pdcurses "include" and "lib" directories to the compiler's > search path ("-I" and "-L" respectively), and all will be well. Thought this might be of interest to the maintainer for gpc. bk -- 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: treating drives as files
Alex Goldman wrote: > > dd if=/dev/fd0 of=~/disk_image > > This is what I had above. Cygwin doesn't have /dev. This does Actually Alex you said that you could do that in Unix not that you had tried it in Cygwin. You only mentioned if=/cygdrive/d and if="D:" Both of which I tried yesterday in an attempt to copy a Cd and then I found this : http://www.cygwin.com/ml/cygwin-xfree/2001-q4/msg00694.html by using google against cygwin.com (great tool by the way for research and answers). This also pointed me to another link about special names - which you might want to take a look at. bk -- 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: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake
Just a follow up on this: I finally resolved this and as everyone knew/suspected it was not an autoconf/automake issue or at least I don't think it was unless there was something missed in update to update to update. I actually had the same autom4te error on 3 machines of which I either propagated the original problem from the Win2k machine (that had experienced corruption) to my WinXP (this I believe I propogated) and a Win95 (I didn't copy the tree or anything so not usre how this propogated) or there was something in the succession of updates. At any rate I resolved the Win95 and WinXP through a full removal and reinstall of Cygwin and my build tree - just reinstalling all the packages and deleting/rebuilding my cvs build tree was insufficient. I knew I was home free when I got to the STL error as previously reported by Igor in cygwin-apps: http://cygwin.com/ml/cygwin-apps/2005-06/msg00159.html on either the WinXp and the Win95 machines. So I just thought I would close this out for the archives with a final resolution. Thanks for all the help and assistance bk -- 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: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake
Thanks Brian for the follow up and the suggestion. As I mentioned I did just do a clean install of cygwin and all apps to a Windows XP laptop but like a dummy and lazy person I copied my cvs tree from the Win2k laptop. Then when I tried to compile on the WinXP machine and I still got the error I blew away the setup cvs tree and checked it out again. And the compile still failed. Obviously there something wrong with higher on my CVS tree (I guess). The only other thing I can think of is what version of autoconf and automake and libtool are you using. Mine are the versions that were released when stable and devel became obsolete. But not sure that is it. I'll blow away my CVS tree and recheck everything out and see what that does. As I say the rest of my install on the XP machine is all fresh. Thanks bk -- 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/
Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake
I debated asking this but I am now at a loss as to where to look next. I had a nice working Cygwin system and could compile my own copies of the Cygwin.dll and more for my purposes a copy of Setup.exe. I am using Win2k and have kept my system up to date. Last Friday my system experienced some malfunction that apparently resulted in some FAT corruption. I had to delete a file to even get the ChkDsk to complete and it found many bad links in files and cross links ad whatever. Basically ended up loosing bits and pieces of several days. Several things were affected in my Cygwin environment as well (some of my CVS for Setup and Cygwin and so on). My CVS on Setup was hosed pretty badly to the point I deleted it all and checked it out again from CVS. Currently I am at the point where I can compile the Cygwin Dll and have several times just for assurance but I cannot get the bootstrap.sh to run in Setup. I reinstalled all the Autoconf and automake and then reinstalled m4 and then uninstalled them and reinstalled them and finally today I reinstalled all of the packages I have installed and tried again to run bootstrap.sh - I still get the following error: ~ $ cd /usr/develop/src/cygwin-apps/setup /usr/develop/src/cygwin-apps/setup $ ./bootstrap.sh Running bootstrap.sh in libgetopt++ unknown channel $-5 at /usr/share/autoconf/Autom4te/Channels.pm line 538 Autom4te::Channels::msg('$-5', 'configure.in:14', 'warning: $-6') called at /usr/bin/autom4te-2.5x line 1008 aclocal: autom4te failed with exit status: 1 aclocal failed Autotool bootstrapping failed. You will need to investigate and correct before you can develop on this source tree Continuing with bootstrap in current directory unknown channel $-5 at /usr/share/autoconf/Autom4te/Channels.pm line 538 Autom4te::Channels::msg('$-5', 'configure.in:32', 'warning: $-6') called at /usr/bin/autom4te-2.5x line 1008 aclocal: autom4te failed with exit status: 1 aclocal failed Autotool bootstrapping failed. You will need to investigate and correct before you can develop on this source tree /usr/develop/src/cygwin-apps/setup $ I'm at a loss as to what else could be affecting this. Short of removing Cygwin completely and doing a fresh install - I'm at a loss. As of this writing even that has been accomplished since I have now installed cygwin on a new Windows XP laptop and reinstalled my cygwin and setup cvs copies. I can still build cygwin - but same error above on setup. Any ideas - has anyone else run into this or been able to compile setup in the last few days. Any assistance will be greatly appreciated. bk -- 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: Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made
Larry Hall wrote: > Perhaps you added one or more of these one time when you wanted to try > this with your account and didn't remove them all later. sshd kept jumping to mind and after a google search of cygwin.com it seems to hold that at one time this was the method (and may still be - just not using your personal account) of getting ssh/sshd to work. Those searches also show me getting help getting sshd working (although I do not mention those settings being changed) and then finally getting it working (through the help of Max and Corinna) using SYSTEM. bk -- 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: Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made
Corinna Vinschen wrote: > According to my tests you must have given the "Act as part of the operating > system" privilege (SeTcbPrivilege) to your account. Only when I added this Funnny you mention that - after I sent the log(s) yesterday I was thinking about it and kept thinking in the back of my mind that way back when I had changed some windows security setting like that but couldn't remember what it was or why I changed it. Ring a bell with you why it would be changed - Was that something to do with the previous operation of ntsec or something or would the setting even been something to do with the operation of cygwin? Could it be some other application that required it - can't recall. > Please test the next snapshot from http://cygwin.com/snapshots/ Snapshot wasn't there yet but updated my cvs and did a build. Your changes work fine for me - either from cygwin.bat or from the command line in the shell - both work. Thanks. bk -- 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: Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made
Corinna Vinschen wrote: > On Jun 1 13:22, Brian Keener wrote: > > I realize that login is not the normal mode of access for most Cygwin users > > and > > that most use simply the cygwin.bat to start one of the shells. I have my > > cygwin.bat set to run login.exe which then runs the appropriate shell based > > on > > the login I use - actually it starts several login sessions and depending > > on > > the login I use (each unique to Cygwins passwd file ) it will run a > > different > > shell (IE briank runs bash, briankt runs tcsh, briankz runs zsh). > > > > This also keeps some one who sits down at my machine from accidentally > > accessing my cygwin install without knowing one of my logins or passwords. > > > > > > Up until 1.5.15-1 this worked perfectly and with 1.5.15-1 and since this > > has > > changed. Login runs but no matter what login or password I use - I am told > > it > > is an incorrect login. Simply rolling back to 1.5.14-1 corrects this and > > all > > works as expected. I notice in the release for 1.5.15-1 > > > > http://cygwin.com/ml/cygwin-announce/2005-04/msg00022.html > > > > that there were several security changes (or at least what I perceive to be > > security changes) and wonder if this could have affected my use of login. > > Or > > was the fact my use of login worked a fluke and that has since been > > corrected. > > There were a couple of security changes in recent releases. What about > 1.5.17? Does it solve your problem? I just tried using login using > my own account and it works correctly. You should carefully inspect > your /etc/passwd and /etc/group files because recent changes are more > sensitive to wrong entries, especially in relation to group settings. > > Corinna Thanks for the response. 1.5.17 doesn't correct it either. I have tried each release since 1.5.14 and and always end up rolling back to 1.5.14. I even tried simply accessing the bash prompt and then running login from there (without running it directly from cygwin.bat) and it still says Login Incorrect . Based on your results I will go back and review /etc/passwd and /etc/group as you suggest and see what I can find. I'm going to have to do a little digging it looks like - I updated to 1.5.17, removed my passwd and group file and rebuilt using: mkgroup -l >/etc/group mkpasswd -l -p "/$HOME" >/etc/passwd still won't login. Then I rebuilt them with mkgroup -d >/etc/group mkpasswd -d -p "/$HOME" >/etc/passwd but sill no luck either from cygwin.bat or just login from the shell prompt. I'll keep digging. Not sure what to look at now though. Thanks for the follow-up. bk -- 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: Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made
Sorry - posted the cygcheck with uuencode. here is plain text - I hope. bk cygcheck.out 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/
Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made Uuencoded file "cygcheck.out" (1 of 1)
Uuencoded file cygcheck.out begin 666 cygcheck.out M#0I#>6=W:[EMAIL PROTECTED])A=&EO;B!$:6%G;F]S=&EC[EMAIL PROTECTED]&[EMAIL PROTECTED]($IU;B`P,2`Q,SHP-#HU,2`R,#`U#0H-"E=I;F1O M=W,@,C`P,"!07-T M96TS,@T*"6,Z7%=)3DY4#0H)8SI<5TE.3E1<4WES=&5M,S)<5V)E;0T*"60Z M7&HR6)A M6)A&[EMAIL PROTECTED]&YO;G1S96,I M#0I5240Z(#$P,#`H8G)I86YK*2!'240Z(#4Q,RA.;VYE*0T*-3$S*$YO;F4I M#0H-"D]U='!U="!F6)A MFEP.T,Z7%!R;[EMAIL PROTECTED]<4U%,3$E"7&IA=F%< MFEP.T,Z7%!R;[EMAIL PROTECTED]<4U%,3$E"7&IA=F%<&4G#0I#5E-2 M3T]4([EMAIL PROTECTED]7-T96TS,EQO[EMAIL PROTECTED])PT*4%)/0T534T]27TE$14Y4 M249)15(@/2!@>[EMAIL PROTECTED]($9A;6EL>2`V($UO9&5L(#@@4W1E<'!I;F<@[EMAIL PROTECTED] M=6EN94EN=&5L)PT*4%)/0T534T]27TQ%5D5,([EMAIL PROTECTED])? M4D5625-)3TX@/2!@,[EMAIL PROTECTED]<-"E!23T=204U&24Q%4R`](&!#.EQ0'0@/[EMAIL PROTECTED]6=W M:6X-"DA+15E?0U524D5.5%]54T527%-O9G1W87)E7$-Y9VYU6=W:6Y<4')O9W)A;2!/<'1I;VYS#0I( M2T597TQ/0T%,7TU!0TA)3D5<4T]&5%=!4D5<0WEG;G5S(%-O;'5T:6]N6=W:6Y<;6]U;G1S('8R#0H@("AD969A=6QT*2`](&`O8WEG M9')I=F4G#0H@(&-Y9V1R:79E(&9L86=S(#T@,'@P,#`P,#`R,@T*2$M%65], M3T-!3%]-04-(24Y%7%-/1E1705)%7$-Y9VYU6=W:6XG#0H@(&9L M86=S(#T@,'@P,#`P,#`P80T*2$M%65],3T-!3%]-04-(24Y%7%-/1E1705)% M7$-Y9VYU#`P,#`P M,#`X#0I(2T597TQ/0T%,7TU!0TA)3D5<4T]&5%=!4D5<0WEG;G5S(%-O;'5T M:6]N6=W:6Y<;6]U;G1S('8R7"]U6=W:6XO8FEN)PT*("!F;&%G6=N=7,@4V]L=71I;VYS7$-Y9W=I M;EQM;W5N=',@=C)<+W5S7-T96T@(&)I;FUO9&4-"D0Z7%!A;&U$978@("`@("]086QM1&5V M("`@7-T96T@(&)I;FUO9&4-"F0Z7&-Y9W=I;B]L:6(@("]U6=D&4-"D9O=6YD.B!D.EQC>6=W:6Y< M8FEN7&QD+F5X90T*1F]U;F0Z(&0Z7&-Y9W=I;EQB:6Y<;',N97AE#0I&;W5N [EMAIL PROTECTED]<8WEG=VEN7&)I;EQM86ME+F5X90T*1F]U;F0Z(&0Z7&-Y9W=I;EQB M:6Y<;78N97AE#0I&;[EMAIL PROTECTED]<8WEG=VEN7&)I;EQR;2YE>&4-"D9O=6YD M.B!D.EQC>6=W:6Y<8FEN7'-E9"YE>&4-"D9O=6YD.B!D.EQC>6=W:6Y<8FEN M7'-H+F5X90T*1F]U;F0Z(&0Z7&-Y9W=I;EQB:6Y<=&%R+F5X90T*#0H@("`R M-FL@,C`P-"\P.2\R,B!D.EQC>6=W:6Y<8FEN7&-Y9VQT9&PM,RYD;&[EMAIL PROTECTED] M7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG M;'1D;"TS+F1L;"(@=C`N,"!T6=F;W)[EMAIL PROTECTED]&QL("T@;W,]-"XP M(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9V-R>7!T+3`N9&QL("T@;W,]-"XP(&EM M9STQ+C`@7!T+3`N M9&QL(B!V,"XP('1S/3(P,#,O,3`O,3D@,SHU-PT*("`Q-#9K(#(P,#0O,3(O M,[EMAIL PROTECTED]<8WEG=VEN7&)I;EQC>6=M86=I8RTQ+F1L;"`M(&]S/30N,"!I;6<] M,2XP('-Y6=M86=I8RTQ+F1L M;"(@=C`N,"!T7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG9V1B;2YD;&PB('8P+C`@ M=',],C`P,B\R+S$Y(#(R.C`U#0H@("`R.&L@,C`P,R\P-R\R,"!D.EQC>6=W M:6Y<8FEN7&-Y9V=D8FTM,RYD;&[EMAIL PROTECTED]7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG9V1B;2TS+F1L;"(@=C`N,"!T6=I;G1L+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=I;G1L+F1L;"(@=C`N,"!T6=I;G1L+3$N9&QL(B!V,"XP('1S/3(P,#$O,3(O,3,@-#HR M.`T*("[EMAIL PROTECTED](#(P,#$O,#0O,[EMAIL PROTECTED]<8WEG=VEN7&)I;EQC>6=F;W)M-2YD M;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG9F]R;34N9&QL(B!V,"XP('1S/3(P,#$O-"\R-2`Q.C(X#0H@("`R M-FL@,C`P,2\P-"\R-2!D.EQC>6=W:6Y<8FEN7&-Y9VUE;G4U+F1L;"`M(&]S M/30N,"!I;6<],2XP('-Y6=M M96YU-2YD;&PB('[EMAIL PROTECTED]',],C`P,2\T+S(U(#$Z,C<-"B`@,34V:R`R,#`Q M+S`T+S(U(&0Z7&-Y9W=I;EQB:6Y<8WEG;F-U7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG;F-U M6=P86YE;#4N9&QL("T@;W,]-"XP M(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9VUE;G4V+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=M96YU-BYD;&PB('[EMAIL PROTECTED]',] M,C`P,B\Q+SD@,3HP,PT*("`Q-S5K(#(P,#(O,#$O,[EMAIL PROTECTED]<8WEG=VEN7&)I M;EQC>6=N8W5R6=N8W5R6=W:6Y< M8FEN7&-Y9VYC=7)S97,V+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=N8W5R6=P86YE;#8N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=P M;W!T+3`N9&QL("T@;W,]-"XP(&EM9STQ+C`@6=H:7-T;W)Y M-"YD;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG:&ES=&]R>30N9&QL(B!V,"XP('1S/3(P,#$O,2\V(#(S.C,T M#0H@(#$P.&L@,C`P,2\P-B\R."!D.EQC>6=W:6Y<8FEN7&-Y9W)E861L:6YE M-"YD;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG6=B>C(M,2YD M;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG8GHR+3$N9&QL(B!V,"XP('1S/3(P,#0O.2\Q-"`P.C$V#0H@("`Q M.&L@,C`P-"\P-R\P-B!D.EQC>6=W:6Y<8FEN7&-Y9V-H87)S970M,2YD;&P@ M+2!O7,]-"XP#0H@("`@("`@("`@("`@("`@("`B M8WEG8VAA6=I;G1L+3(N9&QL("T@ M;W,]-"XP(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9V9O6=F;W)M M-RYD;&PB('[EMAIL PROTECTED]',],C`P,[EMAIL PROTECTED]("`@,CEK(#(P,#,O,[EMAIL PROTECTED] M,[EMAIL PROTECTED]<8WEG=VEN7&)I;EQC>6=M96YU-RYD;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@("`@("`B8WEG;65N=36=W M:6Y<8FEN7&-Y9W!A;F5L-RYD;&[EMAIL PROTECTED]7,]-"XP M#0H@("`@("`@("`@("`@("`@("`B8WEG<&%N96PW+F1L;"(@=C`N,"!T6=W:6Y<8FEN M7&-Y9W!N9S$R+F1L;"`M(&]S/30N,"!I;6<],2XP('-Y6=P;F6=W:6Y<8FEN7&-Y9W!C M6=W:6Y<8FEN7&-Y9W!C"YD M;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG<&-R97!O6=H:7-T;W)Y-2YD M;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@("`@ M("`B8WEG:&ES=&]R>34N9&QL(B!V,"XP('1S/3(P,#,O."\Q,"[EMAIL PROTECTED] M("`Q-#AK(#(P,#,O,[EMAIL PROTECTED],[EMAIL PROTECTED]<8WEG=VEN7&)I;EQC>6=R96%D;&EN934N M9&QL("T@;W,]-"XP(&EM9STQ+C`@6=W:6Y<8FEN7&-Y9VAI6=H:7-T;W)Y-BYD;&PB('[EMAIL PROTECTED]',],C`P-"\Q,"\Q,B`R.C4Q M#0H@(#$T-&L@,C`P-"\Q,"\Q,B!D.EQC>6=W:6Y<8FEN7&-Y9W)E861L:6YE M-BYD;&[EMAIL PROTECTED]7,]-"XP#0H@("`@("`@("`@("`@ M("`@("`B8WEG7,]-"XP#0H@("`@("`@("`@ M("`@("`@("`B8WEG:W!A=&AS96$M-"YD;&PB('[EMAIL PROTECTED]',],C`P-2\U+S4@ M,3`Z,
Login & Something diff since cygwin 1.5.15-1 release - could it be security changes that were made
I realize that login is not the normal mode of access for most Cygwin users and that most use simply the cygwin.bat to start one of the shells. I have my cygwin.bat set to run login.exe which then runs the appropriate shell based on the login I use - actually it starts several login sessions and depending on the login I use (each unique to Cygwins passwd file ) it will run a different shell (IE briank runs bash, briankt runs tcsh, briankz runs zsh). This also keeps some one who sits down at my machine from accidentally accessing my cygwin install without knowing one of my logins or passwords. Up until 1.5.15-1 this worked perfectly and with 1.5.15-1 and since this has changed. Login runs but no matter what login or password I use - I am told it is an incorrect login. Simply rolling back to 1.5.14-1 corrects this and all works as expected. I notice in the release for 1.5.15-1 http://cygwin.com/ml/cygwin-announce/2005-04/msg00022.html that there were several security changes (or at least what I perceive to be security changes) and wonder if this could have affected my use of login. Or was the fact my use of login worked a fluke and that has since been corrected. Since each of these cygwin id's are based on the same Win2k/NT login I also wonder if that could that be the culprit. My cygwin.bat looks like the following: @echo off SET MAKE_MODE=unix SET CYGWIN=binmode ntsec nostrip_title title tty SET PATH=d:\cygwin\usr\local\bin;d:\cygwin\usr\bin;d:\cygwin\bin;%PATH%;. D: chdir \cygwin start "Using rxvt/bash" CMD /c bin\rxvt -geometry 90x30 -fg grey -bg midnightblue -cr red -sr -sl 2000 -fn "Lucida Console-12" -tn rxvt -e /usr/bin/login start "bash Shell" CMD /c bin\login.exe start "zsh Shell" CMD /c bin\login.exe start "tcsh Shell" CMD /c bin\login.exe exit The entries in the /etc/passwd file are: briank:unused_by_nt/2000/xp:1000:513:Brian Keener,U-FPC-ATL-BKNB\briank,S-1-5-21 -1349939503-2058308305-1131544683-1000:/home/briank:/bin/bash briankz:unused_by_nt/2000/xp:1000:513:Brian Keener,U-FPC-ATL-BKNB\briank,S-1-5-2 1-1349939503-2058308305-1131544683-1000:/home/briank:/bin/zsh briankt:unused_by_nt/2000/xp:1000:513:Brian Keener,U-FPC-ATL-BKNB\briank,S-1-5-2 1-1349939503-2058308305-1131544683-1000:/home/briank:/bin/tcsh I have also attached my cygcheck output which is for my system running 1.5.14-1. I can create the problem simply by updating to 1.5.15-1. Any insight on this would be appreciated and thank you. bk -- 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: Problem with cygwin setup
Jds wrote: > Short Version: > Could someone tell me the target for the cygwin shortcut that should get > installed? > >From what I recall it was dependent on your OS - for old Win9x OS's it was >placed in Desktop and for Win2k or WinNT and the like it was placed in Documents and setting and either All Users or your User Id based on how you answered the option for "all users" or "just me" during setup. Thought - which option did you select and are you the administrator for this system - also what OS are you on and one last thought: Looking at your log: 2005/05/02 13:22:22 running: C:\cygwin\bin\sh.exe -c /etc/postinstall/post-texmf.sh 2005/05/02 13:35:42 Enabled Anti Virus software 2005/05/02 13:35:43 mbox note: Nothing needed to be installed 2005/05/02 13:35:44 Ending cygwin install Notice the Nothing needed to be installed note - did you actually see it download and install anything - did you in fact select something to be installed - from the Chooser screen when it shows you all the categories you must select at least the Base Category. bk -- 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: Problem uninstalling/deleting cygwin
Neven Luetic wrote: > I am able to change owner and permissions of these files to whatever I > want, but I can not delete them ("Permission denied"). > > What should I do, to get a clean new install? > Have you completely rebooted (never hurts just to make sure) and followed the directions in the FAQ: http://cygwin.com/faq.html for "How do I uninstall all of Cygwin?" Also you do not mention what OS which might help you get help. bk -- 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: Setup: 'Download From Internet' creates 'c:/cygwin/etc/setup'
George wrote: > Internet Option'. Files were saved to the root of a currently empty D:/ > partition. > > Ordinarily I'd just delete the 'c:/cygwin/etc/setup' dirs and files as > they seem to contain summmary download-specific information, but I'm > wondering why this folder was created where it was. Maybe if I had > selected 'Install from Internet' and picked 'c:/cygwin' (on this > machine) for the installation directory (neither of which is the case), > it might make more sense. Since you selected Download only then setup bypassed the question for the Root Directory for the install but defaulted to C:\cygwin and as you point out the C:\cygwin\etc\setup directory has summary download and log information for the install. It would normally place it whereever you installed Cygwin but since this was a download only - it had to assume where that might be. I remember seeing this before and wondered where else we might place these setup files when it is a download only - at one time I beleive these were actually kept as part of the download directory and then later moved to /etc/setup but I am not 100% on that. bk -- 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: Error when installing
Frank Bures wrote: > >Then select you X Packages and again check the partial tab to see what is > shows > >as going to be updated and advise. > > As soon as I select any X package, _update_info_dir gets automatically > selected as well. I explicitly deselected it, but I got exactly the same > error again. > When you deselected you changed it to skip or keep by clicking on the Update Cycler and then when you click next to run the update - you still get the error By the way - when Christopher asked the version of setup - you said 1.5.11-1 which I believe must be the version of Cygwin you have installed - the version of setup will be on the initial Splash screen of setup. Also have you tried a different mirror since the current version of cygwin is 1.5.12-1 or did you deliberately install the previous version of cygwin. bk -- 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: Error when installing
Frank, When using setup.exe please click the view button in the chooser to the Up To Date display and check exactly what the display shows you have installed. Also please forward Christopher request for output of 'cygcheck -r -s -v' as an attachment? Also while in the chooser select the view as Partial and see what chooser shows as needing updating and advise. Then select you X Packages and again check the partial tab to see what is shows as going to be updated and advise. bk -- 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: defaultprograms / setup.exe
Bruno Schneidhuber wrote: > But I didn't find out, where setup.exe reads the default list what to > install. > Could someone pleas help me? > This is probably better discussed in cygwin-apps but I believe if you look in the setup.ini file for all packages with a category of base then you will have the defaults. -- 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: Problems building setup from CVS.
Dave Korn wrote: > [ repeated here, from > http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] > > > Index: autoload.c > Thanks Dave, Here I was trying to help you and you helped me. I just didn't read far enough in your original post (or overlooked that part) to see your references to the patches for autoload.c. Sorry my mistake and thanks for the pointer. bk -- 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: Problems building setup from CVS.
Dave Korn wrote: > [EMAIL PROTECTED]' > autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d > efined here > /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): multiple definition of ` > [EMAIL PROTECTED]' > autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d > efined here > /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): multiple definition of ` > [EMAIL PROTECTED]' > autoload.o(.data+0x1ad):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d > efined here > collect2: ld returned 1 exit status > make[2]: *** [setup.exe] Error 1 > make[2]: Leaving directory `/usr/build/obj-apps' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/build/obj-apps' > make: *** [all] Error 2 > -- Dave, Are you using w32api version 3.1.1 because I found that once I fixed the underquoting problem for aclocal and then tried to build setup with 3.1.1 it still failed with the above. A rollback to w32api version 2.5.1 resolved the above and allowed the build to complete. Have not had a chance yet to see why the multiple definitions occur with newer version. bk -- 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: Problem with pty allocation code, race condition?
Christopher Faylor wrote: > Yes, the very latest snapshot attempts to fix this problem. Please give > it a try and report the results here. > If this is of any help as far as testing I normally start up multiple sessions for login using the following for my cygwin.bat file: @echo off SET MAKE_MODE=unix SET CYGWIN=binmode ntsec nostrip_title title tty SET PATH=d:\cygwin\usr\local\bin;d:\cygwin\usr\bin;d:\cygwin\bin;%PATH%;. D: chdir \cygwin start CMD /c bin\rxvt -geometry 90x30 -fg grey -bg midnightblue -cr red -sr -sl 2000 -fn "Lucida Console-12" -tn rxvt -e /usr/bin/login start CMD /c bin\login.exe start CMD /c bin\login.exe start CMD /c bin\login.exe exit Prior to the current snapshot depending on system load I might or might not get 4 sessions started as they should be with a login prompt. With the current snapshot 20040517 this has worked successfully repeated times with some heavy loads on my laptop. bk -- 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: i want to re-download all packages... how?
Electa wrote: > it selects only my installed packs, but not the other. i want all for my > cygwin-CD! > It would appear the easiest way to accomplish this is to select download from internet. Then when you get to the chooser screen you have two choices the first is to click the view tab until you get to full list and then select reinstall or install for each packages - this is sure to get them all. Second choise is on the category view first click on the rotate icon next to All Default until it say reinstall. This will now download all the packages you have installed as you said. Let these download, then run setup again and this time for the All default icon click until you get to install - this should select all packages you do not have installed and flag the once you have as keep. You can check these settings each time by rolling through the views to Full and see what is selected. Also on this pass though checked the skipped view because I still had 4 or 5 in that view so check them if there are any. Hope this helps. bk -- 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/
Interesting hang when running login from cygwin.bat
I have my cygwin.bat on my W2k Laptop set to start two sessions of cygwin and being used to the Unix type login prompt you have to log into each session (really just ot see if I could do it). My cygwin.bat looks like the following: @echo off SET MAKE_MODE=unix SET CYGWIN=binmode ntsec nostrip_title title tty SET PATH=d:\cygwin\usr\local\bin;d:\cygwin\usr\bin;d:\cygwin\bin;%PATH%;. D: chdir \cygwin start CMD /c bin\rxvt -geometry 90x30 -fg grey -bg midnightblue -cr red -sr -sl 2000 -fn "Lucida Console-12" -tn rxvt -e /usr/bin/login pause press return to login start /B CMD /c bin\login.exe -p exit Note the pause where I have to hit return to login. If I remove this line - and then run the above cygwin.bat I will be able to log into the screen using rxvt without a problem but the second line that just simply runs login will go appear to start to login but will appear to get hung in bash. I say it gets hung in bash because that is the last entry in the title bar of that window. I will then have to kill that window using the close box. If I then rerun the cygwin.bat a second time - it will work perfectly but not always consistently. If I leave the pause in there - it works perfect everytime. I really do not understand why the difference. Anyone have any ideas what I might be doing wrong or could there be a deeper timing issue. Are the above lines simply wrong for what I am trying to do? Any insight greatly appreciated. -- Brian Keener [EMAIL PROTECTED] [EMAIL PROTECTED] Virtual Access 6.0 build 8 Windows 2000 Service Pack 3 build 2195 -- 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: Crashes with new cygwin-1.5.8-1 on XP
Barry (NIH/NIAID) Buchbinder wrote: > It works! bash, cygpath, and gdb all run. > > Thanks for the quick turn-around. > Tried the snapshot on W2k and ditto for me. Gdb and insight working - bash was working anyways. Excellent - nice job. -- Brian Keener [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: Should setup.ini say prev to cygwin 1.5.8 is 1.5.5
Richard Campbell wrote: > >>d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E > >>, m.RegionSize 0x1AA, m.State 0x1 > > > > http://cygwin.com/ml/cygwin/2004-02/msg01080.html > > http://cygwin.com/ml/cygwin/2004-02/msg01382.html > Thanks both of you for the pointer. I had not as yet dug into the error but had thought that by mentioning I might get a point but I also see that in so doing I clouded the issue - the true message was the subject: Should the previous version of cygwin 1.5.8 be 1.5.5 or 1.5.7 as far as setup.ini is concerned because setup says it is 1.5.5-1. Thanks again for the pointer. -- Brian Keener [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/
Should setup.ini say prev to cygwin 1.5.8 is 1.5.5
Just upgraded to 1.5.8 on my W2k laptop and for some strange reason ( I was thinking graphics) and tried to run insight and then just plain old gdb and received the following error for either (posting here purely for reference in case it is important): ~ $ gdb 5 [main] ? 1616 cygheap_fixup_in_child: Couldn't reserve space for cygwin' s heap (0x616E <0xC9>) in child, Win32 error 487 d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E , m.RegionSize 0x1AA, m.State 0x1 d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E , m.RegionSize 0x1AA, m.State 0x1 ~ $ Sure it is something I did but to test I was going to reinstall 1.5.7 but when I ran setup it said the prev version was 1.5.5. I was sure I was running 1.5.7 - was it not considered stable enough to be listed as the prev. -- Brian Keener [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: Entry point _fcntl64 not found, Cygwin version 1.5.5
Pavan Mandalkar wrote: > After googling and going through the mail archives all I could find > was the following. > http://www.cygwin.com/ml/cygwin/2004-01/msg01387.html > >This was no > Have you tried looking at this message and some og the others related in this area: http://www.cygwin.com/ml/cygwin/2004-01/msg01377.html What version of ash are you running versus the 1.5.5 version of Cygwin? -- 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: Posting to cygwin-developer [I must have forgotten something]
Igor Pechtchanski wrote: > Since you've mentioned it so many times, I assume it's not a typo. > It wasn't the s on developer but what about the fact I am using an anti spam email when I submit and I receive the list under my real email - I bet that is it. I am going to post to developers with my real email address and see if it gets through. -- Brian Keener [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: Posting to cygwin-developer [I must have forgotten something]
Thanks Igor, But unfortunately it was a typo or more so - laziness. I was more referring to the developers list than its actual name. The actual headers for my post show this: Date: Mon, 29 Dec 2003 15:15:11 EST To: [EMAIL PROTECTED] Subject: Problems compiling Cygwin from CVS - Undefined symbol X-Mailer: Virtual Access Open Source http://www.virtual-access.org/ Message-Id: <[EMAIL PROTECTED]> From: Brian Keener <[EMAIL PROTECTED]> Reply-To: Brian Keener <[EMAIL PROTECTED]> X-VA-Origin: Isp:Mail bk -- 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/
Posting to cygwin-developer [I must have forgotten something]
I am sorry to bother everyone with this but I seem to have gone brain dead ( I know - nothing new there) and I don't seem to be able to get a post into cygwin-developer. I know the archive is now restricted via password (although I had forgotten that) and I seem to be subscribed because I am getting the mailing list entries for it. I don't seem to be able to post though. My email program acts like they went but nothing has shown up in the archive and I haven't received any responses. I first reported a problem I was having on Dec 16, 2003 and got no responses but by keeping my CVS updated that one seems to have been resolved. Now however for the past week I don't seem to be able to build Cygwin on my W2k laptop due to unresolved symbols. I posted this yesterday to Cygwin-developer ( I thought) but again it hasn't shown up in the archive and no responses. If I am subscribed to developer I do not need the password do I because I don't think my email program will let me do that when I post. Anyone have any ideas why my posts aren't getting there - maybe considered that they are in the wrong mailing list??? As to the compile problem I am getting - in brief it is: Cannot export NOSIGFE: symbol not defined Cannot export longjmp: symbol not defined Cannot export longjmp: symbol not defined and then shortly thereafter in the compile I get: /usr/develop/src/src/src/winsup/cygwin/dcrt0.cc:656: undefined reference to `_longjmp' dcrt0.o(.text+0x2300): In function `_Z7do_exiti': /usr/develop/src/src/src/winsup/cygwin/perthread.h:71: undefined reference to `_longjmp' Would rather post the rest in cygwin-developer (as I believe that is the correct place) but as I say - I don't seem to be able to get there. Any help on the compile problem or my access to cygwin-developer greatly appreciated. bk -- 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: configuring cygwin-setup: ../cfgaux/configuNo such file or directory
Perry Pupp wrote: > > ../cfgaux/configure: ../cfgaux/configure: No such file > > or directory > > configure: error: /bin/bash ../cfgaux/configure failed > > for libgetopt++ Isn't this the error you get if you fail to execute the bootstrap.sh script??? Did you run the bootstrap script Perry. bk -- 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: g++ iostream broken on windows 2000
Igor Pechtchanski wrote: > right thing, i.e., if you say "make first", it should invoke the right > compiler to process first.cpp (at least you'll see what the right compiler > is). If you want to pass extra flags, try "make CXXFLAGS=-g CFLAGS=-g > first") cool thanks, bk -- 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: g++ iostream broken on windows 2000
Robert Collins wrote: > > /usr/develop/src/learning > > $ gcc -g -o ./debug/first.exe ./first.cpp > > g++ ! > > Oh, and in your output, get rid of the \n, use > cout << "foo" << endl; > Thanks Rob, That was sort of a duh wasn't it. I guess I need some more reading - gcc shows in man as the GNU C and C++ compiler and if I do a man g++ I get the manual for gcc or if I do man "g++". Thought that was the right one - even though I have seen both. Off to the books. bk -- 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: g++ iostream broken on windows 2000
Alex Vinokur wrote: > > # include > > # include > > using namespace std; // must be for g++ 3.x; otherwise you should use not 'cout' but 'std::cout', etc. > > > > Could someone tell me what I am doing wrong or do I have something set up wrong in my install. I am simply trying to learn but if I put this in a file called first.cpp: // // this is first test application // #include using namespace std; int main() { cout << "Welcome to C++\r\n"; cout << "Hope you learn a lot\r\n"; } and then do: /usr/develop/src/learning $ gcc -g -o ./debug/first.exe ./first.cpp I get this for output - not too pretty. /tmp/ccRHUQ8U.o(.text+0x49): In function `main': /usr/develop/src/learning/first.cpp:11: undefined reference to `std::cout' /tmp/ccRHUQ8U.o(.text+0x56):/usr/develop/src/learning/first.cpp:11: undefined re ference to `std::basic_ostream >& std::operator<< < std::char_traits >(std::basic_ostream >&, cha r const*)' /tmp/ccRHUQ8U.o(.text+0x5d):/usr/develop/src/learning/first.cpp:12: undefined re ference to `std::cout' /tmp/ccRHUQ8U.o(.text+0x6a):/usr/develop/src/learning/first.cpp:12: undefined re ference to `std::basic_ostream >& std::operator<< < std::char_traits >(std::basic_ostream >&, cha r const*)' /tmp/ccRHUQ8U.o(.text+0x93): In function `_Z41__static_initialization_and_destru ction_0ii': /usr/include/c++/3.2/iostream:62: undefined reference to `std::ios_base::Init::I nit[in-charge]()' /tmp/ccRHUQ8U.o(.text+0xae):/usr/include/c++/3.2/iostream:62: undefined referenc e to `std::ios_base::Init::~Init [in-charge]()' /tmp/ccRHUQ8U.o(.eh_frame+0x11):first.cpp: undefined reference to `___gxx_person ality_v0' collect2: ld returned 1 exit status /usr/develop/src/learning $ And it doesn't get any better if I try it with -mno-cygwin. I can compile the Cygwin cvs tree and the setup cvs tree but those you makefiles. Any help or a pointer would be appreciated. bk -- 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: gawk-3.1.2-1
Christopher Faylor wrote: > >>This is a official release update. The Cygwin release is based on the > >>original sources with just one tweak to regex.c which disallowed building > >>gawk under Cygwin 1.3.21. > > > >Why would you tweak it to make it not build under 1.3.21? > > The tweak was to *make* it build with 1.3.21. > Unfortunately - it also seems to have a problem when run with 1.3.20 (IE - you are running on a Win95 machine and have to stay at 1.3.20 currently. I accidentally took my Win95 to 1.3.21 ( I was making sure I was current so I could test a setup patch for Igor) and my cygwin would not run. I rolled back to 1.3.20 and then gawk complained about iswlower. I had also rolled back my Win2k to 1.3.20 (so they would be the same ) and its gawk then complained about iswlower as well. Took gawk back to 3.1.1-5 and all was well on both W9x and W2k. Just thought I would let y'all know. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin setup keeps downgrading perl 5.8 -> 5.6
Gerrit P. Haase wrote: > My workaround for setup.exe's behaviour is: >build & install perl-5.8 yourself from source. > How about simply explaining that setups default behavior (for the less adventurous and experienced) has always been to keep your packages at Current (the recommended version). Therefore in an attempt to accomplish this it will try to downgrade to 5.6 which is current. If you wish to stay at the test version simply change the status to keep. Granted it would be nice if I had previously elected to install a test version that setup accept this decision and leave that version installed, but until the bug is fixed and to keep folks from attempting to circumvent Setup and creating more issues - the above might be a better response that circumventing setup or building their own. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in setup.exe v 2.249.2.5
Max Bowsher wrote: > > and see if that changes anything. The scroll bars in that version > > appear to work fine on my Win2k system. > > There have been no changes related to this issue. > > It is a Microsoft bug causing this. Avoiding it would require re-writing a > significant portion of setup. > > Max. Thanks for the clarification Max. I was just offering a suggestion (as he was using 2.249.2.5 and not 2.249.2.10) and giving him confirmation mine worked on W2k. I didn't see Igor's response until after I posted my response. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in setup.exe v 2.249.2.5
Arturs Aboltins wrote: > setup.exe is missing scrollbars in site list as well as in installation > package list. This problem completely prevents to install anything ! > I tried setup.exe version 2.249.2.5 on Windows 2000. > Perhaps you should get the newer snapshot at: http://www.cygwin.com/setup-snapshots/setup-2.249.2.10.exe and see if that changes anything. The scroll bars in that version appear to work fine on my Win2k system. Bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Vs: 1.30 gcc cannot exec cc1 update
Michael Graff Andersen wrote: > >Here are lastest steps I have done trying to get gcc 3.2 to work under cygwin. > > > >Removed all cygwin > > > >installed via ftp from sunsite dot dk under c:\cygwin > > I am going to assume here that you used setup to install - if not I would suggest that you since you already deinstalled once - do it again and use setup. I might help you to be sure you are getting everything since some seems to be working and some not. > >Gcc seems to be working under : > >/lib/gcc-lib/i686-pc-mingw32/3.2 > >and > >/lib/gcc-lib/i686-pc-mingw32/3.2 > > > >all other places I get: > >gcc: installation problem, cannot exec `cc1': No such file or directory > > I will repeat my previous comment on this as it does sound a lot like a problem I had. Have you looked for broken symlinks. If not you should. That was a problem I had. First do a find / -type l -depth -print |pg take this list of files and check each one with the file command (or even cat them ) to see if they look like symlinks. Make sure as far as windows is concerned that they are set to system or read only (this is what I have on Win2000). Just in case - you might also want to check and see using windows if in your cygwin installs you have any .lnk files that cygwin sees as .lnk and not as symlinks - fix on this is also the read only or system parameter. By the way the previous problem I had with this was I believe related to some Windows backup software and a failed backup. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.30 gcc cannot exec \'cc1\'
Sergey Okhapkin wrote: > gcc: installation problem, cannot exec `cc1': No such file or directory > configure: failed program was: > You might want to look and see if you have any broken symlinks. I only find one for cc1.exe and that would be because of using mingw32 (I think) and it doesn't appear that you are. But I have had similar problems in the past because of some broken links that I had. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems compiling trivial C program.
Max Bowsher wrote: > (no)winsymlinks - if set, Cygwin creates symlinks as Windows shortcuts with > a special header and the R/O attribute set. If not set, Cygwin creates > symlinks as plain files with a magic number, a path and the system attribute > set. Defaults to set. I've read the CYGWIN environment settings before but sure don't remember seeing this one. Learned something new. ;-) Now what happens if we change this in mid stream - also see below. > NB: setup creates the magic-number/system-attribute always. Three questions here - 1) call me stupid - what is NB. 2) Is this correct for setup - I see this default on a new install but shouldn't it handle based on CYGWIN environment if updating But then what happens if I change the setting - see question above and Question 3. 3) Can both methods work simultaneously. If setup does it one way and CYGWIN Environment default is the other - will I have broken symlinks. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems compiling trivial C program.
> >16 bit MS-DOS Subsystem > >/usr/src/cygwin-cvs/obj > >The NTVDM CPU has encountered an illegal instruction. > >CS: IP:0077 OP:f0 37 05 0e 02 Choose 'Close' to terminate the > >application. > >Close | Ignore > > > >AFAICT the command that is failing is: > >/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bi > n/as.exe, > >P:\ccj00\cygwin\usr\i686-pc-cygwin\bin\as.exe --traditional-format -o > >test.o /cygdrive/c/DOCUME~1/ccj00/LOCALS~1/Temp/cc50BUPU.s > >See the following strace portion: > >39542 4773296 [main] gcc 1428 spawn_guts: 1428 = spawn_guts > >(/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/b > in/as.exe, > I believe this is related/similar to two messages I posted on January 30 in cygwin-apps. As Christopher Faylor and Max Bowsher pointed out to me then and as has been pointed out here as well - this is a result of corrupt symlinks. On January 30 I noticed that I had several symlinks I had created or that should normally exist on my Win2k system (IE /etc/hosts, /etc/services and so on) that were no longer symlinks - they showed as plain files instead of symlinks even though the data contained in them was still a symlink. See my message in cygwin-apps: What is killing my links http://cygwin.com/ml/cygwin-apps/2003-01/msg00341.html I do not know what killed these links (all I have really done with my cygwin in a while is update packages, but who knows what windows might have done. I also discovered I was having problems compiling setup (same errors about the NTVDM as above. Based on the responses from Chris and Max I started reinstalling ash, gcc, gcc-mingw, binutils and so on and slowly started to improve the situation and get my symlinks back. See my message in cygwin-apps: Serious Error Compiling Setup http://cygwin.com/ml/cygwin-apps/2003-01/msg00342.html Then for whatever reason, I cannot remember if Max or Chris suggested it or I found something on the list archive about it - but I found that the read only checkbox on my links on my w2k system was no longer checked. Updating the properties on the symlinks via windows properties and checking the box for read-only (or using the attrib command) turned them back into symlinks as they should be. I then searched for all the symlinks that I thought should be there and rechecked the Read-only flag and things were back to normal. Now I think I saw this in the archive because there it was referred to as the system flag and I could only find a readonly but it worked. I now know how to fix the symlink problem but in my case the big question is what turned off the read-only flag in windows or in cygwin in the first place. I have no idea. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup feature request: adding a "Skipped" view
Max Bowsher wrote: > That's odd. I can't find them in the archives. Do you want to re-send them > to > Actually the last change I submitted at Roberts request was against HEAD (at the time) and can be found at: http://sources.redhat.com/ml/cygwin-patches/2002-q3/msg00110/ViewChng I had to redo it because I had mucked up my copy and was not current at the time. You will also find one of these on July 12 which was my first copy that wasn't against HEAD. The actual discussion on the change and my posting of the change begins with message: http://sources.redhat.com/ml/cygwin-patches/2002-q3/msg00080.html on July 12 2002. Brian Keener [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup feature request: adding a "Skipped" view
Weiqi Gao wrote: > The list in the "Full" view is quite long now. I'm just wondering if it > is possible to create another view called "Skipped" and show all the > I actually submitted a patch for a view to do just this as well as one for just those installed back in July 02. Not sure what ever came of it as I never heard anything else about it but it doesn't seem to have ever been implemented either Brian Keener [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: later w32api package required to build cygwin
Igor Pechtchanski wrote: > See http://cygwin.com/ml/cygwin-developers/2002-11/msg00045.html > Igor > -- > Actually I just responded to that - tried it on w2k and still no go - see http://cygwin.com/ml/cygwin-developers/2002-11/msg00048.html Trying David's theory now from cygwin-dev of changing the -isystem to -I in FLAGS_FOR_TARGET. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: later w32api package required to build cygwin
Max Bowsher wrote: > > It fails because my installed /usr/include/w32api/winioctl.h (from the > > w32api-2.0-1 package) is out of date compared to that in cvs > > (winsup/w32api/include/winioctl.h). > > Bug report from me: > http://sources.redhat.com/ml/cygwin/2002-10/msg01532.html > > I got no response. As I said in that message, I think it is a bug in gcc. > And just 2 or 3 days ago, I also posted a question (2 questions actually) regarding this issue wondering if: 1) for those of us who are neophytes trying to learn and help but like to keep a buildable copy and have tried several attempts find the easy solution (to know avail) if someone could post the correct fix or give me a little hint/lesson (private email is acceptable if you want to keep it off the list). I would appreciate it greatly. I am having difficulty finding the correct place or method to override. 2) Until this is resolved - is it potentially a fix that could/should be incorporated into the cvs for all to benefit and not have to keep asking. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [Bug: gcc-3.2-1] Cygwin DLL (CVS HEAD) build failure - gcc uses wrong include path order.
Pavel Tsekov wrote: > There are several easy workarounds for that problem so I don't think this > is such a big problem. Anyway I am curios why /usr/include/w32api is > threated in a special way - you just cant get rid of it ! :) > Gosh - I hate to dredge this up again but: I updated my cvs and my cygwin install and I am still getting this. Unfortunately, I am neophyte when it come to C and C++ programming but I like to keep a buildable version of cygwin and setup on my machine so I can occasionally attempt changes or research. At first I was getting the GetConsoleWindow problem and now it has moved to an undeclared value: IOCTL_DISK_UPDATE_DRIVE_SIZE which I know is a recent w32api change in Cygwin. I did some research on the Archive and found where Pavel says this is an easy fix and that he tried using -nostdinc which I tried to see if it helps. Obviously Pavel was saying it didn't help or I am putting it in the wrong place - I am betting on the latter. I also found a reference to -no-win32 (although I cannot seem to find it now) that also seemed to indicate that -no-win32 was a cure and I tried that - again no joy, but I'm still betting I have this in the wrong place. As this is apparently from my understanding reading the mailing list a problem with g++ adding an unwanted include and as this is apparently a simple change then my question is two fold - 1) could someone point me in the right direction (quick lesson here) as to how to get my cygwin to compile and 2) is this not something we want to add a temporary fix for in the cvs until it is resolved in a new version of gcc3. Any help greatly appreciated. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to install packages...
As a side note to what Chris wrote: How did you install Cygwin without using the setup program? Does it work? bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "local install"?
Toni Mueller wrote: > So my current guess is that I can download some stuff using eg. my Linux > workstation, put them on CD and then move the CD to the W2k box for > local installation there. Can anyone please confirm that? Can anyone Have you looked at the current version of setup.exe at all. It is accessible via http://www.cygwin.com/setup-snapshots/setup-20020225.exe.; When you run setup you get three choices for install - install from internet, download from internet and install from local directory. First do the download and select an install directory. Then after you move to cd and have the new machine then run setup.exe and select install from local directory and select the new local download path where your cd is. It should be that simple. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygintl-1 not found
Charles Wilson wrote: > Stangely enough, the setup.ini entry for grep(*) specifies that it > depends on the 'libintl1' package. I don't know why the package did not > get installed on your machine automatically (did you use setup?), but > the solution is to reinstall the 'libintl1' package. Thanks you Charles for your quick and speedy reply and my apologies for not checking google andhttp://www.cygwin.com/packages/ first and I should know better. As to why it did not get on my system in the first place it probably did but since: 1) I was one of those keeping up with the new setup and installing upgraded packages and 2) was also one of those to discover that the new setup had a problem (now fixed) with the last packages it was attempting to update (it was removing them and not updating them) and 3) it was late in the game before I realized that this was occurring and therefore had no idea what packages I may have lost as a result since they still showed as installed although they were not All of this as I explained in my posting but I have no excuse for not checking google for an entry in Dec of 2001 for why cygintl-1 came to be and had worked up until I had just updated several new packages and my system had been working fine 5 minutes before. I did at least relate it to the fact that I had probably lost something during the new setup.exe trial period as I did ask which package the file could be found in. You know I had been to http://www.cygwin.com/packages/ before (in fact last night before I posted the message) and never noticed that search. No excuses (just irritation) and my apologies to all for asking for help on something that if I had spent another hour over the one I had already spent trying to solve I could have fixed myself and posting to the wrong list as well. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup
Anthony J. Zepezauer wrote: > What I don't see is a .exe file to start Cygwin! > Try looking for a cygwin.bat file in whatever directory you specified as your root directory. I see your later post now - lets back up - what options did you select when you ran setup - did you ask for Install from Internet, Download from Internet or Install from Local Directory. If you selected Install from Local Directory then you must have done a Download From Internet first. What did you specify as the Root Directory and the local directory (one or both are asked depending on what you selected for the install method). The answer to this will get us started and this has been asked and answered many times in Mail Archives. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
CYGWIN=title
I had my cygwin.bat file set so that the CYGWIN Environment Variable was set to title (I think I'm a minority but I liked seeing the program currently being executed), but yet I suddenly noticed that I was no longer seeing the name of the program being executed in the title bar. I recently moved to Win2000, I also recently started using the start command in cygwin.bat and wondered if either of these caused it to stop working. Then I went and checked the mailing list archive and found a thread that seemed to deal with the proposal or thought to remove the cygwin=title function. Now I wondered if the function was removed and I missed the notice (it is by the way still in the users guide for the Cygwin variable) or has something else stopped working or is it a Win2000 problem. I actually do see the program name but only once while login is being executed and then the only thing I see is the current working directory after that. I use the following line to invoke cygwin from within the cygwin.bat file: start rxvt -tn cygwin -fg white -bg black -sl 300 -sr -fn Courier-12 -e login bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: install question
Please download the new setup from the web page - I believe the version you are running had a problem parsing the setup.ini file because of some single quotes and also mutual dependencies. Just go to the web page and download the newest or get the source from the cvs and make. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: install question
Peter Buckley wrote: > > the install. It asked where I wanted the root directory to be c:/cygwin, > > when the final step comes through I get this: > > > > program error > > cygwin.exe has generated errors and will be closed by windows, you will need > > to restart the program. This is the setup log > > > > 2001/12/06 11:27:53 Starting cygwin install, version 2.125.2.10 > > Current Directory: C:\Documents and Settings\Administrator\My > > Documents\downloads > > 2001/12/06 11:27:53 Command line parameters > > 2001/12/06 11:27:53 0 - 'C:\Documents and Settings\Administrator\My > > Documents\downloads\cygwin.exe' > > 2001/12/06 11:27:53 1 parameters passed > > source: download > > Selected local directory: C:\Documents and Settings\Administrator\My > > Documents\downloads > > net: Direct > > 2001/12/06 11:28:01 Ending cygwin install > > Joseph, Make sure you do what Peter suggested, IE - I personally do a download from internet and then an install from local directory, but others do just an install from the internet. Although it appears as three install options it is really only two - download and install or straight install. The big thing I question based on what I noticed in your setup.log above is what mirror site did you select and also what packages did you choose to download or what packages did the chooser show you it was going to download. I ask because I don't see the mirror site listed nor do I see any listed packages and when setup downloads files it stores the downloaded names in the setup.log or setup.log.full as well as the site name. Brian Keener [EMAIL PROTECTED] [EMAIL PROTECTED] Virtual Access 5.51 build 315 Windows 2000 build 2195 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: install question
Joseph (Joey), NPONS Gebbia wrote: > I tried to install cygwin and I keep getting a error message. I am running > win2k, any ideas > Help us out here, what steps did you perform to do the install and what is the error message. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/