http://bugs.winehq.org/show_bug.cgi?id=30875
Bug #: 30875
Summary: Unable to deselect character blocks in BMFont
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dav75uk(a)yahoo.co.uk
Classification: Unclassified
Run BMFont (http://www.angelcode.com/products/bmfont/) and click on some of the
checkboxes to the right to select characters to be included. It is not possible
to uncheck the checkboxes.
Workaround is to unselect one of the characters (click on a character in that
range) which changes the full checked box to a part check box. The part check
box can be unselected.
--
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=45432
Bug ID: 45432
Summary: Implement Windows Native Firewall Rules for Lightwave
Software Licensing - netfw_rules
Product: Wine
Version: 3.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: newel.anderson(a)gmail.com
Distribution: ---
Created attachment 61753
--> https://bugs.winehq.org/attachment.cgi?id=61753
Terminal logs installing and launching Lightwave under WIne 3.11 in Linux
Lightwave requires Windows Native Firewall Inbound/Outbound Rules in order to
register/activate one's license.
For reference, please see:
https://forum.winehq.org/viewtopic.php?f=8&t=30847&p=116945#p116945 (I'm
wineink)
Towards the end of the above thread I posted terminal output as well as
screenshots. Disabling Windows Firewall, as well as deleting the
inbound/outbound rules in Windows, deactivates my license. Re-enabling the
rules and Windows Firewall reactivates my license. Since this functionality
doesn't exist in Wine, Wine hasn't to my knowledge implemented Windows Native
Firewall Rules, it's impossible to register/activate my legally purchased
license in Wine.
Thank you for your time and consideration.
***Please note, the above applies only to a FULL license of Lightwave. The
trial, which is node-locked, works as designed. Unfortunately, the FULL license
is not node-locked.
--
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=33621
Bug #: 33621
Summary: [UWIN] ksh93 from UWIN generates a lot of fixme
warnings
Product: Wine
Version: 1.5.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simon.toedt(a)gmail.com
Classification: Unclassified
Running ksh93 (Korn Shell 93) from the UWIN (Unix emulation on Windows) toolkit
generates a lot of "fixme" warnings and the shell is generally not useable.
The goal is to use WINE for automated testing without having to fire up a full
blown Windows system each time in VMware or real iron.
Steps to test:
1. Install UWIN:
> wget --http-user="I accept www.opensource.org/licenses/eclipse"
--http-passwd="."
'http://www2.research.att.com/~gsf/download/beta/uwin-base.2013-02-08.win32.…'
> wine uwin-base.2013-02-08.win32.i386.exe
2. Run Windows/UWIN version of ksh93:
wine64 'C:\Program Files/UWIN/usr/bin/ksh.exe'
fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub.
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub.
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:process:SetProcessShutdownParameters (00000000, 00000001): partial stub.
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:ntdll:NtSetInformationToken unimplemented class 4
fixme:advapi:LsaOpenPolicy ((null),0x23f980,0x00000001,0x23f950) stub
fixme:advapi:LsaClose (0xcafe) stub
fixme:netbios:NetServerEnum Stub ((null) 100 0x23f440 -1 0x23fbb8 0x23fbc8 24
(null) (nil))
fixme:netapi32:NetGetDCName ((null), (null), 0x23f448) stub!
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0xf70850,symt:0xfce150)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 ->
r8/336)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (r10/338 ->
r8/336)
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x20e2370,symt:0x2140480)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"libc.so.6"), for debug_info(abbrev:0x21926b8,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2914e98,symt:0x2970264)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2943cb0,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"ld-linux-x86-64.so.2"), for
debug_info(abbrev:0x2914e90,symt:(nil))
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:compute_location Only supporting one breg (rdx/331 ->
rax/328)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x36b3448,symt:0x378fa1c)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743718,symt:0x37781b4)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x3743658,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x26 at
ctx(0x8834c0,L"libgcc_s.so.1"), for debug_info(abbrev:0x37425a0,symt:0x3754e38)
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0x15 at
ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil))
fixme:dbghelp_dwarf:dwarf2_parse_subprogram_block Unhandled Tag type 0xf at
ctx(0x8834c0,L"kernel32<elf>"), for debug_info(abbrev:0x3824860,symt:(nil))
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
fixme:netapi32:NetUserGetInfo Level 3 is not implemented
wine version is wine-1.5.30. Wine versions older than wine-1.5.30 may not work
as described in bug 33619.
IMO the most pressing problems are:
1. fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial
stub.
2. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
3. fixme:netapi32:NetUserGetInfo Level 3 is not implemented
4. fixme:ntdll:NtSetInformationToken unimplemented class 4
5. fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented
--
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=45098
Bug ID: 45098
Summary: FrostPunk: multiple graphical glitches
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)embed.me.uk
Distribution: ---
Created attachment 61268
--> https://bugs.winehq.org/attachment.cgi?id=61268
FrostPunk log
With patch posted in https://bugs.winehq.org/show_bug.cgi?id=45080 the game
sucessfully starts however there are severe graphical glitches which render it
unplayable. Log attached.
--
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=45388
Bug ID: 45388
Summary: user32:edit fails on Traditional Chinese and Korean
locales
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:edit fails with the following errors on Traditional Chinese and Korean
locales:
edit.c:1489: Test failed: 0: got 1, 1
edit.c:1510: Test failed: 0: got 1, 1
edit.c:1524: Test failed: 0: got 1, 1
edit.c:1538: Test failed: 0: got 1, 1
See:
* Source matching the above
https://source.winehq.org/git/wine.git/?a=blob;f=dlls/user32/tests/edit.c;h…
* user32:edit WineTest failures
https://test.winehq.org/data/tests/user32:edit.html
The errors can be reproduced on the newtb-wvistau64-zh-cn TestBot VM, and also
happen on fg-win7u64-1spie9-ko.
--
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=43995
Bug ID: 43995
Summary: Uplay - Assassin's Creed 4 Black Flag won't start
Product: Wine-staging
Version: 2.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mi.bar.2001(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59652
--> https://bugs.winehq.org/attachment.cgi?id=59652
Terminal log from `wine AC4BFSP.exe`
After clicking the "Play" button in Ubisoft Game Launcher (or launching `wine
AC4BFSP.exe`), a window pops up informing, that the game is starting, but it
disappears and the game doesn't launch. I don't have the Steam version, just
the Uplay one.
I've set Windows version to XP, wineprefix is 32-bit.
Wine version will probably be visible when I post this, but I'm going to
mention it just to be safe. Using Wine 2.20 staging
--
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=43208
Bug ID: 43208
Summary: Assassin's Creed IV - Black Flag Hangs tightly
Product: Wine-staging
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tall89(a)mail.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
When you switch to the Big Inagua location, the game hangs tight, you have to
do Cntrl + Atl + Delete to remove the task, then the game closes, then you
receive an error message, the program ACBF.exe has a serious error, the
application will be closed, we apologize for the inconvenience
WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg
------ Program AC4BFSP.exe ------
err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status
0x2733
err:winedevice:async_create_driver failed to create driver L"ps6ajtsb":
c0000135
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 16 aspire89-P55A-UD4.local. AAAA
FE80:0000:0000:0000:0A12:F0CA:1A84:437A"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: ProbeCount 2; will
deregister 4 aspire89-P55A-UD4.local. Addr 192.168.0.102"
err:eventlog:ReportEventW L"Local Hostname aspire89-P55A-UD4.local already in
use; will try aspire89-P55A-UD4-2.local instead"
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Received from
192.168.0.102:5353 25 102.0.168.192.in-addr.arpa. PTR
aspire89-P55A-UD4.local."
err:eventlog:ReportEventW L"mDNSCoreReceiveResponse: Unexpected conflict
discarding 27 102.0.168.192.in-addr.arpa. PTR aspire89-P55A-UD4-2.local."
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
multi-threaded to apartment threaded
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> has not been linked, or is not a program object.".
err:d3d:wined3d_debug_callback 0x721acb8: "GL_INVALID_OPERATION error
generated. <program> object is not successfully linked, or is not a program
object.".
wine: Unhandled page fault on read access to 0x00000063 at address 0x8cfb7f
(thread 0047), starting debugger...
wine: Unhandled page fault at address 0x7bc5d590 (thread 0012), starting
debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 168") (1115)
Read the Wine Developers Guide on how to set up winedbg or another debugger
--
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=18635
Summary: Menu bar is hidden in Adobe Lightroom 2.3
Product: Wine
Version: 1.1.22
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas+wine(a)stromberg.org
With the Adobe Lightroom 2.3 demo, the menu bar titles (File, etc.) do not
display. If you click on the area that they should be, the menu does appear
however. Lightroom 2.3 can be downloaded from
https://www.adobe.com/cfusion/tdrc/index.cfm?product=photoshop_lightroom (free
Adobe login required)
I'm not sure where to go about tracing the issue down to, but I did notice the
following calls that show that it is calling DrawMenuBar().
0009:Call user32.GetMenu(0002003c) ret=60030cbe
0009:Ret user32.GetMenu() retval=000000f0 ret=60030cbe
0009:Call user32.GetMenuBarInfo(0002003c,fffffffd,00000000,0032e1a4)
ret=60030cec
fixme:menu:GetMenuBarInfo (0x2003c,0xfffffffd,0x00000000,0x32e1a4)
0009:Ret user32.GetMenuBarInfo() retval=00000000 ret=60030cec
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030beb
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030beb
0009:Call user32.GetSystemMenu(0002003c,00000000) ret=60030c06
0009:Ret user32.GetSystemMenu() retval=00000280 ret=60030c06
0009:Call user32.GetMenuItemInfoW(00000280,0000f060,00000000,0032e08c)
ret=60030c22
0009:Ret user32.GetMenuItemInfoW() retval=00000001 ret=60030c22
0009:Call user32.DrawMenuBar(0002003c) ret=6008d171
--
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=45385
Bug ID: 45385
Summary: Wrong state of virtual keys after cycling windows.
Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every
key can be affected.
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
I noticed that the state of the keys sometimes sticks in pressed state.
This happens when cycling windows with some shortcut key combination.
For example if cycling with Alt+Tab, on pressing Alt, the program gets
WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling
windows, the program does not get WM_KEYUP because the window is not focused
and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state.
When cycling back to the program window, the window get focused only after
releasing Alt key, so it does not get this event as well.
If cycling windows with another shortcut key combination (for example
Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick.
In the same time, GetAsyncKeyState returns the proper state of the keys.
Note1: The problem is obviously in the wineserver code, because it handles the
key state tables for the different threads.
Note2: The effect happens only sometimes. It seems the code for proper
processing is already there, but some racing conditions have place.
Note3: There is some probability that the effect is in result of my application
code, but it never happens on real Windows, so I considered it a bug.
Note4: I tried to workaround this problem by reading the whole table by
GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE
message of the main window. This workaround actually works, but is too ugly
IMO.
The same trick on WM_ACTIVATEAPP does not work.
--
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=33058
Bug #: 33058
Summary: Visual Basic 6 crashes when object browser is clicked
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: german_ant_82(a)yahoo.com
Classification: Unclassified
Regression SHA1: Visual Basic 6 crashes when object browser button is
clicked
Created attachment 43703
--> http://bugs.winehq.org/attachment.cgi?id=43703
Backtrace
Visual Basic 6 IDE crashes when object browser is clicked
--
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=24914
Summary: Unable to resize form in visual basic 6 enterprise
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stupidhomer(a)gmail.com
If I make a new Standard Project and attempt to resize the form, it locks the
whole form window, and to get it back, I have to double click on "Form1" in the
project sidebar.
No error messages or output from wine to understand the problem.
--
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=24574
Summary: RAR Password Recovery Magic initial (registration)
window is empty and doesn't allow any interaction
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Created an attachment (id=31036)
--> (http://bugs.winehq.org/attachment.cgi?id=31036)
The initial window
Download and install, try to run.
--
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=44144
Bug ID: 44144
Summary: Complete support for “InstallShield Wizard” (for a
game installation)
Product: Wine
Version: 3.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I have tried to install the game “Civilization IV” once more. The corresponding
log messages indicate some details for further considerations.
elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe
0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub
0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386
004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005
0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005
0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386
…
0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
…
0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4
L"D:\\data1.hdr"
0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub
manager, oxid=3700000038, oid=2
0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with
error 0x8001011d
0051:err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-4e00-000034000000}
0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108
…
Now I am curious which other open issues will be still remaining if the
situation can be improved for the software “InstallShield Wizard” a bit more
also around such programming interfaces.
--
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=43862
Bug ID: 43862
Summary: NVAPI can't start (error 0xFFFFFFFE)
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ikdc.services(a)gmail.com
Distribution: ---
Created attachment 59440
--> https://bugs.winehq.org/attachment.cgi?id=59440
Logs of the command : "wine csgo.exe"
Detected when I tried to start CS:GO on Steam Windows (started also with wine).
With the logs, it seems to be an D3D error about format.
Config :
- Xubuntu 16.04 x86
- Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.12)
--
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=30107
Bug #: 30107
Summary: IE8 buttons bar doesn't have background under several
buttons
Product: Wine
Version: 1.4-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mr_wire(a)mail.ru
Classification: Unclassified
Created attachment 39239
--> http://bugs.winehq.org/attachment.cgi?id=39239
Screenshot of started IE8
While starting IE8 I get no background under back/forward, stop and search
buttons. Buttons bar background for these buttons is copied from application
window that in the background IE startup.
--
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=19092
Summary: Missing background in Civilization 4 launch window
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=22037)
--> (http://bugs.winehq.org/attachment.cgi?id=22037)
Screenshot in Ubuntu
Well the tittle says everything.
I'm attaching a screenshot.
--
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=18027
Summary: Check support for application switching by keybord
shortcuts
Product: Wine
Version: 1.1.19
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Markus.Elfring(a)web.de
I am used to the shortcut "Alt+Tab" with the effect of switching between
application windows. This is usually also supported in X sessions (like KDE or
GNOME). But it does not work if the game "Civilization 4" was started in full
screen mode.
How much has this behaviour got to do with an option "Managed windows using
X11"?
--
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=27579
Summary: The appearance of uTorrent 3.0 torrents list is broken
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://download.utorrent.com/3.0/utorrent.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Not only this part of µTorrent window is black, when you add a torrent to
download, its name and other attributes are hidden, when you try to switch the
current category from e.g. "Downloading" to "Seeding", this part of uTorrent
window will not be updated.
In short the appearance of uTorrent 3.0 under Wine is broken beyond being
usable.
--
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=43508
Bug ID: 43508
Summary: Kindle for PC can't initialize gecko?
Product: Wine
Version: 2.14
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: jacek(a)codeweavers.com
Distribution: Gentoo
While looking at https://github.com/Winetricks/winetricks/issues/825, I noticed
that newer Kindle does not show its login window, instead spamming an infinite
loop of window refreshing:
[INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M
[WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M
[INFO][RegistrationDialogWrapper] reloadWebview^M
fixme:ieframe:WebBrowser_Stop (0x79a79f0)
[INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M
...
...
err:mshtml:create_document_object Failed to init Gecko, returning
CLASS_E_CLASSNOTAVAILABLE
fixme:ole:CoCreateInstanceEx no instance created for interface
{00000000-0000-0000-c000-000000000046} of class
{25336920-03f9-11cf-8fd0-00aa00686f13}, hres is 0x80004005
[INFO][RegistrationDialogWrapper] Webview finished loading with code=0^M
[INFO][CMetricsManager] Reporting the following metric 170808:184434 Mazama: I
RegistrationDialogWrapper:RegistrationWebViewLoadTimer:Timer=1:^M
fixme:ieframe:handle_navigation_error Navigate to error page
fixme:ieframe:bind_to_object BindToObject failed: 800c0010
...
fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20
[INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M
err:secur32:schan_AcquireClientCredentials Could not find matching protocol
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
[WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M
[INFO][RegistrationDialogWrapper] reloadWebview^M
fixme:ieframe:WebBrowser_Stop (0x79a79f0)
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub
To make sure it wasn't my machine, I ran mshtml/ieframe tests, which all
passed. I can browse the web with iexplore.exe, as well, so gecko is
functional.
austin@austin2:~/.cache/winetricks/kindle$ sha256sum
KindleForPC-installer-1.20.47037.exe
cb20581d3455d458c7ac4bafa5c67dcfc5186c7b35951168efcf5a8263706b47
KindleForPC-installer-1.20.47037.exe
austin@austin2:~/.cache/winetricks/kindle$ du -sh
KindleForPC-installer-1.20.47037.exe
52M KindleForPC-installer-1.20.47037.exe
wine-2.14-32-g52fbaeb2c4
--
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=45023
Bug ID: 45023
Summary: TestBot Object Relational Mapper issues
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot implements its own perl Object Relational Mapper (ORM) to access
the database. It is implemented by the modules in lib/ObjectModel. The are two
main concepts:
* Items
An Item is an object representing a table row. The classes such as Job, Step
and Task all inherit from Item.
* Collections
A collection represents a table and is thus a collection of Items. To allow
for fast access the items are stored in a perl hashtable indexed by their
primary key. A Collection may not contain all of the table's rows. For instance
a Step Collection only contains the Steps of the parent Job object used to
create it. So $Job->Steps is a collection that contains only the $Job steps.
The items in a Collection can be further filtered out by specifying that one
of their property must be in a set of values. For instance
$Jobs->AddFilter("Status", ["queued", "running"]) will cause the $Jobs
collection to only return the queued and running jobs.
Unfortunately this implementation has a number of limitations and design
issues.
1. Care must be taken when creating multiple objects.
my $Job1 = $Jobs->Add();
... Set mandatory fields ...
my $Job2 = $Jobs->Add();
... Set mandatory fields ...
# Here $Job1 != $Job2
$Jobs->Save();
Only $Job2 got saved to the database!
The reason is that a Job's primary key is an auto-increment field. So the Job
Id is set when it is saved to the database. Thus when created in memory that
field is unset and an empty string is used when adding it to the $Jobs items
hashtable. Thus $Job2 overwrites $Jobs->{Items}->{""} and is the only one that
gets saved.
Note that there is no such issue for Steps for instance because their key is
not an auto-increment field and is set as soon as the object is created.
Fortunately the workaround is simple: systematically save an object before
creating the next one but the difference in behavior between $Jobs->Add() and
$Steps->Add() is error prone.
2. Auto-increment values on new Items are not ignored
If an auto-increment field is modified on an object, that value is used when
saving the object to the database.
This means fixing the previous issue is not as simple as setting
$Job->Id(--$Unique): handling of auto-increment fields also needs to be changed
when saving new objects.
3. Items retrieved from Detailref collections are missing fields
'Detailref' properties are used to represent 'one to many' relationships.
They are used for instance to access the Steps that belong to a Job:
my $Step = $Job->Steps->GetItem(1);
Here Steps is a collection that gets created based on the information of the
job's DetailRef property.
However objects gotten in this way don't provide access to all of the
corresponding database fields. In the case of Steps, although the Steps table
has a JobId column, the $Step->JobId property does not exist. This presents
difficulties in a number of cases such as when trying to figure out the name of
the directory containing the Step's files since it is called
"jobs/$JobId/$StepNo" (see Step::GetDir()).
It also means there is no $Step->Job property to get back to the parent Job
object (this would also cause a perl reference loop which would be
troublesome).
The reason for this issue is that when a Collection or Item has a parent object
(called a 'master' object in the TestBot ORM) the parent's foreign key fields
(Step.JobId here) are stored separately in a 'master cols' structure and are
thus not accessible through the normal field methods.
4. "Child" objects can only be accessed from their parent
Any collection referenced through a Detailref property can only be accessed
through the corresponding 'parent' object.
This is the case for the Steps collections. The only way to get a collection of
steps is through $Job->Steps and this only returns the steps that belong to
$Job. So it's not possible to iterate over all the rows in the Steps table.
There is a (somewhat incorrect) workaround for this for the Records table.
This involves having the CreateRecords() method picking one of two
PropertyDescriptors list depending on the presence of a parent object.
However the corresponding Record objects have an extra field compared to the
ones obtained through $RecordGroup->Records: this time the foreign key
identifying the parent object is accessible since it's not not tucked away in
the 'master cols' structure. This is not an issue unless you start mixing both
types of objects, for instance through scope inheritance.
5. The 'master cols' terminology is ambiguous.
It's never clear if a 'master cols' method treats $self as a child of its
parent object, or as the parent to other child objects.
* $Step->GetMasterCols() treats $Step as a child object and returns the key
columns of its $Job master object, that is (JobId).
* Similarly $Step->MasterKeyChanged() means the parent object's key changed, so
here that the value of $JobId changed (which happens on new objects due to the
auto-increment field btw).
* Despite the unchanged 'Master' moniker, $Step->GetMasterKey() considers $Step
to be the master object of the Tasks it contains and thus includes the step's
key in the returned columns. This means $Step->GetMasterKey() returns (JobId,
StepNo).
* Despite not having the 'Master' moniker, $Step->GetFullKey() works the same
as $Step->GetMasterKey() but returns the column values as a single string
'$JobId#@#$StepNo'.
6. Filters on Detailref collections
It's possible to put a filter on a collection to only get a subset of the
corresponding rows. For instance $Job->Steps->AddFilter('Status', ['queued'])
ensures that one will only get the queued steps of $Job.
But Detailref collections are stored as a field of the Item they belong to.
This means $Job->Steps always returns the same collection object. So once a
piece of code has set a filter on it, to only return 'queued' steps for
instance, all other parts of the code will only get the 'queued' steps, no
matter what they need. Also there is no method for cloning a collection (so one
cannot do $Job->Steps->Clone()->AddFilter()), or for removing a filter.
For instance:
$Job->Steps->AddFilter('Status', ['queued']);
...
# Here UpdateStatus() will only take into account the queued steps!
$Job->UpdateStatus();
Note also that it's not entirely trivial to work around. It's tempting to do
something like:
$Job->Steps->AddFilter('Status', ['queued']);
...
# Make sure the database contains an up-to-date view of all the Steps and
# Tasks in $Job.
$Job->Save();
# Then create a new job object from the database
my $TmpJob = CreateJobs()->GetItem($Job->Id);
# Now we can update the status without fearing bad filters.
$TmpJob->UpdateStatus();
# But here $Job->Status could still be wrong so any code that still uses
# $Job will be lead astray. So update $Job.
$Job->Status($TmpJob->Status)
# But that still leaves out every Step and Task object referenced by $Job
# Also saving $Job will save $Job->Status, again. What could go wrong?
7. Filters vs. loading from the database
Once a collection has been loaded from the database, adding a filter to it has
no effect. That's because filtering happens by tweaking the SQL query and
changing the filter does not mark the collection for reloading.
Again this issue is made more severe because of the way Detailref collections
are handled. If a piece of code has caused the $Job->Steps collection to be
loaded, then adding a filter elsewhere will have no effect.
For instance:
$Job->UpdateStatus(); # calls $Job->GetItems(), loading it from DB
...
$Job->Steps->AddFilter('Status', ['queued']);
foreach my $Step ($Job->Steps->GetItem())
# Here we will get all steps, not just the queued ones!
8. No "or" operator in filters
Originally the filters only allowed one to request that a field be in a set of
admissible values. This was extended to allow requesting for a field to be less
than, greater than or like some value.
However it is still not possible to use an "or" operator in filters. So for
instance one cannot retrieve all Steps that completed recently or correspond to
a WineTest run (WHERE Ended > 5 minutes ago OR User == 'batch').
9. No Itemref support for multiple key fields.
A Task has a VMName field which is a foreign key referencing a VM. Through the
use of an Itemref property one can directly access the VM with $Task->VM. But
we cannot do the same thing for steps.
The primary key of a step has two fields, (JobId, No). A step also has a
PreviousNo field which identifies the step it depends on. So we would want to
be able to access the previous step through $Step->Previous by using an Itemref
property:
CreateItemrefPropertyDescriptor("Previous", "Previous step", !1, !1,
\&CreateSteps, ["JobId", "PreviousNo"]),
However this fails with a "Multiple key components not supported" error. Note
that for this to work we would also need a way to tell the Itemref that the
Step.PreviousNo field should be mapped to Step.No. But there is no way to do
so.
10. Collection::GetItem() blindly adds the item to the collection
Collections have a GetItem() method that returns an item when given a string
containing that object's key.
So using the Step example above, if we still have the right $Job->Steps
collection accessible, we can easily get the Previous step through:
$Job->Steps->GetItem($Step->PreviousNo)
However this also adds $Step->PreviousNo to the $Job->Steps collection,
regardless of what the filter on that collection is. So when the scheduler
analyzes the queued and running steps to figure out whether the one they depend
on, $Step->PreviousNo, has completed, it also unwittingly adds the previous
step to the $Job->Step collection. So the next iteration on the collection may
return completed steps despite expectations.
11. Save order issues
The TestBot ORM automatically takes care of saving parent objects before the
child objects they contain. In practice, if you create a Job > Step > Task
hierarchy you can count on the TestBot ORM to save the Job before saving the
Steps that use the JobId as part of their key and so on.
But this breaks down for $Step->PreviousNo. There you have to make sure to save
the steps in the right order otherwise you get an SQL error.
Similarly deletions must be performed in the right order. Fortunately this is
mostly transparent since we only delete whole Jobs and Job::OnDelete() takes
care of blanking the Step::PreviousNo fields before recursing.
12. No Order-by support
There are a many cases where we retrieve a number of rows from the database and
then do a simple alphabetical or numerical sort on them. That's the kind of
thing that the database would do much faster than Perl. This is mostly an issue
for the activity and statistics web pages because of the number of RecordGroups
they handle.
So it would be nice to be able to specify an Order-By SQL directive when
retrieving the objects. However this would run into the same issues as the
filters for Detailref collections with regards to already loaded collections,
and GetItem() not knowing where to insert freshly loaded objects.
13. No support for joins
There are a few cases where doing a join could be useful.
For instance when reporting the activity what we really want is all the Records
rows corresponding to a RecordGroup that is less than 12 hours old. For now we
have to proceed indirectly: we query all the RecordGroup objects that are less
than 12 hours old, take the lowest GroupId we find and then retrieve all the
Records that have a Group Id greater than that.
A different type of join could also be useful in many other places: currently
we first retrieve the jobs and then we do one more SQL request per job to
retrieve its steps and then one per step to retrieve the tasks. A join could
let us load it all in one request. Fortunately we don't have many jobs so
unlike in the activity case this does not have a significant performance
impact.
14. Performance
Most parts of the TestBot don't have much processing to do so that performance
is not an issue (though there is not really any hard data).
Things are different for the activity and statistics page. The statistics page
is the worst and generating it takes over a dozen seconds. That's annoying
because of the load it puts on the TestBot web server. It's also really long
for a mere couple dozen thousand Records. Not all of it comes from the ORM but
over 50% of it does.
There are some relatively obvious paths for improvement. For instance accessing
a field like $Job->Ended causes the ORM to loop over all of a job's property
descriptors until it finds one called 'Ended', and then it returns the value
from a hash table. It should be possible to make it so that most of the time
the value is returned directly from the hash table. Detailref and Itemref
properties have their own hash tables and so must be handled separately. But
hat could likely also be changed.
--
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=42030
Bug ID: 42030
Summary: winedbg: Internal crash at 0x9f58fd40
Product: Wine
Version: 1.8.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: kenorb(a)gmail.com
Distribution: ---
The following command crashes:
$ winedbg --command < <(echo help)
winedbg: Internal crash at 0x9f58fd40
Probably syntax isn't right, but still shouldn't internally crash.
--
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=32183
Bug #: 32183
Summary: Cannot open console device read only, then read from
it to get input
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Classification: Unclassified
Created attachment 42462
--> http://bugs.winehq.org/attachment.cgi?id=42462
CON test program (source and exe)
(Email sent to wine-devel for assistance, but logging bug to track issue in
case I do not get anywhere)
CreateFile("\\.\CON", GENERIC_READ...) followed by ReadFile(...) works on
windows and fails on wine. I need this particular sequence of events to work in
order for a patch I have for cmd.exe to support CON input 'nicely' (read
'without hacks').
For simplicity sake I've cut this down to a tiny test program, which works on
windows and fails on wine which does the following:
Opens the device ("\\.\CON") with CreateFile with GENERIC_READ rights (which
internally opens a CONIN$ device with the same access rights)
Reads from the device with ReadFile
- Because its a console device, this drops through to ReadConsoleW, which
creates a CONOUT$ and then waits on a keystroke
- Once the key is pressed (WCEL_Get) the key is 'inserted' into the input
buffer by calling WriteConsoleInputW
The issue is that WriteConsoleInputW requires GENERIC_WRITE access, but the CON
device (\\.\CON) was opened as GENERIC_READ (and in fact fails if I try to open
it with GENERIC_WRITE). CreateFile("CONIN$"...) will let me open in
GENERIC_READ/GENERIC_WRITE mode and the program works on both windows and wine,
but if you open CONIN$ GENERIC_READ only then it fails on wine and works on
windows, with the same issue.
Now on windows, this works... the question is how to make it work on wine...
My gut feeling, with nothing backing this at all, is that WCEL_Get should not
use WriteConsoleInputW to inject the values into the input buffer, instead
making the server call directly, but passing through to the server call
something to indicate that it is ok to add the data to the buffer, but I'm fast
getting out of my depth!
How to reproduce: Compile sample source (exe provided in zip)...
Run as:
"test 1" - this is the one I need to work... \\.\CON GENERIC_READ case
"test 2" - this is a similar problem but opens CONIN$ GENERIC_READ
"test 3" - this works on both windows and wine, opening CONIN$
GENERIC_READ|GENERIC_WRITE
"test 4" - this fails on both windows and wine as you cannot open CON device
with WRITE access
Except for case 4, When its 'failing' - when you press a key in wine, it exits.
When its 'working' it reads from keyboard, echos to screen until ctrl+Z (crtl+D
on wine) is pressed and ends
--
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=41098
Bug ID: 41098
Summary: Descent 3 (GOG version) has problem when running with
OpenGL renderer (Nvidia proprietary drivers)
Product: Wine
Version: 1.7.55
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: c92451f295242110bf016facf0e80564f3643d94
Distribution: ---
The bug reported here occurs with Nvidia binary drivers 367.35, but can't
reproduce it with nouveau/mesa.
I tried the official demo version, but it just hangs with a black screen with
the OpenGL renderer (unrelated to this regression, occurs with nouveau as well
and with older Wine versions).
When OpenGL renderer is selected in the launcher, the game starts and plays the
intro video, then the game quits after displaying this error message: 'Error:
Generic renderer error."
The OpenGL renderer in Descent 3 used to work until
commit c92451f295242110bf016facf0e80564f3643d94
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed Nov 4 00:02:48 2015 +0100
wined3d: Always use the same formats in context_create() when
"always_offscreen" is enabled.
Disabling "AlwaysOffScreen" in the registry works around the problem.
Terminal output shows only
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d8,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
Wine 1.9.16
Fedora 24
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 367.35
OpenGL core profile shading language version string: 4.50 NVIDIA
--
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=26350
Summary: Dungeons demo doesn't run
Product: Wine
Version: 1.3.15
Platform: x86
URL: http://www.bigdownload.com/games/dungeons/pc/dungeons-
demo/
OS/Version: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
If I use mono-2.10-1, it fails with an error that mono can't handle it:
Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()'
in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains
native code that cannot be executed by Mono in modules loaded from byte arrays.
The assembly was probably created using C++/CLI.
Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException
(string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons
Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules
loaded from byte arrays. The assembly was probably created using C++/CLI.
System.NullReferenceException: Object reference not set to an instance of an
object
With dotnet35, fails with:
Unhandled Exception: System.MissingMethodException: Method not found: 'Void
System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'.
at Realmforge.MogreUtil.Application.MainApplication`3.Run()
at Realmforge.Dungeons.DungeonsMain.Main(String[] args)
--
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=39699
Bug ID: 39699
Summary: WINE Crashed during setup of 'EDT for Windows'
Product: Wine
Version: 1.6-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: D.Kurtz(a)web.de
Distribution: ---
Created attachment 52941
--> https://bugs.winehq.org/attachment.cgi?id=52941
Saved Crashfile
During running the Setup-Programm WINE crashed.
I have Linux-Mint 17.2 and Wine !:1.6.2 You can get the Programm 'EDTW = EDT
für Windows' at this Link: http://opg.de/download/edtw/setupedt.exe
If possible please answer in German language because my english is very bad.
Thanks
Dietmar
--
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.