http://bugs.winehq.org/show_bug.cgi?id=16598
Summary: winuser.rh misses some standard control ids (dialog
button, ...) resulting in wrc failure with windows.h
include only
Product: Wine
Version: 1.1.10
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
while doing some occasional end user support on #winehq (*yuck*), one user
complained about wrc not compiling his .rc file.
Visual C++ and mingw toolchains compiled it in Windows without problems but
Wine's wrc didn't like it.
--- snip ---
...
resource.rc:114:31: Error: syntax error
--- snip ---
He sent me a link to the .rc file to have a look at.
Relevant parts:
Resource.rc:
--- snip ---
// Microsoft Visual C++ generated resource script.
//
#include "resource.h"
#define APSTUDIO_READONLY_SYMBOLS
/////////////////////////////////////////////////////////////////////////////
//
// Generated from the TEXTINCLUDE 2 resource.
//
#include <windows.h>
/////////////////////////////////////////////////////////////////////////////
#undef APSTUDIO_READONLY_SYMBOLS
...
/////////////////////////////////////////////////////////////////////////////
//
// Menu
//
IDR_MENU MENU
BEGIN
...
END
/////////////////////////////////////////////////////////////////////////////
//
// Dialog
//
IDD_MEMTRANSFER DIALOGEX 100, 100, 174, 90
STYLE DS_SETFONT | DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION |
WS_SYSMENU
CAPTION "Memory Transfer"
FONT 8, "Courier New", 0, 0, 0x0
BEGIN
DEFPUSHBUTTON "&OK",IDOK,42,72,40,14
...
--- snip ---
Resource.h:
--- snip ---
//{{NO_DEPENDENCIES}}
// Microsoft Visual C++ generated include file.
// Used by resource.rc
//
#define IDR_MENU 100
#define IDI_ICON 101
#define IDB_BITMAP 102
#define IDR_MAIN_ACCEL 103
#define IDD_MEMTRANSFER 104
...
--- snip ---
The resource include chain is as follows:
resource.h
windows.h (due to RC_INVOKED defined by wrc) -> winresrc.h -> winuser.rh and
commctrl.rh
The problem is that winuser.rh defines only a subset of winuser.h control ids
This breaks resource scripts which for example reference standard dialog button
IDs.
Telling the user to explicitly include <winuser.h> solved his problems.
You might want to extend winuser.rh a bit to include often used standard
control ids (ex: dialog button).
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.
http://bugs.winehq.org/show_bug.cgi?id=13399
Summary: Appdb doesn't remember logins
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tehblunderbuss(a)gmail.com
The appdb doesn't remember logins, like how the bugzilla or wiki do.
--
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=12939
Summary: >=wine-0.9.59: Selection using control key and mouse
button does not work.
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
URL: http://www.foobar2000.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: h.judt(a)gmx.at
In Foobar2000, <Control>-<Mouse1> should select or deselect a single entry in
the playlist. Instead, it just selects a new entry and deselects all others as
if the control key has not been pressed.
This worked in <wine-0.9.59 but does not in >=wine-0.9.59 (last version tested
was 0.9.61).
Similar problem with <Shift>-<Mouse1> existed in =wine-0.9.59, but was solved
in >=0.9.60 and works fine now.
Occurs with: Foobar2000-0.9.4.4, Exact Audio Copy-0.99prebeta4, file selector
dialogs, but might effect other software / versions / dialogs as well.
When I launch Foobar2000 and try to add files, I get the following messages on
the terminal, maybe this is of some help:
fixme:menu:TrackPopupMenuEx not fully implemented
fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented
fixme:shell:ShellView_OnNotify LVN_KEYDOWN key=0x00000011
fixme:shell:ShellView_OnNotify LVN_KEYDOWN key=0x00000041
fixme:shell:ShellView_OnNotify LVN_KEYDOWN key=0x00000010
fixme:shell:ShellView_OnNotify LVN_KEYDOWN key=0x00000011
fixme:shell:ShellView_OnNotify LVN_KEYDOWN key=0x00000011
fixme:shell:ShellView_OnNotify LVN_KEYDOWN key=0x00000041
fixme:shell:ShellView_OnNotify LVN_KEYDOWN key=0x00000010
--
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=13958
Summary: Services: handle null display names properly when
populating SCM db entries
Product: Wine
Version: 1.0-rc5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
there is a bug in services code when one or more services have no display name
set (null).
If CreateServiceW() is called, it checks for existing services using
scmdatabase_find_service_by_displayname().
Unfortunately this internal helper doesn't handle the "null" service name
properly while iterating, resulting in exception and messy side effects
(although mapped to rpc exception it isn't propagated properly).
Following is service db dump with such cases:
--- snip ---
000d:trace:service:scmdatabase_load_services Loading service L"BITS"
000d:trace:service:load_service_config Image path = L"svchost.exe -k
netsvcs"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"BITS"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"MountMgr"
000d:trace:service:load_service_config Image path =
L"C:\\windows\\system32\\drivers\\mountmgr.sys"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"Mount Manager"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"MSIServer"
000d:trace:service:load_service_config Image path =
L"C:\\windows\\system32\\msiexec.exe /V"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"MSIServer"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"PnkBstrA"
000d:trace:service:load_service_config Image path =
L"C:\\windows\\system32\\PnkBstrA.exe"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"PnkBstrA"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"PnkBstrB"
000d:trace:service:load_service_config Image path =
L"C:\\windows\\system32\\PnkBstrB.exe"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"PnkBstrB"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"PnkBstrK"
000d:trace:service:load_service_config Image path =
L"C:\\windows\\system32\\drivers\\PnkBstrK.sys"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"PnkBstrK"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"PROCMON13"
000d:trace:service:load_service_config Image path =
L"\\??\\C:\\windows\\system32\\Drivers\\PROCMON13.SYS"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = (null)
000d:trace:service:load_service_config Display name = (null)
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"SecDrv"
000d:trace:service:load_service_config Image path =
L"C:\\windows\\system32\\drivers\\\\SECDRV.SYS"
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"SecDrv"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"Spooler"
000d:trace:service:load_service_config Image path =
L"C:\\windows\\system32\\spoolsv.exe"
000d:trace:service:load_service_config Group = L"SpoolerGroup"
000d:trace:service:load_service_config Service account name = L"LocalSystem"
000d:trace:service:load_service_config Display name = L"Print Spooler"
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
000d:trace:service:scmdatabase_load_services Loading service L"VxD"
000d:trace:service:load_service_config Image path = (null)
000d:trace:service:load_service_config Group = (null)
000d:trace:service:load_service_config Service account name = (null)
000d:trace:service:load_service_config Display name = (null)
000d:trace:service:load_service_config Service dependencies : (none)
000d:trace:service:load_service_config Group dependencies : (none)
--- snip ---
Quick fix:
--- snip ---
diff --git a/programs/services/services.c b/programs/services/services.c
index 806fbb6..d48c985 100644
--- a/programs/services/services.c
+++ b/programs/services/services.c
@@ -341,7 +341,7 @@ struct service_entry
*scmdatabase_find_service_by_displayname(struct scmdatabase
LIST_FOR_EACH_ENTRY(service, &db->services, struct service_entry, entry)
{
- if (strcmpiW(name, service->config.lpDisplayName) == 0)
+ if (service->config.lpDisplayName && strcmpiW(name,
service->config.lpDisplayName) == 0)
return service;
}
--- snip ---
Hopefully it's not too late for 1.0 ;-|
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.
http://bugs.winehq.org/show_bug.cgi?id=17076
Summary: Embedded .NET installer hangs in installation of
SnelStart
Product: Wine
Version: 1.1.13
Platform: PC-x86-64
URL: http://www.snelstart.nl/Proberen/Proberen.aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Paul.Vriens.Wine(a)gmail.com
(SnelStart is a Dutch Accounting Application)
I'm running up-to-date GIT.
When running 'wine SetupDemoSnelStart.exe' one sees that it downloads
dotnetfx.exe (http://www.installengine.com/cert05/dotnetfx/dotnetfx.exe). After
that there will be a 'InstallShield Wizard' window that keeps busy stating that
it's configuring the .NET framework.
'ps -ef' shows:
C:\windows\temp\{A4D5D16A-A0C9-4F8A-8929-F0B61C32EDEB}\dotnetfx.exe /q:a
/ver:v1.1.4322 /redistui:S /c:/q:a /c:install /q /coreui:1033
I have no idea what logs to attach so please advise.
--
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=15258
Summary: It dosen't let me run the progamm
Product: Wine
Version: unspecified
Platform: All
URL: http://www.g4hfq.co.uk
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wb0zur(a)arrl.net
Hi
I have a bug I think.
This is for programming a Ham radio the program is FTB7800.
The bug is
Run-time error '451'
Property let procedure not defined and property get procedure did not
return an object.
I am just fooling with Ubuntu 8.04
Any questions please ask.
Denton Larson
--
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=15945
Summary: WinSnap can't capture screen.
Product: Wine
Version: 1.1.7
Platform: PC
URL: http://www.ntwind.com/software/winsnap.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vladimiroski(a)gmail.com
WinSnap start without critical errors but it seems that it can't capture the
screen.
Option to "edit in paint" ("Tools" menu or "Alt+2") does not work too,
complains about it can't write to disk.
Btw, I saw this line in console while executing /WinSnap/WinSnap.exe:
err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not
valid, number of bitmaps in imagelist: 0
--
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=14316
Summary: Elona is really slow
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://homepage3.nifty.com/rfish/index_e.html
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leffeman(a)gmail.com
The Roguelike Elona (versions 1.08 and 1.11 at least) is abnormally slow
(especially during gameplay), both in rendering and input. There are no
interesting fixmes or anything for clues. CPU usage is quite high.
Unsuccessfully tried to run it through winedbg for breaking during slowness.
--
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=13502
Summary: BRenBot application fails to start
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://new.brenbot.com/files/brenbot/br_1-
52_install_mini.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=13423)
--> (http://bugs.winehq.org/attachment.cgi?id=13423)
BRenBot with msvcrt traces
With Wine version wine-1.0-rc2-65-g914cb22, running BRenBot, a server bot for
the Renegade FDS, fails with some msvcrt fixmes and Perl compilation failures.
If native msvcrt is used, the app starts successfully (though the Renegade FDS
is needed for it to completely work).
--
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=13564
Summary: VeohTV beta login window is improperly drawn
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.veoh.com/veohTV/getStarted.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=13505)
--> (http://bugs.winehq.org/attachment.cgi?id=13505)
VeohTV output
The version is really 1.0-rc3, but no such option is yet available. After
installing VeohTV beta and installing pdh with winetricks (else you get a bug
report dialog) starting VeohTV, the login window is all black and improperly
rendered, unlike the gray skinned interface that shows on Windows. Logs are
attached, and the crash that occurs at the end of the log happens when
explicitly exiting VeohTV, and is for another bug report.
--
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.