- Wine-Devel - list.winehq.org

Wine 20050310 redraw problems (specifically with Paint Shop Pro 7)
by Jules Richardson June 9, 2005

June 9, 2005

I remember posting about this quite a while ago but decided to revisit it, and it seems like it's still an issue in the 20050310 build of wine. Wine has real trouble with refreshing drawing surface windows in Paint Shop Pro 7: - the background in a new image window isn't cleared - tools that display tooltips (such as the colour selector control) leave tooltip debris all over the drawing surface when they're moved around. - drawing surface isn't refreshed if partially / totally obscured by other windows and then made visible again. Normal windows, dialogs etc. are working fine (and tooltips work fine too above normal controls) - it would seem that the drawing surfaces in PSP7 are handled differently (presumably for speed reasons) and wine is having some serious problems handling them. Any ideas for a workaround / patch, or is this bug known about and in the pipeline to be sorted out? I've exhausted various options in the Wine config file to do with display output; the problem seems to be in core code somewhere. I get the following error message at startup as follows: fixme:ole:CoRegisterMessageFilter stub followed by several: err:region:CombineRgn Invalid rgn=(nil) ... the latter used to happen an awful lot in earlier wine builds whilst the app was being used, but note that it's *not* happening with the 20050310 build whilst I try and use the app; only at startup time. (In other words, it's quite possibly not related to the redraw issues at all) Any ideas? PSP7 is so "almost there" that it'd be a shame if it wasn't 100%... Happy to provide further details if someone gives me instructions as to what to look at! cheers Jules

5 20

Re: Soliciting suggestions for AppDB
by Juan Lang June 9, 2005

June 9, 2005

Hi Mitchell, > Does anybody have any features they'd like added to the AppDB? I do: I'd like to see it integrated with CXtest. I think it'd be really cool to be able to maintain a regression test for an app, so maintainers might be able to catch regressions more quickly and easily. A CXtest test isn't anything more than a shell script, so I don't think it would be that tough. --Juan __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html

2 2

notes651 error with viewing some mail with attachments
by Grant Williamson June 9, 2005

June 9, 2005

Hi, seen this problem with current wine-cvs-20050609 When I try and view some internet mail, notes hangs with the folllowing error. err:heap:HEAP_ValidateInUseArena Heap 77c20000: in-use arena 77d1cb98 next block has PREV_FREE flag err:seh:setup_exception stack overflow 176 bytes in thread 000b eip 77ebde11 esp 777c0f50 stack 0x777c0000-0x778c0000 err:ntdll:RtlpWaitForCriticalSection section 0x77c2001c "?" wait timed out in thread 0010, blocked by 000b, retrying (60 sec) Anyone have any idea what is causing this, or what debug info would you need? Grant.

1 0

Re: config check for videodev.h
by Juan Lang June 9, 2005

June 9, 2005

Hi Adrian, > Do I need to do anything special for a configure.ac patch - > does Alexandre re-run autoconf on commit, or do I need to do that > and include the patch to configure too? I've seen patches both ways. Try it and see :) __________________________________ Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/

1 0

Re: Another day, another compile error.
by Juan Lang June 9, 2005

June 9, 2005

Hi Hans, > dialog.c:516: internal compiler error: in gimple_add_tmp_var, at > gimplify.c:532 > Please submit a full bug report, > with preprocessed source if appropriate. As the error implies, this is a bug in gcc, not in Wine. Please report to the gcc folks. --Juan __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

1 0

Another day, another compile error.
by Hans Kristian Rosbach June 9, 2005

June 9, 2005

gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o dialog.o dialog.c dialog.c: In function ‘msi_dialog_scrolltext_control’: dialog.c:516: internal compiler error: in gimple_add_tmp_var, at gimplify.c:532 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://bugzilla.redhat.com/bugzilla> for instructions. Preprocessed source stored into /tmp/ccClgjYu.out file, please attach this to your bugreport. make[2]: *** [dialog.o] Error 1 make[2]: Leaving directory `/usr/src/wine-cvs/wine/dlls/msi' make[1]: *** [msi] Error 2 make[1]: Leaving directory `/usr/src/wine-cvs/wine/dlls' make: *** [dlls] Error 2 I am running Fedora Core 4 Test3 with libgcc-4.0.0-11 gcc-4.0.0-11 gcc-java-4.0.0-11 gcc-c++-4.0.0-11 Compiling and checking out current cvs like this: make clean && cd .. && cvs -z3 update -CdR wine && cd wine && ./configure --prefix=/usr/wine && make depend && make Still haven't been able to compile any recent wine snapshot or cvs checkouts under FC4. The preprocessed source is an 1MB file, so I will send it to anyone that request it via direct email. -HK

2 1

Re: WININET: declare some missing functions
by Jonathan Wilson June 9, 2005

June 9, 2005

> +BOOLAPI FtpCommandA(HINTERNET, BOOL, DWORD, LPCSTR, DWORD_PTR, HINTERNET *); > +BOOLAPI FtpCommandW(HINTERNET, BOOL, DWORD, LPCWSTR, DWORD_PTR, HINTERNET *); Was it intentional that FtpCommand doesnt have a WINELIB_NAME_AW #define?

1 0

Google Summer of code - rc files translator proposition
by Piotr Caban June 9, 2005

June 9, 2005

Hello. I'm interested in Google Summer of code. My cousin, Jacek, has wrote here about it. I'm going to write a translator to rc files. I was thinking about how should it look like. In my opinion it has to have its own rc parser (I can integrate the wrc parser). I think this tool should have: - Listed every string that has to be translated - Preview of dialogs so that user can change its parameters characteristic for the language version (like size of controls) - RC files upgrading options - Nice UI with some useful options that makes translating easier Because rc files have very different syntax than po files and we need some specific options, I don't think using tools like poEdit is good choice. It won't make translations comfortable for users. This tool has to be as easy as possible, so users that have no coding experience can use it. Translating cannot expect user to know anything about syntax of rc files. Thanks, Piotrek

1 0

msvcmaker has stopped working
by Saulius Krasuckas June 9, 2005

June 9, 2005

Any quick ideas? $ tools/winapi/msvcmaker dlls/ntdll/ntdll.dsp (file 119 of 213)Can't open file './misc/ntdll_misc.dsp.tmp' at tools/winapi/util.pm line 114. $ mkdir misc $ tools/winapi/msvcmaker wine.dswUse of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1047. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1047. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1047. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1057. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1057. Use of uninitialized value in pattern match (m//) at tools/winapi/msvcmaker line 1057. Use of uninitialized value in concatenation (.) or string at tools/winapi/msvcmaker line 987. Use of uninitialized value in concatenation (.) or string at tools/winapi/msvcmaker line 994. $ rmdir misc rmdir: `misc': Directory not empty $ ll misc/ total 4 -rw-rw-r-- 1 s2 s2 2333 Jun 9 11:01 ntdll_misc.dsp $ rm -rf misc/ $ And yes, it works OK with "--no-wine": $ tools/winapi/msvcmaker --no-wine $ A bug?

2 1

Re: config check for videodev.h
by Juan Lang June 9, 2005

June 9, 2005

Replying to you both.. Adrian wrote: > The following patch fixes it for me, but I have little knowledge of > autoconf, so I'm not sure if I've done the right thing? That looks correct to me.. Dustin wrote: > I don't think that would be appropriate, as systems that have > sys/time.h may not always have sys/types.h .. Actually, during the configure check, HAVE_SYS_TYPES will not be defined. He's really only checking for the presence of <linux/videodev.h>, so on systems that don't have <sys/types.h>, <linux/videodev.h> won't exist either (it's always present on Linux.) So if the configure check fails for either reason, HAVE_LINUX_VIDEODEV won't be defined--and that's what he wants. --Juan __________________________________ Discover Yahoo! Have fun online with music videos, cool games, IM and more. Check it out! http://discover.yahoo.com/online.html

2 1