http://bugs.winehq.org/show_bug.cgi?id=31441
Bug #: 31441
Summary: Atomic Email Hunter demo will load perfectly, but will
not authorize with serial number
Product: Wine
Version: 20050930
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alpharev(a)gmail.com
Classification: Unclassified
I purchased this program, Atomic Email Hunter. It requires a sn# to activate
the full program. The demo works great, but it won't let me activate it for
some reason. It says activation complete, restart program. I restart it, then
it does it all over again, asking for the sn#. Please help!!! I'll do anything
to get this working... well, almost.
thanks,
casey
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13030
Summary: winetest and result logging / submission
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
The winetest GUI does not make it possible to choose between saving the results
to a local file and submitting the results.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38557
Bug ID: 38557
Summary: Wings of Vi: Hangs when window is moved.
Product: Wine
Version: 20050930
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: philippe.groarke(a)gmail.com
Launch Wings of Vi (you can download demo here http://grynsoft.com/wingsofvi/),
move the window, the application hangs. Music still goes on...
Could it be related to the "LockWindowUpdate"?
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:win:EnumDisplayDevicesW ((null),0,0x32f6a8,0x00000000), stub!
fixme:heap:RtlCompactHeap (0x110000, 0x0) stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32f8e8,0x00000000), stub!
fixme:win:LockWindowUpdate (0x3003e), partial stub!
fixme:win:LockWindowUpdate (0x0), partial stub!
fixme:win:LockWindowUpdate (0x3003e), partial stub!
fixme:win:LockWindowUpdate (0x0), partial stub!
fixme:msvcrt:__clean_type_info_names_internal (0x3f89a0) stub
Tested on 1.7.42 from macports, and yesterdays git. Tried both with and without
virtual desktop, so it doesn't seem to be linked to that. Game was created
using Clickteam Fusion 2.5, it would be interesting to see if other games
behave the same...
I would add a log, but its way to big. Just tell me if you need specific
channels.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11177
Summary: winealsa doesn't assign unique MIDI port names
Product: Wine
Version: 20050628
Platform: PC
URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333361
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: _obsolete_multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ovek(a)arcticnet.no
Currently, when mapping ALSA MIDI ports to Windows MIDI port names, winealsa
uses the port's client name, which is not unique and may cause some programs to
get confused. A user is suggesting using the ALSA port name, which I suspect
can be acquired by e.g. replacing snd_seq_client_info_get_name(cinfo) in midi.c
with snd_seq_port_info_get_name(pinfo). You could also append a number to the
client name, or whatever else it takes to make the name unique.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14607
Summary: Serious Sam TFE and TSE - window minimizes and becomes
unusable
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://files.seriouszone.com/download.php?fileid=338
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexd4(a)inbox.lv
CC: julliard(a)winehq.org
In current git both "encounters" of Serious Sam 1 are regressed compared to
wine-0.9.59. When attempting to change video resolution in full screen mode (in
current git) the game's window becomes minimized and can't be restored after
that. It actually appears to change resolution successfully, but then there is
a "keep this settings yes/no" box and after pressing yes it breaks. This worked
in wine-0.9.59. The problem is in fullscreen mode only, in virtual desktop
emulation everything works.
I did some regression testing, and I think problems began with this commit:
commit fd97acbadffdc8af6d2682cb761a92ff2ab2f355
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 7 11:43:46 2008 +0200
winex11: Set the _NET_WM_STATE atom directly for unmapped windows.
It is a bit difficult, because the nature of the problem changed slightly
between the above commit and current git. I.e. in a commit just before
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 it works, in
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 a similar broken "minimization"
happens, only not after changing the resolution, but instead during game
initialization (you can't even get to the main menu). A bit later, a different
commit (1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a) partially fixed the problem,
getting it to the state as it is now (can get to menu, but can't change
resolution). I tried backporting fix from
1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a to commit
fd97acbadffdc8af6d2682cb761a92ff2ab2f355 and it works as expected, recreating
the problem in current form in that commit. In all of these cases only
fullscreen mode is affected.
I see this in Serious Sam - The First Encounter 1.05 (retail) and in Serious
Sam - The Second Encounter demo. Demo is available for download. If it will be
necessary I can generate some logs for this.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13029
Summary: winetest should make it possible to just extract the
individual tests
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
The first task that winetest does is extract the individual test binaries.
However it does not say where and if one wants to get at them (to then run them
by hand for testing/debugging purposes), then one has to kill winetest, and
track down its temporary directory (which is something like in c:\Documents and
Settings\account\Local Settings\Temp\wctXXX btw).
It would be nice to have an 'Extract tests' button in the main dialog that
would open a dialog letting the user choose where to save the individual tests
(or some other reasonably simple way of achieving the same purpose).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10417
Summary: OLEAUT32: crash if >128 methods in an interface
Product: Wine
Version: 0.9.49.
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mjk(a)cardbox.com
This bug was encountered in build cxoffice-6.2.0rc1-2-g024be42 of Wine (part of
CrossOver Mac). The bug has been identified in the current source code at
http://source.winehq.org/source/dlls/oleaut32/tmarshal.c.
Using any marshaled interface with more than 128 methods causes a crash within
OLEAUT32 if any method at position >=128 is called. This was detected when
using Cardbox (http://www.cardbox.com) and is a SHOW-STOPPER because it makes
the use of VBScript macros impossible.
However, the bug is completely general and applies to any application at all
that has interfaces with large number of methods. It is quite possible that
many random OLE / COM - related bugs that have already been reported have this
bug as their underlying cause.
The version of Cardbox on which the bug was found is more recent than the one
currently available on the web site. If anyone wants to have a copy for
testing, together with instructions for reproducing the crash, please contact
me.
LOCATION OF THE BUG
The bug is in dlls/oleaut32/tmarshal.c. When constructing a proxy interface,
PSFacBuf_CreateProxy at line #1712 constructs the following proxy code for each
method:
popl %eax
pushl <nr>
pushl %eax
call xCall
lret <n> (+4)
where <nr> is the position of the method in the list of methods: 0, 1, 2, and
so on.
The pushl <nr> instruction is defined by following code:
374 BYTE pushlval; // set to 0x6a by line #1712
375 BYTE nr;
The fact that the method position is a byte already limits the maximum size of
an interface to 256 methods, which is less than the 512-method limit of Windows
NT4.0 SP3, and the 1024-method limit of Windows 2000: see "MIDL2362" in
http://msdn2.microsoft.com/en-us/library/aa366756.aspx for details. Thus this
needs to be corrected in any case. The proxy code as it stands will call method
0 instead of method 256, method 1 instead of method 257, and so on, leading to
random behaviour and possible stack corruption.
The crash when method 128 is called has a different cause. The proxy for method
128 contains the instruction 6A 80, because the programmer thought that this
would push 00000080 onto the stack. In fact the PUSH instruction with opcode 6A
SIGN-EXTENDS its operand and does not zero-extend it. Thus the proxy for the
128th method pushes FFFFFF80 onto the stack before calling xCall. xCall
interprets this as a negative number (-128) and thus attempts to synthesize a
call not to method 128 but to a non-existent method -128. In the same way it
will call method -127 instead of method 129,... and so on.
SUGGESTED CORRECTION
The very simple correction to this bug, which is guaranteed to work, is to
alter line 375 to
375 DWORD nr;
and line 1712 to
1712 xasm->pushlval = 0x68;
which expects a 32-bit operand rather than an 8-bit one.
This will result in every proxy using 15 bytes per method instead of 12 bytes.
This does not seem an excessive price to pay for complete reliability in the
future: there will then be no limit to the number of methods that can be
supported.
ALTERNATIVE CORRECTIONS
If the 25% expansion in proxy size is considered unacceptable (it should not
really be: proxies are small) then there are several ways round the problem. An
increase to 256 methods could be achieved simply by adding a line at the very
beginning of xCall:
method &= 0xff;
but this would HAVE to be accompanied by an explicit test for the method count
limit (now 256) in PSFacBuf_CreateProxy so that the attempt to create a proxy
with too methods would simply fail rather than (as now) generate a proxy that
will randomly crash the application.
Another approach would be to create dummy functions (in assembler) that would
add 128, 256, 384, 512, etc to the 'method' argument before forwarding it on to
xCall. In that case, method numbers after 127 would generate proxies that
called one of the variant xCalls instead of the original one. The programming
in PSFacBuf_CreateProxy would be relatively straightforward, and the dummy
functions would not need to do any stack manipulation: they would simply add an
offset to the DWORD at [ESP+8] and then JMP straight to the start of xCall.
This would *still* give a finite limit to the number of methods, but the limit
would be much larger. Again, good engineering practice dictates that
PSFacBuf_CreateProxy should report an error if it encounters a number of
methods beyond the number that it was designed to cope with.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10536
Summary: ITypeInfo_fnInvoke failed to convert param 0 to VT_BOOL
from VT_BSTR
Product: Wine
Version: 0.9.49.
Platform: PC
URL: http://uniqlo.jp/uniqlock
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fnjordy(a)gmail.com
Uniqlock screensaver doesn't display anything, presumably it might be related
to the Wine output:
in CSoundUtils constructor:
fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE
err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_BOOL from VT_BSTR
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11775
Summary: Oleview does not correctly generate idl files
Product: Wine
Version: 0.9.56.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.b.lankhorst(a)gmail.com
When looking at the ipodservice typelib (install itunes v7.6, then look at the
typelib in C:\Program Files\iPod Service\bin\iPodService.exe in wine oleview,
it will generate wrong code.
HRESULT foo([in]long pointer, [out, retval]VARIANT_BOOL *rar);
is turned into:
VARIANT_BOOL foo([in]long pointer);
This happens for example with IItunesDevice_IsMounted.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16841
Summary: Max Payne 2: The Fall of Max Payne installation fails
Product: Wine
Version: 1.1.12
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: drobyshewsky(a)gmail.com
Created an attachment (id=18557)
--> (http://bugs.winehq.org/attachment.cgi?id=18557)
Max Payne 2: The Fall of Max Payne installation fails
Max Payne 2: The Fall of Max Payne installation fails
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16851
Summary: Morrowind GOTY - DVD - Installers fail.
Product: Wine
Version: 1.1.12
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kphillisjr(a)gmail.com
The installers all fail when launching ikernel.exe, and this is on a default
install of wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17920
Summary: OleUIAddVerbMenu is not realized
Product: Wine
Version: unspecified
Platform: Other
URL: http://msdn.microsoft.com/en-
us/library/ms686597(VS.85).aspx
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lav(a)etersoft.ru
OleUIAddVerbMenu is not realized at all in current Wine.
My last realization post at January, 16:
http://www.winehq.org/pipermail/wine-patches/2009-January/067827.html
This realization tested with 1C Accounting program (specified for Russia) and
has no reclamation.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20363
Summary: Lotus Notes 7.0.2: Selecting User Preferences crashes
the app
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: toralf.foerster(a)gmx.de
Created an attachment (id=24123)
--> (http://bugs.winehq.org/attachment.cgi?id=24123)
backtrace
I'll attach a backtrace.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20365
Summary: Radio Mobile icons drawn too big
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wilfried.pasquazzo(a)gmail.com
CC: steve.m.caddy(a)ntlworld.com
The icons in "Radio Mobile" are drawn too big. The program can be downloaded
for free here: http://www.cplus.org/rmw/english1.html
---
It is a regression:
32ca9b27c376af255dacd67c2744b3b5285b8cf1 is first bad commit
commit 32ca9b27c376af255dacd67c2744b3b5285b8cf1
Author: Wilfried Pasquazzo <wilfried.pasquazzo(a)gmail.com>
Date: Tue Sep 22 14:20:28 2009 +0000
user32: Correct scaling of DrawIcon.
:040000 040000 e3a1f553e9f16b7bd47d9dcf23bddc40b0bfb8b7
addf0374f38168449965d4fe2f0f1c9066462d6a M dlls
---
This bug was first mentioned in the comments of
http://bugs.winehq.org/show_bug.cgi?id=20153 by Steve Caddy (#19 and #20). It
is likely to only affect Visual Basic applications, the problematic code is
located in "dlls/oleaut32/olepicture.c".
I'm writing the corresponding fix and testcase.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25421
Summary: Harry Hops auf Schatzsuche needs CoCreateInstance16
Product: Wine
Version: 1.3.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
After installation, starting the 1997 children app
"Harry Hops auf Schatzsuche" produces 2 traces to the console
fixme:mmio:MMIO_InstallIOProc Global procedures not implemented
fixme:ole:CoCreateInstance16 ({f4595e32-2cdb-11d0-8cde-0000c05bba0b}, (nil), 1,
{f4595e31-2cdb-11d0-8cde-0000c05bba0b}, 0x3ea2ae), stub!
The latter identifies the bug, as 2 requesters appear:
unknown status code / "unbekannter StatusCode", followed by
sprite server created no object / "Sprite-Server hat kein Objekt erstellt".
The app then exits => garbage rating.
The referenced GUID is created by the installer and mentions sprites:
+[Software\\Classes\\CLSID\\{F4595E32-2CDB-11D0-8CDE-0000C05BBA0B}]
+@="Rabbitsoft Sprite & Surface Machine"
+[Software\\Classes\\CLSID\\{F4595E32-2CDB-11D0-8CDE-0000C05BBA0B}\\InprocServer]
+@="C:\\SCHATZ\\CODE\\RSSPRT16.DLL"
So it indeed looks like the app reports as error that it did not receive an
instance from DDE/OLE/COM, likely because of the stub.
Note that I've used Ubuntu Lucid with wine 1.3.8 + git as of 2010-12-03 because
of bug #23723.
Setting winecfg to either winxp or w95 mode makes no difference.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25635
Summary: Every single line is underlined in Dreamweaver
codeview
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: karen(a)redwoodgames.com
Dreamweaver in Wine 1.0 works fine. Upgraded to latest Wine (1.2?) and every
single line of every file when viewed in code view in Dreamweaver is underlined
with double underlining on the empty end of the line all the way across the
window.
I think Dreamweaver uses OLE but I am not sure.
When I dropped back to Wine 1.0...the underlining disappeared.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25757
Summary: MS-Excel WorkBook crashes while clicking on Form
Buttons
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ajeet_singh1978(a)yahoo.co.in
Created an attachment (id=32826)
--> (http://bugs.winehq.org/attachment.cgi?id=32826)
logs from command prompt
Using a Wine 1.3.11 on Fedora 13.
Installed Microsoft Office 2007.
I am trying to Open an excel sheet template which contains some macros and
active content like user forms and dialogs.
While enabling the active content, excel gets hang and gets crashed after
sometime.
Attaching the nohup.out.tar.bz2 logs for wine from command prompt.
Attaching the xls templates in zip file
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26899
Summary: unimplemented function ole2.dll16.RELEASESTGMEDIUM
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: admin(a)dominion-it.co.za
Created an attachment (id=34297)
--> (http://bugs.winehq.org/attachment.cgi?id=34297)
program startup log file
Good day, trying to run old win95 application. Getting a unimplemented function
error as in subject. Added log file for more details. believe config is correct
for the application but no luck to get it past error.
thanks for your time and help
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=28325
Summary: Dragon NaturallySpeaking 11.0 Standard no longer
completes user training successfully
Product: Wine
Version: 1.2.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: susancragin(a)earthlink.net
Dragon NaturallySpeaking 10 Standard used to run very well but now no longer
works at all.
I am reporting this bug against 1.2.3 because that is the last version that
installs NatSpeak, although it does not run.
To reproduce:
I have Oneiric with all updates, 64-bit. I got 1.2.3 off the ubuntu repository.
I installed NatSpeak 10.0 Standard.
Installation seemed to go all right.
I then tried to do the initial setup.
The steps for measuring microphone accuracy, and the training, went well. After
that a couple of steps, such as training (I check "No" to that) went by.
Then it froze. The following two lines appeared on the terminal screen; the
first was repeated 4 times; the second 9.
fixme:psapi:GetProcessImageFileNameA (0x54c, 0x4d0e470, 520) stub
err:ole:CoRevokeClassObject called from wrong apartment, should be called from
800000038
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=30279
Bug #: 30279
Summary: Dragon Naturally Speaking does not install with
dotnet3.5 error
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: susancragin(a)earthlink.net
Classification: Unclassified
Dragon NaturallySpeaking 11.5 does not install the included dotnet3.5 with an
error.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31010
Bug #: 31010
Summary: alien vs predator 2 crashe at playing intro
Product: Wine
Version: 1.5.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: smutkovski(a)gmail.com
Classification: Unclassified
Created attachment 40704
--> http://bugs.winehq.org/attachment.cgi?id=40704
log before movie rename
game crash at when it should play intro.
when i rename movies, i get another errors and game still crash.
i have:
ubuntu 11.10 x86
wine 1.5.5
using ALSA for sound
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34009
Bug #: 34009
Summary: winecfg error output when clicking on test sound
Product: Wine
Version: 1.6-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scrimekiler(a)yahoo.fr
Classification: Unclassified
When I click on test sound in audio tab in winecfg, it displays an error
output.
The sound work, nothing crash, but I get that error message :
"err:ole:CoInitializeEx Attempt to change threading model of this apartment
from multi-threaded to apartment threaded"
NOTE : this is a fresh linux install with a fresh wine install with default
config
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38480
Bug ID: 38480
Summary: RuneScape crashes when switching to OpenGL renderer
(glCopyTexSubImage3DEXT blacklisted by extension
filtering)
Product: Wine
Version: 1.7.39
Hardware: x86
URL: http://www.runescape.com/l=1/downloads/runescape.msi?1
.4.3
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian(a)fds-team.de
CC: matteo.mystral(a)gmail.com, michael(a)fds-team.de
Regression SHA1: bfd4836867d6d90eaeae6ccbc02e37678b59b8f1
Distribution: ---
Originally reported here:
https://bugs.wine-staging.com/show_bug.cgi?id=205
Commit
http://source.winehq.org/git/wine.git/commit/bfd4836867d6d90eaeae6ccbc02e37…
caused an regression which causes the game to crash when trying to switch to
OpenGL renderer mode. The problem still exists in wine-1.7.41-66-g4fbaab2 and
is thus not identical to bug 38264.
To reproduce the problem:
1) Install the runescape.msi file
2) Start "JagexLauncher.exe runescape"
3) The game will install updates and then ask to automatically detect graphic
settings. Click the button to proceed.
4) At the login form click on the gear symbol at the top right of the screen.
Select "custom" configuration, and then click on "OpenGL".
WARNING: The game is affected by a couple additional bugs. If the game for
example crashes when trying to detect the graphic settings, or doesn't accept
any input, then just restart it until it works, which should usually be the
case after a couple of attempts. ;) Actually those issues are most likely also
regressions, but I didn't have time to track them down yet.
The problem seems to be:
--- snip ---
warn:wgl:wglGetProcAddress Extension GL_EXT_copy_texture required for
glCopyTexSubImage3DEXT not supported
--- snip ---
Skipping the "return NULL" for glCopyTexSubImage3DEXT (or reverting the whole
commit) makes the app work again.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15384
Summary: Incorrect behaviour when using BIF_RETURNONLYFSDIRS |
BIF_BROWSEINCLUDEFILES
Product: Wine
Version: 1.0.0
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: boris.seve(a)drillscan.com
When calling SHBrowseForFolder with both BIF_RETURNONLYFSDIRS and
BIF_BROWSEINCLUDEFILES flags the 'Ok' button is incorrectly disabled when a
file is selected (button is enabled however when a directory is selected)
If only the BIF_BROWSEINCLUDEFILES flag is set the 'Ok' button is correctly
enabled when a file is selected.
AFAIK (and confirmed on Windows XP SP3) the 'Ok' should be enabled when a
directory is selected AND when a file is selected if both flags are set.
This holds true whether BIF_NEWDIALOGSTYLE is set or not.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.