http://bugs.winehq.org/show_bug.cgi?id=25015
Summary: Pando downloader hangs
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running the downloader for a game that uses the Pando peer to peer
system, I noticed the UI had hang, the app was still using lots of CPU,
the downloaded file didn't seem to be growing (it was at 1GB out of 4GB),
and the console showed
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to
be increased
lsof showed that PMB.exe has two listening sockets, 25 ESTABLISHED sockets,
96 pipes, one UDP socket, 7 UNIX sockets, 97 regular files, 3 directories,
and one device, for a grand total of 233. 233 is way below ulimit -n (1024).
Perhaps the app had closed lots of peer connections in the hour after
the warning? Which makes it sound like there isn't a bad leak.
No idea what it's doing with all those pipes, though.
It's possible Pando just needs a higher ulimit. Or perhaps it can
operate fine with this "low" ulimit, and the hang is not related to
running out of fds.
--
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=29708
Bug #: 29708
Summary: Wine processes take ages to start on Solaris
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Winetest takes ages to complete on Solaris, particularly on Solaris 10: about
80 minutes.
I instrumented winetest to trace the time it takes to run each test and the
result is eloquent: starting a Wine process takes 4 to 5 seconds on Solaris 10.
With some grepping of the logs I built the following table which shows this
issue. Note that all operating systems are running inside VMware on the same
machine (one at a time of course), so they should all have the same
performance.
Seconds freebsd81 solaris1111 solaris10u9
0 401 169 0
1 48 220 0
2 8 43 0
3 10 16 15
4 2 6 123
5 4 2 190
6 2 3 45
7 3 4 21
8 3 2 9
9 2 1 8
10-29 17 24 34
30-59 3 4 8
60-99 1 1 3
100-119 0 0 1
120- 1 8 9
Also note that this is not the first-process start delay since winetest.exe is
already running. I took a trace with +timestamp but it only showed the last 0.6
seconds of execution so more digging is needed.
--
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=36088
Bug ID: 36088
Summary: mansion88 poker
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrhi2ean(a)gmail.com
Created attachment 48274
--> http://bugs.winehq.org/attachment.cgi?id=48274
mansion88 poker doesnt work on my pc
program doesnt 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=28858
Bug #: 28858
Summary: Pangya cursor movement lacks precision
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pastorrub(a)msn.com
Classification: Unclassified
When trying to move the cursor on pangya, it moves faster than it should.
Judging by its movement, some variable is increased while other is not
decreased. When you move to the right it moves incredibly fast, so you have to
move the mouse slow to select an option and even in that way it lacks
precision.
Pangya version tested: http://pangyachaos.com/
--
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=24499
Summary: Crestron Toolbox
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ironiridis(a)gmail.com
Created an attachment (id=30915)
--> (http://bugs.winehq.org/attachment.cgi?id=30915)
Log with backtrace
Install fails here:
wine: Unhandled page fault on read access to 0x06000087 at address 0x6000087
(thread 0032), starting debugger...
May be related to attempting to install USB drivers for connecting to Crestron
products. It'd be nice if those driver install attempts could be stubbed out
since practically all Crestron products are managed via TCP.
$ uname -a
Linux chariot 2.6.35-gentoo-r5 #1 SMP Mon Aug 30 17:43:45 CDT 2010 i686
Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz GenuineIntel GNU/Linux
$ wine --version
wine-1.3.3
$ emerge -pv wine
[ebuild R ] app-emulation/wine-1.3.3 USE="X gecko gnutls jpeg png ssl
threads truetype xml -alsa -capi -cups -custom-cflags -dbus -esd -fontconfig
-gphoto2 -gsm -hal -jack -lcms -ldap -mp3 -nas -ncurses -openal -opengl -oss
-perl -pulseaudio -samba -scanner -test -win32 (-win64) -xcomposite -xinerama"
0 kB
--
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=29530
Bug #: 29530
Summary: ZubuReader failed to login
Product: Wine
Version: 1.3.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
1. Download ZubuReader from
http://image.zubunet.com/site/ZubuReader2.3setup.exe
2. Install with LANG=en_US.utf8 ( this env will provide us an English Version
of Installation GUI )
3. Start Delivery.exe
$ cd .wine/drive_c/Program\ Files/Zubu\ Reader/
$ wine Delivery.exe
type in username and password, but failed to login
fixme:mshtml:JSProtocolInfo_ParseUrl PARSE_SECURITY_URL
fixme:ieframe:ClOleCommandTarget_Exec Unimplemented group
{000214d1-0000-0000-c000-000000000046}
fixme:mshtml:JSProtocolFactory_CreateInstance (0x7d8e85b0)->((nil)
{79eac9e4-baf9-11ce-8c82-00aa004ba90b} 0x32cbac)
fixme:ieframe:DocObjectService_IsErrorUrl 0x18d798
L"javascript:check_form();%20void(0);" 0x32cb18
fixme:ieframe:handle_navigation_error Navigate to error page
fixme:ieframe:DocObjectService_IsErrorUrl 0x18d798
L"javascript:check_form();%20void(0);" 0x32ccc8
fixme:ieframe:handle_navigation_error Navigate to error page
err:mshtml:on_stop_nsrequest RemoveRequest failed: 80004005
--
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=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.