July 2006 - Wine-Devel - list.winehq.org

Re: Tower of Goo regression (ddraw rewrite)

by Michael [Plouj] Ploujnikov

Works fine in 0.9.18 here.

July 31, 2006

Re: Tower of Goo regression (ddraw rewrite)

by Jesse Allen

On 7/31/06, Joseph Garvin <k04jg02(a)kzoo.edu> wrote: > The last version of wine I tried this game with was before the ddraw > rewrite and it looked fine then. When you drag goo upwards, a text > message appears telling you how many meters high your tower is -- this > is now drawn upside down. > > You can get tower of goo for free here: > > http://www.experimentalgameplay.com/game.php?g=1 > > The sound also seems really messed up but before I was playing with it > off so I don't know if that's a regression. > > > Could you try 0.9.17?

July 31, 2006

Tower of Goo regression (ddraw rewrite)

by Joseph Garvin

The last version of wine I tried this game with was before the ddraw rewrite and it looked fine then. When you drag goo upwards, a text message appears telling you how many meters high your tower is -- this is now drawn upside down. You can get tower of goo for free here: http://www.experimentalgameplay.com/game.php?g=1 The sound also seems really messed up but before I was playing with it off so I don't know if that's a regression.

July 31, 2006

Re: Implement SetThreadPriority

by Detlef Riekenberg

Chris Robinson wrote: > + // Use the minimum real-time priority possible for now (on Linux, > 1 for > + // SCHED_FIFO and 0 for SCHED_OTHER) I did not test the Patch, but C++ - Comments are not allowed in wine (not compatible with all compilers) It seems to be an updated Patch from Mike. IMHO, a note in the Mail to wine-patches would be nice. We really need a clean sound. Thanks. -- By By ... ... Detlef

July 31, 2006

Re: please help with patch submission

by Neil Skrypuch

Clearly it was too early for me when I wrote that. I had counted the GUID length wrong (as 39 instead of 38), so the - 3 didn't make sense either. - Neil

July 31, 2006

Re: [FreeBSD] locating wine at 0x20000000

by Tijl Coosemans

On Monday 31 July 2006 16:22, Alexandre Julliard wrote: > Tijl Coosemans <tijl(a)ulyssis.org> writes: > > So I was thinking of moving Wine to 0x20000000. That would be the > > easiest solution by far, but, are there any potential problems with > > that? > > Yes, that's too low, apps can expect that address to be free. If you > can't change the 512Mb thing then you should use something around > 0x50000000, but really the 0x70000000 range would be preferable. I can lower the 512Mb with setrlimit and RLIMIT_DATA, but that would have to happen inside the preloader (using a direct syscall I suppose), which currently isn't used on FreeBSD and probably doesn't even work. So I'll add that to my todo list and use something in the 0x50000000 range for now.

July 31, 2006

Re: usp10: Remove a test that fails on Windows.

by Hans Leidekker

On Monday 31 July 2006 13:20, Jeff Latimer wrote: > times out of 20 on my 32 bit system. Obviously there is an > inconsisency. Is there any advice on how to achieve the aim of the test? Hmm, this just a guess, but I see you're running the first test (test_ScriptItemIzeShapePlace) with an HDC that is different from the one you use in the second test (test_ScriptGetCMap) and expect some results to match. I'm not sure Windows guarantees this since the script properties in the cache are tied to a particular HDC. Maybe you could reuse the HDC from the first test and see what gives? -Hans

July 31, 2006

Re: please help with patch submission

by Damjan Jovanovic

--- Neil Skrypuch <ns03ja(a)brocku.ca> wrote: > On Monday, July 31, 2006 06:37, Damjan Jovanovic > wrote: > > + WCHAR > guidStringWithBraces[MAX_GUID_STRING_LEN]; > > You need MAX_GUID_STRING_LEN + 1 to store the null > too, if I'm not mistaken. 0 1 2 3 0123456789012345678901234567890123456789 {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\0 MAX_GUID_STRING_LEN is 39, so it includes space for the terminating NULL. > > + CopyMemory(&guidStringWithBraces[1], > lpGuidString, > > + (MAX_GUID_STRING_LEN - 3) * > sizeof(WCHAR)); > > Why MAX_GUID_STRING_LEN - 3? Wouldn't that miss the > last 3 characters? No, because without braces and the terminating NULL it is MAX_GUID_STRING_LEN - 3. > - Neil > Thanks anyway Damjan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

July 31, 2006

Re: wine_main_preload_info not found, cannot use first megabyte, *.exe don't work

by Mike McCormack

Pavel Roskin wrote: > find_symbol() looks for DT_HASH (4) to set symtabend and fails to find > it. As I understand it, we should trick ld into creating the DT_HASH > tag or use some other way to locate wine_main_preload_info. > > The 6ffffef5 tag is DT_GNU_HASH - that may be a good alternative to > DT_HASH. Adding -Wl,--hash-style=sysv to the gcc flags when linking > wine-pthread solves the problem!!! > > I think adding support for DT_GNU_HASH would be a good idea anyway. Great work! There's some information on DT_GNU_HASH here: http://sourceware.org/ml/binutils/2006-06/msg00418.html Looks like we don't actually use the hash table to look up the symbol, just to find the last entry in the symbol table. I agree with you the best way to solve the problem would be to handle DT_GNU_HASH. Mike

July 31, 2006

Re: [FreeBSD] locating wine at 0x20000000

by Alexandre Julliard

Tijl Coosemans <tijl(a)ulyssis.org> writes: > So I was thinking of moving Wine to 0x20000000. That would be the > easiest solution by far, but, are there any potential problems with > that? Yes, that's too low, apps can expect that address to be free. If you can't change the 512Mb thing then you should use something around 0x50000000, but really the 0x70000000 range would be preferable. -- Alexandre Julliard julliard(a)winehq.org

July 31, 2006