http://bugs.winehq.org/show_bug.cgi?id=58556
Bug ID: 58556
Summary: winhttp web socket api is not thread safe
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: linuxFTW49(a)gmail.com
Distribution: ---
WinHttpWebSocketSend and WinHttpWebSocketReceive cannot be called from two
different threads. `socket_receive` can end up calling `send_frame` which is
not thread safe when calling `socket_send` from another thread.
From the description on msdn
(https://learn.microsoft.com/en-us/windows/win32/winhttp/concurrency-in-winh…)
> The send and receive sides of a web socket are separate and may be used concurrently; an application may do a send-only operation on one thread at the same time that another thread is performing a receive-only operation.
This is a mismatch in behavior from the windows implementation of winhttp.dll
--
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=46886
Bug ID: 46886
Summary: App Crashes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorkilutra(a)desoz.com
Distribution: ---
Created attachment 63962
--> https://bugs.winehq.org/attachment.cgi?id=63962
Crash
Crashing
--
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=58569
Bug ID: 58569
Summary: 32 bit video dll "smackw32" does not load under WoW64
for some reason (mac OSX, 64 bit only) (sorry, wine
works fine elsewhere, only hit this on macOSX)
Product: Wine
Version: 10.12
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chaosesqueteam(a)sogetthis.com
The widely used video codec DLL smackw32.dll, which is used by Maxis games and
other things from the fun era of PC videogaming, doesn't load for some reason
under WoW64 on MacOSX 64-bit only (ie: past 10.15 etc).
Other 32 bit apps work fine (notepad++ 32 bit compile, simcity 3000 executable
works fine, etc).
No idea why this one 32 bit dll doesn't work, but it doesn't
Reporting as it's a 32 bit item that isn't loading under WoW64: (not 16 bit
issue as mistaken for).
0640:fixme:wow:wow64_NtSetLdtEntries 1107 0488323f 0000f335 0000 00000000
00000000: stub
0640:err:module:loader_init "smackw32.dll" failed to initialize, aborting
(Note: happens on 32 bit compiled apps like: Streets of Sim .exe ,
simcopter.exe, and network enabled simcity 2000.exe (2SCN), which is 32 bit).
I tried the smackw32.dll included on the CDs, and put them in different places:
system64wow, system32, and then system.
It is also in existance alongside the exes. So every possibility was tried.
--
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=54670
Bug ID: 54670
Summary: 16-bit applications fail in wow64 mode
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, Installer, wow64
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
$ wineserver -k ; rm -rf ~/.wine ; WINE=/opt/oldwownew/wine-8.0/bin/wine
winetricks -q icodecs
------------------------------------------------------
Executing load_icodecs
Executing cabextract -q -d
/home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
/home/austin/.cache/winetricks/icodecs/codinstl.exe
Executing cd /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/
Executing /opt/oldwownew/wine-8.0/bin/wine setup.exe /s
0284:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in
experimental wow64 mode
0284:fixme:wow:wow64_NtSetLdtEntries 0107 02d0323f 0100f338 0000 00000000
00000000: stub
0284:err:module:LdrInitializeThunk "krnl386.exe16" failed to initialize,
aborting
0284:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000005
------------------------------------------------------
--
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=57635
Bug ID: 57635
Summary: Battle.net Launcher invisible/black with the Wayland
driver
Product: Wine
Version: 10.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)xarov.net
Distribution: ArchLinux
Created attachment 77764
--> https://bugs.winehq.org/attachment.cgi?id=77764
Black window with Wayland driver
Works fine with the X11 driver. Is completely black with the Wayland driver.
--
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=22389
Summary: Text fields in dialog box remain highlighted in IDA
Pro (maybe other Borland VCL programs?)
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://www.hex-rays.com/idapro/idadownfreeware.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
IDA Pro is an interactive disassembler. A freeware version can be downloaded
from http://www.hex-rays.com/idapro/idadownfreeware.htm
In some dialog boxes, when you press Tab to cycle to the next text box, text in
the previously-active box remains highlighted. It should not.
To demonstrate, download and install the freeware IDA Pro. Load any Windows
executable into it. Click to position the cursor over any label (e.g. start),
and press N to bring up the Rename address dialog box.
Initially, the Name field is highlighted. Press Tab. The "Maximum length of new
names" field is highlighted, but the Name field remains highlighted. Pressing
Tab again causes the "Local name prefix" field to also be highlighted, with the
previous two fields staying highlighted.
Apparently IDA Pro is built using the Borland VCL (Visual Component Library),
so perhaps this issue could affect other programs too.
--
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=30581
Bug #: 30581
Summary: Dialog windows can get hidden by the main window in
IDA Free 5.0
Product: Wine
Version: 1.5.3
Platform: x86
URL: http://www.hex-rays.com/products/ida/support/download_
freeware.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be
downloaded from
http://www.hex-rays.com/products/ida/support/download_freeware.shtml
I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10, which uses the Openbox
window manager.
When "Allow the window manager to control the windows" is enabled in winecfg,
dialog boxes can get hidden behind the main window. The dialogs are modal, so
the main window doesn't accept any input while a dialog is open. If you
accidentally click in the main window while a dialog is open, the dialog
disappears but the main window does not accept any input.
To reproduce:
- Use winecfg to disable virtual desktop mode and enable "Allow the window
manager to control the windows" if necessary; those are the default settings.
- Download and run the IDA Free 5.0 installer.
- Run the program. Click OK at the About dialog and Go in the Welcome to IDA!
window.
- The maximised main window opens. Bring up a dialog box, e.g. by selecting
Help-> About program... or File -> Open...
- When the dialog opens, click in the main window. The dialog window disappears
behind the main window. (You can reveal it by un-maximising the main window and
moving it out of the way.)
For what it's worth, this problem doesn't happen with the IDA Pro 6.2 demo, but
that uses different GUI code (QT?).
--
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=58570
Bug ID: 58570
Summary: Running TheBat! under wine kills KDE's night colour
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 79084
--> http://bugs.winehq.org/attachment.cgi?id=79084
Console log during the complete "The Bat" session
Running the Windows mail client "The Bat!" on top of wine will crash an active
"night colour" on KDE desktop environment.
No clear why.
--
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=22522
Summary: black intro videos with smackw32.dll
Product: Wine
Version: 0.9.48.
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
"Der Dieb von Burg Schreckenstein" and "5 Freunde 2 und der silberne
Turm" start with a black screen when it should show an intro video.
Audio is played normally and the app proceeds to the main menu after
the video ends. Also, pressing a key aborts the video as expected.
The video is visible on a native XP machine.
Both apps use smackw32.dll to display the video. I suppose the screen
remains black because an exception is caught soon after start.
0009:CALL smackw32._SmackDoFrame@4(008c5440) ret=0049ef3d
0009:Call winmm.timeGetTime() [a few times]
0009:Ret winmm.timeGetTime()
0009:trace:seh:raise_exception code=c0000005 flags=0 (access violation)
...
0009:RET smackw32._SmackDoFrame@4() retval=00000000 ret=0049ef3d
The sequence of smackw32 calls is:
smackw32._SmackOpen@12
smackw32._SmackCheckCursor@20
smackw32._SmackToBuffer@28
smackw32._SmackDoFrame@4
The affected video is "intro.smk". Curiously, this is the second such
sequence. The first one, opening "loads.smk" produces no exception
(but it is too short to be a video). Surprisingly, Burg
Schreckenstein's ending credits extro_[1-7].smk are rendered (these
appear to be still images without animation).
Logs are available upon request. What channels?
You may add
[Smacker]
Debug=1
to win.ini and set WINEDEBUG=+debugstr.
I've not yet written an AppDB entry for either of these 2 children apps.
"5 Freunde" is Enid Blyton's "Famous 5" or "Club des cinq".
Bug present with both Ubuntu Intrepid and MacOS, on different HW and was
observed as early as wine-0.9.48 to present.
--
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=30579
Bug #: 30579
Summary: Main window does not regain focus after dialog closes
in IDA Free 5.0
Product: Wine
Version: 1.5.3
Platform: x86
URL: http://www.hex-rays.com/products/ida/support/download_
freeware.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be
downloaded from
http://www.hex-rays.com/products/ida/support/download_freeware.shtml
I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10 (which uses Openbox for
its window manager). This problem only seems to occur when Wine is *not* in
virtual desktop mode.
When viewing a disassembly, if you bring up a dialog box, when the dialog
closes the disassembly does not regain focus. So if you e.g. name a routine,
you then need to click to focus the disassembly before being able to use the
cursor up/down or page up/down keys to move the view.
To reproduce:
- Use winecfg to disable virtual desktop mode if necessary.
- Download and run the IDA Free 5.0 installer.
- Run the program.
- Click New in the Welcome to IDA! window.
- Select PE Executable and click OK.
- Choose a file to open: wingraph32.exe (which comes with the demo)
- Click Next, Next and Finish in the PE Executable file loading Wizard.
- The disassembly view shows the WinMain routine.
- The disassembly has focus, so you can use the cursor keys and PgUp/PgDn to
move in it.
- Move the cursor, either with keyboard or by clicking the mouse, over a
referenced location (e.g. unk_4CC100 or unk_4BE65C).
- Press N to open the Rename address dialog.
- Type something for the name, e.g. blahblahblah and press return.
- The disassembly does not regain focus, so pressing cursor keys to move has no
effect. You need to click in the disassembly so it regains focus.
--
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.