https://bugs.winehq.org/show_bug.cgi?id=51474
Bug ID: 51474
Summary: user32:input SendInput() triggers an unexpected
message 0x60 on Windows 10 1709
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 70310
--> https://bugs.winehq.org/attachment.cgi?id=70310
Trace all window handles and 0x60 message
SendInput() triggers an unexpected message 0x60 in test_SendInput() on Windows
10 1709:
https://test.winehq.org/data/patterns.html#user32:input
input.c:4451: Test failed: SendInput triggered unexpected message 0x60
* This failure is almost but not 100% systematic on Windows 10 1709: it
happened 202 times out of 205.
* I could not find any documentation on this 0x60 message.
* But the attached patch shows that:
- The message is sent to a window belonging to our process.
- The test did not directly create that window.
- The window class is UserAdapterWindowClass which seems to be related to IME
despite these machines running in a regular en_US locale.
input.c:4404: 4404 hwnd=0000000000020274
input.c:4474: Test failed: SendInput triggered unexpected message 0x60
input.c:4480: hwnd=0000000000020274 pid=7016 tid=7012 now=64359
input.c:4481: hwnd=0000000000040048 message=0060 wParam=1 lParam=0 time=64359
pt=(512,384)
input.c:4485: wnd: pid=7016 tid=7012 class=22 L"UserAdapterWindowClass" text=0
L""
--
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=50785
Bug ID: 50785
Summary: wineserver corruption with :
msg:get_server_queue_handle Cannot get server thread
queue
Product: Wine
Version: 6.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lanthruster(a)gmail.com
Distribution: ---
Created attachment 69593
--> https://bugs.winehq.org/attachment.cgi?id=69593
wineserver explorer.exe flood
A very frustrating bug:
Install Wine 6.0
Install Adobe Acrobat DC (any version) or Adobe Acrobat XI (any version)
Now run acrord32.exe
acrord32.exe will launch and work BUT
1. you won't be able to run any more wine applications but existing will
continue to work
2. when a wine application is launched the process lists is flooded with
explorer.exe /desktop (hundreds of them are spawned leading to resource
exhaustion)
3. when you kill them with killall explorere.exe - the currently running wine
applications will continue to run normally as well as acrord32.exe
4. you can still launch wineapp from another wine app but not with wine or
winecosole because of 2
5. when acrord32.exe is closed wine won't return to normal it will still 2.
6. after wineserver -k everything is back to normal
the console is flooded with
01fc:fixme:heap:RtlSetHeapInformation 00000000 1 00000000 0 stub
0218:err:msg:get_server_queue_handle Cannot get server thread queue
021c:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:ole:apartment_createwindowifneeded CreateWindow failed with error 1411
0584:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\system32\\explorer.exe" failed, status c000013a
(see attachment)
--
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=42999
Bug ID: 42999
Summary: 3D Engine in NosTale not reacts for mouse on Mac
Product: Wine-staging
Version: 2.7
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: artrixdev(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Created attachment 58140
--> https://bugs.winehq.org/attachment.cgi?id=58140
Simple logs from cmd and graphic bug in game.
If try change camera position nothing to do and if I clicked on items in
equipment it's changing to "question mark" graphic.
--
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=38235
Bug ID: 38235
Summary: Blindwrite 7 does not detect any CD/DVD drive.
Product: Wine
Version: 1.7.38
Hardware: x86
URL: http://de.vso-software.fr/products/Blindwrite/blindwri
te.php
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
Distribution: Debian
Created attachment 51041
--> https://bugs.winehq.org/attachment.cgi?id=51041
Save user mode accessible device in HKLM\SYSTEM\MountedDevices "\DosDevices\X:"
Having a CD in the drive and that one mounted it is accessible through e.g.
cmd.
But Blindwrite (7.0.0.0) does not show any drive in its user interface.
When looking into a "WINEDEBUG=+reg,+file,+debugstr" an access to
HKLM\SYSTEM\MountedDevices
appears.
There is for any device an entry e.g. "\DosDevices\E:".
This entry holds in my case the mount point of the CD as ASCII.
Blindwrite tries now to access the drive by opening this interpreted as
unicode string, which fails.
trace:file:CreateFileW
L"\6d2f\6465\6169\622f\7265\686e\7261\2f64\4642\3931\3234\325f1" GENERIC_READ
GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0
...
trace:file:CreateFileW returning 0xffffffff
...
trace:file:DeviceIoControl
(0xffffffff,4d014,0x33f3a4,80,0x33f3a4,80,0x33f3f8,(nil))
...
warn:debugstr:OutputDebugStringA "IOCTL_CDROM_GET_INQUIRY_DATA - Ung\xfcltiges
Handle.\r\n Error 0x00000006 - Ung\xfcltiges Handle.\r\n"
Blindwrite even tries to access this invalid file handle and silently fails.
-----------------
Changing HKLM\SYSTEM\MountedDevices "\DosDevices\E:" to an unicode
representation of "\\.\E:" makes Blindwrite happy and the drive shows up,
and successfully create an image.
Attached is a patch that tries to do this automatically for "DosDevices"
with a drive letter.
(But I am not sure about any side effects or if it could already be
sent to wine-patches.)
--
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=51642
Bug ID: 51642
Summary: Wine 6.15 blocks windows game login
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: johnherschelfreeman2013(a)gmail.com
Distribution: ---
Created attachment 70502
--> https://bugs.winehq.org/attachment.cgi?id=70502
wine-output-upon-login-attempt
Wine 6.15 blocks login on to world server.
Game: EverQuest
Tested with 6.14 works fine.
Compiled 6.15 directly from source onto system loaded game and get login error.
Suspected cause anti-cheat or anti-vm software detection is triggered by wine
6.15
--
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=48078
Bug ID: 48078
Summary: Astro Avenger 2 fails to run with
seh:setup_exception_record stack overflow
Product: Wine
Version: 4.19
Hardware: x86-64
URL: https://astro-avenger.en.softonic.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: Ubuntu
Created attachment 65628
--> https://bugs.winehq.org/attachment.cgi?id=65628
winedebug warn+all log
Astro Avenger 2 manages to launch but clicking "Run" in the launcher makes the
game freeze forever with a
"002a:err:seh:setup_exception_record stack overflow 816 bytes in thread 002a
eip
00ac1926 esp 00231000 stack 0x230000-0x231000-0x330000" error.
Tried it both in 64bit and 32bit prefixes in windows 7, XP, 2000 and 98 modes
and also disabling csmt.I've added a winedebug=warn+all log below.
A demo 60 min trial can be found at the link above.
I've also done a +relay log but i'm not sure if it's relevant. Thank you.
--
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=39793
Bug ID: 39793
Summary: Starcraft freezes when starting a Direct Cable
Connection game
Product: Wine
Version: 1.7.46
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
To reproduce:
1. Add yourself to the dialout (Ubuntu) or uucp (Arch) user group.
2. Log out and log back in.
3. In Starcraft, click Multiplayer, Direct Cable Connection, Ok.
The problem is that Starcraft attempts to detect which serial port is connected
by sending a burst of data on all ports COM1 through COM8. On Linux, COM1
through COM4 default to ttyS0 through ttyS3, but even though the device files
exist, rarely do all of them correspond to actual physical devices. So,
Starcraft hangs forever waiting for the write to complete successfully.
A patchset that fixes this bug is available at
https://github.com/alexhenrie/wine/commits/master
First reported at
https://appdb.winehq.org/objectManager.php?sClass=version&iId=149&iTestingI…
--
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=48908
Bug ID: 48908
Summary: Dr Brain 3 broken color palette
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxmusterm(a)gmail.com
Distribution: ---
Created attachment 66865
--> https://bugs.winehq.org/attachment.cgi?id=66865
Example image of dr brain running in xephyr
Dr Brain 3 is a 16bit Windows program that requires 8bit colors. So to get it
running we have to use one of these methods
https://wiki.winehq.org/256_Color_Mode
I tried every last one of those methods and every method leads to the same
result you can see in the image attached to this bug.
No error message is printed out by wine. I encountered this bug a few years ago
for the first time, but didn't open a bug report for it, since I thought this
could be a problem with the virtual X.
However when viewing images in the Xephyr session all colors are displayed
correctly.
Right now the only way for me to run this game is using dosbox with win3.1 or
another form of emulation.
--
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=9304
Summary: Temple of Elemental Evil demo doesn't work - gui
vanishing
Product: Wine
Version: 0.9.43.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: riklaunim(a)gmail.com
ToEE has a demo:
ftp://ftp.infogrames.net/demos/toee/ToEE_Demo.exe
Which install on wine 0.9.43 but it doesn't start properly (also on older
wines). The console output:
################
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:wininet:INET_QueryOptionHelper Stub! 40
fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub
fixme:shdocvw:navigate_url Unsupported arguments
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject no class object {25336920-03f9-11cf-8fd0-00aa00686f13}
could be created for context 0x3
err:shdocvw:navigate Could not create HTMLDocument: 80040154
fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x1aa3b0)
fixme:shdocvw:OleObject_Close (0x1aa3b0)->(1)
#############################
The game window shows for a second and disapper (at the end of those error
messages)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48027
Bug ID: 48027
Summary: cmd pipe | not triggering ReadFile EOF
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Test program is find.exe as of wine commit
ccec532879ec14b2e79da08288152a69221ec4d1.
I implemented the program so it waits for ReadFile to return FALSE, that's when
the input is supposed to be over:
######
BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL);
if (!success)
return FALSE;
######
Now that's not right anyways, but it exposes a slight difference in Wine cmd:
1) Following input hangs on Wine, but not on Windows: "echo test | find test"
It works on Wine when using "winetricks -q cmd"
2) Following input hangs on both Windows and Wine: "find test < test.txt"
Wine's implementation of the pipe | uses the redirect operator < internally.
This leads to the pipe working differently on Wine, i.e. blocking ReadFile when
it's not supposed to.
I'm not aware of a real program being affected by that, just noting.
--
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=27668
Summary: SecuROM 4.X: SpellForce won't recognize original CD
during install/play
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frans.kool(a)gmail.com
Created an attachment (id=35387)
--> (http://bugs.winehq.org/attachment.cgi?id=35387)
The basic log while running wine on a copied installation of Spellforce
While trying to install Spellforce - the Order of the Dawn v1.01 a window pops
up notifying "Incompatible system configuration", followed by "Please insert
the original Spellforce CD1 into your CD/DVD-drive.".
After this, install immediately aborts and thus leaves the game uninstallable.
Copying it from a windows installation and running it generates the same error
message.
Wine produces this fixme which I think is the cause:
fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
I ran Protection ID v0.6.4.0 July and it detects SecuROM 4.88.00
This is why I did not add my comment to bug #21448, since that one is clearly
about SecuROM 5.x.
I added the log as attachement, please let me know if I can run additional
DEBUG logs for more information.
--
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=34658
Bug #: 34658
Summary: Bioshock 2 runs out of GL memory quickly
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: descent1(a)gmx.net
Classification: Unclassified
Created attachment 46195
--> http://bugs.winehq.org/attachment.cgi?id=46195
Console output
Note: This is about the new Bioshock 2 version on Steam (1.5.0.019) which has
GFWL and SecuROM officially removed - no cracks have been used!
When playing single player in Bioshock 2 on highest settings, the game runs out
of memory with this message: "err:d3d:resource_init Failed to allocate system
memory."
I'm sure that I got this message as well a lot of times, but for some reason,
the message is now different:
"err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY"
I've set my video RAM amount in the registry to 1024 MB which is correct for my
GPU. If i decrease it to e.g. 768 MB, the game crashes a lot sooner.
See console output attached.
I tried those wine versions: 1.5.12, 1.6, 1.7.3
Tested on openSUSE 12.2 x86
NVidia GeForce GTX 460 (1024 MB RAM) using driver version 319.49
--
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=28863
Bug #: 28863
Summary: SecuROM 8.xx: games require activation on each start
Product: Wine
Version: 1.3.31
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: obfuscation
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 37073
--> http://bugs.winehq.org/attachment.cgi?id=37073
7zipped +relay,+tid,+file,+reg log (uncompressed 118 MB)
Two of my games obtained via Gamersgate digital distribution service are damned
with Securom 8.03.xxxx protection (online activation). The games are
Tomb Raider: Legend
GTA San Andreas
After installation the Securom activation dialog kicked in, requesting the
serial number. Activation was successful and the games started fine.
Much to my surprise, next time I launched these games, Securom required a new
activation. This happens on each game start (I didn't alter the wineprefix
where the games are installed in any way).
I installed one of the games in Win XP SP3 (running under Vbox): Securom works
there, requiring activation only on the first launch.
Here I'm attaching a +relay,+tid,+file,+reg debug log, hopefully someone will
find some clues in it. The log was created by getting through the activation
process (the game wasn't started at the end of activation).
I'm totally dumb at reading such logs but here's what I found:
1. Securom tries to open certain files under 'C:\users\<username>\Application
Data\DSS\Product Activation\ User Data\<very long sequence\'
The files named dss_v8_01.dat and dss_v8_01.bak. These files as well as the
whole directory structure are missing in both Wine and Windows so this can't be
the problem.
2. The corresponding Securom registry entry is located under HKCU/Software/DSS.
This contains several subkeys, most of them contain binary data, but one of
them (Meta Data\Information) contains strange things. Although this subkey can
be exported via Wine regedit, it cannot be re-imported correctly.
Here is an excerpt what this sub key contains (obtained via Process Monitor
under Windows):
Type: REG_SZ, Length: 2,600, Data: <?xml version="1.0"?>
<UserData>
<ExeResource>
<Path>C:\Program Files\Rockstar Games\GTA San Andreas\gta_sa.exe</Path>
</ExeResource>
<CPA>e358d8ee7c711c17f463b620e750df01e896d4e1bdfc0e37d2357859698229f6e896d4e1bdfc0e37cdb6c31028aa1089</CPA>
<OfflineInformation>
<LASTACCESSDATE>000fb756</LASTACCESSDATE>
<INSTALLDATE>000fb756</INSTALLDATE>
<COUNTER>00000000</COUNTER>
<FIRSTTIME>00000001</FIRSTTIME>
<PERIODIC>00000000</PERIODIC>
<PERIODICDAYS>00000000</PERIODICDAYS>
</OfflineInformation>
<ProductActivation>
...
Maybe something goes wrong when creating/reading this key under Wine thus
Securom considers it invalid?
Fedora 15 x86
gcc version 4.6.1 20110908 (Red Hat 4.6.1-9) (GCC)
--
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=40199
Bug ID: 40199
Summary: Medibang Pro: Pressure sensitivity not working
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: takojagi(a)gmail.com
Distribution: ---
Hello.
It does not work the pressure sensitivity of the stylus in Medibang Pro.
However, it works perfectly in native Linux applications (Gimp, Krita, MyPaint,
AzPainter, etc) and other applications under Wine as OpenCanvas.
-Motion Computing J3400 (Tablet PC)
-Manjaro Linux 15.2 Capella
-Medibang Paint Pro
-Wine 1.9.2-4 / 1.5.5 -SAI / and many other
Thank you.
--
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=31076
Bug #: 31076
Summary: WinDirStat problem after clicking on file in graphical
analysis
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: computergeoffrey(a)zoho.com
Classification: Unclassified
Created attachment 40789
--> http://bugs.winehq.org/attachment.cgi?id=40789
Exception details
"WinDirStat encountered an error and must be closen down." after clicking on a
file in the graphical output window.
Download here: http://windirstat.info/download.html
See also attachment.
--
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=31145
Bug #: 31145
Summary: WinDirStat right clicking on a directory and selecting
properties says "invalid parameter"
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: computergeoffrey(a)zoho.com
Classification: Unclassified
After analysis of a directory, right clicking on a directory (doesn't matter
which, as long it's in the "scope" of the analysis) and selecting properties
shows the error message "invalid parameter".
--
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=51446
Bug ID: 51446
Summary: VICE X64.exe crashing (from within C64forever from
cloanto)
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marcok(a)web.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70295
--> https://bugs.winehq.org/attachment.cgi?id=70295
Backtrace
hi!
>From within c64forever x64.exe is crashing. See attached report
--
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=51925
Bug ID: 51925
Summary: TeXLive linux binaries are launched incorrectly from
Wine
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: oleh.nyk(a)gmail.com
Distribution: ---
Linux TeXLive binaries can be successfully started, e.g., by WinEdt shell under
Wine. Nevertheless, TeXLive components use mktex.opt file to find out the
platform they are run on, based on environment variables. As Wine leaves
ComSpec variable set, mktex.opt deduces it is on Windows, but cannot find dirs
for fonts and metrics, hence puts temporary files in a working directory.
Steps to reproduce (assume TeXLive distribution is installed and working):
1. Unpack winedt-1.41e
http://ftp.itam.mx/pub/academico/investig/latex/LaTeXWin/winedt16.zip
2. Start winedt.exe and open any LaTeX file
3. Change LaTeX entry in menu to make it start LaTeX in XTerm, e.g.
"z:\usr\bin\xterm" -T LaTeX -e /usr/bin/latex "%N%T"
4. Run LaTeX and observe *.tfm files created in the directory with LaTeX
document instead of the proper directories for this.
Here is a part of the output of "env | sort" in XTerm run from WinEdt:
...
CommonProgramFiles=C:\Program Files (x86)\Common Files
CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files
CommonProgramW6432=C:\Program Files\Common Files
COMPUTERNAME=SHELTER
ComSpec=C:\windows\system32\cmd.exe
CPLUS_INCLUDE_PATH=/opt/kde3/lib64/qt3/include
DISPLAY=:0.0
FVWM_64=64
...
To avoid this, there should be a way to prohibit Wine to pass some Windows
environment variables to Unix binaries.
--
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=43102
Bug ID: 43102
Summary: GTA V keyboard issue
Product: Wine
Version: 2.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xsellier(a)gmail.com
Distribution: Debian
Hey folks,
Thank you for you amazing work here.
I have a bug when I try to play GTA V. This bug is related to the keyboard.
*How to reproduce it*
1. Install wine 2.9 with following components:
- d3dcompiler_43
- d3dx11
2. Run winecfg and set the windows version to Windows XP
3. Install steam
4. Install GTA V
5. Run GTA V (login to the social club)
6. Once the game has started do the ALT+TAB trick
(https://bugs.winehq.org/show_bug.cgi?id=42330#c18)
7. Press any key of the keyboard (it works flawlessly)
8. Select the Story Mode
9. Once in game, press any key from the keyboard. Now the game is freezing for
a 2 second and it will work again. This issue is related to the keyboard,
because if you are using a controller (xbox for example) it works without any
stutter. But press a key of the keyboard and the freeze is coming (sorry for
this one).
*Observation*
- The sound is still playing
- Only the rendering is frozen
--
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=51565
Bug ID: 51565
Summary: Wine filesystem access time year 2038 problem:
functions return ERROR_FILE_NOT_FOUND,
STATUS_UNSUCCESSFUL
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: iam(a)valdikss.org.ru
Distribution: ---
Wine does not handle directories and files with access time past year 2038. The
functions like FindFirstFileA return ERROR_FILE_NOT_FOUND upon accessing the
directory for example.
How to reproduce:
mkdir testdir
touch -a -d 'Fri, 06 Aug 2039 15:01:42 +0300' testdir
wine cmd.exe /C "dir testdir"
Result:
0104:fixme:file:errno_to_status Converting errno 75 to STATUS_UNSUCCESSFUL
Volume in drive Z has no label.
Volume Serial Number is adda-a790
Directory of Z:\home\valdikss\temp\testdir
File not found.
--
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=29473
Bug #: 29473
Summary: IconsExtract: Requesting "File Properties" errors-out.
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jthomas97411(a)yahoo.com
Classification: Unclassified
Simply run IconsExtract in Wine, search for icons somewhere, select a found
icon, and try to open the file properties for that icon. This is done either by
pressing F8 or clicking "File" in the upper-right, and then under the "File"
menu press "File Properties".
The sole terminal output is this:
fixme:exec:SHELL_execute flags ignored: 0x0000000c
This is true for IconsExtract version 1.46 and version 1.47. Have not seen any
Wine version succeed in displaying the file properties.
In Windows, "File Properties" brings up the same exact dialogue as
right-clicking the file that contains the icon and clicking "properties."
IconsExtract is a free download: http://www.nirsoft.net/utils/iconsext.zip .
--
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=9314
Summary: Borland C++ Builder 5 expects registry values to be read
in the same order they were written
Product: Wine
Version: 0.9.43.
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikolaj.zalewski(a)gmail.com
Created an attachment (id=7584)
--> (http://bugs.winehq.org/attachment.cgi?id=7584)
test
It arranges the component palettes in the same order in which it read the
values from the registry (even if MSDN exlicitly says not to rely on the order
in which the values are read). We store the values in the alphabetical order to
binsearch them so the palettes under Wine are in alphabetical order instead of
the configured order.
I attach a small test showing that under Windows the values are read in the
same order as they were written.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43169
Bug ID: 43169
Summary: Anarchy Online crashes when using /petition to contact
an adviser of Rubi-Ka (Awesomium.dll)
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 58432
--> https://bugs.winehq.org/attachment.cgi?id=58432
Backtrace on wine 2.10 (non-staging)
Hello everyone,
I used to give this game Platinum ranking in the AppDB but eventually
discovered something which caused the game to crash.
I played a mission in this MMORPG and tried to contact the support team which
consists of Gamemasters which are called Advisers of Rubi-Ka. Rubi-Ka is the
planet on which the game is set.
When issuing "/petition message" through the chat window a browser is started,
the game crashes and throws a backtrace which I am attaching.
--
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.