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=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.
http://bugs.winehq.org/show_bug.cgi?id=15405
Summary: Problem with wrc 1.0
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: quinlan(a)rulequest.com
I have a .rc file that compiles perfectly with wrc 0.9.40 (and with VisualC++)
but gives a syntax error with wrc 1.0.
wrc -I. -fowindows.res windows.rc
windows.rc:102:15: Error: syntax error
Lines 102 and following are
CONSTRDB DIALOG DISCARDABLE 20, 20, 148, 266
STYLE WS_POPUP | WS_CAPTION
CAPTION "Classifier Construction Options"
FONT 9, "MS Sans Serif"
BEGIN
....
Using the .res file produced by wrc 0.9.40 with wine 1.0 seems to work fine.
--
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=18934
Summary: Free PDF to Word Doc converter's installer reports
wrong ClassNN (appinstall)
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.hellopdf.com/download.php
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When installing Free PDF to Word Doc converter with appinstall, I usually click
buttons by their ClassNN. The first window that pops up is:
Setup
This will install Free PDF to Word Doc Converter. Do you wish to continue?
Yes / No
On windows, the Yes has a ClassNN of 'Button1', and No is 'Button2'.
On wine, they're 'Button6' and 'Button7'.
The rest of the installer's buttons are reported correctly, though.
--
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=30981
Bug #: 30981
Summary: Skyrim: Keys "stick" occasionally
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: jeff(a)deserettechnology.com
Classification: Unclassified
While playing Skyrim, one of the directional keys will occasionally stick. This
usually happens when entering a new area (after the loading screen) or coming
out of character management and equipment screens. The stuckedness can be
undone by holding the stuck key for a few seconds and releasing. This happen
semi-frequently.
Also, occasionally something sticks that makes the character move in a very
halted manner. The character will run for three or four steps before he is
forced to walk again. After 6-8 steps, the character will resume running for
3-4 steps. This behavior loops until both Skyrim and WINE are completely
closed. It is not resolved simply by relaunching Skyrim. It may be that this
occurs when a different key gets stuck, but I do not know which key would stick
that way.
These behaviors witnessed in Wine 1.5.6 - 4c7f6f6. I have not played enough
with 1.5.7 to know if it occurs there, but it mostly likely does.
nvidia GTX285 w/ blob 302.17
Linux 3.4.3
Core i7-2600K
16G RAM
--
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.