http://bugs.winehq.org/show_bug.cgi?id=30379
Bug #: 30379
Summary: Xuzhou network client error while trying to connect:
"Failed to create VPN dynamic, code = 1060"
Product: Wine
Version: 1.5.1
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
[reply] [-] Description Qian Hong 2012-04-08 05:21:16 CDT
1. Download Xuzhou network client (徐州电信校园网拨号软件v1.1) from:
http://fb.86516.com/adsl/adslrj_files/xiaoyuanDialNew%20v1.1.rar
Unpack the rar archive give us:
校园网认证拨号客户端 v1.1.msi
2. install dependencies for 校园网认证拨号客户端 v1.1.msi :
$ winetricks mfc42
Copy native npptools from WinXP
3. install the network client:
$ LC_CTYPE=en_US.utf8 msiexec /i 校 园网认证拨号客户端\ v1.1.msi
(Bug 10063)
4. Override native rasapi32.dll + rasman.dll, workarounds Bug 30378.
5. start the network client:
$ cd ~/.wine/drive_c/windows/system32
$ wine VnetPPPOE.EXE
Actual result:
Popup an error message, complaining "Failed to create VPN dynamic, code =
1060".
(In Chinese: 动态创建VPN失败, code = 1060 )
Console log is like below:
err:rpc:I_RpcGetBuffer no binding
err:rpc:I_RpcGetBuffer no binding
err:rpc:I_RpcGetBuffer no binding
fixme:rtutils:TraceRegisterExW (L"RASAPI32", 0): stub
fixme:rtutils:TraceRegisterExW (L"RASAPI32", 0): stub
fixme:rtutils:TraceRegisterExW (L"RASAPI32", 0): stub
fixme:rtutils:TraceRegisterExW (L"RASAPI32", 0): stub
fixme:rtutils:TraceRegisterExW (L"RASAPI32", 0): stub
fixme:rtutils:TraceRegisterExW (L"RASAPI32", 0): stub
fixme:rtutils:TraceRegisterExW (L"RASAPI32", 0): stub
Expect result:
Trying to connect to the authentication server
Addition info:
1. If I modified the TraceRegisterExW function to return TRACE_USE_CONSOLE or
TRACE_USE_FILE rather then INVALID_TRACEID, then the application will go a bit
further and crash on unimplemented function rtutils.dll.TracePrintfA() .
2. Native rtutils.dll won't give me any more luck, a snoop trace show that
rtutils.dll.TracePrintfA() is called, then RASAPI32.RasSetEntryPropertiesA(),
then nothing happen...
Will retest once Bug 30378 is fixed
--
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=30041
Bug #: 30041
Summary: npptools.dll is needed by ishare_user.exe of Dr.com
Product: Wine
Version: 1.4-rc5
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 Dr.comhttp://www.cqjtu.edu.cn/software/Dr.COM%20Client-%E9%87%8D%E5%BA%86%E4%BA%A…
2. Install drcom.exe
3. install mfc42 with winetricks
4. start ishare_user.exe
$ wine ishare_user.exe
err:module:import_dll Library NPPTools.dll (which is needed by
L"C:\\windows\\system32\\packet.dll") not found
err:module:import_dll Library packet.dll (which is needed by L"C:\\Program
Files\\Dr.COM \5bbd\5e26\8ba4\8bc1\5ba2\6237\7aef\\ishare_user.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\Dr.COM \5bbd\5e26\8ba4\8bc1\5ba2\6237\7aef\\ishare_user.exe" failed,
status c0000135
Dr.com is important for some university students, see also
http://bugs.winehq.org/show_bug.cgi?id=29460#c2
I've tried native npptools.dll, it may work but I'm not sure since I have no
network environment for testing.
--
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=32305
Bug #: 32305
Summary: Dr.com response slowly when clicking on menu
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Hello, this bug is found when testing on Bug 32289, it's introduced by the
following commit:
$ git bisect bad
7304445a7efa9f30e4541b075a2022319f291e4e is the first bad commit
commit 7304445a7efa9f30e4541b075a2022319f291e4e
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 6 12:38:13 2012 +0200
user32: Maintain a list of active window surfaces and flush them
periodically.
:040000 040000 d6b8f4ca6d5580fd689cb2ac8f1b66f4f296fc01
704eac5fc311e63d373e399c63a2488a6b3dedca M dlls
0. Download Dr.com client(ver3.73, build3700)
http://ishare.iask.sina.com.cn/f/13638045.html
1. winetricks -q mfc42
2. install Dr.com
3. start Dr.com
~/.wine/drive_c/Program\ Files/Dr.COM宽带认证客户端$
$ wine ishare_user.exe
4. Click on menu bar, or type in any input form
Expect result:
The UI of Dr.com should be response instant
Actual result:
The UI hang for a short while when clicking on menu bar, the inputted letters
delay for a short while when typing into input form.
I'm not sure whether it is a 'real regression', will retest after Bug 32289
fixed.
--
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=32289
Bug #: 32289
Summary: Dr.com client doesn't work
Product: Wine
Version: 1.5.18
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: siyanmao.sec(a)gmail.com
Classification: Unclassified
Created attachment 42615
--> http://bugs.winehq.org/attachment.cgi?id=42615
Log file on wine 1.5.18
Dr.com client(ver3.73, build3700) worked well on wine-1.5.17 or previous
versions, but it doesn't work on wine-1.5.18.
0.download Dr.com client from http://ishare.iask.sina.com.cn/f/13638045.html
1.install dr.com
2.install mfc42 with with winetricks
3.start Dr.com
$ cd ~/.wine/drive_c/drcom/
$ wine ishare_user.exe
the program lose response
OS:arch Linux (Kernel:3.6.7)
--
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=30777
Bug #: 30777
Summary: Dr.com v3.71 infinitely asks for reboot due to missing
registry entry
Product: Wine
Version: unspecified
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 Dr.com v3.71 from:
http://wlzx.cdutetc.cn/down.do?action=downLoad&did=2c9082c818e76c2a0118ea36…
(Reference: http://forum.ubuntu.org.cn/viewtopic.php?f=156&t=366057&start=15 )
2. install Dr.com
3. install mfc42
$ winetricks -q mfc42
4. copy native npptools.dll
5. start Dr.com
$ cd ~/.wine/drive_c/Program\ Files/Dr.COM\ 宽带认证客户端
$ wine ishare_user.exe
An message box says: "Driver is installed, reboot needed"
However, after wineboot again and again, the same error still persists.
An +reg trace show some interesting things as below:
--- snip ---
trace:reg:NtOpenKey (0x24,L"Software\\Wine\\Network",2000000,0x32fc84)
trace:reg:NtOpenKey <- (nil)
trace:reg:NtOpenKey
(0x20,L"SYSTEM\\CurrentControlSet\\Services\\WinSock2\\DrcomPacketCapture",20019,0x32fb08)
trace:reg:NtOpenKey <- (nil)
trace:reg:NtOpenKey
(0x20,L"SYSTEM\\CurrentControlSet\\Services\\WinSock2\\DrcomPacketCapture",20019,0x32faf0)
trace:reg:NtOpenKey <- (nil)
trace:reg:NtOpenKey
(0x20,L"SYSTEM\\CurrentControlSet\\Services\\WinSock2\\Parameters\\Protocol_Catalog9\\Catalog_Entries",20019,0x32f9f8)
trace:reg:NtOpenKey <- (nil)
--- snip ---
After import
"SYSTEM\\CurrentControlSet\\Services\\WinSock2\\Parameters\\Protocol_Catalog9\\Catalog_Entries"
from WinXP to Wine, Dr.com complains "reboot needed" one more time then start
correctly finally.
A minimum registry file to cheat Dr.com v3.71 is as below:
--- snip ---
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2]
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters]
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9]
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters\Protocol_Catalog9\Catalog_Entries]
--- snip ---
--
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=29083
Bug #: 29083
Summary: Logitech Harmony Remote Fails to install
Product: Wine
Version: 1.3.32
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cycoone(a)hotmail.com
Classification: Unclassified
Created attachment 37478
--> http://bugs.winehq.org/attachment.cgi?id=37478
Debugger output
When trying to run the Logitech Harmony Remote Software Wine immediately brings
up a crash dialog and the following in the console:
fixme:storage:create_storagefile Storage share mode not implemented.
WARNING: no socket to connect to
wine: Call from 0x7b83a192 to unimplemented function
apphelp.dll.ApphelpCheckInstallShieldPackage, aborting
wine: Unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage
called at address 0x7b83a192 (thread 0009), starting debugger...
Debugger output attached.
LogitechHarmonySoftware.exe is available at www.myharmony.com. OS detection is
used, I downloaded it with Firefox 8 in Wine. This machine is dual boot and I
was able to run the program without issue in Windows XP.
--
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=5382
--- Comment #32 from Bamm Gabriana <bammgabriana(a)gmail.com> ---
(In reply to Nikolay Sivov from comment #31)
> You might as well have some startup script that's using WINEPREFIX variable
> instead of hardcoded $HOME/.wine. I don't think we need this in wineboot to
> run automatically.
Exactly my point. My script does have a
export WINEPREFIX={WINEPREFIX:-$HOME/.wine}
If it were just for me I can simply do that to all my wine prefixes if/when
ever I change themes.
But I am looking at this as a way that users can run an app in Wine and it
automatically shows up in the current desktop color theme.
If a user runs
$ WINEPREFIX=/path/to/app/prefix wine /path/to/app
then it should show the correct theme colors.
My script would pick up the WINEPREFIX variable if it is started on wineboot,
and write to the correct prefix.
But at this point, if a user changes themes, then he would have to run
$ WINEPREFIX=/path/to/app/prefix /path/to/my/script
on a wine prefix he has, before running an app on that prefix.
I'm looking for a way to automate this.
I'm sorry if I'm not explaining it well. English is not my first language.
--
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=5382
--- Comment #31 from Nikolay Sivov <bunglehead(a)gmail.com> ---
You might as well have some startup script that's using WINEPREFIX variable
instead of hardcoded $HOME/.wine. I don't think we need this in wineboot to run
automatically.
--
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=5382
--- Comment #30 from Bamm Gabriana <bammgabriana(a)gmail.com> ---
(In reply to Zebediah Figura from comment #28)
> In particular there is the
> HKLM\Software\Microsoft\Windows\CurrentVersion\Run key (or RunOnce?).
I realize that writing it in the Run section of the registry is not what I
need, for two reasons:
1. There is no way to know in advance where all the wine prefixes are.
2. My script writes colors to the registry. If I can write to the Run section,
then I can just the colors directly.
In fact, that is already what I do: I write the colors to $HOME/.wine, but it
does not affect apps in custom prefixes.
What I need is something that is run by wineboot independent of which prefix it
is run on. Thus I need a nix approach, not a win approach, because the latter
would only affect the prefix it is run on.
--
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=52019
Bug ID: 52019
Summary: DigiCertUtil wrong size
Product: Wine
Version: 6.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 71018
--> https://bugs.winehq.org/attachment.cgi?id=71018
DigiCertUtil
sha256sum DigiCertUtil.exe
1f0b80db162ebdb0b1c84e57fca2396aaa5b477b62dee570ad69ef2321116fef
DigiCertUtil.exe
Check the attached screenshot.
--
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.