http://bugs.winehq.org/show_bug.cgi?id=35851
Bug ID: 35851 Summary: PascalABC.NET 2.2 IDE (.NET 4.0 app) crashes Product: Wine Version: unspecified Hardware: x86-64 URL: http://pascalabc.net/downloads/PascalABCNETSetup.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: barracuda72@bk.ru
Created attachment 47865 --> http://bugs.winehq.org/attachment.cgi?id=47865 Crash log when running on WOW64 prefix
PascalABC.NET IDE crashes on start. I've tried to use win32 wineprefix (with dotnet20 and dotnet40) and WOW64 (with dotnet40 only, as dotnet20 refuses to install), both gives the same results (by results I mean crash logs). Interestingly, command-line compiler works fine. I've tried several versions of wine, from 1.7.8 to development snapshot, with no luck.
http://bugs.winehq.org/show_bug.cgi?id=35851
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download CC| |focht@gmx.net Version|unspecified |1.7.8
--- Comment #1 from Anastasius Focht focht@gmx.net --- Hello Ivan,
installing/running .NET Frameworks in 64-bit prefix is _not_ supported. Please use a 32-bit WINEPREFIX for .NET Framework installs.
Like bug 35826 I can't confirm your problems, the IDE works fine.
Upgrade to recent Wine such as 1.7.14 or 1.7.15 first and fix the prefix installation -> use clean (new!) 32-bit prefix.
--- quote --- with dotnet40 only, as dotnet20 refuses to install --- quote ---
That means you operate on a broken prefix (possibly 64-bit) and/or broken winetricks script. Unless you fix the incomplete prerequisite install any kind of app crashes are expected (making the bug possibly invalid).
Regards
http://bugs.winehq.org/show_bug.cgi?id=35851
--- Comment #2 from Ivan barracuda72@bk.ru --- Created attachment 47871 --> http://bugs.winehq.org/attachment.cgi?id=47871 Crash log on fresh 32-bit wineprefix with wine-1.7.15
http://bugs.winehq.org/show_bug.cgi?id=35851
--- Comment #3 from Ivan barracuda72@bk.ru --- (In reply to Anastasius Focht from comment #1)
Hello Ivan,
installing/running .NET Frameworks in 64-bit prefix is _not_ supported. Please use a 32-bit WINEPREFIX for .NET Framework installs.
Like bug 35826 I can't confirm your problems, the IDE works fine.
Upgrade to recent Wine such as 1.7.14 or 1.7.15 first and fix the prefix installation -> use clean (new!) 32-bit prefix.
--- quote --- with dotnet40 only, as dotnet20 refuses to install --- quote ---
That means you operate on a broken prefix (possibly 64-bit) and/or broken winetricks script. Unless you fix the incomplete prerequisite install any kind of app crashes are expected (making the bug possibly invalid).
Regards
OK, I've made the following: rm -rf ~/.wine32 sudo emerge -av =app-emulation/wine-1.7.15 env WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg env WINEARCH=win32 WINEPREFIX=~/.wine32 winetricks dotnet20 env WINEARCH=win32 WINEPREFIX=~/.wine32 winetricks dotnet40 Problem still exists
I've attached a crash log below, but it seems same as earlier/ And yes, other (but native, not .NET) applications is working fine (especially GTA SA/IV), even in 64-bit wineprefix
http://bugs.winehq.org/show_bug.cgi?id=35851
--- Comment #4 from Ivan barracuda72@bk.ru --- (In reply to Ivan from comment #3)
(In reply to Anastasius Focht from comment #1)
Hello Ivan,
installing/running .NET Frameworks in 64-bit prefix is _not_ supported. Please use a 32-bit WINEPREFIX for .NET Framework installs.
Like bug 35826 I can't confirm your problems, the IDE works fine.
Upgrade to recent Wine such as 1.7.14 or 1.7.15 first and fix the prefix installation -> use clean (new!) 32-bit prefix.
--- quote --- with dotnet40 only, as dotnet20 refuses to install --- quote ---
That means you operate on a broken prefix (possibly 64-bit) and/or broken winetricks script. Unless you fix the incomplete prerequisite install any kind of app crashes are expected (making the bug possibly invalid).
Regards
OK, I've made the following: rm -rf ~/.wine32 sudo emerge -av =app-emulation/wine-1.7.15 env WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg env WINEARCH=win32 WINEPREFIX=~/.wine32 winetricks dotnet20 env WINEARCH=win32 WINEPREFIX=~/.wine32 winetricks dotnet40 Problem still exists
I've attached a crash log below, but it seems same as earlier/ And yes, other (but native, not .NET) applications is working fine (especially GTA SA/IV), even in 64-bit wineprefix
Forgot launch command: env WINEARCH=win32 WINEPREFIX=~/.wine32 wine PascalABCNET.exe
http://bugs.winehq.org/show_bug.cgi?id=35851
Ivan barracuda72@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #5 from Ivan barracuda72@bk.ru --- (In reply to Anastasius Focht from comment #1)
Hello Ivan,
installing/running .NET Frameworks in 64-bit prefix is _not_ supported. Please use a 32-bit WINEPREFIX for .NET Framework installs.
Like bug 35826 I can't confirm your problems, the IDE works fine.
Upgrade to recent Wine such as 1.7.14 or 1.7.15 first and fix the prefix installation -> use clean (new!) 32-bit prefix.
--- quote --- with dotnet40 only, as dotnet20 refuses to install --- quote ---
That means you operate on a broken prefix (possibly 64-bit) and/or broken winetricks script. Unless you fix the incomplete prerequisite install any kind of app crashes are expected (making the bug possibly invalid).
Regards
OK, sorry for disturbing you, I've finally got it. It was the problem with Gentoo multilib system - 32-bit version of Wine builds using headers from most recent libpng installed, but multilib support package (emul-linux-baselibs-x86) provides very outdated version (in my case this was 1.6.8 and 1.5.15, respectively). Now applications installs and runs fine, even on 64-bit wineprefix. Closed
https://bugs.winehq.org/show_bug.cgi?id=35851
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com --- Closing invalid bugs.