March 2004 - Wine-Devel - list.winehq.org

DM_SETDEFID problems
by Santosh Siddheshwar March 12, 2004

March 12, 2004

Hi Rob, Maybe I should have been more clear in my question. Is DM_SETDEFID message processing restricted to dialogs created using dialog template? Is there any scenario where the DIALOGINFO structure could be NULL thus preventing the message from being effectively handled? Regards Santosh S __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

2 1

Re: Application database
by chmorgan＠charter.net March 12, 2004

March 12, 2004

Yes, I too think we need to support the appdb. Perhaps we should setup some kind of application submission interface where users can fill things in and provide links to screen captures and such. Maintainers could then go through and apply the changes to the db and copy the images to a local location to preserve them. Chris > > From: Frank Hendriksen <frank.hendriksen(a)franksworld.net> > Date: 2004/03/11 Thu PM 03:22:14 EST > To: wine-devel(a)winehq.org > Subject: Application database > > I've noticed that the application database hasn't been updated for quite > some time. I'm willing to help to keep it up to date or become the > maintainer. > > > > >

6 7

Re: Re: Application database
by chmorgan＠charter.net March 12, 2004

March 12, 2004

Can you add me as a maintainer of the appdb as well? I'm often helping people in irc so I deal a lot with people trying to run all kinds of different apps, would be useful to start filling in some information on them so we have some kind of record of how well they run under wine. Thanks, Chris > > From: Jeremy Newman <jnewman(a)codeweavers.com> > Date: 2004/03/12 Fri AM 08:00:08 EST > To: wine-devel(a)winehq.org > Subject: Re: Application database > > Based on the size of the submission queue right now, it does not look > like anyone has approved an app for awhile now. > > We may need a few more volunteers to maintain the appdb. > > I'm also curious to find out if I opened up the appdb code base, (i.e > made a cvs module for it), if anyone would be interested in improving > it. I haven't patched a single line of code in it for over a year. > > Honestly, I've been worried about opening it up, as I have never had the > time to go through and look for vulnerabilities and so forth. > > On Thu, 2004-03-11 at 21:27, Tom Williams wrote: > > I just added a new application, called TweakPNG, to the app database. :) > > > > I don't know if my submission was accepted or not. > > > > > chmorgan(a)charter.net wrote: > > > > >Yes, I too think we need to support the appdb. > > > > > >Perhaps we should setup some kind of application submission interface where users can fill things in and provide links to screen captures and such. Maintainers could then go through and apply the changes to the db and copy the images to a local location to preserve them. > > > > > >>From: Frank Hendriksen <frank.hendriksen(a)franksworld.net> > > >>Date: 2004/03/11 Thu PM 03:22:14 EST > > >>To: wine-devel(a)winehq.org > > >>Subject: Application database > > >> > > >>I've noticed that the application database hasn't been updated for quite > > >>some time. I'm willing to help to keep it up to date or become the > > >>maintainer. > > -- > Jeremy Newman <jnewman(a)codeweavers.com> > CodeWeavers, Inc. > > > >

1 0

DM_SETDEFID problems
by Santosh Siddheshwar March 12, 2004

March 12, 2004

Hi All, Does anyone know if WINE supports sending DM_SETDEFID to non-dialog windows? Regards Santosh S ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

2 1

3/4 patches for compilation of ATL & MFC
by Boaz Harrosh March 12, 2004

March 12, 2004

PATCH 3 msvcrt.diff minor fixes to msvcrt - include/msvcrt/limits.h very much synced with MSVC, needed by MFC - include/msvcrt/math.h I'm not sure who submitted a broken empty math.h header. Just to show that no one is doing serious winlib work lately, or they are not reporting about it. This header is the one I have for use with STLPort, it will Just #include the standard lib one. If it is not acceptable than at least completely remove the one in now. - include/msvcrt/mbctype.h Some missing constants for the _setmbcp, used by MFC - include/msvcrt/wchar.h Some code was copy pasted from <sys/stat.h> and was protected by an #ifndef. The <sys/stat.h> added some newer definitions that where not added to wchar. This patch removes the old definitions and instead #includes <sys/stat.h>. It is the same way in ms-headers. In fact I had some code that presupposed stat.h included by wchar that would hence not compile under the old version. ? include/msvcrt/exception ? include/msvcrt/float.h ? include/msvcrt/new ? include/msvcrt/stdarg.h ? include/msvcrt/typeinfo Index: include/msvcrt/limits.h =================================================================== RCS file: /home/wine/wine/include/msvcrt/limits.h,v retrieving revision 1.1 diff -u -r1.1 limits.h --- include/msvcrt/limits.h 2 Sep 2003 00:58:21 -0000 1.1 +++ include/msvcrt/limits.h 10 Mar 2004 08:36:47 -0000 @@ -1,10 +1,32 @@ #ifndef __WINE_LIMITS_H #define __WINE_LIMITS_H -#define INT_MAX 2147483647 -#define INT_MIN (-2147483648) -#define SHRT_MAX 32767 -#define SHRT_MIN (-32768) +/*chars and mb's*/ +#define CHAR_BIT 8 +#define CHAR_MIN (-128) +#define CHAR_MAX 127 +#define SCHAR_MIN (-128) +#define SCHAR_MAX 127 +#define UCHAR_MIN 0 +#define UCHAR_MAX 0xff +#define MB_LEN_MAX 2 + +/*shorts ints longs*/ +#define SHRT_MIN 0x8000 +#define SHRT_MAX 0x0fff + +#define USHRT_MAX 0xffff +#define INT_MIN (-2147483647 - 1) +#define INT_MAX 2147483647 +#define UINT_MAX 0xffffffff +#define LONG_MIN (-2147483647L - 1) +#define LONG_MAX 2147483647L +#define ULONG_MAX 0xffffffffUL + +/* __int64 */ +#define _I64_MIN (-9223372036854775807i64 - 1) +#define _I64_MAX 9223372036854775807i64 +#define _UI64_MAX 0xffffffffffffffffui64 #ifdef __cplusplus extern "C" { Index: include/msvcrt/math.h =================================================================== RCS file: /home/wine/wine/include/msvcrt/math.h,v retrieving revision 1.1 diff -u -r1.1 math.h --- include/msvcrt/math.h 2 Sep 2003 00:58:21 -0000 1.1 +++ include/msvcrt/math.h 10 Mar 2004 08:36:47 -0000 @@ -1,12 +1,14 @@ -#ifndef __WINE_MATH_H -#define __WINE_MATH_H -#ifdef __cplusplus -extern "C" { -#endif +#include <../include/math.h> -#ifdef __cplusplus -} -#endif - -#endif /* __WINE_MATH_H */ Index: include/msvcrt/mbctype.h =================================================================== RCS file: /home/wine/wine/include/msvcrt/mbctype.h,v retrieving revision 1.4 diff -u -r1.4 mbctype.h --- include/msvcrt/mbctype.h 18 Jul 2003 22:57:15 -0000 1.4 +++ include/msvcrt/mbctype.h 10 Mar 2004 08:36:47 -0000 @@ -30,6 +30,12 @@ unsigned char* __p__mbctype(void); #define _mbctype (__p__mbctype()) +/* _setmbcp parameter defines */ +#define _MB_CP_SBCS 0 +#define _MB_CP_OEM -2 +#define _MB_CP_ANSI -3 +#define _MB_CP_LOCALE -4 + int _getmbcp(void); int _ismbbalnum(unsigned int); int _ismbbalpha(unsigned int); Index: include/msvcrt/wchar.h =================================================================== RCS file: /home/wine/wine/include/msvcrt/wchar.h,v retrieving revision 1.5 diff -u -r1.5 wchar.h --- include/msvcrt/wchar.h 18 Jul 2003 22:57:15 -0000 1.5 +++ include/msvcrt/wchar.h 10 Mar 2004 08:36:48 -0000 @@ -151,35 +151,7 @@ #endif /* MSVCRT_WFINDDATA_T_DEFINED */ #ifndef MSVCRT_STAT_DEFINED -#define MSVCRT_STAT_DEFINED - -struct _stat { - _dev_t st_dev; - _ino_t st_ino; - unsigned short st_mode; - short st_nlink; - short st_uid; - short st_gid; - _dev_t st_rdev; - MSVCRT(_off_t) st_size; - MSVCRT(time_t) st_atime; - MSVCRT(time_t) st_mtime; - MSVCRT(time_t) st_ctime; -}; - -struct _stati64 { - _dev_t st_dev; - _ino_t st_ino; - unsigned short st_mode; - short st_nlink; - short st_uid; - short st_gid; - _dev_t st_rdev; - __int64 st_size; - MSVCRT(time_t) st_atime; - MSVCRT(time_t) st_mtime; - MSVCRT(time_t) st_ctime; -}; +#include <sys/stat.h> #endif /* MSVCRT_STAT_DEFINED */ /* ASCII char classification table - binary compatible */

4 3

fixme:msvcrt:MSVCRT__sopen
by Erik de Castro Lopo March 12, 2004

March 12, 2004

HI all, I have a console program which spits out messages along the lines of: fixme:msvcrt:MSVCRT__sopen : pmode 0x01a0 ignored Looking at the code to MSVCRT__sopen I find this: if(pmode & ~(_S_IREAD | _S_IWRITE)) FIXME(": pmode 0x%04x ignored\n", pmode); else WARN(": pmode 0x%04x ignored\n", pmode); Would it not be safe to just delete both the FIXME and the WARN or am I missing something? Cheers, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid) +-----------------------------------------------------------+ "The X-files is too optimistic. The truth is not out there." -- Anthony Ord

1 0

NULL DIALOGINFO structure
by Santosh Siddheshwar March 12, 2004

March 12, 2004

Hi All, Does anyone visualize a scenario where DIALOGINFO is going to be NULL and subsequently we cannot process DM_SETDEFID and DM_GETDEFID messages? Regards Santosh S ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

1 0

CreateFile problem (with patch)
by Stefan Leichter March 12, 2004

March 12, 2004

Sorry, this time with patch attached Hello, i have a program that trys to open the serial port with CreateFile() like this: Call kernel32.CreateFileA(00422f7c "\\\\.\\COM1",c0000000,00000000, 00000000,00000003,00000080,00000000) The function call fail with current CVS. After debugging some time i found a fix for the problem. But my knowlodge of the CreateFile function an all its different usages is verry limited. Therefore i post the patch here for comment. Bye Stefan

4 4

Tracking of single files in cvs
by Christian Britz March 12, 2004

March 12, 2004

Hi, This might be just a general cvs related question but hopefully someone of you could help; I don't think that I am the only interested person! Is there a simple way to get informed when ever a specified file in cvs changes (e.g. by mail)? In my case I would like to track the README file. Or will I have to write a script or something myself? Thank you Christian

2 2

Re: Notepad - Richedit Window
by Mike McCormack March 12, 2004

March 12, 2004

Hi Steven, I still think it would be better to create a seperate write.exe and implement rtf support in that (using Richedit). My feeling is that extending notepad.exe past what it's meant to do is going to cause trouble. Sorry to discourage you from working on Richedit :( It could be a satistfying project if you were willing to stick with it ... Mike Steven Edwards wrote: > Hello, > I was thinking about doing some work on richedit until Mike McCormack > said it would take a year of work. That means it would take me two or > three and I am just not that interested. Anyway it was still good for > me to get to pratice writting something that really works for once, > even if it is worthless on WINE. This patch does make running notepad > on windows look much better though and has no effect on WINE that I can > tell. > > Thanks > Steven > > Changelog: > Use a richedit control in notepad

1 0