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.