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=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.
http://bugs.winehq.org/show_bug.cgi?id=25838
Summary: winepath outputs garbage (really, escape sequences)
before desired output
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Eric's console changes, circa
http://www.winehq.org/pipermail/wine-cvs/2011-January/074495.html
seem to have broken winepath (and possibly other
wine console utilities that output plain text
strings for use inside user scripts).
wine winepath -u c:/ | cat -v
used to output
/home/dank/.wine/dosdevices/c:/
but now it outputs
^[[?1h^[=/home/dank/.wine/dosdevices/c:/
This breaks winetricks and probably any number of user scripts that depend on
winepath outputting a valid path.
--
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=14838
Summary: TMPDIR environment variable is not used at all
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://en.wikipedia.org/wiki/TMPDIR
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killertux(a)suomi24.fi
Tested on Wine 1.1.2-307-g520ab5c
Wine simply does not use TMPDIR environment variable and as far as I know Wine
has never used this environment variable... it just defaults to /tmp
--
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=33906
Bug #: 33906
Summary: Minimising Photoshop CS2 and restore it doesn't
restore the draws
Product: Wine
Version: 1.6-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff.artik(a)gmail.com
Classification: Unclassified
When photoshop CS2 is minimised (or switching to "desktop 2" and back to one)
makes the main draw windows still minimised. I have to restore them manually.
To reproduce the bug, it's easy.
1. Open Photoshop CS2
2. Open a picture
3. minimise PS CS2
4. Restore PS CS2
The picture stay minimised. Others windows (tools or layers) are correctly
restored.
--
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.