wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: GetModuleFileName
by Alexandre Julliard 18 Apr '04

18 Apr '04

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > Interestingly enough, GetModuleFileName[AW] doesn't '\0'-terminate the > buffer if it is too small > Our current implementation was terminating the buffer. > This patch fixes this, and adds a test case for that behavior and > patches all the places in wine which are potentially impacted by it I doubt it fills the buffer with nulls if it is too large though, so strncpy is probably not the right thing to use here (in fact strncpy is almost always the wrong function to use, we should probably have a janitorial task to fix this everywhere). -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: dlls/kernel/console.c::SetConsoleCtrlHandler() cleanup/fixup
by Alexandre Julliard 18 Apr '04

18 Apr '04

Peter Riocreux <par+wine_devel(a)silistix.com> writes: > It gives every impression of working for me, but I have only tested it > with one application. > > Suggestions for better extended error codes appreciated. Error codes should not be based on suggestions, what you should do is write a small test program under Windows to find out the real codes. -- Alexandre Julliard julliard(a)winehq.org

9 16

Re: msvcrt
by Uwe Bonnes 18 Apr '04

18 Apr '04

>>>>> "Eric" == Eric Pouech <pouech-eric(a)wanadoo.fr> writes: Eric> I was about to implement the fd inheritance in msvcrt, when I came Erich, the attachment seems broken again... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

Re: List other downloads on winehq
by Ivan Leo Murray-Smith 18 Apr '04

18 Apr '04

> Internet Explorer ..... Installing IE requires a windows license for the computer where you're installing it. This sort of restricts it's use with wine. Ivan.

2 1

arch tip #2
by Mike Hearn 18 Apr '04

18 Apr '04

Hi everyone, I just checked in a new update to the genpatch script. It can now send an email to wine-patches automatically given a set of local changesets. Use it like this: ./genpatch -m 5 6 7 if you did three commits, patch-5, patch-6 and patch-7 and want to send them all to wine-patches as one email. The log message and summary of the first patch will be used, and all three patches will be combined into one. You get to edit the email before it's sent and will be asked for confirmation, so you can read it over one last time. By default it will send mail to localhost - if you don't want to setup sendmail you can have "export GENPATCH_RELAY=smtp.myisp.com" in your shell init scripts to make it use a different mail relay. So in summary, development on a series of related improvements to wine goes like this: (setup arch and checkout the cvs gateway tree) ./branch some-branch cd .. cd some-branch tla make-log (make some changes, noting what they are in the arch-created log file as you go) tla commit * committed whoever(a)where-ever.org--2004/wine--some-branch--0.9--patch-2 tla make-log (more changes) tla commit * committed whoever(a)where-ever.org--2004/wine--some-branch--0.9--patch-3 ./merge (this brings your tree up to date with winehq, only bother if you think there has been enough drift to make it worthwhile) ./genpatch -m 2 3 (read generated email, to confirm delete the first line + save + quit) thanks -mike

1 0

Security of WINE and ReactOS: was Documents and settings
by Steven Edwards 18 Apr '04

18 Apr '04

Hello Alex, I am going to drag this semi-off topic for a bit while I plant some ideas in people heads. --- Aleksey Bragin <aleksey(a)studiocerebral.com> wrote: > If ROS will support (and I bet it will!) NT 4.0 security model (or, > better, > Win2k then) it would be just great! > Certainly people with deeper knowledge of this security model + > knowledge of > unix and also linux implementation model can specify the differences, > and > what's missing in them. Note I only know a little about the Local Securty Authority but I think its not going to be to hard to implement if Wine and ReactOS work together on it. /me just doubts how much he can write. The unix security design of users and groups with permissions is not bad its just outdated. The nice thing about Unix is adding new security modules via PAM is not to bad except they are only for authentication. The unix concept of groups, users and permissions needs to be moved forward about 20 years. The SELinux stuff has really helped alot in this regard. (Please dont flame its the truth) I recently addressed this in a discussion about ReactOS. Currently our lsass does not exist. I think we have what we have parts of the security reference monitor already implemented in ntoskrnl and most of the parts are there for winlogon and the SAM database so we need to develop the lsass services and build out the authentaticaion modules for MSV1_0 auth. One of the nice things about the design of the Windows security module is that we can make plugins at both ends so that users can be granted access either based on a "domain" concept in winlogin/Gina using plugins for LDAP and PAM or via the lsass so users can be authencated locally. It would be nice if we could work with the Winehq people on this as I think we can share the parts of the security subsystem that reside in lsass. Think of it like this (Kernel support) wineserver/ntosknrl need to both implement the security refernce montior for privlaged use of the local system resources. I dont know how much of this wineserver really needs to take in to account in the initial incarnation. (Local security subsystem) Lsass works interactivly with services and the login system and can accept all sorts of nice plugins so we are not limited to just the standard Windows authentication. As a matter of fact you could replace large parts of they authentication system if you are supper paronoid. Think of lsass as the sentry for Windows. It talks to the SRM to make sure you are not doing anything you shouldnt be. (User interaction) Interaction with the user will come from Winlogon on ReactOS or on Unix the user should already be authenticated via Linux security. This can of course be done via the authentication modules described above. Once the user I wish I could attach the nice chart from Inside Windows NT so you could see the security subsystem. Its quite a piece of work and is quite a shame Windows security gets a bad name due to slack administrators. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html

4 3

Installing DCOM98 with latest CVS
by pvriens＠xs4all.nl 18 Apr '04

18 Apr '04

Hi, I was trying to install dcom98.exe with the latest CVS and run into several errors ranging from file-not-found errors upto problems with getting the free diskspace of drives. Tracing showed (amongst others): trace:file:GetLongPathNameW L"E:\\TOOLS",0x406cf144,1024 trace:file:RtlDosPathNameToNtPathName_U (L"E:\\TOOLS",0x406cde4c,0x406cde54,(nil)) trace:file:RtlGetFullPathName_U (L"E:\\TOOLS" 520 0x406cdc08 0x406cde54) trace:file:RtlDosPathNameToNtPathName_U At the end, returning TRUE trace:file:GetLongPathNameW not found L"E:\\TOOLS"! so we didn't get an handle from RtlDosPathNameToNtPathName_U ! After some extra tracing I decided to revert some patches and got this installation working after reverting the following patches: http://cvs.winehq.org/cvsweb/wine/dlls/kernel/volume.c.diff?r1=1.7&r2=1.8 log : Reimplemented GetDiskFreeSpaceW and GetDiskFreeSpaceExW http://cvs.winehq.org/cvsweb/wine/dlls/kernel/change.c.diff?r1=1.4&r2=1.5 log : Make FindFirstFileExW and FindFirstChangeNotificationW use NtOpenFile directly http://cvs.winehq.org/cvsweb/wine/files/drive.c.diff?r1=1.114&r2=1.115 log : Reimplemented GetDiskFreeSpaceW and GetDiskFreeSpaceExW I will investigate further, but just to let you know. I didn't try other programs. Everything done on a clean non-windows installation. Cheers, Paul.

1 0

Re: Widl: Conditionals, Dotted Versions, Handles
by Ove Kaaven 18 Apr '04

18 Apr '04

lør, 17.04.2004 kl. 18.53 skrev Robert Shearman: > Hi, > > This patch adds support for several features I found lacking whilst > attempting to generate headers for RPC interfaces. Is this needed? @@ -350,6 +354,7 @@ | tSWITCHTYPE '(' type ')' { $$ = make_attrp(ATTR_SWITCHTYPE, type_ref($3)); } | tUUID '(' aUUID ')' { $$ = make_attrp(ATTR_UUID, $3); } | tV1ENUM { $$ = make_attr(ATTR_V1ENUM); } + | tVERSION '(' version '.' version ')' { $$ = make_attrv2(ATTR_VERSION, $3, $5); } | tVERSION '(' version ')' { $$ = make_attrv(ATTR_VERSION, $3); } | tWIREMARSHAL '(' type ')' { $$ = make_attrp(ATTR_WIREMARSHAL, type_ref($3)); } | pointer_type { $$ = make_attrv(ATTR_POINTERTYPE, $1); } Doesn't the "version" rule already handle this?

1 0

Re: List other downloads on winehq
by Ivan Leo Murray-Smith 18 Apr '04

18 Apr '04

> Does somebody have a list of what can be > found (and installed on a non-Windows platform) on Microsoft's site? It's not a complete list, but I've got the following links vb runtime http://www.microsoft.com/downloads/details.aspx?FamilyID=bf9a24f9-b5c5-48f4… the windows installer for win9x http://www.microsoft.com/downloads/details.aspx?FamilyID=cebbacd8-c094-4255… the windows installer for winnt/2k http://www.microsoft.com/downloads/details.aspx?FamilyID=4b6140f9-2d36-4977… The comctl32 dll, the eula says you can only distribute it with an app that runs on windows, but it also says you can use it, and doesn't say that to do so you need a windows license (The eula is the same one you get with the sdk), so it's ok to use it on wine. http://www.microsoft.com/downloads/details.aspx?FamilyID=6f94d31a-d1e0-4658… gdi+ components, same license as comctl32 http://www.microsoft.com/downloads/details.aspx?FamilyID=bfc0b436-9015-43e2… CAPICOM.DLL http://www.microsoft.com/downloads/details.aspx?FamilyID=860ee43a-a843-462f… ShFolder DLL http://www.microsoft.com/downloads/details.aspx?FamilyID=6ae02498-07e9-48f1… I think all these windows components can be used without problems on wine, but probably winehq can't redistribute any of them. BTW, we have dcom95 on the sourceforge page, this is a violation of the sf TOS, wouldn't it be a good idea to link to the microsoft dcom95 download page instead? Like this we'll user their bandwidth, and save a little for sf.net. Ivan.

1 0

Re: (no subject)
by Ivan Leo Murray-Smith 18 Apr '04

18 Apr '04

> If not, I would like to give it a try, but I need some > documentation c.q. information on the functionallity > of these functions /what they do etc http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/wi… Ivan.

1 0

Change to CompareStringW introduced regression in QuArK (bug #2159)
by David Costanzo 18 Apr '04

18 Apr '04

I have been investigating a regression in the functionality of QuArK, a popular level editor for Quake. The regression is filed as bug #2159. I have identified the cause of the regression as changes made to CompareStringW from revision 1.25 to revision 1.26 of wine/dlls/kernel/locale.c. I do not know how to proceed from here. The relevant modification is changing CompareStringW from calling strncmpiW/strncmpW to calling wine_compare_string. I hacked my code to call both the new and old version and print out whenever the two return different values. Calling wine_compare_string seems to have changed the behavior of comparing strings that have accent marks with strings that don't have accent marks when the NORM_IGNORECASE flag is set. I don't understand unicode collation, nor do I know how QuArK is using CompareStringW. I don't doubt that CompareStringW should call wine_compare_string, but if this is a bug in wine_compare_string, I don't know how to fix it. Does anyone have any suggestions on what my next step should be? Thanks, David Costanzo __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25� http://photos.yahoo.com/ph/print_splash

1 0

Re: [D3D8] Fix on Hardware Vertex Shaders and D3DTADDRESS_MIRROR
by Lionel Ulmer 18 Apr '04

18 Apr '04

> - fix the SetTextureStageState for D3DTADDRESS_MIRROR using dynamic GL > detection (and not build time GL headers) By the way, you should also check for the 'GL_IBM_texture_mirrored_repeat' extension. I know of no OpenGL drivers who has the IBM and not the ARB extension, but well, it does cost nothing to be pedantic :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

RE: Security of WINE and ReactOS: was Documents and settings
by Joshua Walker 18 Apr '04

18 Apr '04

The one known as "Steven Edwards" hath scripted: --------------------------------- The unix security design of users and groups with permissions is not bad its just outdated. The nice thing about Unix is adding new security modules via PAM is not to bad except they are only for authentication. The unix concept of groups, users and permissions needs to be moved forward about 20 years. The SELinux stuff has really helped alot in this regard. (Please dont flame its the truth) ----------------------------------- Looking at security from a Unix up to windows through WINE as opposed to looking down to UNIX from Windows through WINE, I have do disagree. The UNIX security system is not really "outdated" just "diffrent". One of the reasons why it's still around after 20 years is because it works. As I have never owned Windows after ME drug it's carcass across the computing landscape, I don't really quite grok windws security anyway. From futzing with an XP box at work, I don't see any real obvious way of locking down permissions on files and such. Right click/properties on a file gives me the same tierd DOS flags that haven't changed since DOS 3.0 I don't see anyting that's blocking me from deleting, say, advapi32.dll with extreame prejudice. If I went into my /lib dir and tried a rm -fr as a normal user, my system will kindly tell me to go away and play in my /home directory. The question is quite intresting. How does one "translate" a security philosophy? Do we want to give WINE the ability to hijack wsock32.dll? (wsock32.dll.so) This is often done with ISP proprietary installers, *COUGH*-AOL-*COUGH*, and various spyware apps. Has this been considered?

2 1

(no subject)
by Robbert Xerox 17 Apr '04

17 Apr '04

hi, I'm wondering if anybody is working on the WSALookupServiceBegin functions in winsock (socket.c) . If not, I would like to give it a try, but I need some documentation c.q. information on the functionallity of these functions /what they do etc. Any help appreciated. Robbert ____________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html

1 0

[PATCH?] Finally found a solution to serial port writes
by Geoffrey Hausheer 17 Apr '04

17 Apr '04

The following patch is probably wrong, but it fixes my problem with WriteFile failing when writing to a COM port. The problem appears to be that NtWaitForSingleObject sends a count of '1' which results in the wine_server_call in NTDLL_wait_for_multiple_objects returning 'STATUS_USER_APC' which aborts the execution before 'call_apcs' gets called (which actually does the write). calling 'NTDLL_wait_for_multiple_objects' with count = 0 allows the 'call_apcs' function to get called, and TzMax50 actually works perfectly (along with my nasty hack to allow the menus to work) as a reminder, the COM port is opened in non-overlapped mode, and all timeouts are set to 0. (I didn't submit this to wine-patches, since i'm not at all sure it is generally correct) I can also try to write a test-case that shows this works (sort of...I can test that WriteFile returns the right result, but not that data was actually written on the serial port. I know of no way to do that without external hardware). I don't know how to make it general enough though (what to do when there is no COM port attached to the machine?) .Geoff --- orig/dlls/ntdll/file.c +++ mod/dlls/ntdll/file.c @@ -585,7 +585,7 @@ ret = register_new_async(&ovp->async); if (ret != STATUS_SUCCESS) return ret; - if (flags & FD_FLAG_TIMEOUT) + if (hEvent != NULL && flags & FD_FLAG_TIMEOUT) { NtWaitForSingleObject(hEvent, TRUE, NULL); NtClose(hEvent);

1 0

WININET: make WCHAR strings const where possible
by Mike McCormack 17 Apr '04

17 Apr '04

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > It would be much better if you could mark all string constants > as such using 'const' key word in all your patches (including > already committed, submitted and future ones). Perhaps we should make a janitorial task to CONST-ify strings where possible? Mike ChangeLog: * make WCHAR strings const where possible Index: dlls/wininet/http.c =================================================================== RCS file: /home/wine/wine/dlls/wininet/http.c,v retrieving revision 1.56 diff -u -r1.56 http.c --- dlls/wininet/http.c 31 Mar 2004 20:09:54 -0000 1.56 +++ dlls/wininet/http.c 12 Apr 2004 14:12:48 -0000 @@ -470,8 +470,8 @@ { UINT len; LPWSTR in, out; - WCHAR szBasic[] = {'B','a','s','i','c',' ',0}; - WCHAR szColon[] = {':',0}; + const WCHAR szBasic[] = {'B','a','s','i','c',' ',0}; + const WCHAR szColon[] = {':',0}; len = lstrlenW( username ) + 1 + lstrlenW ( password ) + 1; in = HeapAlloc( GetProcessHeap(), 0, len*sizeof(WCHAR) ); @@ -504,7 +504,7 @@ { HTTPHEADERW hdr; INT index; - WCHAR szProxyAuthorization[] = { + const WCHAR szProxyAuthorization[] = { 'P','r','o','x','y','-','A','u','t','h','o','r','i','z','a','t','i','o','n',0 }; hdr.lpszValue = HTTP_EncodeBasicAuth( username, password ); @@ -538,10 +538,9 @@ WCHAR proxy[MAXHOSTNAME + 15]; /* 15 == "http://" + sizeof(port#) + ":/\0" */ WCHAR* url, szNul[] = { 0 }; URL_COMPONENTSW UrlComponents; - WCHAR szHttp[] = { 'h','t','t','p',':','/','/',0 }, szSlash[] = { '/',0 } ; - /*WCHAR szColon[] = { ':',0 }; */ - WCHAR szFormat1[] = { 'h','t','t','p',':','/','/','%','s',':','%','d',0 }; - WCHAR szFormat2[] = { 'h','t','t','p',':','/','/','%','s',':','%','d',0 }; + const WCHAR szHttp[] = { 'h','t','t','p',':','/','/',0 }, szSlash[] = { '/',0 } ; + const WCHAR szFormat1[] = { 'h','t','t','p',':','/','/','%','s',':','%','d',0 }; + const WCHAR szFormat2[] = { 'h','t','t','p',':','/','/','%','s',':','%','d',0 }; int len; memset( &UrlComponents, 0, sizeof UrlComponents ); @@ -607,7 +606,7 @@ LPWSTR lpszUrl = NULL; DWORD nCookieSize; HINTERNET handle; - WCHAR szUrlForm[] = {'h','t','t','p',':','/','/','%','s',0}; + const WCHAR szUrlForm[] = {'h','t','t','p',':','/','/','%','s',0}; DWORD len; TRACE("--> \n"); @@ -670,7 +669,7 @@ if (NULL == lpszVerb) { - WCHAR szGet[] = {'G','E','T',0}; + const WCHAR szGet[] = {'G','E','T',0}; lpwhr->lpszVerb = WININET_strdupW(szGet); } else if (strlenW(lpszVerb)) @@ -698,7 +697,7 @@ if (hIC->lpszAgent) { WCHAR *agent_header; - WCHAR user_agent[] = {'U','s','e','r','-','A','g','e','n','t',':',' ','%','s','\r','\n',0 }; + const WCHAR user_agent[] = {'U','s','e','r','-','A','g','e','n','t',':',' ','%','s','\r','\n',0 }; len = strlenW(hIC->lpszAgent) + strlenW(user_agent); agent_header = HeapAlloc( GetProcessHeap(), 0, len*sizeof(WCHAR) ); @@ -716,8 +715,8 @@ if (InternetGetCookieW(lpszUrl, NULL, NULL, &nCookieSize)) { int cnt = 0; - WCHAR szCookie[] = {'C','o','o','k','i','e',':',' ',0}; - WCHAR szcrlf[] = {'\r','\n',0}; + const WCHAR szCookie[] = {'C','o','o','k','i','e',':',' ',0}; + const WCHAR szcrlf[] = {'\r','\n',0}; lpszCookies = HeapAlloc(GetProcessHeap(), 0, (nCookieSize + 1 + 8)*sizeof(WCHAR)); @@ -789,9 +788,9 @@ LPHTTPHEADERW lphttpHdr = NULL; BOOL bSuccess = FALSE; LPWININETHTTPREQW lpwhr; - WCHAR szFmt[] = { '%','s',':',' ','%','s','%','s',0 }; - WCHAR szcrlf[] = { '\r','\n',0 }; - WCHAR sznul[] = { 0 }; + const WCHAR szFmt[] = { '%','s',':',' ','%','s','%','s',0 }; + const WCHAR szcrlf[] = { '\r','\n',0 }; + const WCHAR sznul[] = { 0 }; if (TRACE_ON(wininet)) { #define FE(x) { x, #x } @@ -1419,12 +1418,12 @@ do { - WCHAR szSlash[] = { '/',0 }; - WCHAR szSpace[] = { ' ',0 }; - WCHAR szHttp[] = { 'h','t','t','p',':','/','/', 0 }; - WCHAR szcrlf[] = {'\r','\n', 0}; - WCHAR sztwocrlf[] = {'\r','\n','\r','\n', 0}; - WCHAR szSetCookie[] = {'S','e','t','-','C','o','o','k','i','e',0 }; + const WCHAR szSlash[] = { '/',0 }; + const WCHAR szSpace[] = { ' ',0 }; + const WCHAR szHttp[] = { 'h','t','t','p',':','/','/', 0 }; + const WCHAR szcrlf[] = {'\r','\n', 0}; + const WCHAR sztwocrlf[] = {'\r','\n','\r','\n', 0}; + const WCHAR szSetCookie[] = {'S','e','t','-','C','o','o','k','i','e',0 }; TRACE("Going to url %s %s\n", debugstr_w(lpwhr->lpszHostName), debugstr_w(lpwhr->lpszPath)); loop_next = FALSE; @@ -1540,7 +1539,7 @@ { if (lpwhr->StdHeaders[i].wFlags & HDR_ISREQUEST) { - WCHAR szFmt[] = { '\r','\n','%','s',':',' ','%','s', 0}; + const WCHAR szFmt[] = { '\r','\n','%','s',':',' ','%','s', 0}; cnt += sprintfW(requestString + cnt, szFmt, lpwhr->StdHeaders[i].lpszField, lpwhr->StdHeaders[i].lpszValue); TRACE("Adding header %s (%s)\n", @@ -1554,7 +1553,7 @@ { if (lpwhr->pCustHeaders[i].wFlags & HDR_ISREQUEST) { - WCHAR szFmt[] = { '\r','\n','%','s',':',' ','%','s', 0}; + const WCHAR szFmt[] = { '\r','\n','%','s',':',' ','%','s', 0}; cnt += sprintfW(requestString + cnt, szFmt, lpwhr->pCustHeaders[i].lpszField, lpwhr->pCustHeaders[i].lpszValue); TRACE("Adding custom header %s (%s)\n", @@ -1565,7 +1564,7 @@ if (lpwhr->lpszHostName) { - WCHAR szFmt[] = { '%','s','%','s',0 }; + const WCHAR szFmt[] = { '%','s','%','s',0 }; cnt += sprintfW(requestString + cnt, szFmt, HTTPHOSTHEADER, lpwhr->lpszHostName); } @@ -1658,7 +1657,7 @@ { LPHTTPHEADERW setCookieHeader; int nPosStart = 0, nPosEnd = 0, len; - WCHAR szFmt[] = { 'h','t','t','p',':','/','/','%','s','/',0}; + const WCHAR szFmt[] = { 'h','t','t','p',':','/','/','%','s','/',0}; setCookieHeader = &lpwhr->pCustHeaders[CustHeaderIndex]; @@ -1678,7 +1677,7 @@ /* fixme: not case sensitive, strcasestr is gnu only */ int nDomainPosEnd = 0; int nDomainPosStart = 0, nDomainLength = 0; - WCHAR szDomain[] = {'d','o','m','a','i','n','=',0}; + const WCHAR szDomain[] = {'d','o','m','a','i','n','=',0}; LPWSTR lpszDomain = strstrW(&setCookieHeader->lpszValue[nPosEnd], szDomain); if (lpszDomain) { /* they have specified their own domain, lets use it */ @@ -1952,8 +1951,8 @@ BOOL bSuccess = FALSE; INT rc = 0; WCHAR value[MAX_FIELD_VALUE_LEN], field[MAX_FIELD_LEN]; - WCHAR szStatus[] = {'S','t','a','t','u','s',0}; - WCHAR szHttp[] = { 'H','T','T','P',0 }; + const WCHAR szStatus[] = {'S','t','a','t','u','s',0}; + const WCHAR szHttp[] = { 'H','T','T','P',0 }; char bufferA[MAX_REPLY_LEN]; TRACE("-->\n"); @@ -2087,32 +2086,32 @@ INT HTTP_GetStdHeaderIndex(LPCWSTR lpszField) { INT index = -1; - WCHAR szContentLength[] = { + const WCHAR szContentLength[] = { 'C','o','n','t','e','n','t','-','L','e','n','g','t','h',0}; - WCHAR szStatus[] = {'S','t','a','t','u','s',0}; - WCHAR szContentType[] = { + const WCHAR szStatus[] = {'S','t','a','t','u','s',0}; + const WCHAR szContentType[] = { 'C','o','n','t','e','n','t','-','T','y','p','e',0}; - WCHAR szLastModified[] = { + const WCHAR szLastModified[] = { 'L','a','s','t','-','M','o','d','i','f','i','e','d',0}; - WCHAR szLocation[] = {'L','o','c','a','t','i','o','n',0}; - WCHAR szAccept[] = {'A','c','c','e','p','t',0}; - WCHAR szReferer[] = { 'R','e','f','e','r','e','r',0}; - WCHAR szContentTrans[] = { 'C','o','n','t','e','n','t','-', + const WCHAR szLocation[] = {'L','o','c','a','t','i','o','n',0}; + const WCHAR szAccept[] = {'A','c','c','e','p','t',0}; + const WCHAR szReferer[] = { 'R','e','f','e','r','e','r',0}; + const WCHAR szContentTrans[] = { 'C','o','n','t','e','n','t','-', 'T','r','a','n','s','f','e','r','-','E','n','c','o','d','i','n','g',0}; - WCHAR szDate[] = { 'D','a','t','e',0}; - WCHAR szServer[] = { 'S','e','r','v','e','r',0}; - WCHAR szConnection[] = { 'C','o','n','n','e','c','t','i','o','n',0}; - WCHAR szETag[] = { 'E','T','a','g',0}; - WCHAR szAcceptRanges[] = { + const WCHAR szDate[] = { 'D','a','t','e',0}; + const WCHAR szServer[] = { 'S','e','r','v','e','r',0}; + const WCHAR szConnection[] = { 'C','o','n','n','e','c','t','i','o','n',0}; + const WCHAR szETag[] = { 'E','T','a','g',0}; + const WCHAR szAcceptRanges[] = { 'A','c','c','e','p','t','-','R','a','n','g','e','s',0 }; - WCHAR szExpires[] = { 'E','x','p','i','r','e','s',0 }; - WCHAR szMimeVersion[] = { + const WCHAR szExpires[] = { 'E','x','p','i','r','e','s',0 }; + const WCHAR szMimeVersion[] = { 'M','i','m','e','-','V','e','r','s','i','o','n', 0}; - WCHAR szPragma[] = { 'P','r','a','g','m','a', 0}; - WCHAR szCacheControl[] = { + const WCHAR szPragma[] = { 'P','r','a','g','m','a', 0}; + const WCHAR szCacheControl[] = { 'C','a','c','h','e','-','C','o','n','t','r','o','l',0}; - WCHAR szUserAgent[] = { 'U','s','e','r','-','A','g','e','n','t',0}; - WCHAR szProxyAuth[] = { + const WCHAR szUserAgent[] = { 'U','s','e','r','-','A','g','e','n','t',0}; + const WCHAR szProxyAuth[] = { 'P','r','o','x','y','-', 'A','u','t','h','e','n','t','i','c','a','t','e', 0};

4 7

Re: some more dbghelp fixes & enhancements
by Dimitrie O. Paun 17 Apr '04

17 Apr '04

On April 17, 2004 3:02 pm, Eric Pouech wrote: > change log says it all > A+ > @@ -29,22 +29,21 @@ > > /* TODO The patch is b0rken. -- Dimi.

2 1

Visual FoxPro
by Cecil Champenois 17 Apr '04

17 Apr '04

I have heard that there is a lot of interest in moving the WINE for Visual FoxPro forward. About a year ago, a major FoxPro developer by the name of Whil Hentzen was telling our User Group www.ocfox.org about the Visual FoxPro work you are doing with WINE. He also demonstrated Visual FoxPro working on a Linux laptop. We were all very impressed by this and anted to jump right into development but were told that the conversion or whatever you want to call it was at least 1 to 1.5 years away. This discouraged us a bit, so what we'd like to know is this: Where does the WINE work in relation to VFP 6, 76 and 8 stand now? We would like to begin some development in Linux, but need to know where the WINE work stands at this time and what the future looks like. Cecil

3 2

RE: Proposed solution for COMCTL32 subclassing problems
by Robert Shearman 17 Apr '04

17 Apr '04

Filip Navara wrote: > > Hi, > > here is my proposed solution for crashes in COMCTL32 observed in > specific situations while calling the window procedure subclassing > functions. If there were removed all subclassed window procedures during > the execution of SubclassWndProc there happened a crash, because the > structure that holds the subclassing stack was freed in DefSubclassProc. Yes, that was my fault. Sorry. > Also if there were some window procedure subclassings removed during the > execution of SubclassWndProc, the stack position counting could have > gone wrong. My solution is to let the subclassing stack grow the > opposite way, so that item 0 is the most nested one. I also removed the > stacknew handling which I strongly believe is redundant now. It looks much simpler now, but I don't understand why reversing the direction of the stack should make any difference. I don't think you submitted the required patch to comctl32.h. Rob

2 4

Re: [DXDIAG2] First Implementation
by Alexandre Julliard 17 Apr '04

17 Apr '04

Raphael <fenix(a)club-internet.fr> writes: > + * @TODO: fix wine headers dependencies > + */ > +#if !defined( _MSC_VER ) || defined( __WINE__ ) > +# include "windef.h" > +# include "winbase.h" > +# include "wingdi.h" > +# include "winuser.h" > +/** GetProp is a define by user.h */ > +# undef GetProp > +/* VARIANT */ > +# include <oleauto.h> > +#endif > +/** > + * End Hack > + */ This is because on Windows many headers include windows.h and we don't want to do that in Wine. There's no reason to add #ifdefs though, it should build just fine on Windows even with the extra includes. > +#undef EXPORT_STDAPI > +#if defined( _MSC_VER ) > +# define EXPORT_STDAPI __declspec(dllexport) extern HRESULT > +#else > +# define EXPORT_STDAPI extern HRESULT > +#endif We don't need that sort of thing in Wine dlls, and it confuses winapi_check, so please don't do it. Also you forgot to include the spec file in your patch... -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: [dx104] better hardware vertex shader activation
by Alexandre Julliard 17 Apr '04

17 Apr '04

Raphael <fenix(a)club-internet.fr> writes: > Changelog: > - Use a config entry (instead of the registrry) to control the HW vertex > shader activation Actually the registry is probably a better idea, this way we don't need to move it again once we get rid of the config file. I'd suggest Sofware\Wine\d3d instead of Sofware\Wine\Wine\d3d though, this is more likely to be the correct place once the config reorganization is done. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: abnt2 keyboard patch
by Rafael Ávila de Espíndola 17 Apr '04

17 Apr '04

> That's why I said that it's an X11 bug and we can do nothing about it. > > Please resubmit the patch without that part. Attached. I will contact xfree and try to fix the rest of the problem. Thanks. > Dmitry. Rafael

2 1

Re: Visual FoxPro
by Dan Kegel 17 Apr '04

17 Apr '04

Cecil Champenois wrote: > I have heard that there is a lot of interest in moving the WINE for > Visual FoxPro forward. About a year ago, a major FoxPro developer by the > name of Whil Hentzen was telling our User Group www.ocfox.org about the > Visual FoxPro work you are doing with WINE. He also demonstrated Visual > FoxPro working on a Linux laptop. We were all very impressed by this and > anted to jump right into development but were told that the conversion > or whatever you want to call it was at least 1 to 1.5 years away. This > discouraged us a bit, so what we'd like to know is this: Where does the > WINE work in relation to VFP 6, 76 and 8 stand now? > > We would like to begin some development in Linux, but need to know where > the WINE work stands at this time and what the future looks like. Hi Cecil! I went to the VFP UG in Los Angeles that week just to meet Whil, he's a nice guy. I think what he was probably talking about when he said "1 to 1.5 years away" was that Wine had some rough edges. It still does, but they're steadily being cleaned up, and Wine is getting smoother and smoother every month. You should probably give it a try. Build it from fresh sources (it's not too hard), set up a small test app in VFP, and give it a try on Wine. If you run into problems, let us know. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

Compilation problems in glu32/glu.c
by Luke Stras 17 Apr '04

17 Apr '04

I've recently downloaded a fresh copy out of CVS, and get the following errors while compiling: make[2]: Entering directory `/home/stras/src/wine/wine/dlls/glu32' ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./glu32.spec glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -lkernel32 -lntdll -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port glu.o(.text+0x765): In function `wine_gluTessBeginPolygon': /home/stras/src/wine/wine/dlls/glu32/glu.c:437: undefined reference to `gluTessBeginPolygon' glu.o(.text+0x786): In function `wine_gluTessEndPolygon': /home/stras/src/wine/wine/dlls/glu32/glu.c:447: undefined reference to `gluTessEndPolygon' glu.o(.text+0x9b2): In function `wine_gluTessBeginContour': /home/stras/src/wine/wine/dlls/glu32/glu.c:577: undefined reference to `gluTessBeginContour' glu.o(.text+0x9d6): In function `wine_gluTessEndContour': /home/stras/src/wine/wine/dlls/glu32/glu.c:587: undefined reference to `gluTessEndContour' glu.o(.text+0xa2b): In function `wine_gluTessProperty': /home/stras/src/wine/wine/dlls/glu32/glu.c:608: undefined reference to `gluTessProperty' glu.o(.text+0xa60): In function `wine_gluTessNormal': /home/stras/src/wine/wine/dlls/glu32/glu.c:618: undefined reference to `gluTessNormal' collect2: ld returned 1 exit status winegcc: gcc failed. Any ideas? Thanks. -- Luke Stras <stras(a)utias.toronto.edu> "The meek can have the Earth; the rest of us have other plans" --Henry Spencer -- Scanned by ClamAv - http://www.clamav.net

1 0

Re: compiling wine on Darwin/MacOS X 8/10
by Alexandre Julliard 17 Apr '04

17 Apr '04

emmanuel maillard <e.rsz(a)libertysurf.fr> writes: > Changelog > Fix a lstat problem on darwin I don't think you want to remove the check. What error does lstat return in that case? -- Alexandre Julliard julliard(a)winehq.org

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel