https://bugs.winehq.org/show_bug.cgi?id=5573
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|unspecified |0.9.16.
Keywords| |Installer
Hardware|Other |x86
CC| |focht(a)gmx.net
OS|other |Linux
Component|-unknown |wintrust
URL|http://ability.com/v4/downl |https://web.archive.org/web
|oad.php |/20060919183247/http://www.
| |abilitydownload.com:80/down
| |load4/ability4_15/setup.exe
--
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=5579
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
URL|http://ability.com/v4/downl |https://web.archive.org/web
|oad.php |/20060919183247/http://www.
| |abilitydownload.com:80/down
| |load4/ability4_15/setup.exe
Hardware|Other |x86
OS|other |Linux
Keywords| |Installer
Version|unspecified |0.9.16.
--
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=5678
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Installer
Fixed by SHA1| |9e7f182871b4e79d0a1092bf4f4
| |39ef5c3d885e9
Version|unspecified |0.9.17.
CC| |focht(a)gmx.net
URL|http://public.planetmirror. |https://web.archive.org/web
|com/pub/openoffice/stable/2 |/20211114193729/http://arch
|.0.3/OOo_2.0.3_Win32Intel_i |ive.apache.org/dist/incubat
|nstall_wJRE.exe |or/ooo/stable/2.2.0/OOo_2.2
| |.0_Win32Intel_install_wJRE_
| |en-US.exe
--- Comment #8 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
adding stable download link via Internet Archive for documentation.
https://web.archive.org/web/20211114193729/http://archive.apache.org/dist/i…
$ sha1sum OOo_2.2.0_Win32Intel_install_wJRE_en-US.exe
0e76bf75cc7cde82e1d8ed8f0036168c13f086ec
OOo_2.2.0_Win32Intel_install_wJRE_en-US.exe
$ du -sh OOo_2.2.0_Win32Intel_install_wJRE_en-US.exe
109M OOo_2.2.0_Win32Intel_install_wJRE_en-US.exe
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=5392
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Installer
CC| |focht(a)gmx.net
URL|http://www.microsoft.com/do |https://web.archive.org/web
|wnloads/details.aspx?Family |/20060713092657/http://down
|ID=a55b6b43-e24f-4ea3-a93e- |load.microsoft.com/download
|40c0ec4f68e5&DisplayLang=en |/a/5/f/a5f0d781-e201-4ab6-8
| |c6a-9bb4efed1e1a/PSDK-x86.e
| |xe
OS|other |Linux
Fixed by SHA1| |d1617bea17b8614303ef5b19851
| |e18f25b66a250
Hardware|Other |x86
--
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=5680
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Hardware|Other |x86
OS|other |Linux
Keywords| |Installer
Version|unspecified |0.9.17.
CC| |focht(a)gmx.net
URL|http://www.microsoft.com/do |https://web.archive.org/web
|wnloads/details.aspx?Family |/20060713092657/http://down
|ID=a55b6b43-e24f-4ea3-a93e- |load.microsoft.com/download
|40c0ec4f68e5&DisplayLang=en |/a/5/f/a5f0d781-e201-4ab6-8
| |c6a-9bb4efed1e1a/PSDK-x86.e
| |xe
--
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=32482
Bug #: 32482
Summary: Windows Sysinternals "PsInfo" tool fails to retrieve
"Physical Memory" value from
"HKLM\\Hardware\\ResourceMap\\System Resources"
registry key
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
Windows Sysinternals "PsInfo" tool fails to query for some system properties...
Making this bug about "Physical Memory".
Output:
--- snip ---
$ wine ./PsInfo.exe
PsInfo v1.77 - Local and remote system information viewer
Copyright (C) 2001-2009 Mark Russinovich
Sysinternals - www.sysinternals.com
Querying information for nexus4...fixme:ole:CoInitializeSecurity
((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
System information for \\nexus4:
Uptime: Error reading uptime
Kernel version: Microsoft Windows XP, Uniprocessor Free
Product type: Professional
Product version: 5.1
Service pack: 3
Kernel build number: 2600
Registered organization:
Registered owner:
IE version: 6.0000
System root: C:\windows
Processors: 4
Processor speed: 2.6 GHz
Processor type: Intel(R) Pentium(R) 4 CPU
Physical memory: 0 MB
Video driver:
--- snip ---
Trace log (processor info = ok, physmem = missing):
--- snip ---
...
0024:Call advapi32.RegOpenKeyExW(80000002,0042f520
L"Hardware\\Description\\System\\CentralProcessor\\0",00000000,00020019,0032f96c)
ret=00404a33
0024:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=00404a33
0024:Call advapi32.RegQueryValueExW(00000054,0042f510
L"~MHz",00000000,0032f970,0043c0e4,0032f968) ret=00404a58
0024:Ret advapi32.RegQueryValueExW() retval=00000000 ret=00404a58
0024:Call advapi32.RegQueryValueExW(00000054,0042f4e8
L"ProcessorNameString",00000000,0032f970,0043d538,0032f968) ret=00404a81
0024:Ret advapi32.RegQueryValueExW() retval=00000000 ret=00404a81
0024:Call advapi32.RegCloseKey(00000054) ret=00404a95
0024:Ret advapi32.RegCloseKey() retval=00000000 ret=00404a95
0024:Call advapi32.RegOpenKeyW(80000002,0042f210
L"Hardware\\ResourceMap\\System Resources\\Physical Memory",0032f930)
ret=00403b17
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=00403b17
--- snip ---
Wineboot already creates a couple of hardware related registry keys:
Source:
http://source.winehq.org/git/wine.git/blob/7f9dfe273a80d31e3f8c5bd0c100c813…
Might be useful to add "Hardware\\ResourceMap\\System Resources" key here along
with actual physmem value.
Regards
--
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=42222
Bug ID: 42222
Summary: BCG Month/Year list goes behind date control.
Product: Wine
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 56862
--> https://bugs.winehq.org/attachment.cgi?id=56862
Show the control behind the Month picker
Run BCGPControls.exe
Select Time Controls on the left hand side.
In CBCGDataTimeCtrl the group
Use the dropdown arrow to show a Date picker.
Click on the Month/Year header this popup.
The Month/year List now appears behind the Calender.
--
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=52034
Bug ID: 52034
Summary: Some file permissions are not available for a
translation
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Distribution: ---
Created attachment 71039
--> https://bugs.winehq.org/attachment.cgi?id=71039
Some permissions not translated
CURRENT BEHAVIOR
No:
"Full Control"
"Modify"
"Read & Execute"
entries in
https://source.winehq.org/git/wine.git/blob/HEAD:/po/wine.pot
so they cannot be translated and appear as untranslated in the dialog (see the
attachment)
EXPECTED BEHAVIOR
Entries:
"Full Control"
"Modify"
"Read & Execute"
should be in
https://source.winehq.org/git/wine.git/blob/HEAD:/po/wine.pot
for translators.
--
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=7695
--- Comment #25 from joaopa <jeremielapuree(a)yahoo.fr> ---
Does the bug still occur with wine-6.21. I did not understand how to reproduce
it.
--
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 #34 from Zebediah Figura <z.figura12(a)gmail.com> ---
There's currently no way to run a prefix-agnostic script like you're talking
about in Wine. I don't think it would be excessively hard to add, on the other
hand. The more I think about it, the more I think that it's a good idea...
--
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 #33 from Bamm Gabriana <bammgabriana(a)gmail.com> ---
Let me try again: What I meant was that the default prefix is the only one that
I can assume to exist; all other prefixes are on a path that is arbitrarily
decided by the user.
Hence, if I automate writing system colors into wine when user change themes,
then $HOME/.wine is the only one that I can automate.
If user creates a new wine prefix for an app he installs, then user would have
to manually run the script on that prefix:
WINEPREFIX=/path/to/prefix /path/to/script
to update its system colors before he runs his app. This manual act by the user
is what I want to avoid.
If someone runs a program in wine, the program should appear in the current
theme colors, without end user having to do anything.
--
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=31874
Bug #: 31874
Summary: this program crash when changing the UI style
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jactry92(a)gmail.com
Classification: Unclassified
Created attachment 41947
--> http://bugs.winehq.org/attachment.cgi?id=41947
'backtrace.txt' is log produced by wine
I used wine 1.5.14 in Ubuntu 12.04.1 32bit to run this
program('client.exe'):http://222.200.98.151/ubuntu/Downloads/client.tar.gz
And it crash when I try to change the UI style(client the button which was
marked by a red circle in the picture in attachment)
After it crach you can't run it again.In order to reappear it, you can change
the value of 'HKEY_CURRENT_USER/Software/ChinaGDS/S2000/JySvr1/UI' to '0'.
'backtrace.txt' is log produced by wine
This is output information in console:
$ wine client.exe
fixme:wbemprox:client_security_SetBlanket 0x442fcd80, 0x13dd68, 10, 0, (null),
3, 3, (nil), 0x00000000
fixme:wbemprox:client_security_Release 0x442fcd80
fixme:process:GetProcessWorkingSetSize (0xffffffff,0x328ed8,0x328edc): stub
wine: Unhandled page fault on read access to 0x00000020 at address 0x4b0b0f
(thread 0025), starting debugger...
--
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=30378
Bug #: 30378
Summary: Xuzhou
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
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. start the network client:
$ cd ~/.wine/drive_c/windows/system32
$ wine VnetPPPOE.EXE
Actual result:
Crash
Expect result:
Display the network client GUI
Override native rasapi32.dll + rasman.dll will avoid the crashing
--
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=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.