http://bugs.winehq.com/show_bug.cgi?id=975
------- Additional Comments From dclark(a)akamail.com 2002-08-16 19:51 -------
Since you typed "wine /cdrom/install.exe", can I assume that you were not in the
/cdrom directory when you executed that? As a general rule, you should be in the
directory containing the installer when running them. They are sometimes picky
about that.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=975>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=975
Summary: Warcraft 3 installer doesn't work.
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: rindolf(a)directvinternet.com
When I try to run the warcraft 3 installer from linux:
wine /cdrom/install.exe
Nothing happens. It doesn't exit, it just sits there. When I press ^C it says
'Terminated' and exits.
I'm running kernel 2.4.19, under slackware linux. I'm using wine CVS as of
08/14/02. I'm using a fake windows install with C: as /winedrv, and I'm using
[Version]"windows"="win98". Wine does work sometimes, as I can play
halflife/counterstrike just fine under it, so I don't think it's a
configuration problem. I don't know what debug options to use for a useful
log, so if a log would be useful, email me and I'll send one.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=975>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=974
Summary: Put translation infrastructure in place for various Wine
documents
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-documentation
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: andi(a)rhlx01.fht-esslingen.de
We get several mails from people willing to translate some parts of Wine
documentation into foreign (and entirely alien ;-) languages.
We should have a common framework set up for doing this very regularly,
consistently and well.
I'd suggest that we create a web page for every language with a database backend
which creates a new translation ticket for every documentation patch of Wine for
every language involved (one ticket page per language).
(e.g. by Alexandre CC'ing documentation patches to this system)
Then everyone who is involved with translating documentation could commit the
translation for his language into the *foreign language Wine cvs tree*
and close the corresponding translation ticket on this language webpage.
Once a month an automated build process would take the entire foreign language
CVS tree and build new documentation for the web page to download.
(the idea would be that the main Wine CVS tree would still only contain English
docu, with a short hint at where to get foreign documentation, in the README file)
Someone would have to be willing to develop this for us, though.
Any takers ?
One guy willing to do some translation work is (add others here, too !):
Mon, 12 Aug 2002 05:56:27 comp.emulators.ms-windows.wine Thread 70
of 108
Lines 5 Wine User Guide Translation No responses
Enio Schutt Jr <enio.s.jr(a)operamail.com> at
http://groups.google.com/
Newsgroups: comp.emulators.ms-windows.wine
Hi,
I am interested in translating the Wine User's Guide to
Brazilian Portuguese.
I would like to hear your opinion.
Bye.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=974>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=934
------- Additional Comments From ddmk(a)r66.ru 2002-08-16 17:00 -------
when i run d2gs (diablo 2 game server) server under wine usage of my cpu
growing to 100%, but where is no users on d2gs. I think it work's becose it is
connected to d2dbs & d2cs server (in logs i can see that thing)
In same situation i have 1% cpu usage undex win XP
Can anybody say where i can find an answer (place in of wine source)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=934>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=973
Summary: wine won't compile with freetype 2.1.2 (latest built)
Product: Wine
Version: 20020804
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: nt-(a)gmx.de
my compiler error is as follows (i got a lotta warnings too while do ./configure):
...
freetype.c: In function `WineEngGetCharWidth':
freetype.c:1991: dereferencing pointer to incomplete type
freetype.c: In function `WineEngGetTextExtentPoint':
freetype.c:2019: dereferencing pointer to incomplete type
freetype.c: In function `WineEngGetTextExtentPointI':
freetype.c:2046: dereferencing pointer to incomplete type
freetype.c: In function `WineEngGetFontData':
freetype.c:2059: `FT_Face' undeclared (first use in this function)
freetype.c:2059: parse error before "ft_face"
freetype.c:2068: `ft_face' undeclared (first use in this function)
freetype.c:2072: dereferencing pointer to incomplete type
freetype.c: In function `WineEngGetTextFace':
freetype.c:2099: dereferencing pointer to incomplete type
freetype.c:2100: dereferencing pointer to incomplete type
freetype.c:2102: dereferencing pointer to incomplete type
/usr/include/bits/stdio.h: At top level:
/usr/local/include/freetype2/freetype/internal/ftobjs.h:540: storage size of
`glyph_class' isn't known
make[2]: *** [freetype.o] Error 1
make[2]: Leaving directory `/usr/pub/dl/wine-20020804/dlls/gdi'
make[1]: *** [gdi] Error 2
make[1]: Leaving directory `/usr/pub/dl/wine-20020804/dlls'
make: *** [dlls] Error 2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=973>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=426
apa3a(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.com |apa3a(a)yahoo.com
Status|UNCONFIRMED |ASSIGNED
everconfirmed|0 |1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=426>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=297
------- Additional Comments From dclark(a)akamail.com 2002-08-16 12:43 -------
This has come through a few iterations to satisfy Alexandre, and only a partial
implementation has made it into CVS. Uwe's latest patch has not yet been
committed to CVS. So if what is in CVS does not work, you might want to also apply:
http://www.winehq.com/hypermail/wine-patches/2002/08/0013.html
This is necessary and works well for me on Xilinx ISE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=297>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=972
------- Additional Comments From apa3a(a)yahoo.com 2002-08-16 12:01 -------
Created an attachment (id=267)
The installer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=972>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=972
Summary: Implement urlmon.URLDownloadToCacheFileA
Product: Wine
Version: CVS
Platform: PC
URL: http://downloads-zdnet.com.com/3001-2077-10128958.html
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: apa3a(a)yahoo.com
This function downloads the URL to a cache file, optionally notifying caller
about the progress.
This function is used by installer of HeadHunter 1.1.2. Currently the installer
crashes with message "Unhandled exception: unimplemented function
urlmon.dll.URLDownloadToCacheFileA".
It can be downloaded from http://downloads-zdnet.com.com/3001-2077-10128958.html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=972>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=971
Summary: Regretion problem with Corel Draw 10
Product: Wine
Version: 20020804
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: wine_bugtracking_account(a)dias.com.br
Some time ago (probably with 20020411 wine) I was able to install and use corel
draw 10.
The major problem was font related (I was not using client side fonts support at
the time).
Now I tryed again with 20020804 build.
However it doesn't even start the installer.
I get an dialog saying:
SetupMgr: (the dialog title)
\/ You don't have administrator privileges
/\ in this computer.
Inpossible to continue instalation.
<OK>
The message is actually in pt_BR (as my CD10 version).
here is the output of --debugmes +ntdll,+mpr,+ole,+dll
trace:dll:fill_init_list (krnl386.exe) - START
trace:dll:fill_init_list (krnl386.exe) - END
trace:dll:fill_init_list (system.dll) - START
trace:dll:fill_init_list (system.dll) - END
trace:dll:fill_init_list (wprocs.dll) - START
trace:dll:fill_init_list (wprocs.dll) - END
trace:dll:fill_init_list (gdi.exe) - START
trace:dll:fill_init_list (gdi.exe) - END
trace:dll:fill_init_list (user.exe) - START
trace:dll:fill_init_list (user.exe) - END
trace:dll:fill_init_list (display.dll) - START
trace:dll:fill_init_list (display.dll) - END
fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found!
Using closest match instead (United States keyboard layout (phantom key
version)) for scancode mapping.
Please define your layout in windows/x11drv/keyboard.c and submit them
to us for inclusion into future Wine releases.
See the Wine User Guide, chapter "Keyboard" for more information.
mcop warning: user defined signal handler found for SIG_PIPE, overriding
trace:dll:NE_InitDLL Calling LibMain, cs:ip=02c7:0000 ds=02ff di=02fe cx=0200
trace:dll:fill_init_list (C:\WINDOWS\SYSTEM\COMMCTRL.DLL) - START
trace:dll:fill_init_list (krnl386.exe) - START
trace:dll:fill_init_list (krnl386.exe) - END
trace:dll:fill_init_list (user.exe) - START
trace:dll:fill_init_list (user.exe) - END
trace:dll:fill_init_list (gdi.exe) - START
trace:dll:fill_init_list (gdi.exe) - END
trace:dll:fill_init_list (keyboard.dll) - START
trace:dll:fill_init_list (keyboard.dll) - END
trace:dll:fill_init_list (C:\WINDOWS\SYSTEM\COMMCTRL.DLL) - END
trace:dll:NE_CallDllEntryPoint Calling C:\WINDOWS\SYSTEM\COMMCTRL.DLL
DllEntryPoint, cs:ip=02c7:0176
Log file name:C:\WINDOWS\Corel\Setup.log
fixme:mpr:WNetOpenEnumA (00000001, 00000001, 00000000, (nil), 0x405b5b58): stub
fixme:mpr:WNetOpenEnumA (00000001, 00000001, 00000000, (nil), 0x405b5b58): stub
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a36230: spincount=1000
not supported
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a36258: spincount=1000
not supported
It seems to me that the problem is with mpr.
However using a native mpr.dll gives an error about user.exe (as the builtin is
used). Using the native user.exe crashes.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=971>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=43
apa3a(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.com |apa3a(a)yahoo.com
Status|REOPENED |ASSIGNED
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=43>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=470
johane(a)lysator.liu.se changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |UNCONFIRMED
------- Additional Comments From johane(a)lysator.liu.se 2002-08-16 07:02 -------
This is not a duplicate of 160.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=470>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=970
Summary: Intermittent regression tests freeze, possibly due to
thread race condition.
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: paulm(a)astro.gla.ac.uk
[Comments made about CVS just after Tue, 13 Aug 2002 19:44:01 +01:00 (BST) updates]
Whilst conducting the regression tests (as part of the rolling CVS regression
testing) I discovered a problem. With the version set to "win20", the process
froze at one of the wininet DLL tests. This has happened before (see [1]), but
it only occurs when emulating one of the 16-bit version of Windows (ie "win20",
"win30" or "win31") and never for other versions.
Sylvain has reported [2] problems with the wininet regression tests. The
symptoms are the same, but for me the problem is only intermittent. Once I found
an example of the problem, I haven't been able to reproduce it - even with
identical CVS trees.
When the problem occurred, I attached gdb to the process and got the following info:
[...]
Loaded symbols for /lib/libresolv.so.2
0x402e7744 in __libc_close () at __libc_close:-1
-1 __libc_close: No such file or directory.
in __libc_close
(gdb) bt
#0 0x402e7744 in __libc_close () at __libc_close:-1
#1 0x400ec9a4 in __DTOR_END__ ()
from /home/paulm/WINE-cvs/wine/dlls/libntdll.dll.so
#2 0x400b3df5 in WaitForMultipleObjectsEx (count=0, handles=0x0,
wait_all=0, timeout=100, alertable=0) at
../../scheduler/synchro.c:257
#3 0x400b3b88 in Sleep (timeout=100) at ../../scheduler/synchro.c:178
#4 0x40358747 in winapi_test (flags=268435456) at tests/http.c:121
#5 0x40358b36 in func_http () at tests/http.c:184
#6 0x40358f9d in run_test (name=0xbffffc63 "http.c") at wtmain.c:244
#7 0x40357037 in __wine_exe_main () at wininet_test.exe.spec.c:133
#8 0x400aff84 in start_process () at ../../scheduler/process.c:528
#9 0x400b3f3f in call_on_thread_stack (func=0x400afd2c)
at ../../scheduler/sysdeps.c:108
So, to summarise (with some extra bits of information):
The problem occurs when wininet/tests/http.c is testing asynchronous
HttpSendRequest() (so flags > 0). The problem is triggered at line 121 of
http.c, i.e.:
120 while ((flags)&&(!goon))
121 Sleep(100);
Sleep(), in turn, just calls WaitForMultipleObjectsEx(). From
scheduler/synchro.c:
176 VOID WINAPI Sleep( DWORD timeout )
177 {
178 WaitForMultipleObjectsEx( 0, NULL, FALSE, timeout, FALSE );
179 }
WaitForMultipleObjectsEx() has problems when it gets to 257:
256 SERVER_END_REQ;
257 if (ret == STATUS_PENDING) ret = wait_reply( &cookie );
258 if (ret != STATUS_USER_APC) break;
In this case, ret is 1079729528, btw.
AFAIK, __DTOR_END__ (see near bottom of stack) is the destructor for a
function call in ntdll. I'm probably missing something obvious, but I
don't see the connection between scheduler/synchro.c:257 and ntdll. The
closest is wait_reply() (in scheduler/client.c) calls wait_reply_data (in
same file), which calls NtCurrentTeb(), which is commented as an NTDLL
function. But there doesn't seem to be an implementation of NtCurrentTeb
in ntdll.
HTH
Paul.
[1] http://www.winehq.com/hypermail/wine-devel/2002/08/0006.html
[2] http://www.winehq.com/hypermail/wine-devel/2002/07/0386.html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=821
------- Additional Comments From johane(a)lysator.liu.se 2002-08-16 06:56 -------
Try again with latest CVS, since there has been changes to this area.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=821>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=167
------- Additional Comments From lionel.ulmer(a)free.fr 2002-08-16 06:48 -------
Note that if you use DGA2, 'Ctrl Alt Backspace' still works to kill the X server
and return to normal.
By the way, DGA2 is severely broken in other ways (like no mouse event
handling), so do not use it :-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=167>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=167
------- Additional Comments From johane(a)lysator.liu.se 2002-08-16 06:47 -------
And what Wine are you using?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=167>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=167
johane(a)lysator.liu.se changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
------- Additional Comments From johane(a)lysator.liu.se 2002-08-16 06:42 -------
Is this with any particular game or with all games?
Which game is it, if any particular?
Does pressing Alt+F1 work to get you a console screen when things have gone wrong?
Alt+F7 or something should in that case bring you back to X after killing wine.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=167>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=167
------- Additional Comments From mcbridematt(a)hotmail.com 2002-08-16 06:34 -------
Using Same X version, Nvidia drivers 1.0-2960, 2.2.16-22 Kernel for i686
(NVdriver does not work for athlon based kernels).
Same for me.
Run a game, need reboot to return to normal use
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=167>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=90
This bug depends on bug 506, which changed state:
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=90>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=965
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-gui |wine-gdi
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-08-15 21:14 -------
This is what Microsofts documentation has to say about MaskBlt
Windows GDI
MaskBlt
The MaskBlt function combines the color data for the source and destination
bitmaps using the specified mask and raster operation.
BOOL MaskBlt(
HDC hdcDest, // handle to destination DC
int nXDest, // x-coord of destination upper-left corner
int nYDest, // y-coord of destination upper-left corner
int nWidth, // width of source and destination
int nHeight, // height of source and destination
HDC hdcSrc, // handle to source DC
int nXSrc, // x-coord of upper-left corner of source
int nYSrc, // y-coord of upper-left corner of source
HBITMAP hbmMask, // handle to monochrome bit mask
int xMask, // horizontal offset into mask bitmap
int yMask, // vertical offset into mask bitmap
DWORD dwRop // raster operation code
);
Parameters
hdcDest
[in] Handle to the destination device context. nXDest
[in] Specifies the x-coordinate, in logical units, of the upper-left corner of
the destination rectangle. nYDest
[in] Specifies the y-coordinate, in logical units, of the upper-left corner of
the destination rectangle. nWidth
[in] Specifies the width, in logical units, of the destination rectangle and
source bitmap. nHeight
[in] Specifies the height, in logical units, of the destination rectangle and
source bitmap. hdcSrc
[in] Handle to the device context from which the bitmap is to be copied. It must
be zero if the dwRop parameter specifies a raster operation that does not
include a source. nXSrc
[in] Specifies the x-coordinate, in logical units, of the upper-left corner of
the source bitmap. nYSrc
[in] Specifies the y-coordinate, in logical units, of the upper-left corner of
the source bitmap. hbmMask
[in] Handle to the monochrome mask bitmap combined with the color bitmap in the
source device context. xMask
[in] Specifies the horizontal pixel offset for the mask bitmap specified by the
hbmMask parameter. yMask
[in] Specifies the vertical pixel offset for the mask bitmap specified by the
hbmMask parameter. dwRop
[in] Specifies both foreground and background ternary raster operation codes
that the function uses to control the combination of source and destination
data. The background raster operation code is stored in the high-order byte of
the high-order word of this value; the foreground raster operation code is
stored in the low-order byte of the high-order word of this value; the low-order
word of this value is ignored, and should be zero. The macro MAKEROP4 creates
such combinations of foreground and background raster operation codes.
For a discussion of foreground and background in the context of this
function, see the following Remarks section.
For a list of common raster operation codes, see the BitBlt function.
Return Values
If the function succeeds, the return value is nonzero.
If the function fails, the return value is zero.
Windows NT/2000/XP: To get extended error information, call GetLastError.
Remarks
The MaskBlt function uses device-dependent bitmaps.
A value of 1 in the mask specified by hbmMask indicates that the foreground
raster operation code specified by dwRop should be applied at that location. A
value of 0 in the mask indicates that the background raster operation code
specified by dwRop should be applied at that location.
If the raster operations require a source, the mask rectangle must cover the
source rectangle. If it does not, the function will fail. If the raster
operations do not require a source, the mask rectangle must cover the
destination rectangle. If it does not, the function will fail.
If a rotation or shear transformation is in effect for the source device context
when this function is called, an error occurs. However, other types of
transformation are allowed.
If the color formats of the source, pattern, and destination bitmaps differ,
this function converts the pattern or source format, or both, to match the
destination format.
If the mask bitmap is not a monochrome bitmap, an error occurs.
When an enhanced metafile is being recorded, an error occurs (and the function
returns FALSE) if the source device context identifies an enhanced-metafile
device context.
Not all devices support the MaskBlt function. An application should call the
GetDeviceCaps function to determine whether a device supports this function.
If no mask bitmap is supplied, this function behaves exactly like BitBlt, using
the foreground raster operation code.
ICM: No color management is performed when blits occur.
Windows 2000/XP: When used in a multiple monitor system, both hdcSrc and hdcDest
must refer to the same device or the function will fail. To transfer data
between DCs for different devices, convert the memory bitmap (compatible bitmap,
or DDB) to a DIB by calling GetDIBits. To display the DIB to the second device,
call SetDIBits or StretchDIBits.
Requirements
Windows NT/2000/XP: Included in Windows NT 3.1 and later.
Windows 95/98/Me: Unsupported.
Header: Declared in Wingdi.h; include Windows.h.
Library: Use Gdi32.lib.
See Also
Bitmaps Overview, Bitmap Functions, BitBlt, GetDeviceCaps, GetDIBits, PlgBlt,
SetDIBits, StretchBlt, StretchDIBits
I do not have any confidence that I can handle this but I will take a look to see.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=965>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=763
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-08-15 20:55 -------
Regressions should have their own bug report. The way to find the patch that
broke the app (worse than it already is) is described here
http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml
I know that you have some trepidation about compiling from source but it is very
easy. Also once you have it set up as CVS it is a snap to keep up to date with
wine. the following link explains how to set up wine via CVS.
http://www.winehq.org/development/index.php?devstart
If you run into problems with this then you can drop me a line and I will try to
be helpfull.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=763>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=965
------- Additional Comments From apa3a(a)yahoo.com 2002-08-15 20:42 -------
Yes, the picture has a few placeholders for counters.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=965>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=965
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-08-15 19:03 -------
When I set [Version] "Windows" = "nt40" I get the error but not with "win98".
with wine set to "win98" the screen shows up with what look like 4 blank
counters. I'm not sure what to do about this bug. I suppose that the correct
thing to do is implement the function.<grin>
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=965>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=960
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-08-15 18:20 -------
Verifying as per reporters comments
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=960>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.