- Wine-Devel - list.winehq.org

RE: Cannot compile 20050830 on Solaris 9
by Rob D Oct. 5, 2005

Oct. 5, 2005

The only Solaris 9 binary I could find was from his website at: http://www.members.optushome.com.au/bobl/ The only problem is that it is 20040309, which is over a year and a half old and it has the RTLD_FIRST problem. various combinations of symlinking /usr/ccs/bin/as to /opt/sfw/bin/gas and back, with and without running configure between makes does change the output significantly. Some combinations give the Assembler Message Unknown pseudo-op '.half', but most combinations give the illegal mnemonic or dozens of the following error: (standard input): Assembler messages: (standard input): 4802: Error: Rest of line ignored. First ignored character is '@'' Since changing the symlink appears to change the behaviour, I would assume that gcc IS trying to use as instead of gas, but it also seems that adding the symlink and running configure should make it use gas. Now Im really confused. I read somewhere that someone had to maually configure gcc to use gas. Not sure how to do that at all, but now that is my next task. Thanks Rob Done At 05:28 PM 10/3/2005, you wrote: Le lun 03/10/2005 à 19:11, Rob D a écrit : > I have been trying to compile wine from source on Solaris 9 on x86. > This has proven to be very frustrating. > > I had to rename a struct in one of the files in the tools/windump/main.c > because of a name clash, but that was easy. > > I am pretty new to the whole compiling from source thing on Unix, but have > built several packages (including Wine), on various Linux platforms and a > few on Solaris. The main problem I seem to be having is with the assembler > portion. > > All goes well until it gets to the d3d8 directory, and I get the following: [snip] > I thought at first that it was inadvertently using the AS assembler, but > apparently the AS = gas in the Makefile says otherwise. Not sure where to > go from here, since the /var/tmp files disappear immediately. Are you sure your gcc is setup to use gas and not as? There's a section about that on Solaris in README. The same kind of problem can happen too with ld. Robert Lunnon makes some Solaris version of Wine, maybe you could find them. Vincent

3 3

BadMatch recurring errors
by Jonathan Ernst Oct. 5, 2005

Oct. 5, 2005

A lot of people are complaining about BadMatch on #winehq and in a lot of bug reports (old or new). Does someone know what they are about ? It would be nice to have this class of bugs fixed before 0.9 is out. http://bugs.winehq.org/buglist.cgi?query_format=&short_desc_type=allwordssu… shows 19 bugs that have things like: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 56463 Current serial number in output stream: 56463 (The numbers change depending on the bug/application) (03:10:15) jernst: I see a lot of "X Error of failed request: BadMatch (invalid parameter attributes)" (I have this error sometimes) in bug reports. Does someone know why ? (03:11:22) cmorgan: yeah, people report X Error of failed request daily on #winehq (03:12:08) jernst: you know where it comes from ? Does it come from xorg ? (03:12:16) cmorgan: i've no idea where it comes from (03:12:22) cmorgan: i hope we can stop it though (03:12:33) cmorgan: it seems like a bad thing (03:12:47) ivanleo: jernst:yeah well age of empires has always had that problem (03:13:04) jernst: cmorgan: yep, it appears in many programs. Maybe it's worth posting to wine-devel ? (03:13:11) cmorgan: jernst: probably Thanks for your attention. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

4 4

Organizing more Wine bug triage
by dank＠kegel.com Oct. 4, 2005

Oct. 4, 2005

Wine's bugzilla has 375 unconfirmed bugs reported since the beginning of the year. A fair number of these are worth fixing, but don't have good recipes for how to reproduce them. I think it's time to make a concerted effort to recruit more Wine users to help triage bug reports, so wine developers can spend less time sorting through poor bug reports. As a first stab, I've created a web page, http://kegel.com/wine/qa describing bug triage and giving easy steps for people who are interested in helping. Please have a look. Comments and suggestions for improvement welcome. Thanks, Dan

4 5

Problem Resolve
by j0zue＠o2.pl Oct. 4, 2005

Oct. 4, 2005

Hi, I had a problem with Wine20050830 compilation. Error: error parse before "BerElement"; in lines: 289, 290, 322, 323 in "wine/dlls/wldap32/winldap_private.h" file. In file winldap.h I found declaration of BerElement type. This header is not included in winldap_private.h. I put declaration of BerElement type to winldap_private.h and it resolved the problem. I tried add line: #include "winldap.h" to winldap.h too, but it makes double declaration errors. I'm sorry if my English is horrible :) Well I hope my letter will be helpful. Perhaps this error appear only on my computer (?) :D Fun of your Wine.

7 11

wine-20050930 Warblade install error
by Sebastien Fievet Oct. 4, 2005

Oct. 4, 2005

Hi all, I have the following error when trying to install Warblade (old fashioned shoot'em up) : WINEDLLOVERRIDES="comctl32=n" wine Download/Warblade_12E_full.exe err:heap:HEAP_ValidateInUseArena Heap 0x41a20000: in-use arena 0x41a2c408 next block has PREV_FREE flag I found various messages related to heap error by browsing the mailing-lists archives, but no patch neither solution so far... Any clue on how to fix this? Regards, Sebastien.

3 5

Re: Segfault on fedora core 4
by Juan Lang Oct. 4, 2005

Oct. 4, 2005

Oops, solved my own problem: updating my system did it. Next question: do we have a set of release notes going? This seems like a release-note item to me. --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 1

Re: DDraw: Better flag handling in SetCooperativeLevel
by Stefan Dösinger Oct. 4, 2005

Oct. 4, 2005

Hello, > > Alexandre, any reason why this patch (plus the other about the reference > > counting) were not applied ? If you were waiting for some DDraw 'guru' to > > give his blessing, they both look OK to me :-) > I think the reference counting one is suspect, there should be some > object that holds the reference, we shouldn't just increment it for no > reason. > For the other one, the tests fail here: > fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fdc90d0)->(0x10022,00000008) > fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fdc90d0)->(0x10022,00000080) > cooplevels.c:88: Test failed: SetCooperativeLevel(DDSCL_SETFOCUSWINDOW) returned: 80070057 > <snip> > cooplevels.c:98: Test failed: SetCooperativeLevel(DDSCL_NORMAL | DDSCL_SETFOCUSWINDOW) returned: 0 It looks like the patch wasn't applied correctly. The main purpose of this patch is to make SetCooperativeLevel(hwnd, DDSCL_SETFOCUSWINDOW) work. The tests run fine on my wine installation and on Win2K and Win95(with DirectX 8) I'll send a patch against CVS from today to wine-patches. Stefan

1 0

Segfault on fedora core 4
by Juan Lang Oct. 4, 2005

Oct. 4, 2005

Sorry if this sounds like a user question. Running wine on my P4 with Fedora core 4 segfaults immediately, but doesn't drop into the debugger. Trying to run, say, winecfg in a debugger gives me: WineDbg starting on pid 0xa Process of pid=0x0000000a has terminated This never returns; a ps list shows winedbg and wineserver are still running. Pressing Ctrl-C kills it. Running with a relay trace shows the last thing is a return from kernel32.TlsAlloc(). I'm asking here because I haven't seen it raised before except back in April when there was no resolution. The suggested workaround (disable SELinux) doesn't work for me. Is this a known problem? Any workarounds, or plans to fix it? Thanks, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

Re: RICHED20: debug and 1.0 emulation fixes
by Dimi Paun Oct. 4, 2005

Oct. 4, 2005

From: "Krzysztof Foltman" <wdev(a)foltman.com> > WINE_DEFAULT_DEBUG_CHANNEL(richedit); > +WINE_DECLARE_DEBUG_CHANNEL(richedit_v); > +WINE_DECLARE_DEBUG_CHANNEL(richedit_vv); Why the cryptic names? :) Can't we do a bit better? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: RICHED20: debug and 1.0 emulation fixes
by Krzysztof Foltman Oct. 4, 2005

Oct. 4, 2005

Krzysztof Foltman wrote: > 6th try already... Sorry about spamming. My email account started bouncing mails with *permanent* errors, so I decided resending might have been a good idea. Apparently it wasn't. Krzysztof

1 0