wine-devel

wine-devel@winehq.org

9 participants
84457 discussions

Re: wine/dlls/quartz quartz_private.h main.c filte ...
by Robert Shearman 01 Jul '03

01 Jul '03

> I updated from cvs an get an error I apologise for this. I will fix this when I next get access to my computer (it will be a fair few hours), unless someone beats me to it. It is a case of putting the following defines before strmif.h is included: #define NONAMELESSUNION #define NONAMELESSSTRUCT Rob

1 0

Re: wine/dlls/quartz quartz_private.h main.c filte ...
by Marcelo Duarte 01 Jul '03

01 Jul '03

I updated from cvs an get an error: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filtermapper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' filtermapper.c:373: structure has no member named `u' filtermapper.c:375: structure has no member named `u' filtermapper.c:376: structure has no member named `u' filtermapper.c:379: structure has no member named `u' filtermapper.c:382: structure has no member named `u' filtermapper.c: In function `FM2_ReadFilterData': filtermapper.c:513: structure has no member named `u' filtermapper.c:515: structure has no member named `u' filtermapper.c: In function `FM2_DeleteRegFilter': filtermapper.c:602: structure has no member named `u' filtermapper.c:605: structure has no member named `u' filtermapper.c:606: structure has no member named `u' filtermapper.c:608: structure has no member named `u' filtermapper.c:610: structure has no member named `u' filtermapper.c:611: structure has no member named `u' filtermapper.c:613: structure has no member named `u' filtermapper.c: In function `FilterMapper2_EnumMatchingFilters': filtermapper.c:910: structure has no member named `u' filtermapper.c:912: structure has no member named `u' make[2]: ** [filtermapper.o] Erro 1 make[2]: Leaving directory `/home/mduarte/wine/dlls/quartz' make[1]: ** [quartz] Erro 2 make[1]: Leaving directory `/home/mduarte/wine/dlls' make: ** [dlls] Erro 2 Em Ter 01 Jul 2003 01:29, Alexandre Julliard escreveu: > ChangeSet ID: 8645 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/06/30 23:29:48 > > Modified files: > dlls/quartz : quartz_private.h main.c filtergraph.c > Makefile.in > Added files: > dlls/quartz : filtermapper.c enummoniker.c > > Log message: > Robert Shearman <R.J.Shearman(a)warwick.ac.uk> > Implemented IFilterMapper2. > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8645 > > Old revision New revision Changes Path > 1.7 1.8 +3 -11 wine/dlls/quartz/quartz_private.h > 1.24 1.25 +2 -0 wine/dlls/quartz/main.c > 1.2 1.3 +12 -0 wine/dlls/quartz/filtergraph.c > 1.26 1.27 +3 -1 wine/dlls/quartz/Makefile.in > Added 1.1 +0 -0 wine/dlls/quartz/filtermapper.c > Added 1.1 +0 -0 wine/dlls/quartz/enummoniker.c -- Marcelo Duarte

1 0

Deficient implementation of SetFileTime or with stub GetSetFileTimestamp
by Marcelo Duarte 01 Jul '03

01 Jul '03

Hi, Installing a system of the company in the Wine, I found a probable error, that is the following one: when the archives go being unpacked, them they are created in the directory with the current date and would have to be created with the same date of the compact file (as it is made in windows). Thus, in the next step, an update is made verifying the dates it of the files. However, in the Wine, it gives wrong for cause of this difference in the dates. I believe that I can myself make a patch, however as I still do not have experience in debugging Wine, he would like a suggestion of as to find the problem, because I do not know if the bug is in lzexpand (LZCopy) or in SetupApi (perhaps because of stub GetSetFileTimestamp) or because in SetFileTime "const FILETIME * lpCreationTime" simply is ignored, and in server, the function "static int set_file_time(obj_handle_t handle, time_t access_time, time_t write_time) " must not have more one parameter? Manually I make the system to install and run, however I want it running like in Windows. Thanks in advance. -- Marcelo Duarte

1 0

Re: Various problems- it just gets worse!
by Shachar Shemesh 01 Jul '03

01 Jul '03

Duane Clark wrote: > Shachar Shemesh wrote: > >> Duane Clark wrote: >> >> >>> I do understand the aversion to scripts, but the wineinstall one is >>> fairly mild. I've been using Wine for more than 3 years and have >>> even done some development on it (I wish I had more time for that... >>> sigh). Still, if I want to test with a clean install, I delete or >>> move the old windows and .wine directories and just use wineinstall >>> to create fresh versions. Because, well, it just works so well and >>> is a lot easier than doing the configuration by hand. >> >> >> >> My beef with wineinstall is that there is no way to isolate the >> configuration creation part from the install part. I think we should >> have a script that does only the configuration, fake root and >> registry creation. This way, the script can be bundled with the >> package and placed on the destination machine. such a script should >> be runnable without the sources dir (maybe by specifying the location >> of the template registry and such via command line, maybe created by >> ./configure). >> >> This way, the order CAN be "./configure, make depend, make, make >> install, createconf" for normal install. Packagers can then do >> "./configure --templatedir=/usr/share/wine --prefix=/usr (etc) && >> make depend && make && TMPDIR=/tmp/winerpmroot make install", and run >> "createconf" from the "postinstall" section of the RPM sort of thing. >> >> Opinions? > > > It sounds like you are looking for something useful for binary > distributions. I think that wineinstall would normally only be used by > someone who is downloading and installing their first source > distribution. Not entirely true either. I often find myself seeking to restore the config. Also, what about someone who downloaded the sources and installed wine system wide, and then wants to enable wine for a second user? > So I think wineinstall is appropriate for that. > > For binary distributions, I think a GUI tool is more appropriate. And > there exists a tool, winesetuptk, for that purpose. It is a long time > since I tried that tool, but as I recall, it was fairly easy to use. > I disagree, even had I been looking for something useful for a binary distribution. A GUI tool would be the worst solution possible. winesetuptk is excellent for an end user trying to tweak his own configuration. Something that runs while rpm -i (or dpkg -i) cannot depend on GUI, for it would prevent it from running while installing the system. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: XEMBED System tray support
by Alexandre Julliard 01 Jul '03

01 Jul '03

Mike Hearn <mike(a)theoretic.com> writes: > + /* now set sync the X11 window rects to the win32 window rects, > + so the shell tray code can properly align the icon */ > + > + > + XTranslateCoordinates(display, data->whole_window, root_window, > + 0, 0, &x, &y, &child); > + XGetWindowAttributes(display, data->whole_window, &attrs); > + > + wine_tsx11_unlock(); > + > + r.left = x; > + r.top = y; > + r.right = r.left + attrs.width; > + r.bottom = r.top + attrs.height; > + > + WIN_SetRectangles(hwnd, &r, &r); This completely bypasses the normal window size handling, I don't think that's a good idea. Positions changes should be handled by the standard ConfigureNotify processing. -- Alexandre Julliard julliard(a)winehq.com

1 0

About NtDelayExecution & Sleep
by Sylvain Petreolle 30 Jun '03

30 Jun '03

Seems we will have a drastic performance improvement :) : Programs that used to hang into (Nt)WaitForMultipleObjects were a lot. http://www.winehq.org/hypermail/wine-cvs/2003/06/0260.html http://www.winehq.org/hypermail/wine-cvs/2003/06/0274.html ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: wine.texinfo.diff
by Alexandre Julliard 30 Jun '03

30 Jun '03

Tom Wickline <twickline(a)skybest.com> writes: > Changelog > > Change Copyright from 1997,1998 to 1997-2003 There's no reason to do that, this file hasn't really changed in a long time. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Loader fix for pathes differing by extra backslashes
by Eric Pouech 30 Jun '03

30 Jun '03

Mike McCormack wrote: > > Hi, > > The loader seems to have a problem with extra backslashes in module > pathnames. > > If "c:\\windows\\system\\ole32.dll" is loaded and unloaded, then > "c:\\windows\\system\\\\ole32.dll" is loaded, there will be trouble, as > the loader does not recognise these two as the same module, yet dlopen > does. Did you test what Windows does in that case ? (I also wonder where the double backslash comes from). A+ -- Eric Pouech

3 2

Re: [dx61] d3d9 guid + d3d9 header fixes
by Alexandre Julliard 30 Jun '03

30 Jun '03

Raphaël Junqueira <fenix(a)club-internet.fr> writes: > Index: include/d3d9types.h > =================================================================== > RCS file: /home/wine/wine/include/d3d9types.h,v > retrieving revision 1.2 > diff -u -r1.2 d3d9types.h > --- include/d3d9types.h 24 Jun 2003 19:26:51 -0000 1.2 > +++ include/d3d9types.h 27 Jun 2003 22:14:40 -0000 > @@ -1131,8 +1131,10 @@ > typedef struct _D3DADAPTER_IDENTIFIER9 { > char Driver[MAX_DEVICE_IDENTIFIER_STRING]; > char Description[MAX_DEVICE_IDENTIFIER_STRING]; > - char DeviceName[32]; /* Device name for GDI (ex. \\.\DISPLAY1) */ > - LARGE_INTEGER DriverVersion; > + char DeviceName[32]; > + DWORD DriverVersionLowPart; > + DWORD DriverVersionHighPart; > + Isn't DriverVersionLow/HighPart supposed to be for 16-bit code? Why do you need to use that instead of DriverVersion? -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: Mac OS X Support : Asm syntax support [Fixed]
by Alexandre Julliard 30 Jun '03

30 Jun '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > +# define LD_SKIP(i) This won't work, we need to reserve space for the PE header. > +# define PPC_SYM(sym_name) "_" #sym_name This one should use __ASM_NAME. Also it would be nice if you could use fewer macros, this makes the code quite ugly. It seems the main difference is in register names, you could simply have one macro for that and leave the rest alone. -- Alexandre Julliard julliard(a)winehq.com

2 2

Memory Protection Wierdness
by Robert Lunnon 30 Jun '03

30 Jun '03

I am playing with Worms II and the installer that comes with the Demo and uncovered a signal handling fault Under Solaris and some wierdness in the installer. After decompressing the application the installer executes the setup program which displays a splash screen the application then generates a Page Fault Exception. I can't give a stack trace because here is where the wierdness is. The Setup Program seems to not inherit the -debugmsg status and doesn't end up under control of the debugger (By this time there are 5 wine processes running) Anyway to cut a long story short the page fault DOES occur in a mapped region (Its in VIRTUAL_DumpViews() listing) but doesn't have a handler associated with it. This makes VirtualHandleFault fall through to the following code BYTE vprot = view->prot[((char *)addr - (char *)view->base) >> page_shift]; void *page = (void *)((UINT_PTR)addr & ~page_mask); char *stack = (char *)NtCurrentTeb()->stack_base + SIGNAL_STACK_SIZE + page_mask + 1; if (vprot & VPROT_GUARD) { VIRTUAL_SetProt( view, page, page_mask + 1, vprot & ~VPROT_GUARD ); ret = STATUS_GUARD_PAGE_VIOLATION; } /* is it inside the stack guard pages? */ if (((char *)addr >= stack) && ((char *)addr < stack + 2*(page_mask+1))) ret = STATUS_STACK_OVERFLOW; But of course this code doesn't reset the page protections to allow the access. I Doctored this code so it would always allow the access and the installer then completed OK, But worms itself will not run yet Q. Should all views have handlers ? Under What Conditions would they not ???

2 1

Re: RESUBMIT: --disable-debug -> no -gstabs+
by Alexandre Julliard 30 Jun '03

30 Jun '03

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Except when we explicitly --disable-debug, add -gstabs+ > if possible. I don't see much point in doing that, --disable-debug is broken anyway (and should probably be removed). You need to tweak the CFLAGS to make it work right, and then you can just as well get rid of -gstabs+ in the CFLAGS too. -- Alexandre Julliard julliard(a)winehq.com

1 0

Official MS symbol sets
by Mike Hearn 30 Jun '03

30 Jun '03

Hi, http://www.microsoft.com/whdc/ddk/debugging/symbolpkg.mspx I assume people have looked at this before - how easy are they to match up with Wine, and do people use them for debugging faults in native code? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Package setups
by Mike Hearn 30 Jun '03

30 Jun '03

hi, I'm just looking at the HOWTO and want to clarify that all the Wine RPMs/packages attempt to set up a fake windows drive and configuration for the user. I'm under the impression that binary packages should work out of the box, so the user has no need to create their own config or fake windows drive. Is this right? If so, I'll amend the HOWTO to suit.

1 0

difference between delivery delays introduced by list-server and web-archive
by Saulius Krasuckas 30 Jun '03

30 Jun '03

hello, newbie is testing delays. thank you for not paying your attention. good luck

1 0

regression of patch 8366
by Oleg Prokhorov 30 Jun '03

30 Jun '03

Hello , This patch http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8366 Caused regression with chess.net application. (http://www.chess.net/cnfw/download/cnfw254.exe) If you click on a help button it will drop a messagebox which tells that 'No browser found', it is normal. The anomality is that it is not possible to close messagebox by clicking "ok" button with a mouse. But both pressing "enter" and clicking close window icon work. The line which produce the problem is (dlls/ole2/compobj.c) apt->win = CreateWindowA(aptWinClass, NULL, 0, 0, 0, 0, 0, 0, 0, OLE32_hInstance, NULL); -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Re: Known Wine ToDo's
by Shachar Shemesh 30 Jun '03

30 Jun '03

Tom wrote: > Hello Shachar, > > I am going to update the ToDo page : > http://www.winehq.com/?page=status_todo > > And im wondering if you can send me a list of ToDo's that your > aware of ? > > Thanks > > Tom > The tasks I'm talking about here are long term. Not all of them have been discussed on wine-devel yet. I'm CCing wine-devel in case anyone wants to object. National Language Support - Remove "Hebrew and Arabic" - it's just part of BiDi if technology is what wer'e talking about. If interface localization is what wer'e talking about, then just add "add localization to more languages". As a subitem of keyboard support, add "allow using a keyboard with keys outside the current locale codepage". Tools - Add "perform Windows' reboot operations automatically when required". Under "Low priority" add "Windows ACL support". -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: [MSRLE32] Some bugs and improvements.
by Tom 29 Jun '03

29 Jun '03

Michael Günnewig wrote: >Changelog: > - Fixed interframe compression - now works for RLE4 and RLE8. > - Fixed alignment of RLE4 in absolute mode. > - Improved compression (smaller output). > > Michael Günnewig > > > >------------------------------------------------------------------------ > >Index: dlls/msvideo/msrle32/msrle32.c >=================================================================== >RCS file: /home/wine/wine/dlls/msvideo/msrle32/msrle32.c,v >retrieving revision 1.4 >diff -d -u -r1.4 msrle32.c >--- dlls/msvideo/msrle32/msrle32.c 13 Jun 2003 23:17:01 -0000 1.4 >+++ dlls/msvideo/msrle32/msrle32.c 29 Jun 2003 17:32:06 -0000 >@@ -1,5 +1,5 @@ > /* >- * Copyright 2002 Michael Günnewig >+ * Copyright 2002-2003 Michael Günnewig > * > * This library is free software; you can redistribute it and/or > * modify it under the terms of the GNU Lesser General Public >@@ -17,8 +17,7 @@ > */ > > /* TODO: >- * - compression of RLE4 is buggy -- see FIXME's >- * - many improvements possible >+ * - some improvements possible > * - implement DecompressSetPalette? -- does we need it for anything? > */ > >@@ -297,10 +296,13 @@ > if (ColorCmp(clr1, clr3) <= lDist && > ColorCmp(clr2, clr4) <= lDist) { > /* diff at end? -- look-ahead for atleast ?? more encodable pixel */ >- >- /* FIXME */ >- >- return count; >+ if (pos + 2 < width && ColorCmp(clr1,lpB[pos+1]) <= lDist && >+ ColorCmp(clr2,lpB[pos+2]) <= lDist) { >+ if (pos + 4 < width && ColorCmp(lpB[pos+1],lpB[pos+3]) <= lDist && >+ ColorCmp(lpB[pos+2],lpB[pos+4]) <= lDist) >+ return count - 3; /* followed by atleast 4 encodable pixels */ >+ return count - 2; >+ } > } else if (lpP != NULL && ColorCmp(lpP[pos], lpB[pos]) <= lDist) { > /* 'compare' with previous frame for end of diff */ > INT count2 = 0; >@@ -331,9 +333,11 @@ > > for (count = 0; pos < width; pos++, count++) { > if (ColorCmp(lpA[pos], lpB[pos]) <= lDist) { >- /* diff at end? -- look-ahead for atleast one more encodable pixel */ >- if (pos + 1 < width && ColorCmp(lpA[pos], lpB[pos+1]) <= lDist) >- return count; >+ /* diff at end? -- look-ahead for some more encodable pixel */ >+ if (pos + 1 < width && ColorCmp(lpB[pos], lpB[pos+1]) <= lDist) >+ return count - 1; >+ if (pos + 2 < width && ColorCmp(lpB[pos+1], lpB[pos+2]) <= lDist) >+ return count - 1; > } else if (lpP != NULL && ColorCmp(lpP[pos], lpB[pos]) <= lDist) { > /* 'compare' with previous frame for end of diff */ > INT count2 = 0; >@@ -382,6 +386,8 @@ > /* add some pixel for absoluting if possible */ > count += countDiffRLE4(lpP, lpC - 1, lpC, pos-1, lDist, lpbi->biWidth); > >+ assert(count > 0); >+ > /* check for near end of line */ > if (x + count > lpbi->biWidth) > count = lpbi->biWidth - x; >@@ -390,9 +396,11 @@ > while (count > 2) { > INT i; > INT size = min(count, 254); >- BOOL extra_byte = (size / 2) % 2 || (size % 2); >+ int bytes = ((size + 1) & (~1)) / 2; >+ BOOL extra_byte = bytes & 0x01; > >- *lpSizeImage += 2 + size/2 + (size % 2) + extra_byte; >+ *lpSizeImage += 2 + bytes + extra_byte; >+ assert(((*lpSizeImage) % 2) == 0); > count -= size; > *lpOut++ = 0; > *lpOut++ = size; >@@ -468,6 +476,8 @@ > /* add some more pixels for absoluting if possible */ > count += countDiffRLE8(lpP, lpC - 1, lpC, pos-1, lDist, lpbi->biWidth); > >+ assert(count > 0); >+ > /* check for over end of line */ > if (x + count > lpbi->biWidth) > count = lpbi->biWidth - x; >@@ -663,6 +673,10 @@ > assert(lpOut == lpOutStart + lpbiOut->biSizeImage); > } > } >+ >+ /* add EOL -- will be changed to EOI */ >+ lpbiOut->biSizeImage += 2; >+ *((LPWORD)lpOut)++ = 0; > } > > /* change EOL to EOI -- end of image */ >@@ -789,11 +803,14 @@ > if (jumpy == 0) { > /* add EOL -- end of line */ > lpbiOut->biSizeImage += 2; >- *lpOut++ = 0; >- *lpOut++ = 0; >+ *((LPDWORD)lpOut)++ = 0; > assert(lpOut == (lpOutStart + lpbiOut->biSizeImage)); > } > } >+ >+ /* add EOL -- will be changed to EOI */ >+ lpbiOut->biSizeImage += 2; >+ *((LPDWORD)lpOut)++ = 0; > } > > /* change EOL to EOI -- end of image */ >@@ -847,7 +864,7 @@ > } > break; > default: /* absolute mode */ >- extra_byte = (code1 / 2) & 0x01 || (code1 % 2); >+ extra_byte = (((code1 + 1) & (~1)) / 2) & 0x01; > > if (pixel_ptr/bytes_per_pixel + code1 > lpbi->biWidth) > return ICERR_ERROR; >@@ -1468,9 +1485,7 @@ > > if (lpic->lpbiOutput->biBitCount == 4) > MSRLE32_CompressRLE4(pi, lpic->lpbiInput, (LPBYTE)lpic->lpInput, >- lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, TRUE); >- /*MSRLE32_CompressRLE4(pi, lpic->lpbiInput, (LPBYTE)lpic->lpInput, >- lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, (lpic->dwFlags & ICCOMPRESS_KEYFRAME) != 0);*/ >+ lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, (lpic->dwFlags & ICCOMPRESS_KEYFRAME) != 0); > else > MSRLE32_CompressRLE8(pi, lpic->lpbiInput, (LPBYTE)lpic->lpInput, > lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, (lpic->dwFlags & ICCOMPRESS_KEYFRAME) != 0); > >

1 0

Re: Uninitialised variable in TASK_Create
by Saulius Krasuckas 29 Jun '03

29 Jun '03

> Hi, > > There is an unintialised string (the name variable) in TASK_Create in > task.c (visible if you run almost any program with --debugmsg +task). > I would try and fix the problem but I have no idea what the correct > fix is. Is this just a case of adding *name = 0? > > Rob hello, (heh, i've lost the race.. :P) cents: i have found patch, which made my valgrind to scream bout the same issue: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8245 Index: wine/loader/task.c diff -u wine/loader/task.c:1.132 wine/loader/task.c:1.133 --- wine/loader/task.c:1.132 Sun Jun 29 20:22:43 2003 +++ wine/loader/task.c Sun Jun 29 20:22:43 2003 <skipped> @@ -299,13 +300,16 @@ /* Copy the module name */ - GetModuleName16( pModule->self, name, sizeof(name) ); - strncpy( pTask->module_name, name, sizeof(pTask->module_name) ); + if (hModule) + { + GetModuleName16( hModule, name, sizeof(name) ); + strncpy( pTask->module_name, name, sizeof(pTask->module_name) ); + } in addition to null-initializing the "name", i'd add this at several page-downs: - pTask->compat_flags = GetProfileIntA( "Compatibility", name, 0 ); + if(name) + { + pTask->compat_flags = GetProfileIntA( "Compatibility", name, 0 ); + } IMHO we'd "save" two api-calls (GetProfileIntA() ant GetPrivateProfileIntA()) using such check.

1 0

Uninitialised variable in TASK_Create
by Robert Shearman 29 Jun '03

29 Jun '03

Hi, There is an unintialised string (the name variable) in TASK_Create in task.c (visible if you run almost any program with --debugmsg +task). I would try and fix the problem but I have no idea what the correct fix is. Is this just a case of adding *name = 0? Rob

1 0

CVS Install error: version mismatch 113/109
by Moreno 29 Jun '03

29 Jun '03

Hi, i download last wine source. i compiling and when i use wineinstall i have the follow error if i execute wine i have the same error wine client error:9: version mismatch 113/109. Your wine binary was not upgraded correctly, or you have an older one somewhere in your PATH. Or maybe the wrong wineserver is still running? Registry install failed. what can i do? -- Moreno <morenoca(a)freemail.it>

2 4

Re: QueryPerformanceFrequency bugfix
by Andreas Mohr 29 Jun '03

29 Jun '03

Hi, On Sun, Jun 29, 2003 at 04:05:04PM +0100, Mike Hearn wrote: > This patch stops the demo of Settlers 4 crashing at startup. > > ChangeLog: > Add some traces > A Mhz is 1000Hz, not 100000 Whaaaaa!? First, it's 1000000, which is one zero more than what you wrote (and what the code used: +1000000.0). Second, one MHz *IS* 1000000Hz. So there are two possibilities: a) the code should calculate the result in units of kHz (then your observation would be correct) b) you are (completely? ;) wrong Andreas Mohr

2 1

Re: QueryPerformanceFrequency bugfix
by Tom 29 Jun '03

29 Jun '03

Mike Hearn wrote: >Yes, OK, so as just pointed out to me, neither me nor my flatmate with >whom I double checked this can count :D > >On Sun, 2003-06-29 at 16:05, Mike Hearn wrote: > > >>This patch stops the demo of Settlers 4 crashing at startup. >> >>ChangeLog: >>Add some traces >>A Mhz is 1000Hz, not 100000 >> >> :) Here ya go : http://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci212562,00.html Tom

1 0

Re: PATCH: more capabilities for linux/cpu flags
by Philipp Wollermann 29 Jun '03

29 Jun '03

Hi, according to MSDN (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/ba se/isprocessorfeaturepresent.asp): PF_XMMI_INSTRUCTIONS_AVAILABLE The SSE instruction set is available. PF_XMMI64_INSTRUCTIONS_AVAILABLE The SSE2 instruction set is available. Philipp ----- Original Message ----- From: "Marcus Meissner" <marcus(a)jet.franken.de> To: <wine-patches(a)winehq.com> Sent: Sunday, June 29, 2003 12:35 PM Subject: PATCH: more capabilities for linux/cpu flags > Hi, > > This adds 2 more checks for PF_xxx flag CPU detection for Linux. > > Ciao, Marcus > > Changelog: > Add tests for PF_AMD3D and PF_XMMI instructions. (Not sure if > XMMI instructions are SSE or SSE2). > > Index: misc/cpu.c > =================================================================== > RCS file: /home/wine/wine/misc/cpu.c,v > retrieving revision 1.32 > diff -u -r1.32 cpu.c > --- misc/cpu.c 21 May 2003 18:24:34 -0000 1.32 > +++ misc/cpu.c 29 Jun 2003 10:32:11 -0000 > @@ -315,6 +315,13 @@ > PF[PF_MMX_INSTRUCTIONS_AVAILABLE] = TRUE; > if (strstr(value,"tsc")) > PF[PF_RDTSC_INSTRUCTION_AVAILABLE] = TRUE; > + if (strstr(value,"3dnow")) > + PF[PF_AMD3D_INSTRUCTIONS_AVAILABLE] = TRUE; > + /* Not sure if XMMI is sse2 or sse, stay on > + * the safe side. > + */ > + if (strstr(value,"sse2")) > + PF[PF_XMMI_INSTRUCTIONS_AVAILABLE] = TRUE; > > } > } >

1 0

link updates #4
by Tom Wickline 29 Jun '03

29 Jun '03

Hello, With these three fixes all failed urls are fixed and there is only one issue of WWN in the past 13 weeks that has a failed url. The fixes to cvs.shtml, opengl-problems.shtml, wine-debugger.shtml are in #2 and #3. I was going to try and fix most/all the WWN links but after looking into this I see it could be a time consuming task. And i'm not sure how substantial the end benefit would really be.. Anyone have any comments about this ? If you guy's think its a good thing ill fix as many as I can.. If you think its a no win situation I will just look at the past 13 issues in the future.. Tom

1 0

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