January 2003 - Wine-devel - list.winehq.org

Time
by Oliver Sampson 17 Jan '03

17 Jan '03

Howdy, Forgive me if this is already known, but I checked the bug list and didn't see it. It would seem that when Agent makes a call to get the Wine system time, it's returned the BIOS time, but not the adjusted time zone. For example I have set in my KDE environment as the time and as CET (which is where I am.) You see that the time that this email was sent is actually around 15:32 instead of the real 16:32. Should I submit a bug? Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

4 7

Re: Add check to SetMenuItemInfo
by Dmitry Timoshkov 17 Jan '03

17 Jan '03

"Mike Hearn" <m.hearn(a)signal.qinetiq.com> wrote: > Fail SetMenuItemInfo if both MFT_BITMAP and MFT_SEPARATOR are > specified (an api violation). I thought that Alexandre will not commit this patch, since it's obviously wrong. > + if (lpmii->fType & (MFT_BITMAP | MFT_SEPARATOR)) { > + WARN("fType contains MFT_BITMAP and MFT_SEPARATOR, API violation\n"); > + return FALSE; > + } You are testing here whether either MFT_BITMAP or MFT_SEPARATOR is set, which is perfectly valid to specify one of them. If you want to test whether both flags are set simultaneously then use something like this: if ((lpmii->fType & (MFT_BITMAP | MFT_SEPARATOR)) == (MFT_BITMAP | MFT_SEPARATOR)) A conformance test to show the real behaviour is urgently required. -- Dmitry.

5 10

RE: wine-devel digest, Vol 1 #1607 - 14 msgs
by Robert Shearman 17 Jan '03

17 Jan '03

> From: "=?ISO-8859-1?Q?J=FCrgen_Schmied?=" <juergen.schmied(a)debitel.net> > To: wine-devel(a)winehq.com > Date: Wed, 15 Jan 2003 13:25:12 +0100 > Subject: shell - drag&drop > Reply-To: juergen.schmied(a)debitel.net > > Hi! > > Since some people recently did work on shell32... > > Is anybody doing this stuff? Yes, I assume you mean IDragSourceHelper and I DropTargetHelper. I have a working IDragSourceHelper and I am just cleaning up the patch, but I fear that we may not have the underlying WS_EX_TRANSPARENT and WS_EX_LAYERED styles implemented that are needed for IDropTargetHelper. UpdateLayeredWindow is also not present, but making a stub for it would probably break a few apps. > juergen > -- > juergen.schmied(a)debitel.net > FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min) Rob

1 0

Problems switching keyboards
by Shachar Shemesh 17 Jan '03

17 Jan '03

Hi, I have a problem when working with a one keyboard option for language switching, and would like your help. I am using the default X11 IL keyboard. This keyboard has two layouts - US English one and an alternate IL Hebrew one. I have instructed X to switch between the keyboards when pressing both shifts (the full command was "setxkbmap -option grp:shift_toggle,grp:switch,grp_led:scroll il", and it should work on your machine assuming you have the he_IL locale compiled). The problem is this. When I run "notepad" with the proper LANG settings (LANG=he_IL wine --debugmsg +keyboard notepad), I can type English ok. I can also type Hebrew ok if I don't perform a permanent switch (i.e. - pressing the right Alt and typing produces Hebrew ok). If I do perform the permenant switch (pressing both shifts), I get all-caps. After switching back, I still get allcaps unless I press the caps lock. The only way to get out of this deadlock is by togelling to Hebrew, pressing the caps lock, and toggeling back. I get the following messages on toggle: trace:keyboard:X11DRV_ToUnicode Found keycode 50 (0x32) trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000fe0a err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=2001) trace:keyboard:X11DRV_KeyEvent Ignoring ISO_Next_Group keyboard event trace:keyboard:X11DRV_KeyEvent Ignoring ISO_Next_Group keyboard event trace:keyboard:X11DRV_KeyEvent Ignoring ISO_Prev_Group keyboard event I am out of my depth here on X. I will also note that I am not using the currently compiled Israeli keymap, but I have applied the attached patch (which I cannot seem to debug) Any help will be apretiated. Shachar Index: dlls/x11drv/keyboard.c =================================================================== RCS file: /home/sun/sources/cvs/wine/dlls/x11drv/keyboard.c,v retrieving revision 1.17 diff -u -r1.17 keyboard.c --- dlls/x11drv/keyboard.c 7 Jan 2003 20:36:22 -0000 1.17 +++ dlls/x11drv/keyboard.c 17 Jan 2003 07:10:59 -0000 @@ -631,10 +631,10 @@ /*** Israeli keyboard layout */ static const char main_key_IL[MAIN_LEN][4] = { - "`~;","1!1","2(a)2","3#3","4$4","5%5","6^6","7&7","8*8","9(9","0)0","-_-","=+=", - "qQ/","wW'","eE÷","rRø","tTà","yYè","uUå","iIï","oOí","pPô","[{[","]}]", - "aAù","sSã","dDâ","fFë","gGò","hHé","jJç","kKì","lLê",";:ó","\'\",","\\|\\", - "zZæ","xXñ","cCá","vVä","bBð","nNî","mMö",",<ú",".>õ","/?." + "`~;~","1!1!","2(a)2@","3#3#","4$4$","5%5%","6^6^","7&7&","8*8*","9(9(","0)0)","-_-_","=+=+", + "qQ/Q","wW'W","eE÷E","rRøR","tTàT","yYèY","uUåU","iIïI","oOíO","pPôP","[{[{","]}]}", + "aAùA","sSãS","dDâD","fFëF","gGòG","hHéH","jJçJ","kKìK","lLêL",";:ó:","\'\",\"","\\|\\|", + "zZæZ","xXñX","cCáC","vVäV","bBðB","nNîN","mMöM",",<ú<",".>õ>","/?.?" }; /*** Greek keyboard layout (contributed by Kriton Kyrimis <kyrimis(a)cti.gr>)

1 0

Implementation of "start" command
by Dan Kegel 17 Jan '03

17 Jan '03

I saw somebody at work type the following commandline in Windows: start notepad blah.c He said "It's the easiest way to bring up a random file in Notepad." Well, of course Wine should be able to do that, I realized when I woke up this morning, and I vowed to make it happen before I went to work today. So here's a quickie implementation of the start command. Seems to work... comments welcome. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.116 diff -d -u -r1.116 configure.ac --- configure.ac 4 Jan 2003 02:52:05 -0000 1.116 +++ configure.ac 16 Jan 2003 16:28:55 -0000 @@ -1497,6 +1497,7 @@ programs/regtest/Makefile programs/rpcss/Makefile programs/rundll32/Makefile +programs/start/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.33 diff -d -u -r1.33 Makefile.in --- programs/Makefile.in 4 Jan 2003 02:52:05 -0000 1.33 +++ programs/Makefile.in 16 Jan 2003 16:28:55 -0000 @@ -19,6 +19,7 @@ regtest \ rpcss \ rundll32 \ + start \ uninstaller \ view \ wcmd \ @@ -43,6 +44,7 @@ regsvr32 \ rpcss \ rundll32 \ + start \ uninstaller \ wcmd \ wineboot \ @@ -61,6 +63,7 @@ progman \ regedit \ regsvr32 \ + start \ uninstaller \ wcmd \ wineboot \ @@ -73,6 +76,7 @@ # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ + start.exe \ rpcss.exe \ wcmd.exe \ wineconsole.exe \ --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/Makefile.in 2003-01-16 08:20:35.000000000 -0800 @@ -0,0 +1,13 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = start.exe +APPMODE = cui +IMPORTS = shell32 + +C_SRCS = start.c + +(a)MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/start.c 2003-01-16 08:23:33.000000000 -0800 @@ -0,0 +1,59 @@ +/* + * Start a program using ShellExecute + * + * Copyright 2003 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" +#include "wine/debug.h" + +#include <windows.h> +#include <stdio.h> +#include <stdlib.h> + +WINE_DEFAULT_DEBUG_CHANNEL(start); + +/* Placeholder implementation for now. */ + +int main(int argc, char *argv[]) +{ + char *program; + char *arguments; + HINSTANCE hres; + + if (argc == 1) { + printf("Usage: start file-or-program ...\n"); + exit(0); + } + if (argc > 3) { + WINE_FIXME("More than one argument not implemented"); + exit(1); + } + + program = argv[1]; + arguments = NULL; + if (argc == 3) + arguments = argv[2]; + + hres = ShellExecute(NULL, "open", program, arguments, NULL, SW_SHOWNORMAL); + if (((int)hres) <= 32) { + printf("Cannot execute %s %s, error %d\n", program, arguments?arguments:"", (int)hres); + exit(1); + } + + exit(0); +}

5 11

(no subject)
by J. Wesley Cleveland 16 Jan '03

16 Jan '03

1 0

timegettime - WinMM.dll funciton
by Ann and Jason Edmeades 16 Jan '03

16 Jan '03

I was trying to debug a DirectX8 simple sample, and found a bug in timegettime. Once this call has been made, my program never exits, probably because of the launched thread? Can anyone take a look at this? I'll happily test it :-) For now I have commented out that call and the pgm exits fine. It is also worth noting that the values I get back dont seem anything like on windows (I know the magnitude is based off when the timer thread gets kicked off, but I am talking about the deltas between two successive calls). Jason

1 0

shlwapi/path test compilation error
by Francois Gouget 16 Jan '03

16 Jan '03

This test does not compile on Windows. There is a header include problem but changing them to the following solves the problem: #include "windef.h" #include "wtypes.h" #include "shlwapi.h" #include "wininet.h" #include "wine/test.h" #include "wine/unicode.h" However we then have problems with missing declarations on Windows: path.c(58) : warning C4013: 'UrlHashA' undefined; assuming extern returning int path.c(59) : warning C4013: 'UrlHashW' undefined; assuming extern returning int path.c(83) : warning C4013: 'UrlGetPartA' undefined; assuming extern returning int path.c(85) : warning C4013: 'UrlGetPartW' undefined; assuming extern returning int path.c(99) : error C2065: 'URL_PART_HOSTNAME' : undeclared identifier path.c(100) : error C2065: 'URL_PART_PORT' : undeclared identifier path.c(101) : error C2065: 'URL_PART_USERNAME' : undeclared identifier path.c(102) : error C2065: 'URL_PART_PASSWORD' : undeclared identifier path.c(103) : error C2065: 'URL_PART_SCHEME' : undeclared identifier path.c(104) : error C2065: 'URL_PART_QUERY' : undeclared identifier -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Before you criticize someone, walk a mile in his shoes. That way, if he gets angry, he'll be a mile away - and barefoot.

1 0

Problem compiling current CVS on Redhat 8
by Martin Cracauer 16 Jan '03

16 Jan '03

wine/dlls/comcat/: comcat_private.h:45: conflicting types for `ClassFactoryImpl' comcat.h:49: previous declaration of `ClassFactoryImpl' [more of same error for ther types] The two struct definitions actually are the same typedef struct { /* IUnknown fields */ ICOM_VFIELD(IClassFactory); DWORD ref; } ClassFactoryImpl; However, the gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) on Redhat 8 rejects the redefinition of the extern class which follows: extern ClassFactoryImpl COMCAT_ClassFactory; Is it neccessary to declare these types two times and/or include both *.h files? I also get this: gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o comcat_main.o comcat_main.c In file included from comcat.h:28, from comcat_private.h:29, from comcat_main.c:21: ../../include/wine/obj_base.h:26:2: #error DO NOT INCLUDE DIRECTLY Martin

1 0

Installing IE5.5
by Shachar Shemesh 16 Jan '03

16 Jan '03

I managed to install IE5.5 using the following procedure: 1. Download the IE5.5 base install from MS 2. Set .wine/config as suggested a few days ago (ver=nt40, setupapi=builtin, *=native,builtin) 3. Using the latest Wine (20030115), run the setup tool 4. I, personally, made two sessions. One downloading everything, and the other for installing. 5. Install just the basic IE. No Connection wizard or anything else. 6. When setup finshes (and you get an error in processing the reboot) - wait for all wine instances to exit 7. run wineboot. 8. One of the programs initiated by wineboot fails to run (starts winedbg), just shut it down. 9. That's it - IE works, sortof. I'm hoping this proves useful to everyone. Shachar

1 0