https://bugs.winehq.org/show_bug.cgi?id=35578
--- Comment #3 from michael 415fox@gmail.com --- Thanks! Mentor Graphics summarily rejected my bug report saying "duh, we don't support Linux" -- meanwhile you (In reply to comment #2)
Hello folks,
confirming.
Actually it's not obvious from trace log, you have to debug it to see what's going on :)
The installer searches the process environment variables for 'COMPUTERNAME' and crashes badly due to crappy coding if this variable is not present.
On Windows %COMPUTERNAME% is probably always present/set.
Workaround:
--- snip --- $ COMPUTERNAME=$HOSTNAME wine ./PADS9.5_Viewer_mib.exe --- snip ---
Regards
Thanks! Mentor Graphics summarily closed my bug report with a big green SOLUTION icon saying "duh, we don't support Linux". Meanwhile you have solved the problem and exposed what is clearly some very poor QA practice on their part.
I am going to go donate to Wine. Then I'm going to tell off some poor underpaid support engineer whose fault it definitely isn't that his company ships crappy code.
Do you think that Wine should try to set all environment variables that Windows sets by default? Other than that I would think this issue is resolved.
For future readers of this thread: Pads works decently under Wine but another issue I had was this "ishellbrowser" warning and it wouldn't open a file but instead failed silently (yay crappy code). Reading some other threads suggests that the problem is I had Wine configured as Windows 7 for which the file dialog implementation has some problems. Changing it to Windows XP solves that problem.