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