X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Tue, 28 Feb 2012 15:17:54 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail. Message-ID: <20120228141754.GA6518@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4F4BA00E DOT 2020806 AT prover DOT com> <20120228125601 DOT GC23440 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Feb 28 08:51, Jon Clugston wrote: > On Tue, Feb 28, 2012 at 7:56 AM, Corinna Vinschen wrote: > > > > The problem is that I have not the faintest insight into .Net.  This is > > an application written in a language I don't know, using a class library > > I don't know, using a compiler I don't know.  And the executable isn't > > even a Cygwin application so it doesn't call Cygwin functions.  So I > > have no idea what problem this application has.  What on earth is it > > trying to tell me? > > > >  Unhandled Exception: System.ArgumentException: Item has already been added. Key > >  in dictionary: 'tmp'  Key being added: 'tmp' > >     at System.Collections.Hashtable.Insert(Object key, Object nvalue, Boolean add) > >     at System.Collections.Hashtable.Add(Object key, Object value) > >     at System.Collections.Specialized.StringDictionary.Add(String key, String value) > >     [etc.] > > > > Just a guess, but it does look suspiciously like the name of an > environment variable. Wasn't there some discussion lately about > differing case environment variables ("tmp" as opposed to "TMP")? Dead on, thanks! The definitions of tmp and temp in /etc/profile result in a double definition of the %TMP% and %TEMP% dos variables from the .Net applications POV and it's too dumb to handle that gracefully. So the solution is, either we drop the tmp and temp definitions in /etc/profile, or old .net apps should be started only after calling `unset tmp temp' in bash. Btw., tmp and temp are not preserved this way in tcsh's profile scripts. So I'm wondering why we do it in /etc/profile. Can somebody give me a management summary? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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