http://bugs.winehq.org/show_bug.cgi?id=3570
------- Additional Comments From willie(a)froq.net 2005-29-10 20:39 -------
I'm quite sure. Other applications show stuff doing a +seh trace (as does the
command you posted). Also, my Wine build was configured with:
./configure --prefix=/usr --without-curses --libdir=/usr/lib32 --with-x
I already tried an unpdated kernel and switched the compiler from gcc 3.4.3 to
4.0.2, same results.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1434
Bug 1434 depends on bug 3293, which changed state.
Bug 3293 Summary: Steam dies on startup (memstd.cpp 143: assertion failed)
http://bugs.winehq.org/show_bug.cgi?id=3293
What |Old Value |New Value
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3293
ivg2(a)cornell.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |
------- Additional Comments From ivg2(a)cornell.edu 2005-29-10 19:38 -------
Actually, my mistake.. I should have tried it a few times, rather than just one.
Using the Transgaming control makes it work sometimes, rather than not at all....
I'm guessing the cases where it works were the cases that it used to freeze
described above. The bug described here still happens very frequently (most of
the time), so it should remail open.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1434
Bug 1434 depends on bug 3293, which changed state.
Bug 3293 Summary: Steam dies on startup (memstd.cpp 143: assertion failed)
http://bugs.winehq.org/show_bug.cgi?id=3293
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3293
ivg2(a)cornell.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From ivg2(a)cornell.edu 2005-29-10 19:17 -------
> For some reason, the Transgaming Mozilla ActiveX control without native DLLs
> works perfectly, while the one from www.iol.ie/~locka/mozilla/ doesn't work at
> all. I had the same issue a few minutes ago, and it was fixed by switching to
> the Transgaming ActiveX control. There seems to be a difference after all.
Yes, I see the Transgaming one is much larger, and includes a dll from Microsoft
that you can't redistribute (msvcp60.dll).
I think I did actually have the original author's plugin working correctly, but
what probably happened is I let it get out of sync w/ Fedora - I run rawhide and
I update that fairly often... silly of me to expect that to work.
I see the current versions are not compatible with either my Firefox or my
Mozilla browser. I am forced back to Transgaming's plugin (which also includes
Gecko dlls, so it should not get broken by browser upgrades).
Closing bug, since this does fix the problem. By the way, I see the Steam focus
bug hasn't be fixed yet - shame, since a patch for this does exist, and I even
had it documented on the HL2 appdb entry for a while - maybe I'll post about
this on wine-devel again...
Next: re-try HL2 and document all the hacks that requires on APPDB
- transgaming mozilla activex Control (or make sure it's compatible w/ browser)
- document unmerged patch for Steam focus bug
- document workaround for EULA acceptance bug (defined LicenceViewed=y on
cmdline) until undocument Control Event is added for ScrollableText msi control
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3700
Summary: SplintrCell Demo:doesn't start because of sound errors
(dsound i guess)
Product: Wine
Version: CVS
Platform: Other
URL: http://downloads.gamezone.com/demos/d7133.htm
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi, trying the demo, and after the intro ends (which is with current cvs either
a black screen or you could watch the intro using the hack described in bug
3653; intro takes about 2 minutes to end) it pops up a message box saying the
sound device is used by another application(which it isn't...) I tried ,using
winecfg ,about every audio configuration there is, but the error remains. Here's
the last output from running with Alsa-emulation:
(tons of these:)
fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=2840 <
primary_done=2844)
(PS this could be due to my crappy sound card so would be great if someone could
confirm, or even better, not confirm this bug)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3699
Summary: Powerbuilder 10 demo fails install
Product: Wine
Version: CVS
Platform: Other
URL: http://www.sybase.com/products/developmentintegration/po
werbuilder
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Powerbuilder is a big "kitchen-sink" sort of application
with six subinstallers. To install it, you have to first
install MDAC 2.6 or higher. I installed MDAC 2.7sp1,
since I have luck installing that into an empty
wine directory. Because of bug 3636, I use a script
to unpack all the registered CABs the MDAC installer
installs but doesn't unpack; I'll include the script I use.
To reproduce this,
register for the Powerbuilder 10 trial at sybase.com,
download and unzip all five or six zipfiles,
blow away ~/.wine,
install mdac 2.7sp1,
and run the 'common installer', PB10Eval/PowerBuilder/setup.exe
There will be ten or so little warning dialog boxes
complaining about DLLs not being able to register
themselves, but that doesn't seem to be a huge issue.
The real problem seems to be that the installer
gets into a loop or locks up after about the fourth
subinstaller.
Now, I don't know how many people will need to
install PowerBuilder under Wine, but it's a nice
test of whether wine can handle a complicated
database-ish installer.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2885
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2005-29-10 18:07 -------
Yes, testing of demo version would be greatly appreciated, Andreas. For me it
runs nice too. The only strange thing is e2_d3d8_driver_mfc.dll loading, which
makes some long delays during the process final initialization stage. See my
log below.
* Andreas Dehmel wrote:
|
| And BTW, we really really REALLY need up-to-date documentation, and included
| in the source archive for crying out loud.
I may not fully understand what exactly that means.
| I'm open for suggestions, it would be great if some of those people who got it
| to work told me how.
|
| | Next I think you should upgrade to Wine release 0.9. Its module loader has
| | changed a quite bit and now it may work for you.
|
| Done, same behaviour. I haven't verified the logfiles so far, though, but I
| don't think they'll differ.
In any case, could you add +d3d trace flag? This would show what builtin
d3d8.dll had done before returning an error. Next goes tail of output from my box:
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\winex11.drv" : builtin
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\imm32.dll" : builtin
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\wineoss.drv" : builtin
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\msacm32.dll" : builtin
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\msacm.drv" : builtin
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\midimap.dll" : builtin
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\uxtheme.dll" : builtin
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\wined3d.dll" : builtin
|trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\d3d8.dll"
: builtin
|trace:d3d:DllMain D3D8 DLLMain Reason=1
|trace:d3d:DllMain Allow HW vertex shaders
|trace:d3d:DllMain Disable pixel shaders
|trace:d3d:DllMain D3D8 DLLMain Reason=0
|trace:loaddll:MODULE_FlushModrefs Unloaded module
L"c:\\windows\\system32\\d3d8.dll" : builtin
|trace:loaddll:MODULE_FlushModrefs Unloaded module
L"c:\\windows\\system32\\wined3d.dll" : builtin
|trace:loaddll:load_native_dll Loaded module L"D:\\Program Files\\Max Payne
Demo\\e2driver\\e2_d3d8_driver_mfc.dll" : native
|trace:loaddll:load_builtin_dll Loaded module
L"c:\\windows\\system32\\wined3d.dll" : builtin
|trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\d3d8.dll"
: builtin
|trace:d3d:DllMain D3D8 DLLMain Reason=1
|trace:d3d:DllMain Allow HW vertex shaders
|trace:d3d:DllMain Disable pixel shaders
|trace:d3d:Direct3DCreate8 SDKVersion = 78, Created Direct3D object @
0x7feb05d8, WineObj @ 0x7feb0860
|trace:d3d:IDirect3D8Impl_GetDeviceCaps (0x7feb05d8) Relay 0 2 0x7fa9f2d0
|trace:d3d:IDirect3D8Impl_GetDeviceCaps (0x7feb05d8) returning 0x7fa9f2d0
{timeout}
|trace:d3d:IDirect3D8Impl_GetDeviceCaps (0x7feb05d8) Relay 0 3 0x7fa9f2d0
|trace:d3d:IDirect3D8Impl_GetDeviceCaps (0x7feb05d8) returning 0x7fa9f2d0
{timeout}
|trace:d3d:IDirect3D8Impl_GetDeviceCaps (0x7feb05d8) Relay 0 1 0x7fa9f2d0
|trace:d3d:IDirect3D8Impl_GetDeviceCaps (0x7feb05d8) returning 0x7fa9f2d0
{large timeout}
{MP setup dialog window appears}
It seems at first it is loaded by x11drv, then unloaded, and then loaded again
by e2_d3d8_driver_mfc.dll. My Max Payne is demo v1.05.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3110
------- Additional Comments From winehq(a)paniq.org 2005-29-10 18:01 -------
exactly.
did my log help?
do you need additional info?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.