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.
http://bugs.winehq.com/show_bug.cgi?id=1206
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:29 -------
Bug comments restored from Gmane.org:
On Redhat 8.0, gcc 3.2, Wine 20021219 (Not CVS, version is not listed in the
listbox...):
during the compile:
gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -g -O2 -Wall
-mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -o ddraw/hal.o
ddraw/hal.c
ddraw/hal.c:152: warning: initialization from incompatible pointer type
------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 19:56
-------
I think this has been fixed since (tested with gcc 3.2). Please reopen the bug
if you still get the warning with the current CVS 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=1207
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:28 -------
Bug comments restored from Gmane.org:
Tried running eMule (0.23a/0.23b/0.24b/0.23b-Tarod (see
http://sourceforge.net/project/showfiles.php?group_id=53489&release_id=1298…
with wine 20021219. The last few syscalls shown by strace are:
mprotect(0x41500000, 65536, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mmap2(NULL, 1179385856, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x65530000
munmap(0xab9e0000, 65536) = 0
old_mmap(NULL, 290816, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x41725000
mprotect(0x65530000, 1179320320, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
+++ killed by SIGKILL +++
Especially the last one is interesting - it eats up all memory (I have 512MB RAM
plus 200MB Swap), leading to wine's/emule's death.
This should be the same problem as described at
http://appdb.winehq.org/appview.php?appId=1065&versionId=1430
It *could* be related to an error reported by winecheck:
023. Checking availability of winedefault.reg entries... CRITICAL (entry
"SHAREDMEMLOCATION" not found in system.reg registry file).
- ADVICE: file winedefault.reg, the most basic wine registry environment,
doesn't seem to have been applied using regapi.
I couldn't find anything regarding that in the docs, but tried to follow the
advice anyway, with less-than-optimal results:
chris@chrisbig > programs/regapi/regapi winedefault.reg
/var/data/src/wine-20021219
Warning: could not find wine config [Drive x] entry for current working
directory /var/data/src/wine-20021219; starting in windows directory.
/var/data/src/wine-20021219/miscemu/wine: cannot find
'programs/regapi/regapi.exe.so'
chris@chrisbig > ls -la programs/regapi
/var/data/src/wine-20021219
total 979
drwxr-xr-x 3 chris users 528 Dec 27 14:53 ./
drwxr-xr-x 26 chris users 1104 Dec 27 14:55 ../
-rw-r--r-- 1 chris users 44 May 21 2002 .cvsignore
-rw-r--r-- 1 chris users 11965 Dec 27 14:34 Makefile
-rw-r--r-- 1 chris users 244 May 21 2002 Makefile.in
-rw-r--r-- 1 chris users 2863 Feb 28 2002 README
-rwxr-xr-x 1 chris users 1374 Jun 1 2002 regFixer.pl*
-rwxr-xr-x 1 chris users 1955 Jun 1 2002 regRestorer.pl*
-rwxr-xr-x 1 chris users 2687 Jun 1 2002 regSet.sh*
lrwxrwxrwx 1 chris users 23 Dec 27 14:53 regapi ->
../../tools/winewrapper*
-rw-r--r-- 1 chris users 32296 Jun 1 2002 regapi.c
-rw-r--r-- 1 chris users 173 Dec 27 14:53 regapi.exe.dbg.c
-rw-r--r-- 1 chris users 2092 Dec 27 14:53 regapi.exe.dbg.o
-rwxr-xr-x 1 chris users 453026 Dec 27 14:53 regapi.exe.so*
-rw-r--r-- 1 chris users 6941 Dec 27 14:53 regapi.exe.spec.c
-rw-r--r-- 1 chris users 80872 Dec 27 14:53 regapi.exe.spec.o
-rw-r--r-- 1 chris users 374880 Dec 27 14:53 regapi.o
drwxr-xr-x 2 chris users 224 Dec 20 02:30 tests/
Any help appreciated.
------- Additional Comments From hatky <at> users.sf.net 2003-05-02 09:01 -------
I downloaded the version you marked an run it with a curent wine (cvs-2.5.2003)
and it works!
btw this is a nice test case since it's an open source program
I could not get the last version on emule working but that a diffrent bug....
--
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=1208
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:26 -------
Bug comments restored from Gmane.org:
I get the following error when running Quicken 2000 Delux release 9.0
err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=13)
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20
(ISO_Left_Tab) :
Doesn't seem to affect operation, but may be a symptom of some other
underlying problem
--
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=1209
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:25 -------
Bug comments restored from Gmane.org:
When I attempt to display the portfolio view to view investments, Quicken and/or
wine crash, with the message "unhandled exception".
This bug is repeatable.
Wine exits with a failure status of 5
Error messages:
wine: Unhandled exception, starting debugger...
err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134672120
400") (2)
Admittedly, I don't have the debugger set up, as I am mainly a user as opposed
to a developer.
Another message, which could be related (doesn't appear to be but thought I
would include for completeness):
**********************
fixme:file:SetFileAttributesW Couldn't set file attributes for existing file
"/mnt/win_c/quickenw/~qw~link.qdt".
Check permissions or set VFAT "quiet" mount flag
fixme:file:SetFileAttributesW Couldn't set file attributes for existing file
"/mnt/win_c/quickenw/~qw~link.qdt".
Check permissions or set VFAT "quiet" mount flag
**************************
I get this message everytime I run Quicken. I checked the permissions on this
file, and they are "777", so should be fine (?).
As long as I don't attempt to examine the portfolio, I never have a problem. I
have successfully entered data and reconciled accounts
--
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=1218
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:22 -------
Bug comments restored from Gmane.org:
During install of Adaytum Analyst on Debian Unstable (Wine 20021219) all goes
well with the setup and it installs Adobe Acrobat fine and launches into the
setup for Analyst. However, midway through the install it throws a
InstallShield error:
995: Internal error in Windows Installer
followed by InstallShield error:
1611: Unable to extract the file (null).
Wine itself never crashes.
--
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=1217
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:20 -------
Bug comments restored from Gmane.org:
When I try to print something the job goes to spool but gets aborted. When I
print to file, the generated file is corrupted.
I tested it with several versions of wine from CVS and redhat 7.3 and 8.0 with cups.
All systems I tested prints ok from linux.
--
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=1216
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:18 -------
Bug comments restored from Gmane.org:
when trying to run WinBUGS
http://www.mrc-bsu.cam.ac.uk/bugs/winbugs/contents.shtml
using wine, i cannot get the buttons to work properly. Pressing 'Doodle' and
then 'New', and then 'Ok' nothing happens. this means i cannot run the program.
i got some infomation about this behaviour from one reliable source, for which i
quote:
The latest version of wine that works with WinBUGS is wine-20010731.
Everything after that fails because buttons do not respond to being
clicked.
I have no idea what the problem is. I am disappointed that the bug
hasn't been fixed. It must be a very rare bug, only revealed by the
Black Box component framework (which supplies the controls used by
WinBUGS).
--
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=1215
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:15 -------
Bug comments restored from Gmane.org:
(Version in use is actually 20021031, but this error has existed for a long
time, on both -current and -stable, from ports or CVS).
After using any windows binary I've tried with FreeBSD's wine from ports, I
eventually get an error:
wine in malloc(): error: recursive call
It also shows up as "wine in free(): error: recursive call," and sometimes
several of them can show up in the output. The application hangs soon
afterwards (I am guessing it's right when the malloc recursion happens). In
particular I've been trying to use the Exile 3 binary, but with that it happens
after some minutes of play. When I was trying counterstrike it happened very
quickly.
Notable excerpt from the malloc manpage:
recursive call A process has attempted to call an allocation function
recursively. This is not permitted. In particular, signal handlers
should not attempt to allocate memory.
However, I think I've tracked down the mallocs/frees that can happen as a result
of signals. One set (server/registry.c) I patched to not malloc/free. I put in
a printf around the segv handler, and this recursive malloc doesn't appear to be
happening during segv. Would the rforking(RFPROC|RFMEM) cause this?
------- Additional Comments From eta <at> lclark.edu 2003-02-20 18:13 -------
*** This bug has been confirmed by popular vote. ***
--
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=1213
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:11 -------
Bug comments restored from Gmane.org:
I use wine in Russian language environment, and I can see, that it uses
windows-1251 as a default Russian encoding. Of course, it is correct, since
Windows applications usually should work with the windows codepage. Even in
Linux windows-1251 becames more and more popular, since it is really better,
than traditionally used koi8.
But the Cyrillic X11 keysyms, which I input from my keyboard, are recognized by
wine as koi8, and it is strange, since, I think, the keyboard encoding should
match the encoding used for screen. So I recommend to change 20866 to 1251 at
least for one Russian keyboard described in the file keyboard.c (there are 3
Russian keyboards in this file).
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-14
09:43 -------
Just submitted a patch to change the main Russian keyboard's codepage to 1251.
------- Additional Comments From dpaun <at> rogers.com 2003-04-01 00:15 -------
Why was this bug marked FIXED? Reopening.
--
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=1211
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:07 -------
Bug comments restored from Gmane.org:
Error Message Pops Up saying:
Warcraft III was unable to initialize DirectX. Please ensure you have DirectX
8.1 or newer installed and that your display drivers are current. DirectX may be
found on your Warcraft III install CD under Options.
Running Wine 20021219 with a WinXP partition
------- Additional Comments From us <at> the-edmeades.demon.co.uk 2003-01-09
17:27 -------
Keep updating wine as dx8 support is improving in wine over time. Make sure you
have wine compiled with --enable-opengl if required, and ensure your display is
not in a 24 bit display mode (There's an issue there as Warcraft doesnt like 24
bit displays - it must be 16 or 32 bit). If you still get the message, send me
a --debugmsg +d3d trace zipped up and I'll take a look.
(Note: I dont get _that_ error, it just doesnt work...)
Jason
--
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=1210
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:05 -------
Bug comments restored from Gmane.org:
Hi,
I try to install wine-20021219 but I got this :
[...]
Preparing to install default Wine registry entries...
Installing default Wine registry entries...
FIXME:pthread_cond_init
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could not stat /cdrom (No such file or directory), ignoring drive D:
./tools/wineinstall: line 634: 22743 Segmentation fault $REGEDIT $DEFREG
>/dev/null
Registry install failed.
It would be great if you could help me with this !
Best regards,
Pierre.
--
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=1238
------- Additional Comments From winebug(a)flonet.net 2003-23-06 12:57 -------
Bug comments restored from Gmane.org:
I'm using wine cvs sources as of 20030115 and am running on a
linux-2.4/glibc-2.3 based system.
When I tried to configure wine recently, I was interested in having IPX
support. However, configure was returning a negative result when it checked for
the necessary headers. After confirming that both netipx/ipx.h and linux/ipx.h
were present, I examined the autoconf macro more closely. It was then I
discovered that it was omitting a necessary header for IPX support on linux
systems: sys/socket.h. This is because the header is guarded by a test against
the existance of sys/socket.h.
The problem with the current wine configure.ac is that
AC_CHECK_HEADERS([sys/socket.h]) is placed *after* the check for IPX support.
This is most unfortunate and will result in false negatives previously
described.
The solution is to place AC_CHECK_HEADERS([sys/socket.h]) right after
AC_CHECK_LIB(mmap,mmap). This ensures that it will be properly defined in the
later test macros.
------- Additional Comments From marcus <at> jet.franken.de 2003-01-27 01:14
-------
fixed in CVS.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-19
22:13 -------
Closing
--
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.