http://bugs.winehq.com/show_bug.cgi?id=52
------- Additional Comments From Speeddymon(a)yahoo.com 2003-25-06 10:47 -------
Well, in sweeping this place, I decided to take another look at this bug..
Your last comment Francois says that you believe the fact that LockWindowUpdate
is implemented only as a stub function is the cause of the problem..
In looking at msdn articles on this function, I have turned up this:
The LockWindowUpdate function disables or enables drawing in the specified
window. Only one window can be locked at a time.
BOOL LockWindowUpdate(
HWND hWndLock // handle to window
);
Parameters
hWndLock
[in] Specifies the window in which drawing will be disabled. If this parameter
is NULL, drawing in the locked window is enabled.
Return Values
If the function succeeds, the return value is nonzero.
If the function fails, the return value is zero, indicating that an error
occurred or another window was already locked.
Windows NT/2000/XP: To get extended error information, call GetLastError.
Remarks
If an application with a locked window (or any locked child windows) calls the
GetDC, GetDCEx, or BeginPaint function, the called function returns a device
context with a visible region that is empty. This will occur until the
application unlocks the window by calling LockWindowUpdate, specifying a value
of NULL for hWndLock.
If an application attempts to draw within a locked window, the system records
the extent of the attempted operation in a bounding rectangle. When the window
is unlocked, the system invalidates the area within this bounding rectangle,
forcing an eventual WM_PAINT message to be sent to the previously locked window
and its child windows. If no drawing has occurred while the window updates were
locked, no area is invalidated.
LockWindowUpdate does not make the specified window invisible and does not
clear the WS_VISIBLE style bit.
A locked window cannot be moved.
Requirements
Windows NT/2000/XP: Included in Windows NT 3.1 and later.
Windows 95/98/Me: Included in Windows 95 and later.
Header: Declared in Winuser.h; include Windows.h.
Library: Use User32.lib.
--
Hopefully that is enough info for ya. After reading it, I would have to agree
with your last comment
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1543
Summary: Microsoft font installers fall down after uncompressing
files
Product: Wine
Version: 20030618
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: dyakov(a)bk.ru
---
$ wine georgi32.exe
fixme:win32:PE_CreateModule Security directory ignored
fixme:process:CreateProcessA (E:\IXP003.TMP\fontinst.exe,...):
NORMAL_PRIORITY_CLASS ignored
---
I just compiled and installed wine, so there was a default /usr/share/wine-c
drive. It hangs after this whith no other messages. I checked, it created folder
E:\IXP003.TMP\ and the files. I started E:\IXP003.TMP\fontinst.exe and it
finished well. 20030408 worked perfect
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1542
Summary: Unsupported MS comctl32.dll update patch
Product: Wine
Version: 20030618
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: reza_prima77(a)yahoo.com
I tried to install Rational Requisite Pro from CD. Setup.exe complained that "installed"
version of comctl32.dll is 5.0.0, and it needs 5.8.0. It offered to install update patch
(50upd.exe ??). Then I set the .winerc file to use that dll file but it complained that
comctl16 (maybe?) not found.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=965
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From marcus(a)jet.franken.de 2003-24-06 16:43 -------
MaskBlt was implemented and committed on 2003-05-16.
Please retest the program.
The attachment no longer appears to be valid (pointing to a screenshot
instead of a tarball).
Considering Fixed.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1532
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From marcus(a)jet.franken.de 2003-24-06 16:36 -------
The messages are harmless , and uou do not need
to bugreport FIXME messages (we can just grep for them).
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1533
marcus(a)jet.franken.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From marcus(a)jet.franken.de 2003-24-06 16:30 -------
Patch is in wine CVS, so consindering it fixed. :)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1540
------- Additional Comments From marcus(a)jet.franken.de 2003-24-06 05:48 -------
This happens with an older InstallShield version (<6) and is
related to -desktop mode in my opinion.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1540
------- Additional Comments From brand77(a)genie.it 2003-24-06 05:29 -------
version 20030508-1rh9winehq work properly.
version 20030618-1rh9winehq have some problem:
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 12 (X_ConfigureWindow)
Serial number of failed request: 93
Current serial number in output stream: 98
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1541
Summary: WS2_32 version of gethostbyname with NULL argument
doesn't follow specification
Product: Wine
Version: 20030508
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: rzoli(a)yahoo.com
According to Microsoft definition, a call to gethostbyname with a NULL argument
should produce a well-defined behaviour, namely return information about the
local host. A look at dlls/winsock/socket.c shows that the current
implementation does not do this.
I have encountered at least one program that tries to call gethostbyname with a
NULL argument and by doing so successfully crashes itself and/or wine.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.com/show_bug.cgi?id=1540
Summary: problem with Ascential DataStage Client installer
Product: Wine
Version: 20030618
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: brand77(a)genie.it
version 20030508-1rh9winehq work properly.
version 20030618-1rh9winehq have some problem:
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 12 (X_ConfigureWindow)
Serial number of failed request: 93
Current serial number in output stream: 98
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.