http://bugs.winehq.org/show_bug.cgi?id=12743
Summary: 3D Studio MAX 7.0 locks up when loading combustion plugin, cmbtex.dlt Product: Wine Version: 0.9.59. Platform: PC URL: http://files.filefront.com/3dsmax7exe/;9389592;/fileinfo .html OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs@winehq.org ReportedBy: rockinup1231@gmail.com
Created an attachment (id=12400) --> (http://bugs.winehq.org/attachment.cgi?id=12400) Output from terminal for the various scenarios I tested, organized.
The program simply can't utilize that combustion plugin. I removed the plugin before starting it, and it worked just fine, but without any texture, particle, or lighting features.
With and without the ole32 DLL override, it mentions that quite a few richedit features are not implemented yet, and when the program is run, it pushes this line out quite a few times.
fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33f384/0x33f384
It also says this at random moments while you do things with the 3D POV windows.
fixme:xrender:X11DRV_AlphaBlend not a dibsection
The main issue that I think needs to be looked at is getting the program to start without needing to remove the combustion plugin.
For the URL I have placed the only download location I could find. Autodesk no longer keeps a copy on their servers for the public, as the program has been replaced by newer versions (although it's not too old).
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #1 from Justin Soulia rockinup1231@gmail.com 2008-04-22 16:31:36 --- Also, their 30 day trial is built into the full copy of the software. If you don't register it within 30 days you can't use it is the condition.
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #2 from Justin Soulia rockinup1231@gmail.com 2008-04-22 16:49:59 --- Once again I wasn't quite clear enough in the attachment...by "normal conditions", I mean just running it without moving the plugin.
http://bugs.winehq.org/show_bug.cgi?id=12743
Justin Soulia rockinup1231@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|ole |-unknown
http://bugs.winehq.org/show_bug.cgi?id=12743
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #3 from Dan Kegel dank@kegel.com 2008-04-23 12:03:06 --- That URL is a little squiffy, but the checksum matches the one posted at http://bitzi.com/lookup/NPU7DYLYGVT3EM3LLKLRXQHB4VBVKO7Q Can somebody who did a direct download from discreet.com back in the day post the sha1sum for their 3dsmax7.exe?
Also, to be clear, does the app require native overrides even without the combustion plugin? The appdb entry is confusing on this score.
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #4 from Justin Soulia rockinup1231@gmail.com 2008-04-23 15:16:47 --- (Sorry about that, I'll clarify).
No, it only needs DLL overrides if the combustion plugin is left in place. I slowly narrowed it down over the past few days to which DLL's are needed to get past the splash screen, and they would be the two mentioned in the attachment: ole32.dll and riched20.dll. Using native riched20 makes the messages about richedit functions that haven't been implemented yet go away, and ole32 keeps the program from locking up
When these DLL overrides are used, it loads up the splash screen and loads the plugins like normal, but instead of locking up when it reaches the combustion plugin, it says the plugin could not be loaded, then continues on, loads up most of the window, and crashes. Basically, it's possible to get past the plugin using native DLL's...but the app won't work.
I'll try to clarify this better on the appDB.
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #5 from Austin English austinenglish@gmail.com 2008-04-23 16:19:56 --- (In reply to comment #4)
(Sorry about that, I'll clarify).
No, it only needs DLL overrides if the combustion plugin is left in place. I slowly narrowed it down over the past few days to which DLL's are needed to get past the splash screen, and they would be the two mentioned in the attachment: ole32.dll and riched20.dll. Using native riched20 makes the messages about richedit functions that haven't been implemented yet go away, and ole32 keeps the program from locking up
If all you're doing is silencing messages in terminal, please don't use native DLLs. Only use them to workaround *actual* problems.
Sounds like an OLE error, a +ole,+oledlg trace would probably be useful.
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #6 from Justin Soulia rockinup1231@gmail.com 2008-04-23 18:06:56 --- (In reply to comment #5)
If all you're doing is silencing messages in terminal, please don't use native DLLs. Only use them to workaround *actual* problems.
Sounds like an OLE error, a +ole,+oledlg trace would probably be useful.
I was using it to try to solve a problem. I was assuming that using the native DLL fixed the issue.
Before having read the last post on here, I tried some other things. Like, installing dotnet20, corefonts, riched20, and vcrun2003 with winetricks to see if it made any difference running the program. My reasoning is that some newer versions of this app on the appDB mentioned installing the .NET Framework (which I understand, if it's needed, although I don't recall that being a requirement, it's probably a waste of time to bother with this app until support improves). It didn't make any difference.
So, after starting with a new .wine directory (to get rid of the .NET framework) I tried the +ole, +oledlg trace. It didn't produce any new info about ole, but I did notice something new (see attachment). This time when I installed it, and ran it, the program had to skip over some enviroment variables. I'm not 100% positive since I'm no WINE guru in any way, but I assume that's related to a registry error. If so, that would also explain classes that ole complains about not being registered, and thus be an issue where the installer registers what need be during installation. (So far, the times I have installed the program I didn't bother starting the installer from the terminal because it seemed to be working properly.)
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #7 from Justin Soulia rockinup1231@gmail.com 2008-04-23 18:09:28 --- Created an attachment (id=12421) --> (http://bugs.winehq.org/attachment.cgi?id=12421) Terminal output, with ole and oledlg trace.
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #8 from Austin English austinenglish@gmail.com 2008-04-23 23:33:23 --- (In reply to comment #7)
Created an attachment (id=12421)
--> (http://bugs.winehq.org/attachment.cgi?id=12421) [details]
Terminal output, with ole and oledlg trace.
justin@Linux:~/.wine/drive_c/Program Files/3dsmax7$ wine 3dsmax.exe +ole,+oledlg Should be: justin@Linux:~/.wine/drive_c/Program Files/3dsmax7$ WINEDEBUG=+ole,+olddlg wine 3dsmax.exe &> /tmp/log.txt
Then attach /tmp/log.txt (compress with bzip2 -9 if larger than 1 MB).
http://bugs.winehq.org/show_bug.cgi?id=12743
Justin Soulia rockinup1231@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #12421|0 |1 is obsolete| |
--- Comment #9 from Justin Soulia rockinup1231@gmail.com 2008-04-25 19:08:11 --- Created an attachment (id=12477) --> (http://bugs.winehq.org/attachment.cgi?id=12477) OLE/OLEDLG Trace
I apologize for the wait, but I did the trace properly this time (thanks for the help, btw).
Also, I downloaded that file from FileFront and compared the hash to my copy of the file. They were both the same, so I'm sure it safe to assume the installer is corruption-free. (The installer I have been using I downloaded some time ago and have had it around ever since.)
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #10 from Austin English austinenglish@gmail.com 2008-10-23 15:43:41 --- Is this still an issue in current (1.1.6 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #11 from Justin Soulia rockinup1231@gmail.com 2008-10-23 18:57:35 --- (In reply to comment #10)
Is this still an issue in current (1.1.6 or newer) wine?
Yeah, still is. I'll pull together another trace and see if there is anything different as compared to the old one.
http://bugs.winehq.org/show_bug.cgi?id=12743
Justin Soulia rockinup1231@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #12477|0 |1 is obsolete| |
--- Comment #12 from Justin Soulia rockinup1231@gmail.com 2008-10-23 19:12:06 --- Created an attachment (id=16835) --> (http://bugs.winehq.org/attachment.cgi?id=16835) +ole,+oledlg trace: Wine-1.1.6
Cmbtex.dlt is mentioned near the end of the trace, which I'm going to guess is where the signifigant part of the trace is. I'm not as experienced as the rest of ya, so I really don't know what to make of it.
http://bugs.winehq.org/show_bug.cgi?id=12743
Justin Soulia rockinup1231@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://files.filefront.com/3%7Chttp://files.filefront.com/3 |dsmax7exe/;9389592;/fileinfo|dsmax7exe/;10541739;/fileinf |.html |o.html
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #13 from Justin Soulia rockinup1231@gmail.com 2008-10-23 19:41:30 --- I've updated the URL for this (and for the other 3DS Max 7 bugs). The program (the download is trial) can be downloaded there.
Sorry for making so many comments. :S
http://bugs.winehq.org/show_bug.cgi?id=12743
Justin Soulia rockinup1231@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #14 from Justin Soulia rockinup1231@gmail.com 2008-10-24 10:27:28 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #15 from Justin Soulia rockinup1231@gmail.com 2008-10-24 18:07:32 --- Tried again with Wine 1.1.7, still an issue.
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #16 from Austin English austinenglish@gmail.com 2009-04-26 20:46:31 --- Is this still an issue in current (1.1.20 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #17 from Justin Soulia rockinup1231@gmail.com 2009-10-06 16:47:51 --- It is still an issue in Wine 1.1.30.
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #18 from Chris Coleman attitude_35215@yahoo.com 2010-02-25 16:36:43 --- Created an attachment (id=26492) --> (http://bugs.winehq.org/attachment.cgi?id=26492) This is the Log for 3D Studio max 7 each section is broken down for clarity
Ok after adding the combustion reg key I can get the program to start up and so far, everything is functional nevertheless, when I open the material editor to select a map or material max crashes. I have the back trace at the end of the document attached but I need some help.
If you remove the plug-in from the directory the material editor lets, you select a texture with no crash yet, when it is loaded, it crashes.
I have found another strange thing. I could not get Max 7 to load with wine 1.1.30 and up without triggering an ACIS error. However, after trying to install Max 9 on 1.1.39, which still crashes during install I went to load Max 7 and it now works. I am sure there was some common key that was loaded during the install of Max9 that allowed Max 7 to work properly. I tend to discover the strangest things sometimes but I think I am getting close to making this program work properly.
http://bugs.winehq.org/show_bug.cgi?id=12743
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #26492|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=12743
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|3dsmax7cmb |
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #19 from Austin English austinenglish@gmail.com 2011-03-29 19:29:55 CDT --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.3.16 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12743
--- Comment #20 from Justin Soulia rockinup1231@gmail.com 2011-05-01 21:54:27 CDT --- This is still an issue, tested against wine 1.3.19.
http://bugs.winehq.org/show_bug.cgi?id=12743
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic.delanoy@gmail.com
--- Comment #21 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-02-23 04:47:45 CST --- Is this still an issue in recent (1.4-rc4 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12743
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |ABANDONED
--- Comment #22 from Austin English austinenglish@gmail.com 2013-11-13 15:38:24 CST --- No reply in over a year, and no download. Resolving abandoned, if anyone is still able to reproduce this in the current development version (currently 1.7.6) feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=12743
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #23 from Austin English austinenglish@gmail.com 2013-11-13 15:40:19 CST --- Closing.
-
wine-bugs＠winehq.org