http://bugs.winehq.org/show_bug.cgi?id=32364
Bug #: 32364 Summary: Regression Error => Run-time error '445': Object doesn't support this action Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll AssignedTo: wine-bugs@winehq.org ReportedBy: tonybcrawford@gmail.com Classification: Unclassified
Created attachment 42701 --> http://bugs.winehq.org/attachment.cgi?id=42701 Debug ouput with +ntdll, +tid
After updating to Wine 1.5.18 my previously working CMDcenter application produces error'445' when opening a form. The error is not fatal but when the form is displayed the data is not shown.
I believe this is a regression error with Wine 1.5.18
http://bugs.winehq.org/show_bug.cgi?id=32364
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|ntdll |-unknown Severity|major |normal
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2012-12-04 12:02:39 CST --- Please perform a regression test as described here http://wiki.winehq.org/RegressionTesting.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #2 from Tony Crawford tonybcrawford@gmail.com 2012-12-05 14:35:03 CST --- (In reply to comment #1)
Please perform a regression test as described here http://wiki.winehq.org/RegressionTesting.
I'm running a 64-bit system so regression testing is more difficult. Let me know if you absolutely need this and I'll give it a go using chroot.
http://bugs.winehq.org/show_bug.cgi?id=32364
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Summary|Regression Error => |CMDcenter: 'Run-time error |Run-time error '445': |'445': Object doesn't |Object doesn't support this |support this action' when |action |opening a form
--- Comment #3 from Austin English austinenglish@gmail.com 2012-12-10 13:27:46 CST --- (In reply to comment #2)
(In reply to comment #1)
Please perform a regression test as described here http://wiki.winehq.org/RegressionTesting.
I'm running a 64-bit system so regression testing is more difficult. Let me know if you absolutely need this and I'll give it a go using chroot.
Does native msxml3 help (that's the only non-ntdll output I see in your log). Else, yes, a regression test is needed, unless there's a free demo/download available.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #4 from Tony Crawford tonybcrawford@gmail.com 2012-12-18 11:16:54 CST --- I used winecfg/libraries to set msxml3 to native (windows). I get the following message in the terminal window: p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pcks11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs.so: cannot open shared object file: No such file or directory
When I re-run the application, I get the same error!
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com 2012-12-18 13:38:43 CST --- You need to actually install native msxml3 to test with it setting winecfg to 'native'. If it helps attach +msxml,+tid log running in clean wineprefix. You might also need to install msxml4 or msxml6 depending on what your application really uses.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #6 from Tony Crawford tonybcrawford@gmail.com 2012-12-22 10:09:05 CST --- (In reply to comment #5)
You need to actually install native msxml3 to test with it setting winecfg to 'native'. If it helps attach +msxml,+tid log running in clean wineprefix. You might also need to install msxml4 or msxml6 depending on what your application really uses.
Thanks for the comments. I tried all this and get the same error. There appears to be an issue with Microsoft's Jet engine! I'll post my short debug output with +msxml, +tid. Cheers
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #7 from Tony Crawford tonybcrawford@gmail.com 2012-12-22 10:10:05 CST --- Created attachment 42898 --> http://bugs.winehq.org/attachment.cgi?id=42898 Debug output with +msxml, +tid
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #8 from Nikolay Sivov bunglehead@gmail.com 2012-12-22 10:29:16 CST --- Logging with +msxml is useless if you have native modules installed. In last log you attached:
--- 002d:fixme:oledb:datainit_GetDataSource (0x1ad758)->((nil) 23 L"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\SDET\TABLES\sections.mdb;" {0c733a8b-2a1c-11ce-ade5-00aa0044773d} 0x2564bfc) 002d:fixme:oledb:datainit_QueryInterface interface {2c7a8261-ccd3-11d1-ade2-00a0c9055d8f} not implemented 002d:fixme:oledb:dbprops_SetProperties (0x1ad380)->(1 0x33ebb4) ---
that's clearly a oledb32 deficiency here. Same oledb32 message are present in your first log (not sure why you made it +ntdll in a first place though).
So yeah, if you think it's a regression we need results from regression test. Regardless of if it's a regression or not it looks like oledb32 problem.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #9 from Tony Crawford tonybcrawford@gmail.com 2012-12-22 12:57:43 CST --- (In reply to comment #8)
Logging with +msxml is useless if you have native modules installed. In last log you attached:
002d:fixme:oledb:datainit_GetDataSource (0x1ad758)->((nil) 23 L"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\SDET\TABLES\sections.mdb;" {0c733a8b-2a1c-11ce-ade5-00aa0044773d} 0x2564bfc) 002d:fixme:oledb:datainit_QueryInterface interface {2c7a8261-ccd3-11d1-ade2-00a0c9055d8f} not implemented 002d:fixme:oledb:dbprops_SetProperties (0x1ad380)->(1 0x33ebb4)
that's clearly a oledb32 deficiency here. Same oledb32 message are present in your first log (not sure why you made it +ntdll in a first place though).
So yeah, if you think it's a regression we need results from regression test. Regardless of if it's a regression or not it looks like oledb32 problem.
Sorry, I misunderstood your earlier message... I thought you wanted me to go native msxml3 and then run with +msxml. I'll try to get the chroot stuff running (on my 64-bit ununtu) and have a go at the regression testing. I just need to free up enough time to get it done. In the meantime, if it would be helpful for me to run a quick debug with other output settings, please let me know. Cheers
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #10 from Nikolay Sivov bunglehead@gmail.com 2012-12-22 16:17:43 CST --- Created attachment 42908 --> http://bugs.winehq.org/attachment.cgi?id=42908 patch
Could you please test it this way:
1. install MDAC package (with winetricks for example) 2. set oledb32 to builtin in winecfg 3. apply this patch 4. attach +oledb,+tid log.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #11 from Tony Crawford tonybcrawford@gmail.com 2012-12-24 15:08:18 CST --- (In reply to comment #10)
Created attachment 42908 [details] patch
Could you please test it this way:
- install MDAC package (with winetricks for example)
- set oledb32 to builtin in winecfg
- apply this patch
- attach +oledb,+tid log.
I re-built wine in chroot with the patch you provided and ran with the debug output you requested. Refer to latest attachment. However, I got a different error, as follows: Run-time error: '429' ActiveX component can't create object
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #12 from Tony Crawford tonybcrawford@gmail.com 2012-12-24 15:10:03 CST --- Created attachment 42932 --> http://bugs.winehq.org/attachment.cgi?id=42932 Debug output with +oledb, +tid
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #13 from Tony Crawford tonybcrawford@gmail.com 2012-12-24 16:09:55 CST --- FYI, my build version of wine is as follows: wine-1.5.20-22-ga701528
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #14 from Nikolay Sivov bunglehead@gmail.com 2012-12-24 22:46:33 CST --- (In reply to comment #11)
(In reply to comment #10)
Created attachment 42908 [details] patch
Could you please test it this way:
- install MDAC package (with winetricks for example)
- set oledb32 to builtin in winecfg
- apply this patch
- attach +oledb,+tid log.
I re-built wine in chroot with the patch you provided and ran with the debug output you requested. Refer to latest attachment. However, I got a different error, as follows: Run-time error: '429' ActiveX component can't create object
Okay, but did you what's said for steps 1 and 2? It looks like you didn't:
--- 0034:fixme:oledb:datainit_GetDataSource (0x1b2250)->((nil) 0x17 L"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\SDET\TABLES\sections.mdb;" {0c733a8b-2a1c-11ce-ade5-00aa0044773d} 0x16c1bfc): semi-stub 0034:trace:oledb:datainit_GetDataSource got provider L"Microsoft.Jet.OLEDB.4.0" 0034:err:oledb:datainit_GetDataSource provider L"Microsoft.Jet.OLEDB.4.0" not registered ---
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #15 from Tony Crawford tonybcrawford@gmail.com 2012-12-24 23:54:29 CST --- (In reply to comment #14)
(In reply to comment #11)
(In reply to comment #10)
Created attachment 42908 [details] patch
Could you please test it this way:
- install MDAC package (with winetricks for example)
- set oledb32 to builtin in winecfg
- apply this patch
- attach +oledb,+tid log.
I re-built wine in chroot with the patch you provided and ran with the debug output you requested. Refer to latest attachment. However, I got a different error, as follows: Run-time error: '429' ActiveX component can't create object
Okay, but did you what's said for steps 1 and 2? It looks like you didn't:
0034:fixme:oledb:datainit_GetDataSource (0x1b2250)->((nil) 0x17 L"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\SDET\TABLES\sections.mdb;" {0c733a8b-2a1c-11ce-ade5-00aa0044773d} 0x16c1bfc): semi-stub 0034:trace:oledb:datainit_GetDataSource got provider L"Microsoft.Jet.OLEDB.4.0" 0034:err:oledb:datainit_GetDataSource provider L"Microsoft.Jet.OLEDB.4.0" not registered
Building and running 32-bit wine on 64-bit ubuntu is not trivial... This is what I did:- I built a 32-bit wine with your patch applied in /var/chroot/ I then used winecfg from my normal ubuntu 64-bit installation of wine and winetricks to set oledb32 to builtin. I then ran my application using /var/chroot/wine/wine with the +oledb, +tid debug output settings. So, I thought I did steps 1, 2, 3 and 4
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #16 from Nikolay Sivov bunglehead@gmail.com 2012-12-25 00:01:07 CST --- No, you didn't install MDAC with winetricks which is step 1, without that you won't get Jet provider. After that's done flip oledb32 to builtin with winecfg (no need to use winetricks at this point), that's step 2. The reset you did right.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #17 from Tony Crawford tonybcrawford@gmail.com 2012-12-25 00:04:41 CST --- NB: The MDAC package was already installed on my 64-bit ubuntu! Do I need to RE-INSTALL the MDAC package?
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #18 from Tony Crawford tonybcrawford@gmail.com 2012-12-25 00:10:39 CST --- (In reply to comment #17)
NB: The MDAC package was already installed on my 64-bit ubuntu! Do I need to RE-INSTALL the MDAC package?
Could it be that I need to install MDAC in /var/chroot/ ?
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #19 from Nikolay Sivov bunglehead@gmail.com 2012-12-25 00:15:59 CST --- (In reply to comment #18)
(In reply to comment #17)
NB: The MDAC package was already installed on my 64-bit ubuntu! Do I need to RE-INSTALL the MDAC package?
Could it be that I need to install MDAC in /var/chroot/ ?
It needs to be installed in your wineprefix you're using to run your application. I never used chroot so I don't know if there's anything special in this case.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #20 from Tony Crawford tonybcrawford@gmail.com 2012-12-25 00:26:34 CST --- (In reply to comment #19)
(In reply to comment #18)
(In reply to comment #17)
NB: The MDAC package was already installed on my 64-bit ubuntu! Do I need to RE-INSTALL the MDAC package?
Could it be that I need to install MDAC in /var/chroot/ ?
It needs to be installed in your wineprefix you're using to run your application. I never used chroot so I don't know if there's anything special in this case.
OK, I'll try to figure it out and get you another log asap. Thanks for your help and your patience. Cheers & Merry Christmas :)
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #21 from Tony Crawford tonybcrawford@gmail.com 2012-12-25 13:31:29 CST --- Ok, I already had mdac27 installed and got the error I reported.
I have also installed mdac28 and now everything now works correctly :) Note that this works with the patched 32-bit version of wine running in chroot AND it also now works with my regular wine running on my 64-bit ubuntu.
So it looks like, wine 1.5.17 worked with mdac27 BUT, wine 1.5.18 requires mdac28
FYI, I'll attach the log from my successful run.
Thanks again for all your help Nikolay.
Cheers Tony
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #22 from Tony Crawford tonybcrawford@gmail.com 2012-12-25 13:36:12 CST --- Created attachment 42937 --> http://bugs.winehq.org/attachment.cgi?id=42937 Debug ouput with +oledb, +tid * SUCCESS with MDAC28 *
mdac27 was already installed but after also installing mdac28, the application ran correctly. This is the debug output.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #23 from Nikolay Sivov bunglehead@gmail.com 2012-12-25 14:16:17 CST --- That's expected. Now let's get 12 comments back while you have MDAC working for you. Set oledb32 to 'builtin' in winecfg and attach a log with a patch. I need this to test a patch.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #24 from Tony Crawford tonybcrawford@gmail.com 2012-12-25 16:31:17 CST --- (In reply to comment #23)
That's expected. Now let's get 12 comments back while you have MDAC working for you. Set oledb32 to 'builtin' in winecfg and attach a log with a patch. I need this to test a patch.
I used winecfg to set oledb32 to builtin. I then re-ran the application using /var/chroot/wine which includes the patch you sent me earlier. I get the following again:- Runt-time error '429': ActiveX component can't create object
The log is attached.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #25 from Tony Crawford tonybcrawford@gmail.com 2012-12-25 16:33:03 CST --- Created attachment 42940 --> http://bugs.winehq.org/attachment.cgi?id=42940 Debug output with +oledb, +tid * oledb32 builtin -> Runt-time error '429' *
http://bugs.winehq.org/show_bug.cgi?id=32364
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression |
--- Comment #26 from Nikolay Sivov bunglehead@gmail.com 2012-12-29 05:34:34 CST --- After commits ec4de1f9fe0f7dd4138c9d8a721515d40015aa75 and 3e8d4e76e5daf46ca3d2776a0aedcde51226c48d GetDataSource() method should work for your case. You need to do 'winetricks jet40' to install Jet provider first.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #27 from Nikolay Sivov bunglehead@gmail.com 2012-12-29 05:42:54 CST --- So what I actually mean is that it would be interesting to go through same steps as we did (install jet40 with winetricks - it will install provider with exact name your application wants) and flip oledb32 to builtin before launching application. Please try that with current wine from git and in any case attach new log for +oledb,+tid.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #28 from Tony Crawford tonybcrawford@gmail.com 2012-12-29 14:50:06 CST --- (In reply to comment #27)
So what I actually mean is that it would be interesting to go through same steps as we did (install jet40 with winetricks - it will install provider with exact name your application wants) and flip oledb32 to builtin before launching application. Please try that with current wine from git and in any case attach new log for +oledb,+tid.
OK... JET40 is already installed but I tried a re-install anyway as follows: winetricks jet40 Executing w_do_call jet40 JET40 already installed, skipping
I also re-checked my setting of oledb32 using winecfg and confirmed that it's set to BUILTIN!
So, the settings are as you want, and the same as my last run... a re-run and any log output would be identical to what I've already posted!
Any other ideas?
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #29 from Tony Crawford tonybcrawford@gmail.com 2012-12-29 14:58:26 CST --- Created attachment 43009 --> http://bugs.winehq.org/attachment.cgi?id=43009 Debug output with +oledb, +tid * JET40 & oledb32 builtin *
Just in case, here's the latest debug output... but it should be the same as the previous one.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #30 from Nikolay Sivov bunglehead@gmail.com 2012-12-29 15:16:07 CST --- (In reply to comment #28)
(In reply to comment #27)
So what I actually mean is that it would be interesting to go through same steps as we did (install jet40 with winetricks - it will install provider with exact name your application wants) and flip oledb32 to builtin before launching application. Please try that with current wine from git and in any case attach new log for +oledb,+tid.
OK... JET40 is already installed but I tried a re-install anyway as follows: winetricks jet40 Executing w_do_call jet40 JET40 already installed, skipping
It's better to start with clean wineprefix. Once you have installed it with jet40 you should have Microsoft.Jet.OLEDB.4.0 provider in registry, and if it's present builtin code should be able to use it. I have no explanation why native works for such provider name even if it's not registered - could be that application request error info we don't support and adjust provider name accordingly, or could be something entirely different.
So to try now:
- clean wineprefix - winetricks jet40 - oledb32 to builtin - logs
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #31 from Tony Crawford tonybcrawford@gmail.com 2012-12-29 15:55:33 CST --- Created attachment 43011 --> http://bugs.winehq.org/attachment.cgi?id=43011 JET40 Installed but missing file...
I ended up deleting all my wine apps!!! So I'll need to re-install before I can do another run. However, when I did the JET40 install, I received the error message shown in the attached.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #32 from Nikolay Sivov bunglehead@gmail.com 2012-12-29 20:44:42 CST --- Could be 64 bit installer problem for example. Try with 32 bit wineprefix using WINEARCH=win32.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #33 from Tony Crawford tonybcrawford@gmail.com 2012-12-30 12:25:30 CST --- Created attachment 43028 --> http://bugs.winehq.org/attachment.cgi?id=43028 Debug ouput with +oledb, +tid
Nikolay,
I've restored my wine apps and tried setting WINEARCH=win32 as you suggested but it didn't work! I got the same "missing file error" when trying to install jet40! I needed to first install mdac28 before I could successfully install jet40.
Also, when I now run my 64-bit installation I get the following ouput:- "wine: '/home/tony/.wine' is a 64-bit installation, it cannot be used with a 32-bit wineserver."
However, I did run my 32-bit chroot wine (which includes your patch) and the run fails (as expected)... I get the output in the attached.
I hope this is helpful.
Tony
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #34 from Tony Crawford tonybcrawford@gmail.com 2012-12-30 13:29:08 CST --- Created attachment 43030 --> http://bugs.winehq.org/attachment.cgi?id=43030 Debug ouput with +oledb, +tid (Regular 64-bit wine)
Nikolay,
This attachment shows the debug output when running my 64-bit wine-1.5.20 (obviously it does NOT include your patch)!
It appears to get beyond the JET40 data source registration issue but then fails!
Perhaps this will help.
http://bugs.winehq.org/show_bug.cgi?id=32364
--- Comment #35 from Tony Crawford tonybcrawford@gmail.com 2013-01-09 16:09:42 CST --- I've just installed wine 1.5.21 and left oledb32 set to builtin. I then re-tested my application and this problem appears to be FIXED!
It looks like this bug can be closed.
Cheers Tony
http://bugs.winehq.org/show_bug.cgi?id=32364
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #36 from Austin English austinenglish@gmail.com 2013-01-09 22:00:23 CST --- (In reply to comment #35)
I've just installed wine 1.5.21 and left oledb32 set to builtin. I then re-tested my application and this problem appears to be FIXED!
It looks like this bug can be closed.
Cheers Tony
Fixed.
http://bugs.winehq.org/show_bug.cgi?id=32364
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #37 from Alexandre Julliard julliard@winehq.org 2013-01-18 14:56:52 CST --- Closing bugs fixed in 1.5.22.