https://bugs.winehq.org/show_bug.cgi?id=45977
Bug ID: 45977
Summary: crashes every time I try and balance my account
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alex.wb(a)me.com
Created attachment 62539
--> https://bugs.winehq.org/attachment.cgi?id=62539
Unhandled exception: page fault on read access to 0x4f514a4e in 32-bit code
(0x0041330c). Register dump:
Crashes every time I try and balance account
--
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=37724
Bug ID: 37724
Summary: Modern applications won't find COM ports nor HID
devices
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: heha(a)hrz.tu-chemnitz.de
Distribution: ---
While old apps search COM ports use CreateFile("COMx"...) attempts to detect
the presence of serial interfaces, newer apps use SetupDi functions. As a
typical excerpt:
devs=SetupDiGetClassDevs(&GUID_DEVCLASS_PORTS,NULL,0,DIGCF_PRESENT);
if (devs!=INVALID_HANDLE_VALUE) {
SP_DEVINFO_DATA devInfo;
devInfo.cbSize=sizeof devInfo;
for (i=0; SetupDiEnumDeviceInfo(devs,i,&devInfo); i++) {
HKEY hKey;
TCHAR s[16];
DWORD slen=sizeof s;
*s=0;
if ((hKey=SetupDiOpenDevRegKey(devs,&devInfo,
DICS_FLAG_GLOBAL,0,DIREG_DEV,KEY_READ))
==INVALID_HANDLE_VALUE) continue;
RegQueryValueEx(hKey,T("PortName"),NULL,NULL,(LPBYTE)s,&slen);
RegCloseKey(hKey);
if (*s=='C') { // filter out LPTx
int idx=ComboBox_AddString(hCombo,s);
int num=StrToInt(s+3)-1;
ComboBox_SetItemData(hCombo,idx,num);
if (num==Config.SerialNo) ComboBox_SetCurSel(hCombo,idx);
}
}
SetupDiDestroyDeviceInfoList(devs);
}
The main advantages for this approach are:
* Unlimited COM port numbers
* Much faster than looped CreateFile attempts
Therefore, modern apps use this procedure.
Similarly, apps talking with modern USB HID devices (these devices don't need
an install procedure), do this procedure to find their device:
GUID hidGuid;
HidD_GetHidGuid(&hidGuid);
devs=SetupDiGetClassDevs(&hidGuid,0,0,DIGCF_PRESENT|DIGCF_DEVICEINTERFACE);
if (devs!=INVALID_HANDLE_VALUE) {
SP_DEVICE_INTERFACE_DATA devinterface;
devinterface.cbSize=sizeof devinterface;
for (i=0;
SetupDiEnumDeviceInterfaces(devs,NULL,&hidGuid,i,&devinterface);
i++) {
THid Hid;
union{ // save stack space
SP_DEVICE_INTERFACE_DETAIL_DATA detail;
TCHAR space[MAX_PATH+4];
WCHAR ps[128]; // Product String
HIDD_ATTRIBUTES a;
}u;
SP_DEVINFO_DATA info;
info.cbSize=sizeof info;
u.detail.cbSize=sizeof u.detail;
if (!SetupDiGetDeviceInterfaceDetail(devs,&devinterface,
&u.detail,sizeof u,NULL,&info)) continue;
Hid.hDev=CreateFile(u.detail.DevicePath,GENERIC_READ|GENERIC_WRITE,
FILE_SHARE_READ|FILE_SHARE_WRITE,
NULL,OPEN_EXISTING,FILE_FLAG_OVERLAPPED,NULL);
if (Hid.hDev!=INVALID_HANDLE_VALUE) {
HidD_GetAttributes(Hid.hDev,&u.a);
if (*(DWORD*)&u.a.VendorID==0x27D916C0
&& HidD_GetProductString(Hid.hDev,u.ps,elemof(u.ps))) {
int l=ComboBox_AddStringW(hCombo,u.ps);
ComboBox_SetItemData(hCombo,l,i);
if (i==Config.iUsbHid) ComboBox_SetCurSel(hCombo,l);
}
CloseHandle(Hid.hDev);
}
}
SetupDiDestroyDeviceInfoList(devs);
}
Nice when at least the COM port detection will work in near future.
I can write a small test application to support the bug-fixing process.
Googling for Funkuhr.exe will reveal a source code that contains both routines
already.
--
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=48917
Bug ID: 48917
Summary: Starting a shell script via "cmd /c start /b /wait /d"
does not work anymore
Product: Wine
Version: 5.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: adrian.kalla(a)gmail.com
Distribution: ---
Until Wine 5.5 (staging) the following worked, but with 5.6 (staging) it does
not anymore:
wine cmd /c start /b /wait /d "C:\users\user\AppData\alobby"
"C:\alobby\run_unix_openvpn" "C:\users\user\AppData\alobby" user.ovpn
What the "run_unix_openvpn" (chmod +x) Shell-Script does is following:
pkexec /usr/bin/env openvpn --writepid "`wine winepath -u "$1"`/vpn.pid"
--log "`wine winepath -u "$1"`/vpn.log" --verb 3 --daemon "alobby_openvpn"
--config "`wine winepath -u "$1"`/$2"
The error I get with 5.6 is pretty strange:
/vpn.log: No such file or directory (errno=2)ecting stdout/stderr to --log
file: /home/user/.wine/dosdevices/c:/users/user/AppData/alobby
This is used by the Windows application "aLobby" ( https://lobby.siedler3.net/
) (that is basically a multiplayer lobby for the Windows game "The Settlers 3")
to establish an OpenVPN connection via the native Linux openvpn, as there seems
to be no way of successfully running the Windows-OpenVPN via Wine...
--
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=41833
Bug ID: 41833
Summary: DirectShow applications: Playback doesn't end when
playing some MP3 files if winegstreamer is disabled
Product: Wine
Version: 1.9.24
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: kakurasan(a)gmail.com
Distribution: ---
When the test program at https://bugs.winehq.org/show_bug.cgi?id=41290 plays
"16. Night Sky.mp3" at http://redmine.audacious-media-player.org/issues/628,
WaitForCompletion() doesn't return. Built-in quartz.dll displays many
"fixme:quartz:parse_header Not a valid header: XX:XX:XX:XX" messages and after
this it displays "fixme:quartz:FileAsyncReader_WaitForNext Returned: 258
(00000000)" infinitely.
The MP3 BGM files in "Mystic Star"
(http://www.vector.co.jp/soft/dl/win95/game/se509140.html) have the same
problem (MP3 BGMs don't loop).
Workaround: Use native quartz.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=44193
Bug ID: 44193
Summary: In 7 Days to Die the, in the 3D environment, mouse
didn't react to small, slow movements.
Product: Wine-staging
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rencer(a)euromail.hu
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Some times ago there was a problem with mouse drifting in Unity- and
Gamebryo/Creation-engine based games, that is already fixed (at least in
Unity), but I still have a major issue with the mouse.
As I think about that fixed drifting problem, I have to think this issue with
slow mouse movement was there at that time, but because the drifting bug, it
can not be recognized. Or maybe it's a new bug, I'm not sure, I mentioned that
old bug, maybe this one is somehow releaed to that and affect other
Unity/Gamebyro games.
Have to try in other games too, to be sure about it.
In 7 Days To Die you have to aim preciesly to the head of the enemies,
otherwise they quickly overrun and kill your character, aiming precisely from a
distant is a key element in that game, so this is a major issue, and like with
the fixed drifting bug, this one renders the game (almost) unplayable.
In the 3D enviroment when I try to move the mouse slowly, just a very little
bit it doesn't move. I have to move it at a certain, relatively fast speed to
make it move, so it is impossible to aim correctly to the small target.
The crosshair moves too much if I move it with a speed that is recognised, or
it doesn't move at all if I move it slowly. Another similarity with the fixed
drifting bug, is that it only happens in the 3D environment but not at
menus,inventory,character,etc. screens.
--
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=44143
Bug ID: 44143
Summary: Fix “0030:fixme:d3d:resource_check_usage Unhandled
usage flags 0x20.”
Product: Wine
Version: 3.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I could play the game “The settlers (gold edition)” with previous Wine versions
in a low graphic resolution for a while. Further software evolution made it
unplayable.
* Text is not displayed on buttons for main menus.
* The scenery display is flickering.
I got the following log during my test attempt.
elfring@Sonne:~> wine /run/media/elfring/SHOK_GOLD/autorun.exe
0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33e4b4,0x00000000), stub!
0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33e854,0x00000000), stub!
0030:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.
0030:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
0030:fixme:d3d:swapchain_gl_present WINED3D_SWAP_EFFECT_FLIP not implemented.
…
0030:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.
Now I am curious which other open issues will be still remaining if the
software situation can be improved 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=35834
Bug ID: 35834
Summary: America's Army 3 setup crashes before entering game
Product: Wine
Version: 1.7.14
Hardware: x86
URL: http://www.americasarmy.com/downloads/
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
Only happens on the first run:
Backtrace:
=>0 0x7822a6f1 in mfc80 (+0x5a6f1) (0x00339a8c)
1 0x004249a0 in aa3loader (+0x2499f) (0x00339ab8)
2 0x7d9e16a5 call_event_handlers.isra+0x414() in mshtml (0x00339b88)
3 0x7d9e1c6e fire_event_obj+0x10d(doc=<is not available>, eid=<is not
available>, event_obj=0x2cab370, target=0x63127c4, script_this=(nil))
[/home/austin/wine-git/dlls/mshtml/htmlevent.c:1141] in mshtml (0x00339c18)
4 0x7d9e26f9 fire_event+0x88(doc=0x63845b8, eid=EVENTID_CLICK, set_event=0x1,
target=0x63127c4, nsevent=0x1c8c20, script_this=(nil))
[/home/austin/wine-git/dlls/mshtml/htmlevent.c:1217] in mshtml (0x00339c48)
5 0x7da34fa1 handle_htmlevent+0x110(iface=<couldn't compute location>,
event=<couldn't compute location>)
[/home/austin/wine-git/dlls/mshtml/nsevents.c:322] in mshtml (0x00339ca8)
I'll attach a log (mshtml,relay,seh,tid, trimmed to the appropriate sections
and with ntdll.RtlFreeHeap removed).
--
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=48975
Bug ID: 48975
Summary: Multiple kernel drivers crash with unhandled
privileged instruction while trying to scan PCI config
space using PCI index (0xCF8) and data (0xCFC) ports
Product: Wine
Version: 5.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
currently only for documentation/dupe collector as I found a couple of drivers
doing this.
>From the past:
* bug 23701
https://bugs.winehq.org/show_bug.cgi?id=23701
--- quote ---
The next crash is due to kernel driver trying to scan PCI config space using
PCI index (0xCF8) and data (0xCFC) ports in x86 architecture I/O ports address
space - a privileged operation.
Theoretically the driver PCI port I/O could be made to work using ioperm/iopl
but that requires root privileges, creating a big security hole.
Another way could be trapping and emulating PCI config space accesses using
Linux supplied PCI info. Though this area is most likely outside the scope of
Wine.
--- quote ---
https://web.archive.org/web/20200419230034/https://www.crucial.com/content/…
Another one from an old ASRock driver CD installer I've tried for fun ;-)
---
$ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./ASRSetup.exe >>~/log.txt 2>&1
...
002e:trace:ntoskrnl:load_driver loading driver
L"C:\\windows\\SysWOW64\\Drivers\\AsrCDDrv.sys"
002e:Call KERNEL32.LoadLibraryW(00728c40
L"C:\\windows\\SysWOW64\\Drivers\\AsrCDDrv.sys") ret=1800152e8
...
002e:Ret KERNEL32.LoadLibraryW() retval=00d60000 ret=1800152e8
...
002e:Call driver init 0000000000D6612C
(obj=0000000000728A20,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\AsrCDDrv")
...
002e:trace:ntoskrnl:IoCreateSymbolicLink L"\\DosDevices\\AsrCDDrv" ->
L"\\Device\\AsrCDDrv"
...
0009:Call
KERNEL32.DeviceIoControl(00000080,00222838,01a0b5dc,0000000c,01a0b5dc,0000000c,01a0b5e8,00000000)
ret=00411f1d
002f:Ret ntdll.NtWaitForMultipleObjects() retval=00000001 ret=7b04af97
002f:Ret KERNEL32.WaitForMultipleObjectsEx() retval=00000001 ret=18000d53e
...
002f:trace:ntoskrnl:IoGetAttachedDevice (0000000000728C50)
002f:trace:ntoskrnl:dispatch_ioctl ioctl 222838 device 0000000000728C50 file
0000000000728DC0 in_size 12 out_size 12
002f:trace:ntoskrnl:IoBuildDeviceIoControlRequest 222838, 0000000000728C50,
0000000000727710, 12, 0000000000727710, 12, 0, 0000000000000000,
0000000000000000
002f:trace:ntoskrnl:IoAllocateIrp 1, 0
002f:Call ntdll.RtlAllocateHeap(00790000,00000000,00000118) ret=18000dc2d
002f:Ret ntdll.RtlAllocateHeap() retval=00790330 ret=18000dc2d
002f:trace:ntoskrnl:ExAllocatePoolWithTag 280 pool 0 -> 0000000000790330
002f:trace:ntoskrnl:IoInitializeIrp 0000000000790330, 280, 1
002f:Call msvcrt.memset(00790330,00000000,00000118) ret=18000dcc7
002f:Ret msvcrt.memset() retval=00790330 ret=18000dcc7
002f:Call ntdll.NtGetTickCount() ret=180014eac
002f:Ret ntdll.NtGetTickCount() retval=02efb33b ret=180014eac
002f:trace:ntoskrnl:KeEnterCriticalRegion semi-stub
002f:Call driver dispatch 0000000000D6106C
(device=0000000000728C50,irp=0000000000790330)
002f:trace:seh:raise_exception code=c0000096 flags=0 addr=0xd6123c ip=d6123c
tid=002f
002f:trace:seh:raise_exception rax=0000000000000000 rbx=0000000000000cfc
rcx=000000000000000c rdx=0000000000000000
002f:trace:seh:raise_exception rsi=0000000000727710 rdi=0000000000790330
rbp=0000000000790330 rsp=0000000000d4f920
002f:trace:seh:raise_exception r8=0000000000000000 r9=0000000000000000
r10=0000000000000000 r11=0000000000000cfc
002f:trace:seh:raise_exception r12=0000000000000000 r13=0000000000728dc0
r14=0000000000000000 r15=0000000000727710
002f:trace:seh:call_vectored_handlers calling handler at 0x18000b9b0
code=c0000096 flags=0
002f:trace:seh:call_vectored_handlers handler at 0x18000b9b0 returned ffffffff
002f:trace:seh:raise_exception code=c0000096 flags=0 addr=0xd6126a ip=d6126a
tid=002f
002f:trace:seh:raise_exception rax=0000000080000000 rbx=0000000000000cfc
rcx=0000000000100000 rdx=0000000000000cf8
002f:trace:seh:raise_exception rsi=0000000000727710 rdi=0000000000790330
rbp=0000000000790330 rsp=0000000000d4f920
002f:trace:seh:raise_exception r8=0000000000000000 r9=0000000000000000
r10=0000000000000000 r11=0000000000000cfc
002f:trace:seh:raise_exception r12=0000000000000000 r13=0000000000728dc0
r14=0000000000000000 r15=0000000000727710
002f:trace:seh:call_vectored_handlers calling handler at 0x18000b9b0
code=c0000096 flags=0
002f:trace:seh:call_vectored_handlers handler at 0x18000b9b0 returned 0
...
wine: Unhandled privileged instruction at address 0000000000D6126A (thread
002f), starting debugger...
002f:trace:seh:start_debugger Starting debugger L"winedbg --auto 43 80"
--- snip ---
First one is emulated 'cli', second one is PCI_CONFIG_ADDRESS.
Disassembly of crash location:
--- snip ---
...
0000000000D61394 movzx eax, word ptr [rsi+4]
0000000000D61398 movzx r10d, byte ptr [rsi+2]
0000000000D6139D movzx r9d, byte ptr [rsi+1]
0000000000D613A2 movzx edx, byte ptr [rsi]
0000000000D613A5 movzx r11d, ax
0000000000D613A9 mov ebx, 0CFCh
0000000000D613AE and r11w, 3
0000000000D613B3 add r11w, bx
0000000000D613B7 cli ; ok
0000000000D613B8 mov ecx, eax
0000000000D613BA mov r8d, eax
0000000000D613BD shr ecx, 8
0000000000D613C0 and r8d, 0FCh
0000000000D613C7 and ecx, 0Fh
0000000000D613CA sub ecx, 0FFFFFF80h
0000000000D613CD shl ecx, 8
0000000000D613D0 add ecx, edx
0000000000D613D2 lea edx, [rbx-4]
0000000000D613D5 shl ecx, 5
0000000000D613D8 add ecx, r9d
0000000000D613DB lea eax, [r10+rcx*8]
0000000000D613DF shl eax, 8
0000000000D613E2 add eax, r8d
0000000000D613E2 add eax, r8d
0000000000D613E5 out dx, eax ; PCI_CONFIG_ADDRESS
; PCI Configuration Space Address Register
; bits 7..0: configuration space offset
; bits 10..8: function number
; bits 15..11: device number
; bits 23..16: bus number
0000000000D613E6 movzx edx, r11w
0000000000D613EA in al, dx ; PCI_CONFIG_DATA
0000000000D613EB mov [rsi+8], al
0000000000D613EE sti ; ok
...
--- snip ---
Linux userspace lib/tools:
https://git.kernel.org/pub/scm/utils/pciutils/pciutils.git
$ wine --version
wine-5.6-193-g59987bc9ec
Regards
--
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=48928
Bug ID: 48928
Summary: Alditalkverbindungsassistent.exe: crashes when
starting
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Th.Ritzerfeld(a)web.de
Distribution: ---
Created attachment 66893
--> https://bugs.winehq.org/attachment.cgi?id=66893
Backtrace file
Alditalkverbindungsassistent.exe (https://www.alditalk.de/downloads-formulare)
crashes when starting. The software is used to manage the connection with
alditalk prepaid 3G/4G mobile internet, esp. booking flatrates for 24 hours or
one month. Mobile partner manager for Fonic works with wine.
--
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.