January 2004 - Wine-devel - list.winehq.org

winecfg: a patch to review
by Kirk Ruff 17 Jan '04

17 Jan '04

Hello, I have started to work on winecfg a little in attempt to get used to some workings of WINE. This is the first real open source project I have actually tried to submit a patch to. I have started to work on a few functions that were not implemented yet and before I forget to try to submit a patch again I thought I would do it now. The only part I have included in this patch is the ability to remove an application from the "Application" tab. The way I assumed that this was to do is remove the appropriate key from the registry and update the listview. I realize this is a pitiful patch since it really doesn't add much but I thought I would see if I am doing it correctly and to see if does what it should. Any help is appreciated(I hope this patch is inline, my first try at it. Kirk

7 14

Re: GetShortPathName broken
by Stefan Leichter 17 Jan '04

17 Jan '04

Am Samstag, 17. Januar 2004 22:31 schrieb Eric Pouech: > > Thanks Eric, > > > > this was the right tip. My Problem is that i have two directories. The > > first one is "C:\Program Files" but the second one is C:\Programme. After > > i renamed (first character) the second one the test program works for me > > too. So what changed is the behavoir if two directories will match the > > short path. > > So, this shouldn't impact GetShortPathName. The short name should be > unique (as the long path). So, your test should work even with your two > directories. Something is wrong somewhere. > > This patch should help ? > Yes, thanks it works fine here Thanks Stefan

1 0

Re: Try using the Mozilla Active X control in MSHTML
by Dimitrie O. Paun 17 Jan '04

17 Jan '04

On January 16, 2004 01:06 am, Mike McCormack wrote: > Since some people have been complaining that MSHTML is a useless > distraction in it's current form (there's some element of truth in > that), here's a small patch to redirect calls to Mozilla's Active X > control. You need to add a "mshtml"="builtin,native" override in the > config file and download and install the control before this patch can > try to use it: > > http://www.iol.ie/~locka/mozilla/control.htm Very nice Mike! I guess this requires a Win32 build of Mozilla, no? Anyway, if the patch goes in, it would be nice if our good packagers can come up with a binary package (say, wine-mozilla?) that just installs alongside with the wine package and provides this capability. -- Dimi.

4 4

Running Wine under MS SFU under Wine ... ?
by Dan Kegel 17 Jan '04

17 Jan '04

I recently posted with problems running Microsoft's Services for Unix under Wine. I only tried it out of morbid curiosity, actually, and because MS was offering it for free. The free offer expired, but it's back again for a little while; slashdot.org seems to be running banner ads for it. I'd encourage any of you who even *might* be tempted to try this out to go order the CD-ROM. It would be way bitchin' cool if we could nest Wine and MS SFU (I seem to recall we can't nest Wine in Cygwin for some technical reason, but who knows, maybe SFU won't have the same problem). - Dan

3 3

GetShortPathName broken
by Stefan Leichter 17 Jan '04

17 Jan '04

Hello, The function GetShortPathName is broken in current cvs. This short program exhibits the problem: ------------------------------------ #include <stdio.h> #include <windows.h> #include <version.h> int main(int argc,char **argv[]) { char buffer[0x104] =""; DWORD retval; retval = GetShortPathName("C:\\Program Files", buffer, sizeof(buffer)); printf("%08x, %08x, %s\n", retval, GetLastError(), buffer ); return(0); } ----------------------------------------- On win2k and wine "2004-01-14 CST" i get 0000000b as retval and 00000000 from GetLastError() starting with wine "2004-01-14 18:21:00 CST" up to current cvs i get 00000000 for retavl and 00000002 from GetLastError(). So for my understanding the patch http://cvs.winehq.com/patch.py?id=10682 broke the function. Bye Stefan

2 2

Re: Debugger doc pages
by Jason Edmeades 17 Jan '04

17 Jan '04

>> Is it something about my machine but when I go to the online debugger >> docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I can >> see absolutely nothing in the text boxes. I can highlight the text and >> it appears to be in a minute font, and cut+paste into an editor shows me >> the text is there, its just too small to be visible. >> I tried with mozilla and IE (both from a Windows machine). >WORKSFORME with Firebird 0.7 on Fedora... and >It looks fine for me in Konqy, under Linux (RH9). >Is the font setup on that machine odd in any way? Not that I know of! Its a relatively new (<2months) old WinXP install, but its something weird as my other machine (win2k partition) can see them fine. If it was 'just' IE or just Mozilla, I wouldnt mind, but for both to be broken does make it look like a machine wide issue. Debugging this further, the style sheet has as font for <pre> 'Fixed'. I changed this to PRE { FONT-SIZE: 10pt; FONT-FAMILY: Courier, Fixed } and it works, so it implies my 10pt Fixed family font is wrong? On my 2k(working) box, I ran character map, and in the font dropdown I had Fixedsys but not fixed. On my XP box I actually had listed an entry for 'fixed', which sure enough had small fonts. Any idea how to get from charmap -> font? I dir a dir *fixed* /s on my machine, no luck. Anyone else with XP who could try that page and see if they suffer the same way please? Jason

1 0

Problem with configure/config.cache
by Dominik Strasser 17 Jan '04

17 Jan '04

Hi, I am running into a problem, each time I rerun tools/wineinstall: wineinstall calls configure; configure finds a valid config.cache. On detction of the aRTS sound server it does the following: if test "${ac_cv_c_artsserver+set}" = set; then echo $ECHO_N "(cached) $ECHO_C" >&6 else # check for aRTS ... so if configure is called repeatedly, the else clause is not executed. But only in this else clause, ARTSC_CFLAGS and ARTSC_LIBS are set, which results in an uncompilable wine alsa driver because ARTSLIBS and ARTSINCL is set to those vars. Something similar happens in the detection of the asm keywords to be used in the stabs generation. I am not an autoconf guru, so I have no clue how to fix this. Regards Dominik

2 1

Re: Partial MDI rewrite
by Alexandre Julliard 17 Jan '04

17 Jan '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Merge the MDI and common window creation code. Change a way > MDI children are managed in MDIClient. > Add support for MDICREATESTRUCT A<->W conversions. > Add support for WM_MDIREFRESHMENU. The critical section thing worries me, especially since you are doing things that may require sending messages in there. I think you should use the normal USER lock when locking is really necessary; note that anything that is only accessed from the window procedure doesn't need locking at all. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Implement LockWindowUpdate [take 3]
by Alexandre Julliard 17 Jan '04

17 Jan '04

Mike Hearn <mike(a)theoretic.com> writes: > I hit Google and found a page describing how to reduce flickering in > FrontPage by writing a utility VB app using LockWindowUpdate and > FindWindow, so clearly my initial implementation was wrong and this does > need server support. The resultant code is also cleaner I feel. Yes it's much better. Now the problem is that the rest of the code won't be able to cope with it: in order to make sure painting always happens correctly, you will need to invalidate all the DCEs concerned by the window, to make sure all the update regions are recomputed correctly. Unfortunately this can't be done inter-process at the moment... -- Alexandre Julliard julliard(a)winehq.com

3 6

Regression tests and Paul Millars WRT
by Mike Hearn 17 Jan '04

17 Jan '04

So, I saw in WWN mention of this website which I stumbled across by accident a few weeks ago, and had another look. I couldn't believe how useful it was, yet nobody seemed to use it and it's not a part of WineHQ. A few questions, therefore: 1) Firstly, to Paul - could you hook things up so that when we get new red/purple builds an email is sent to wine-devel? I just sent a patch to fix the http tests that started failing but I wouldn't have seen it if it was not for your system. I think Alexandre runs the test suite before checking in each patch, but it's still possible that there are ones he misses (like this). If it was being done automatically perhaps AJ would not need to run the whole test suite before each commit, so he could work faster as well (and alexandre-cycles are waaaaay more valuable than cpu-cycles :) 2) Why is this not running on a WineHQ machine? Too expensive? Not needed? 3) Is the source to WRT available anywhere? thanks -mike

2 1