X-Spam-Check-By: sourceware.org Message-ID: <4473D505.4060605@cygwin.com> Date: Tue, 23 May 2006 23:37:41 -0400 From: "Larry Hall (Cygwin)" Reply-To: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051223 Fedora/1.5-0.2.fc4.remi Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: 1.5.19: Problem with cron and microsoft devenv References: <59d497b90605222116h9037532v2795ef1df67f4e4a AT mail DOT gmail DOT com> <447328D9 DOT 1030101 AT cygwin DOT com> <59d497b90605231402v28de0cdar8f736ca23d40d0cd AT mail DOT gmail DOT com> In-Reply-To: <59d497b90605231402v28de0cdar8f736ca23d40d0cd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Top-post reformatted. > On 5/23/06, Larry Hall (Cygwin) cygwin com> wrote: - thanks. >> Nick Forte wrote: >> > I'm currently having a problem where microsoft's devenv compiler >> > crashes when running under cron. If I run my build scripts directly >> > from a bash shell devenv works great. >> > >> > I've installed VC2005.NET and cygwin under Administrator. I then >> > created a crontab entry like so: >> > HOME=/Home/Administrator >> > SHELL=/usr/bin/bash >> > >> > 00 * * * * $HOME/trees/trunk/scripts/master_control.sh >> > >> > >> > In master_control.sh I call a perl script that does some svn and >> > configuration management but ultimately run the following commands: >> > 'devenv.com myproject.sln /clean Release' >> > 'devenv.com myproject.sln /build Release' >> > >> > The first command works great. It cleans the project and deletes all >> > the *.obj etc.... files. When it runs the second command I get the >> > following: >> > Application popup: Microsoft Visual C++ Runtime Library : Runtime >> Error! >> > Program: ...\Common7\IDE\devenv.exe >> > This application has requested the Runtime to terminate it in an >> > unusual way. Please contact the application's support team for more >> > information. >> > >> > At first I thought there was a permissions issue or something of that >> > nature except the first '/clean' command is deleting files and exits >> > gracefully. As I stated before, the scripts work fine when I run them >> > in a bash shell. What's different about running under cron vs. >> > running in a bash shell that could be different? >> > >> >> Environment for one. You should check to make sure you have all of the >> environment variables that you need when running under cron. I also >> recall others having problems running devenv if the user running it is >> not authenticated through Windows (i.e. password). You can see if this >> is the cause of your problem by running the cron service as your user. >> >> -- >> Larry Hall http://www.rfk.com >> RFK Partners, Inc. (508) 893-9779 - RFK Office >> 838 Washington Street (508) 893-9889 - FAX >> Holliston, MA 01746 >> >Nick Forte wrote: > Thanks! That worked. > > I tried uninstalling the cron service and reinstalling with the '-u' > (user) option. At that point I couldn't start the service. It kept > giving me login error messages. I then went through cron_diagnose.sh > but that didn't seem to point out anything obvious. Finally, instead > of running cyrunsrv --install cron .... I ran /usr/bin/cron-config. > When asked if I want to cron under the current user I said 'yes'. > After that cron + devenv worked fine. > > Another question I have is about cron and environment variables. When > I run a shell, even cmd /c, under cron the environment variable > APPDATA doesn't get set. This seems odd to me. I believe APPDATA > gets set from shell32 which should be loaded when cron runs 'cmd /c > somescript.bat'. > > I am also curious as to why previously calling devenv to clean the > project didn't crash where devenv /build did. I tried running some > tools like filemon etc... during the cron process and i never saw > anything weird due to permissions. Ultimately, I'm happy that running > cron under the user is working. > Obviously you need more environment to build than to clean. In particular, there's no need for $INCLUDE to clean, though CL will look for it as part of a build. There may be other implicit dependencies as well. Actually, I'll bet there are. ;-) In any case, if the issue is strictly environmental, you can certainly check the difference in your environment vs the one that it had trouble running in. The result of that would be your candidate problem set. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/