wine-devel October 2005

wine-devel@winehq.org

165 participants
333 discussions

Re: editline count CRLF
by Eric Pouech 05 Oct '05

05 Oct '05

Jonathan Ernst wrote: > Again an old patch that was lost in bugzilla... > > Fixes Bug 2509 (http://bugs.winehq.org/show_bug.cgi?id=2509) > > Changelog: > Joshua Davies <jdaviestx(a)comcast.net> : > > It looks like windows is returning the length of the string, plus the CRLF > delimiters, whereas wineconsole is returning one less. > > The attached patch seems to correct the problem; apply this patch to the latest > version of dlls/kernel/editline.c. > > > > > ------------------------------------------------------------------------ > > --- dlls/kernel/editline.bak 2004-10-12 17:04:17.000000000 -0500 > +++ dlls/kernel/editline.c 2004-10-12 17:04:25.000000000 -0500 > @@ -376,7 +376,8 @@ > { > WCHAR nl = '\n'; > if (!WCEL_Grow(ctx, 1)) return; > - ctx->line[ctx->len++] = '\n'; > + ctx->line[ctx->len++] = 0x0d; > + ctx->line[ctx->len++] = 0x0a; please use '\r' and '\n' instead of their numeric values A+ -- Eric Pouech

1 1

DirectDraw driver question
by Stefan Dösinger 05 Oct '05

05 Oct '05

Hello, Wine has 2 DDraw drivers: An accellerated HAL driver and a software-based user driver. I've noticed that the HAL driver uses many basic functionality from the user + gdi driver, and that the hal driver is the prefered one. But is there any situation where the user driver is used directly? Thanks, Stefan

2 1

RE: Cannot compile 20050830 on Solaris 9
by Rob D 05 Oct '05

05 Oct '05

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 05 Oct '05

05 Oct '05

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 05 Oct '05

05 Oct '05

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 05 Oct '05

05 Oct '05

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 04 Oct '05

04 Oct '05

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 04 Oct '05

04 Oct '05

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 04 Oct '05

04 Oct '05

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 04 Oct '05

04 Oct '05

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

← Newer
1
...
25
26
27
28
29
30
31
...
34
Older →

Jump to page:

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 October 2005