June 2003 - Wine-Devel - list.winehq.org

Re: PATCH: dlls/commdlg/printdlg.c add casts

by Mike Hearn

On Sat, 28 Jun 2003 09:46:35 +0200, Sir Gerald Pfeifer scribed thus: > The following patch to dlls/commdlg/printdlg.c > > revision 1.66 > date: 2003/06/27 22:21:06; author: julliard; state: Exp; lines: +4 -7 > Mike Hearn <m.hearn(a)signal.qinetiq.com> > Store PrintStructures in a window property instead of extra window bytes. > > cause two new warnings > > printdlg.c:2056: warning: passing arg 2 of `GetPropW' from incompatible pointer type > printdlg.c:2061: warning: passing arg 2 of `SetPropW' from incompatible pointer type Odd, I don't remember getting those. Perhaps I just didn't notice. In future I'll try and remember to compile with -Werror before submitting. In this case I think it's mostly academic as the string doesn't have any non ANSI characters in it, but I think another solution might be to put an L before the string, so it becomes: SetPropW(hDlg, L"__WINE_WHATEVER"....)

June 28, 2003

Re: CVS Install error: version mismatch 113/109

by Moreno

Il sab, 2003-06-28 alle 15:06, Uwe Bonnes ha scritto: > >>>>> "Moreno" == Moreno <morenoca(a)freemail.it> writes: > > Moreno> Hi, i download last wine source. i compiling and when i use > Moreno> wineinstall i have the follow error if i execute wine i have the > Moreno> same error > > Moreno> wine client error:9: version mismatch 113/109. Your wine binary > Moreno> was not upgraded correctly, or you have an older one somewhere > Moreno> in your PATH. Or maybe the wrong wineserver is still running? > Moreno> Registry install failed. > > Moreno> what can i do? -- Moreno <morenoca(a)freemail.it> > > You probably have winserver running, which doesn#t fit with your updated > wine version. > > Shut it down, then on the next wine start, the recent (and fitting) > winserver should be invoked. If not, check your installation. > > Bye i use "ps -aux" to see if was running but nothing. Any other suggest? thx -- Moreno <morenoca(a)freemail.it>

June 28, 2003

Re: CVS Install error: version mismatch 113/109

by Uwe Bonnes

>>>>> "Moreno" == Moreno <morenoca(a)freemail.it> writes: Moreno> Hi, i download last wine source. i compiling and when i use Moreno> wineinstall i have the follow error if i execute wine i have the Moreno> same error Moreno> wine client error:9: version mismatch 113/109. Your wine binary Moreno> was not upgraded correctly, or you have an older one somewhere Moreno> in your PATH. Or maybe the wrong wineserver is still running? Moreno> Registry install failed. Moreno> what can i do? -- Moreno <morenoca(a)freemail.it> You probably have winserver running, which doesn#t fit with your updated wine version. Shut it down, then on the next wine start, the recent (and fitting) winserver should be invoked. If not, check your installation. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 28, 2003

Re: XEMBED System tray support

by Mike Hearn

This one has been dropped a couple of times now. Anything I need to do to it (other than the obvious cosmetic improvements/work around gnome bugs etc) On Mon, 2003-06-23 at 20:53, Mike Hearn wrote: > bump > > ChangeLog: > Implement XEMBED based system tray support for KDE 3.1+ and GNOME 2.2+

June 28, 2003

CVS Install error: version mismatch 113/109

by Moreno

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>

June 28, 2003

Re: Mac OS X Support : Asm syntax support [Fixed]

by Pierre d'Herbemont

On Friday, June 27, 2003, at 11:50 PM, Alexandre Julliard wrote: > "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. > I don't know if there is a skip instruction in Mach-O Format. I'll try to fix this. >> +# define PPC_SYM(sym_name) "_" #sym_name > > This one should use __ASM_NAME. > Hum... If my memory is well I do use PPC_SYM in order to convert delay_imports to _delay_imports on darwin target. the assembler syntax requires it. > 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. > If you want, but for me it seems that it is clearer this way. because you endup with things like: fprintf((output," \"li " PPC_REG(1) ", 0\\n\"\n"); fprintf(outfile, "\t\"\\tlis " PC_REG(9) PPC_LOW(delay_imports+%d,9)\\n\"\n", pos); But in fact it is also readable. If you prefer this way I'll do what you like ;) Thanks, Pierre

June 28, 2003

Re: WaitForMultipleObjects loops forever if passed an array of size zero

by Alexandre Julliard

Troy Rollo <wine(a)troy.rollo.name> writes: > It now occurs to me that this fix not entirely right either - or at least it > doesn't avoid creating another bug, since Sleep(INFINITE) is valid, and Sleep > goes through WaitForMultipleObjectsEx. > > However, since WaitForMultipleObjectsEx(0, NULL, FALSE, INFINITE, FALSE) > returns an error on Win2k, this use of WaitForMultipleObjectsEx to implement > Sleep must be wrong. You are right, our implementation of Sleep is broken. I'll fix that. -- Alexandre Julliard julliard(a)winehq.com

June 28, 2003

Memory Protection Wierdness

by Robert Lunnon

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 ???

June 27, 2003

Re: imagehlp.h question - building with Mingw or MS_VC headers

by Alexandre Julliard

Steven Edwards <Steven_Ed4153(a)yahoo.com> writes: > around line 560 in imagehlp.h we have this > /*********************************************************************** > * Wine specific > */ > > extern HANDLE IMAGEHLP_hHeap; > > Can this be moved to a internal header or done in some other way so we > can build with other headers? Yes, I moved it. -- Alexandre Julliard julliard(a)winehq.com

June 27, 2003

Re: PATCH: dosmem access via ReadProcessMemory

by Alexandre Julliard

Marcus Meissner <meissner(a)suse.de> writes: > An EEPROM programmer from BP Microsystems uses ReadProcessMemory to access > the BIOS data segment (to find out parallel ports). What happens if you run it with Windows version set to NT? -- Alexandre Julliard julliard(a)winehq.com

June 27, 2003