http://bugs.winehq.org/show_bug.cgi?id=26403
Summary: WINE is completely unusable, multiple errors Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: bugzilla.10.cyrils@spamgourmet.com
Since 1.2.1 I cannot get WINE working. Sooner or later it crashes with rundll32.exe error message in pop-up window and shell32.dll, user32.dll and so-on-DLLs unimplemented methods error in console.
As there are many errors I first post console output for winecfg - see attachement. This log was got with empty WINE config, following actions:
1. run winecfg; 2. get window with rundll32.exe error (shell32.dll unimplemented method error in log); 3. get "Wine configuration" window; 4. switch to "Libraries" tab; 5. try switch to "Graphics" tab an get crash.
Sequence are completely reproducable on the same start conditions.
WINE was compiled from source.
If necessary I can add log for IE6 setup, for example - with it's user32.dll unimplemented method error.
Best regards, Cyril Sluchanko
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2011-03-13 08:52:01 CDT --- (In reply to comment #0)
As there are many errors I first post console output for winecfg - see attachement. This log was got with empty WINE config, following actions:
Where's a log?
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #2 from Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com 2011-03-13 09:00:51 CDT --- Created an attachment (id=33625) --> (http://bugs.winehq.org/attachment.cgi?id=33625) winecfg crash log
http://bugs.winehq.org/show_bug.cgi?id=26403
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2011-03-13 09:09:02 CDT --- --- wine: Call from 0x7b838d42 to unimplemented function shell32.dll.SHGetSpecialFolderPathW, aborting ---
This is implemented. You have broken .wine directory it seems, could be a native shell32 module or old version of wine builtin shell32 left in .wine.
Remove .wine and start winecfg again. If you'll still be able to reproduce, feel free to reopen report.
http://bugs.winehq.org/show_bug.cgi?id=26403
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Nikolay Sivov bunglehead@gmail.com 2011-03-13 09:09:11 CDT --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=26403
Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #5 from Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com 2011-03-13 09:13:40 CDT --- (In reply to comment #4)
Closing.
Sorry, maybe I was unclear saying "This log was got with empty WINE config" and "Sequence are completely reproducable on the same start conditions. " - but it mean that I have no .wine directory at the start of sequence and result is the same if I delete this directory and start over.
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com 2011-03-13 09:27:26 CDT --- Where did you get wine?
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #7 from Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com 2011-03-13 09:35:13 CDT --- (In reply to comment #6)
Where did you get wine?
Here on winehq.org. Every time I've compiled it.
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #8 from Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com 2011-03-13 10:09:57 CDT --- (In reply to comment #7)
Oops... Strange. I have too few files in .wine/drive_c and subdirectiries (and, of couse, no shell32.dll, user32.dll and so on). Looks like winecfg creates .wine not right. What can cause it?
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #9 from Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com 2011-03-13 10:29:16 CDT --- (In reply to comment #8)
I've built WINE with /usr/local prefix, so I have all DLL and EXE stubs in /usr/local/lib/wine/fakedlls. It wasn't a problem prior to 1.2.1, but now it looks that something wrong with winecfg and it does not copies all stuff needed to .wine directory.
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #10 from Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com 2011-03-13 17:02:52 CDT --- (In reply to comment #9)
Rebuilt with /usr prefix - same things. Content of .wine is not complete. What should I try next?
http://bugs.winehq.org/show_bug.cgi?id=26403
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-14 00:44:18 CDT --- Make sure that you have no traces of old/previous Wine installations on your system. This bug is invalid, your build is broken.
http://bugs.winehq.org/show_bug.cgi?id=26403
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-14 00:44:29 CDT --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=26403
Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #13 from Cyril Sluchanko bugzilla.10.cyrils@spamgourmet.com 2011-03-14 02:08:43 CDT --- (In reply to comment #11)
Make sure that you have no traces of old/previous Wine installations on your system. This bug is invalid, your build is broken.
1. Let me make comments 1 and 5 even more precise - I have NO explicit traces of previous builds, as: 1a. I use package manager to install packages I have built from source; 1b. I've deleted previous build with package manager; 1c. I've deleted any directories containing "wine" on disks (except prefixes in /opt, bundled with Picasa and Metasploit).
2. My build is as broken as all previous builds which has been working. I use the same build script - just change $VERSION to conform with version of source archive. However since 1.2.1 I'm getting package that works incorrectly, and:
3. Please, explain, in which way previous builds' traces can broke creation of new prefix by blocking DLL stubs copying to prefix directory? Maybe it will solve the problem.
http://bugs.winehq.org/show_bug.cgi?id=26403
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #14 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-14 02:14:56 CDT --- (In reply to comment #13)
- My build is as broken as all previous builds which has been working. I use
the same build script - just change $VERSION to conform with version of source archive. However since 1.2.1 I'm getting package that works incorrectly, and:
A broken build is not a Wine bug, please ask on the user support forums if you need help with compiling/building/packaging Wine from source.
You may try to check first if running from the build tree works for you.
http://bugs.winehq.org/show_bug.cgi?id=26403
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-14 02:15:24 CDT --- Closing, do not reopen unless you can prove that it's a Wine bug.
http://bugs.winehq.org/show_bug.cgi?id=26403
--- Comment #16 from Austin English austinenglish@gmail.com 2011-03-14 14:41:19 CDT --- Does configure show any errors/missing dependencies? If it worked with older wine, try compiling that version again to see if it still works, then run a regression test.