http://bugs.winehq.com/show_bug.cgi?id=1121
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-02 11:24 -------
DirectPlay is known to be problematic sometimes.
Checking out a --debugmsg +relay,+dplay log might be helpful.
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=1121>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1121
Summary: DirectPlay problems?
Product: Wine
Version: 20020904
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: yotamr(a)bezeqint.net
When attempting to invoke the multiplay capabilities in Heroes of Might and
Magic III, I receive the following error message:
"DirectPlay Error:
'Unknown error?'
File: 'C:\Dev\Heroes 3 Exp 2\Remote.cpp'
Line# 1867"
At this point, the builtin version of dplay was being used. I received the same
error when using the native version. The output of "wine --debugmsg
+dplay,+dplayx,warn+all Heroes3.exe" can be found at
http://yotamr.dyndns.org/winelog. The apparently relevant excerpt from the log
is: trace:dplay:DPLAYX_LibMain (1117782016,0x00000000,0x1)
trace:dplay:DPLAYX_DestructData DPLAYX dll unloaded - destruct called
trace:dplay:DPLAYX_GetThisLobbyHandles Waiting for DPLAYX semaphore
trace:dplay:DPLAYX_GetThisLobbyHandles Through wait
trace:dplay:DPLAYX_IsAppIdLobbied Translated dwAppID == 0 into 0x0806e1b0
trace:dplay:DPLAYX_GetThisLobbyHandles DPLAYX Semaphore released
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=1121>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1002
------- Additional Comments From nog(a)sdf.lonestar.org 2002-11-02 02:37 -------
I have implemented the [ format specifier in the scanf functions, I havn't been
able to look at the log because when I click on the link then it asks me it I
wan't to save the showattachment.cgi. I suppose this bug should be closed, anyone?
nog.
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=1002>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=129
Speeddymon(a)yahoo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|REMIND |
------- Additional Comments From Speeddymon(a)yahoo.com 2002-11-01 23:15 -------
Well, I couldnt install AIM, but I copied it from my win2k install. Insertedthe AppDefaults Entry to use win2k (instead of win98) as the winver. Ran theexecutable and it ran fine.This is using version 5.0.2398 of aim for windows.Problems:when you mouseover the setup buttons (just below the buddy list) they disappearuntil you move the scrollbar on the buddy list itself or until a tooltip coversit. Tab key doesn't switch the focus to the password box on the pre-logonwindow. When you exit with right click on the systray icon while _NOT_ loggedon it crashes. When you exit with the right click on the icon on the systray it exits fine, but when you click the close button on the window and also whenyou exit with Alt+F4 it does crash with:fixme:process:SetProcessWorkingSetSize (0xffffffff,-1,-1): stub - harmlesscurrent wine version is in play... why doesnt wineconsole allow markingtext to be copied (i.e. for a bt)anyways, we should fix this. If more debug info is needed let me know-DustinP.S. When I tried to bring up the help file it crashed but when I closed thedebugger it recovered and I could use it normally... :/
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=129>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1120
Summary: Infarview: Thumbnails screen doesn't work
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-patches
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: clozano(a)andago.com
It will open the debugger if you go to Thumbnails screen in some folder what have
pictures. File->Thumbnails. It works fine using native comctl32.
Regards,
Carlos.
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=1120>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1111
------- Additional Comments From Speeddymon(a)yahoo.com 2002-11-01 12:55 -------
sounds to me like that installer may have some copy protection like all of
westwood's installers do, and since we dont have copy protection implemented
this installer wont work...
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=1111>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1073
------- Additional Comments From Speeddymon(a)yahoo.com 2002-11-01 11:32 -------
Dimi had me add a couple of trace lines to the treeview code after the hack
patch. For some weird reason the installer is expecting unicode even though it
doesn't support it. He then asked me to add the patch to the code before Guy's
patch and when I went to do that I found out that Guy's patch is the one that
actually implements TREEVIEW_NotifyFormat so there was no way to do that.
Clip from email:
-begin-
--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote:
> On November 1, 2002 02:00 am, you wrote:
> > after banging my head on my keyboard for a few minutes
> > because i couldnt find treeview_notifyformat i went and looked at cvsweb
> > and found out...there is no treeview_notifyformat before guy's patch so
> > there is no way for me to get that kind of a debug output...
>
> Good find. Please add this to Bugzilla. But it presents a big problem:
> if we behave correctly, we break the app. What do we do?
>
I'm wondering if maybe its my app thats broken already and thats why its
sending the unicode message..
-end-
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=1073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1073
------- Additional Comments From Speeddymon(a)yahoo.com 2002-11-01 00:03 -------
Created an attachment (id=326)
Debug log after the hacky patch is committed.
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=1073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1073
------- Additional Comments From Speeddymon(a)yahoo.com 2002-11-01 00:02 -------
Created an attachment (id=325)
Hacky patch that works in case it doesn't get committed, this may break apps that send messages in unicode instead of ansi
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=1073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1073
------- Additional Comments From Speeddymon(a)yahoo.com 2002-10-31 23:58 -------
ok 20021031 was released, and i tested the new patch, it didnt work either. he
then priv emailed me a one-liner that worked. I am posting it here after the
NEW debug output
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=1073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=48
------- Additional Comments From fgouget(a)codeweavers.com 2002-10-31 20:19 -------
The patch looks good to me so I'm sending it almost unchanged to wine-patches
(giving proper credit of course).
The only change I'm making (and thus submitting separately) is for
SM_CYMAXIMIZED. Actually I was wrong and it was still at -45 (I had based my
calculation on 1400 instead of 1440). Now, why -45?
The reason is that this value is based on a default Win95 installation which has
the 'Start Menu' at the bottom. But even on Windows the size of this menu bar
can vary (the user can resize it), and I have even seen users put it on the side!
On Linux it may be there or not be there depending on the Windows
manager/desktop (Gnome/KDE). Similarly its size changes from distribution to
distribution. So until we can query the window manager/desktop as to the actual
size of the reserved area I think we should just hard-code SM_CYMAXIMIZED at
'height of screen + 2 borders', just like for SM_CXMAXIMIZED.
And that's what I'm sending as the second patch.
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=48>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1116
Summary: Winrar 3.0: Problem with header control
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-patches
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: clozano(a)andago.com
If you open winrar, navigate by the directory until that you find a .zip file, and
you do doubleclick about the file, it will refresh the listbox and will should the list
of files what are included in the .zip, (almost correct because the icons are
buggy), but the problem is that a new "extra" header have been included in the
"header" control, it has now:
Name | Size | Packet | Type | Modified | CRC32 | Name
^^^^^^ <- this is duplicated!!!
Now if you click in the gold arrow and go back to the last seen folder, it does
refresh the listbox, but the "extra Name" doesn't disappear. It works fine with
comctl32 native.
Regards,
Carlos.
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=1116>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1115
Summary: Pirch98: Rebar_Layout problem
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-patches
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: clozano(a)andago.com
When you run the program, it is NOT usable, it is repainting continually the
screen, and no one control works. It works fine with comctl32 native. The
problem looks like that happen in rebar, because it is giving some ERR messages:
err:rebar:REBAR_AdjustBands Phase 1 failed, x=561, maxx=0, start=0, end=0
err:rebar:REBAR_AdjustBands Phase 1 failed, x=565, maxx=0, start=0, end=0
err:rebar:REBAR_AdjustBands Phase 1 failed, x=565, maxx=0, start=0, end=0
If you add a "return;" to the start of the function REBAR_Layout, the rebar is
painted incorrectly, but the program can be used.
If you don't remove REBAR_Layout and only comment the last line of the
REBAR_Layout function
//REBAR_ForceResize (infoPtr);
Then the rebar are painted better (but no correct) and it is usable.
Regards,
Carlos.
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=1115>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1114
Summary: Winrar2.90/3.00: Comboex doesn't trigger a event when
you mouse-click in some value of it
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-patches
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: clozano(a)andago.com
It is easy of check, install winrar 2.90/3.00, click in the combo (you need a
version of day 31/10/2002 or superior ;), and change the letter, and the listbox
will not get updated. It works fine in comctl32 native. But the listbox will get
updated if you press ENTER in the combobox value.
I did some hacking in it:
in comboex.c:
* case CBN_SELCHANGE:
if i add this 2 lines: (before of the SendMessageW)
+ cbeend.iWhy = CBENF_RETURN;
+ COMBOEX_NotifyEndEdit (infoPtr, &cbeend, NULL);
return SendMessageW (parent, WM_COMMAND, wParam,
(LPARAM)infoPtr->hwndSelf);
Then it works Ok, but i am sure that it is a hack.
Regards,
Carlos.
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=1114>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1113
------- Additional Comments From dclark(a)akamail.com 2002-10-31 14:19 -------
Quite right. I see that now.
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=1113>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1113
------- Additional Comments From joern(a)sierwald.com 2002-10-31 13:50 -------
Sorry, but this is not what I meant. The destination directory does exist
already. The problem is that the destination ends with a '\' sign. Windows
would append the actual filename to the destination and try to open that file.
The resulting filename would be C:\\Program
Files\\Borland\\InterBase\\ibinstall.dll". But WINE doesn't do 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=1113>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1113
------- Additional Comments From dclark(a)akamail.com 2002-10-31 13:39 -------
In this case it is a documented feature:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/bas…
Go down near the bottom to the header "Directories", and it says "An application
cannot create a directory with CreateFile; it must call CreateDirectory or
CreateDirectoryEx to create a directory."
And indeed, running on WinNT, if there is no such directory, this call sets the
LastError to ERROR_INVALID_NAME. I have seen another program that expects that
and then makes a call to create the directory.
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=1113>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1113
Summary: kernel32.CopyFileW failure
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: joern(a)sierwald.com
Hi everybody.
I was using build 20021007, that was not available to select for "version", on
Redhat 7.3. I tried to install the Interbase (an SQL database from Borland)
client and the installer reported that it could not copy any of the files
from the install subdirectory to the destination. Installation failed.
I managed to produce this debug output from wine:
08073ed8:Call kernel32.CopyFileW(402af0f8
L"C:\\ib_install\\client\\ibinstall.dll",402af150 L"C:\\Program
Files\\Borland\\InterBase\\",00000000) ret=4131ee2f
trace:file:CopyFileW L"C:\\ib_install\\client\\ibinstall.dll" -> L"C:\\Program
Files\\Borland\\InterBase\\"
trace:file:CreateFileW L"C:\\ib_install\\client\\ibinstall.dll" GENERIC_READ
FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0
trace:file:CreateFileW returning 00000054
trace:file:GetFileInformationByHandle 00000054
trace:file:CreateFileW L"C:\\Program Files\\Borland\\InterBase\\" GENERIC_WRITE
FILE_SHARE_READ FILE_SHARE_WRITE CREATE_ALWAYS attributes 0x20
warn:file:FILE_CreateFile Unable to create file '/usr/share/wine-c/Program
Files/Borland/InterBase' (GLE 82)
trace:file:CreateFileW returning ffffffff
warn:file:CopyFileW Unable to open dest L"C:\\Program
Files\\Borland\\InterBase\\"
08073ed8:Ret kernel32.CopyFileW() retval=00000000 ret=4131ee2f
What I can see here is that the destination is not a file name (as it is
supposed to be) but the name of a subdirectory. WINE does not like that.
The installer works flawlessly on any known windows platform, this
looks like an undocumented feature of windows to me.
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=1113>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1111
------- Additional Comments From unicorn(a)lysator.liu.se 2002-10-31 12:18 -------
I didn't look in the FAQ. However, as you can see, my original description
of the problem describes that I tried a very similar solution already (with
symlinks to all files on the two CDs instead of copying the files). Now I
have tried copying the files to a single directory as well, and I still get
the same problem with the installer looping over the question to insert CD
two.
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=1111>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1111
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|blocker |normal
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-10-31 10:33 -------
A severity of blocker would be if wine would not compile or run
Did you look at this in the FAQ database
http://www.winehq.org/cgi-bin/fom?_highlightWords=cdrom&file=223
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=1111>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1073
------- Additional Comments From Speeddymon(a)yahoo.com 2002-10-31 08:41 -------
tested patch, it didnt resolve the problem, but it was a step closer. he
submitted another patch but i havent had a chance to test it out yet.. i will
do that tonight and post the results. both patches have been committed to CVS
already...
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=1073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=1111
------- Additional Comments From johane(a)lysator.liu.se 2002-10-31 04:40 -------
I don't think severity means the impact on the application in question as much
as the impact on the component. Can anyone confirm those thoughts?
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=1111>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=48
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-10-30 20:34 -------
Wine Win98
SM_CYVTHUMB 15 16 See Note 1
SM_CXHTHUMB 15 16 See Note 1
SM_CXSMSIZE 15 13 Hard Coded at 15 also used for SM_CYSMSIZE
SM_CYMAXIMIZED sh-5 sh+8 SM_CYSCREEN - 45 see Note 2
SM_CXMENUCHECK 14 13 Hard Coded at 14
SM_CYMENUCHECK 14 13 Hard Coded at 14
Note 1. when winelook is greater than win31 These values are gotten indirectly
from the registry and 1 is added to the value when it shouldn't AFAICT
Note 2. sysMetrics[SM_CYSCREEN] = GetDeviceCaps( hdc, VERTRES )
Do we care very much about sysmetrics for winelook win31 if not the following
patch should close this bug. If you want I could doa patch using checks for
winelook > win31
Index: sysmetrics.c
===================================================================
RCS file: /home/wine/wine/windows/sysmetrics.c,v
retrieving revision 1.30
diff -u -r1.30 sysmetrics.c
--- sysmetrics.c 28 Aug 2002 00:54:53 -0000 1.30
+++ sysmetrics.c 31 Oct 2002 02:29:30 -0000
@@ -163,7 +163,7 @@
sysMetrics[SM_WINE_BPP] = GetDeviceCaps( hdc, BITSPIXEL );
sysMetrics[SM_CXBORDER] = 1;
sysMetrics[SM_CYBORDER] = sysMetrics[SM_CXBORDER];
- sysMetrics[SM_CYVTHUMB] = sysMetrics[SM_CXVSCROLL] - 1;
+ sysMetrics[SM_CYVTHUMB] = sysMetrics[SM_CXVSCROLL];
sysMetrics[SM_CXHTHUMB] = sysMetrics[SM_CYVTHUMB];
sysMetrics[SM_CXICON] = 32;
sysMetrics[SM_CYICON] = 32;
@@ -220,8 +220,8 @@
sysMetrics[SM_CXSMICON] = sysMetrics[SM_CYSIZE] - (sysMetrics[SM_CYSIZE] % 2);
sysMetrics[SM_CYSMICON] = sysMetrics[SM_CXSMICON];
sysMetrics[SM_CYSMCAPTION] = 16;
- sysMetrics[SM_CXSMSIZE] = 15;
- sysMetrics[SM_CYSMSIZE] = sysMetrics[SM_CXSMSIZE];
+ sysMetrics[SM_CXSMSIZE] = 13;
+ sysMetrics[SM_CYSMSIZE] = 15;
sysMetrics[SM_CXMENUSIZE] = sysMetrics[SM_CYMENU] - 1;
sysMetrics[SM_CYMENUSIZE] = sysMetrics[SM_CXMENUSIZE];
@@ -238,7 +238,7 @@
sysMetrics[SM_CXMAXIMIZED] =
sysMetrics[SM_CXSCREEN] + 2 * sysMetrics[SM_CXFRAME];
sysMetrics[SM_CYMAXIMIZED] =
-
sysMetrics[SM_CYSCREEN] - 45;
+
sysMetrics[SM_CYSCREEN] - 32;
sysMetrics[SM_NETWORK] = 3;
/* For the following: 0 = ok, 1 = failsafe, 2 = failsafe + network */
@@ -246,8 +246,8 @@
sysMetrics[SM_CXDRAG] = 2;
sysMetrics[SM_CYDRAG] = 2;
- sysMetrics[SM_CXMENUCHECK] = 14;
- sysMetrics[SM_CYMENUCHECK] = 14;
+ sysMetrics[SM_CXMENUCHECK] = 13;
+ sysMetrics[SM_CYMENUCHECK] = 13;
/* FIXME: Should check the type of processor for the following */
sysMetrics[SM_SLOWMACHINE] = 0;
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=48>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.