|
From: Bruce S. <Bru...@nc...> - 2005-12-20 18:10:24
|
Thanks to those who offered suggestions about my problems working in the MSYS environment. I found the problem. It was LVPrcSrv.exe, a component of software I'd installed that came with a Logitech webcam. I hadn't suspected this software installation because I had no problems using MSYS for a week or more before the trouble hit. Yuck! Bruce Sherwood Greg Chicares wrote: >On 2005-12-20 3:59 UTC, Bruce Sherwood wrote: > > >>I'm new to this list but have used MSYS/MinGW on Windows XP for some >>time to create Windows binaries for VPython (an easy-to-use 3D >>programming environment; see vpython.org). About two days ago MSYS >>stopped working properly >> >> > >MinGW and MSYS don't depend on any registry entries, so that can >be ruled out right away. > >Have you changed your PATH? Even if you changed it 'only' for >windows, MSYS inherits that. > >Have you recently installed other, similar software like cygwin? > >Have you changed the MSYS mount table, or moved MSYS or MinGW >files to a different directory than they formerly resided in? > >Have you installed an updated version of MinGW or MSYS? > >Probably you've already thought of those things, of course. > >You might try launching MSYS without rxvt. I think the >recommended way to do that is to rename 'rxvt.exe' in the >msys/1.0/bin/ directory. Just change its name to anything else. > > > >>I have of course tried reinstalling, tried different >>versions, tried it on a colleague's machine, all to no avail. >> >> > >I find it especially interesting that you have the same problems >on another machine. This seems to rule out flaky hardware. > >Is this machine in a corporation? Sometimes they change things >for all users at the same time, and sometimes the people doing >an 'upgrade' don't know the ramifications. Have you tried >installing these tools on your home computer? > > > >>The main symptom is that when I try to run a script such as a make or >>configure or bjam (to build boost libraries), the process hangs on some >>statement. >> >> > >That rules out 'make', because jam is independent. > > > >>For example, if it drives gcc I see the file produced but the >>process doesn't advance to the next statement, as though gcc doesn't >>exit properly or the script doesn't detect the existence of the produced >>file. My colleague even suggested that maybe an automatic Norton >>antivirus update might have screwed up something about the file system, >>so I turned it off to no avail. >> >> > >When it 'hangs', what does the msw 'task manager' tell you? >Do the script and the compiler processes terminate? If not, do >they continue to consume CPU or I/O resources? > >Are other low-level processes running in the background, which >might change files surreptitiously--a badly-behaved defragmenter, >perhaps? > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click >_______________________________________________ >Mingw-msys mailing list >Min...@li... >https://lists.sourceforge.net/lists/listinfo/mingw-msys > > |