wine-devel February 2005

wine-devel@winehq.org

157 participants
316 discussions

Re: "bachelor project" with wine ?
by Dan Kegel 22 Feb '05

22 Feb '05

Joris Huizer wrote: > I'm supposed to choose a topic - and work it out - for a "bachelor > project"; > Now, at the moment I have no clue, and teachers are discussing what > topics to hand; in the mean time, I think maybe it might be interesting > to do some wine work in such a form that it's ok for this "bachelor > project" :) > > This project is supposed to be something like 308 hours; and of course, > it should be possible to show something interesting at the end of that. > About my background, I have a few years of (simple) programming > experience (in C and C++, mostly) and most of that was done under linux > -- just school programs most of the time; I don't have much experience > with X programming and *none at all* with winapi; > Is there a "project"/are there "projects" in wine, suitable for this? Absolutely. I'm sure others will suggest more ideas, but here's my suggestion: add some test cases to the Wine conformance test suite. I am mentoring about 14 college students doing this right now for college credit; four are doing it for a whole year, ten are doing it for a single semester. They are finding it appropriately challenging, and I think you will, too. See http://www.kegel.com/wine/sweng/ for the step-by-step instructions I wrote up for the semester class. (I'll be revising that as the semester continues to address issues found by the students.) Good luck, and feel free to write me with any questions! - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: Add new headers and changes in headers about security
by Alexandre Julliard 21 Feb '05

21 Feb '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Move definitions from winerror.h to issperr.h. I don't think you want to do that, issperr.h is supposed to be an obsolete header. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Re: World Of Warcraft
by fenix＠club-internet.fr 21 Feb '05

21 Feb '05

Hi lionel, GL_VERSION isn't pertinent as it contains (only) provider and driver version while GLX_VERSION is really the version string of GLX impl. Regards, Raphael ----Message d'origine---- >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: Raphael <fenix(a)club-internet.fr> >Copie à: Alex Woods <wine-devel(a)giblets.org>, wine-devel(a)winehq.org >Sujet: Re: World Of Warcraft >Date: Mon, 21 Feb 2005 21:44:31 +0100 > >On Mon, Feb 21, 2005 at 09:39:31PM +0100, Raphael wrote: >> Ouppsss >> >> better patch > >Why did you do this change: > >- const char *gl_version = (const char *) glGetString(GL_VERSION); >+ const char *gl_version = glXGetClientString(display, GLX_VERSION); > >I.e. replacing the GL version with the one of GLX ? Maybe the GLX version is >needed, but we could then log both of them and not replace GL by GLX. > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ > >

2 1

possibly new regression
by MightY 21 Feb '05

21 Feb '05

Hi, I'm new to the list, so please tell me if I do anything wrong ;). The update from wine-2005-01-11 to wine-2005-02-11 caused a regression with an application I'm trying to get to work. I identified the concrete patch that introduces the problem. It's this one made by Rein Klazes: http://www.winehq.org/hypermail/wine-cvs/2005/01/0612.html What I see happening is the following: sebi@mighty system $ wine gothic.exe wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: divide by zero in 32-bit code (0x00500280). In 32 bit mode. err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:00500280 ESP:7785fcdc EBP:7785fe1c EFLAGS:00010246( - 00 -RIZP1) EAX:5da7c456 EBX:00000000 ECX:7785fe14 EDX:01c516a3 ESI:77b13480 EDI:76e166c0 Stack dump: 0x7785fcdc: 77bf19fb 77bf19fa 00000000 6b636f4c 0x7785fcec: 544f475f 00434948 758a00b0 77b07720 0x7785fcfc: 7599ef50 00890668 0a93c21c 00000000 0x7785fd0c: 7785fe14 0a93c31a 7599ef50 0055d8da 0x7785fd1c: 7599ef50 004012b2 7599ef50 0000c028 0x7785fd2c: 0044cb88 77bf19fb 77bf19fa 007f56ec Backtrace: =>1 0x00500280 in gothic (+0x100280) (0x7785fe1c) 2 0x00500121 in gothic (+0x100121) (0x7785fe58) 3 0x0050005c in gothic (+0x10005c) (0x007f56ec) 4 0x0080b1d8 in gothic (+0x40b1d8) (0x0041daf0) 0x00500280: divl 0x00895c58,%eax Wine-dbg> No window is drawn (usually a splash screen appears...). Maybe you can make some sense of it. Surely I didn't provide a lot of information, but I'm not really sure what kind of info you will need. If you need any additional information on the problem, please tell me. -- Sebastian Schlingmann

3 4

Recent CVS update causes Quicken popup problem/Help please
by Carl Sopchak 21 Feb '05

21 Feb '05

I recently did a CVS update after a fairly long time without one. Afterwards, Quicken 2000 Deluxe has had a problem: When in an account register, as you type the description into a new record, Quicken will pop-up a window showing prior transactions that match what you type. (Quicken calls this Quick Fill. If you press Enter, the transaction is copied into the new record. A VERY nice feature!) The problem is that the pop-up never "goes away", which it should do if (a) your typing causes no prior transaction matches, or (b) you accept the match that is suggested. I have found in the wine debug log that Quicken tries to "get rid" of the popup by setting the popup's rectangle to {0,0;0,0}, which causes the server call to set_window_pos to return with "INVALID_PARAMETER {new_style=00000000}". After adding debug TRACE messages to dlls/x11drv/winpos.c, I have confirmed that the window style just prior to the server call is 94800007 (WS_POPUP | WS_VISIBLE | WS_CLIPSIBLINGS | WS_BORDER | WS_DLGMODALFRAME | WS_DRAGDETECT | WS_NOPARENTNOTIFY). After adding further debugging statements to server/window.c, I have found that the server handler for set_window_pos calls validate_window_rectangles(). Validate_window_rectangles fails because {0,0;0,0} is not within the client's rectangle ({1,1;479,20}), so set_window_pos never gets called. Now, I assume that using a rectangle size of {0,0;0,0} is a valid way to pop-down the popup. Even if not, that appears to be the way Quicken is doing it. I guess my problem is that I have NO CLUE as to how this SHOULD be handled. Should the style be set to (style & ~WS_VISIBLE) when the rectangle is {0,0;0,0}? Should {0,0;0,0} be considered a valid rectangle in validate_window_rectangles()? Should validate_window_rectangles() only get called if the rectangle is not {0,0;0,0}? Or, very possibly, is there something else that should happen? Just to see what happened, I commented out the call to validate_window_rectangles, and the popup disappeared as it should. If anyone has any hints as to what should be done here, I could implement and test this, and send a patch along... As an aside, I noticed on the winehq.org web site that the debugging "quick start" page specifically states that the Debug Channels are not used for the server but the developer's guide does not. And neither suggest how to add debugging messages to the server. Perhaps this could be explained in more detail somewhere? (I could add a section, if the sources of the manual is in CVS, and I knew where they were...) Thanks for the help, Carl

3 3

[PATCH] Add NZDT support to TZ_INFO
by Darryl Dixon 21 Feb '05

21 Feb '05

Adds support for NZDT (New Zealand Daylight Time) to TZ_INFO. Cheers, -- Darryl Dixon <esrever_otua(a)pythonhacker.is-a-geek.net>

1 0

Re: dlls/gdi: fix GetGlyphOutline(resend)
by Alexandre Julliard 21 Feb '05

21 Feb '05

TANABE Hiroshi <hirokun_dayomon(a)infoseek.to> writes: > if(!(fuFormat & GGO_GLYPH_INDEX)) { > - p = FONT_mbtowc(hdc, (char*)&uChar, 1, NULL, NULL); > + int len; > + if(uChar > 0xff) { /* but, 2 bytes charactor only */ > + len = 2; > + uChar = (uChar & 0xff) << 8 | (uChar & 0xff00) >> 8; > + } else > + len = 1; > + p = FONT_mbtowc(hdc, (char*)&uChar, len, NULL, NULL); You should use an array of two chars here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Should winecfg drive detection create device symlinks
by Paul van Schayck 21 Feb '05

21 Feb '05

Hey, I was wondering if winecfg should create symlinks for devices (dosdevices/d:: -> /dev/cdrom)? If it has to, how should it be implented. I can only see drive device symlinks created here: http://source.winehq.org/source/dlls/kernel/volume.c#L219 But I don't think that's the correct place to do it. Can we maybe have a custom flag in DefineDosDevice? I think that would be the right place to do it. Kind regards, Paul

1 0

Ctrl-Shift-N recognized as Ctrl-N
by Tobias Burnus 21 Feb '05

21 Feb '05

Hello, using wine-20050111-0.1 (SUSE builds) or a nightly Codeweavers (or an older version of both for that matter) I have the following problem. The application Diamond 2 has the following menu shortcuts Ctrl-N -> New file Ctrl-Shift-N -> Connect atoms unfortunally, I always get a new file, even if I press Shift. Any ideas how to debug? Tobias PS: See http://www.codeweavers.com/compatibility/browse/name?app_id=865 PPS: Can one now submit new applications to the app.winehq.org app database? I already tried several times, but I got no response at all, then I gave up.

4 5

Re: status of wine dll's
by Michael Jung 21 Feb '05

21 Feb '05

Hi Tom, On Saturday 19 February 2005 03:56, you wrote: > can you take a couple minutes and look over our dll staus page and let > me know of any changes that your aware of? * As a rough guess, I would say that rsaenh.dll is 70% complete by now. * I think we should get rid of the rsabase.dll entry on the status_dll site (and probably also in wine cvs): rsaenh.dll is a complete replacement and rsabase isn't shipped anymore by Microsoft since Win2k (Applications don't load rsabase/rsaenh directly, but via advapi32, which looks it up in the registry). * I've just seen on the status page that I'm considered the 'recent primary worker' for secur32.dll, which I didn't write a line of code for. Did you mean this as some kind of subversive message? ;) Not on the dll status page, but related: * There is still an open 'RSA Crypto API' reference on the fun projects site. This should either be removed or be painted green (in which case rsabase has to be renamed rsaenh and the reference to openssl should be removed). It would be a pitty, if people would start implementing rsabase, since as I said I think it's dead code anyway. * Just because there are changes to be made anyway: On the acknowledgements site I'm listed to have contributed to 'advapi/crypt.c'. My focus was clearly on 'rsaenh.dll' though. Thanks, -- Michael Jung mjung(a)iss.tu-darmstadt.de

3 2

← Newer
1
...
8
9
10
11
12
13
14
...
32
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 February 2005