wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

145 Gnu Makefiles for all Petzold Programs
by John Kopplin 07 Feb '03

07 Feb '03

I have just completed 145 Gnu makefiles that allow the free MinGW (Gnu) Compiler to compile and execute all of the example programs which Charles Petzold describes in his "Programming Windows Fifth Edition" book, which is the standard reference book on Microsoft's WIN32 API. I freely distribute these 145 makefiles in a .ZIP file, along with an installation program that will copy them into Petzold's directory structure, from my web page at: http://www.computersciencelab.com/Petzold.htm Only 5 of the 145 programs require user intervention to compile with the Gnu compiler, which is not bad for porting that many programs to a new compiler, especially given Microsoft's lax adherence to standards. I would be very pleased if these makefiles would help with the development of the Wine emulator. John Kopplin _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

2 1

To select or LBS_NOSEL...
by Ferenc Wagner 07 Feb '03

07 Feb '03

Hello, can anybody think of a way that a listbox with LBS_NOSEL style can still highlight a row, return meaningful values for LB_GETCURSEL and in general behave exatly like a selectable one? This is the behaviour I see under Win 95 and XP (using Spy++), and what I can achieve under Wine by unsetting the LBS_NOSEL attribute in LISTBOX_Create. What's going on? MSDN tells what you'd expect... I would be grateful for any insight. I hope to create some test program soon, but since I've never coded Windows GUIs it will probably take some time and brain cells. Feri.

1 0

Listview problems
by Dan Kegel 07 Feb '03

07 Feb '03

I've already sent this to Dimi, but... the demo http://msdn.microsoft.com/downloads/samples/internet/commctrl/vlistvw/defau… doesn't work very well with Wine at the moment. It demonstrates the LVS_OWNERDATA variant of a listview. I built it with msvc6. The default view looks ok, but if you pick a different view, the fun starts... "large icons" seem to all be drawn on top of each other. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 3

edit control bug
by Felipe W Damasio 07 Feb '03

07 Feb '03

Hi, I'm porting a software using winelib and found a (at least I think so) serious bug with the edit control: When you put a lot of text in an edit control and then begins to backspace them, the app simply seg faults. I'm using wine-20030115 but also tried wine-20021031, and both have this bug. Both the source and the executable for test are available here: ftp://elipse.com.br/pub/EditControl/about1-src.tar.gz ftp://elipse.com.br/pub/EditControl/about1-exe.tar.gz Yeah, I stole the example from Petzold's book....so please enter help->about to see the dialog :) Can anyone help with this? Is this a known wine bug? I did the usual google search but couldn't fine any reference of this. But if is: Is somebody working on it? Or will anyone work on this? And can I help? Thanks for any help you can give me (please CC me). Felipe

3 5

Re: RtlUpperChar (was: some ntdll functions) [Virus checked]
by thomas.mertes＠t-mobile.at 06 Feb '03

06 Feb '03

Dan Kegel <dank(a)kegel.com> wrote: > That looks like a horrible kludge. Before we settle on > something like this, we should probably consult the > people on the unicode mailing list to see what they > suggest. This is not what I suggest. Please read my complete mail. I wrote: I did a test on w2k trying to convert all chars between 0 and 255. The result was: Just 'a' .. 'z' are converted to 'A' .. 'Z', all other characters remain unchanged. I switched the machine between 'EN' (English) and 'DE' (German) and no difference. My test Function is: static void test_RtlUpperChar(void) { int i; CHAR ch; CHAR upper_ch; CHAR expected_upper_ch; for (i = 0; i <= 255; i++) { ch = (CHAR) i; upper_ch = pRtlUpperChar(ch); if (ch >= 'a' && ch <= 'z') { expected_upper_ch = ch - 'a' + 'A'; } else { expected_upper_ch = ch; } /* if */ ok(upper_ch == expected_upper_ch, "RtlUpperChar('%c') has result '%c', expected '%c'", ch, upper_ch, expected_upper_ch); } /* for */ } ... and this test passed really under native w2k. Greetings Thomas

2 1

WineConf 2003
by Dan Kegel 06 Feb '03

06 Feb '03

How about we hold it as a satellite conference to LinuxTag, Karlsruhe, Germany, 10-13 July 2003? LinuxTag is a very big, very cool event. See http://www.linuxtag.org/2003/en/conferences/cfp.html - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 5

Re: Fix module entry deallocation in MODULE_DecRefCount
by Eric Pouech 06 Feb '03

06 Feb '03

Warren_Baird(a)cimmetry.com wrote: > > > ChangeLog: > > Fix module entry deallocation in MODULE_DecRefCount. > > Description: > > Also decrement the reference count on any other libraries with > exactly the same short name since two module entries are being > allocated when we load the library. Maybe the real fix here would > be to ensure that a module entry is allocated no more than once > but we couldn't figure out how to do that. the fix doesn't seem the right one... could you post a -debugmsg +file,+module of what really happens here A+ -- Eric Pouech

1 0

Re: RtlUpperChar (was: some ntdll functions) [Virus checked]
by thomas.mertes＠t-mobile.at 06 Feb '03

06 Feb '03

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > <thomas.mertes(a)t-mobile.at> wrote: > > > RtlUpperChar does not take the locale into account. It always convertes > > just > > 'a' .. 'z' and nothing else. > > > > Is this the right direction or did I miss something? > > No, that's not right. We really need to convert to unicode first, then > upper case unicode character and convert the result back to ansi. See > the ReactOS source for reference (at the first glance it closely enough > matches NTDLL asm code). I have not seen the asm code. I just do tests on w2k (see my other mail). ReactOS is ok but not my measurement. These tests suggest that the right implementation would be: CHAR WINAPI RtlUpperChar( CHAR ch ) { if (ch >= 'a' && ch <= 'z') { return ch - 'a' + 'A'; } else { return ch; } } I was not able to find any other behaviour under w2k. RtlUpperString also just converts 'a' .. 'z' to 'A' .. 'Z'. In my opinion RtlUpperChar and RtlUpperString are low level functions which do not know anything about locales / codepages. But the ntdll (and msvcrt) functions toupper and _toupper should know about locales / codepages (may be they should use the solution below). BTW: My other implementation did it the ReactOS way and is not a 'horrible kludge': CHAR WINAPI RtlUpperChar( CHAR ch ) { WCHAR wch; wch = toupperW(((WCHAR) ch) & 0xff); if (wch >> 8) { return ch; } else { return (CHAR) wch; } } According to my information: When you do not have multibyte chars (as it is here), you just set the upper byte to 0. Just look close: ((WCHAR) ch) & 0xff is necessary because CHAR is signed and ((WCHAR) ch) would sign extend (which is wrong). I did a test with the 'horrible kludge' on wine and it worked fine (The ISO Latin 1 charaters got converted in the right way). Greetings Thomas

2 1

Re: Fixes for makepath
by Dimitrie O. Paun 06 Feb '03

06 Feb '03

On Thu, 6 Feb 2003 Warren_Baird(a)cimmetry.com wrote: > - TRACE("got %s %s %s %s\n", drive, directory, > - filename, extension); > + char tmpPath[MAX_PATH]; > + TRACE("got %s %s %s %s\n", > + drive ? drive : "", > + directory ? directory : "", > + filename ? filename : "", > + extension ? extension : ""); Please use debugstr_a instead, like so: TRACE("got %s %s %s %s\n", debugstr_a(drive), debugstr_a(directory)... -- Dimi.

1 0

Re: Winspool errors with notepad
by Sylvain Petreolle 06 Feb '03

06 Feb '03

trace:winspool:AddPrinterA ((null),2,0x407c2c1c): stub trace:winspool:DEVMODEdupAtoW trace:winspool:AddPrinterW (L"",2,0x4026ac58) Following these debug messages, we see that the name of the server on which the server is installed changes fromNULL to "". Currently we dont support remote printers and the the name must be NULL otherwise the function fails. It lies into wine/dlls/winspool/info.c : if(pName != NULL) { ERR("pName = %s - unsupported\n", debugstr_w(pName)); SetLastError(ERROR_INVALID_PARAMETER); return 0; The file was updated to avoid HEAP_strdupAtoW calls. Matthew, could you look at this ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 7

Re: Implement SelectPalette and RealizePalette in mfdrv
by Dmitry Timoshkov 06 Feb '03

06 Feb '03

<Warren_Baird(a)cimmetry.com> wrote: > diff -ur clean/wine/objects/palette.c wine/objects/palette.c > --- clean/wine/objects/palette.c Wed Jan 29 15:31:13 2003 > +++ wine/objects/palette.c Fri Jan 31 12:47:21 2003 > @@ -674,6 +674,7 @@ > } > if (!(dc = DC_GetDCPtr( hdc ))) return 0; > prev = dc->hPalette; > + if (dc->funcs->pSelectPalette) hpal = dc->funcs->pSelectPalette( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ here hpal is zeroed out. > dc->physDev, hpal, FALSE ); > dc->hPalette = hpal; ^^^^^^^^^^^^^^^^^^^ 1. The above code chunk always sets dc->hPalette to zero in the case of metafile dc. 2. It seems that most of your all patches are wrapped by your mailer. 3. Some of your patches use C++ comments. 4. Some of your patches use a C++ style of declaring variables in the arbitrary place of the function. Please fix all of the above and resend the affected patches. Thanks. -- Dmitry.

1 0

RE: WineConf 2003
by Patrik Stridvall 06 Feb '03

06 Feb '03

> LinuxTag is my favorite so far, fwiw, as > 1) it looks fairly well organized and interesting in its own right Yes, this is of course both good and bad. Good because it is as you said intresting, bad because we might lose the Wine focus. This is that IMHO happend at LinuxKongress in Erlangen (2000?). Sure it was a very nice social gathering and I enjoyed it very much but compared to WineConf 2002 in San Diego it didn't really amount to very much. Productively speaking that is. While I personnally are very likely to show up anyway, we really should carefully plan what we should do, not just take it as is comes as happend at LinuxKongress 2000. > 2) it's not freezing cold like Espoo in February would be True. It is quite cold here in Sweden right now and Finland is usually colder. :-) > 3) it's in a German-speaking country (I didn't learn my Grandma's > Finnish too well, but I did learn my Grandpa's German!) True. However the biggest use of I had of the little German I know was reading the menu at the resturant. :-) You will do fine with just English. > 4) it's the least likely of the bunch to conflict with the > arrival of my first kid on 31 July, the first day of the > Edinburgh event :-) 5) "The 9th Annual International LinuxTag will take place at the Convention Center in the Messe at Karlsruhe, Germany. Karlsruhe is located in the southern part of Germany near Heidelberg and can be easily reached via Frankfurt International Airport and by rail." Since AFAIK most European major airports (and quite a few minor airports) have flights to Frankfurt it will presumably be easier and cheaper traveling to than most of the alternatives. Please note if somebody wishes to speak at the conferance: "Abstract submission deadline: February 21, 2003"

1 0

Compile Error in d3d8
by Uwe Bonnes 06 Feb '03

06 Feb '03

Hallo, since about last week, wine compilation stops in d3d8: > device.o: In function `DrawPrimitiveI': > /home/bon/tmp/wine/compile/wine/dlls/d3d8/device.c:535: undefined reference to `glMultiTexCoord3f' > /home/bon/tmp/wine/compile/wine/dlls/d3d8/device.c:516: undefined reference to `glMultiTexCoord2f' > /home/bon/tmp/wine/compile/wine/dlls/d3d8/device.c:416: undefined reference to `glMultiTexCoord3f' I did a "make distclean" and the problem persists. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Re: Opengl Glide
by Kristoffer Ericson 06 Feb '03

06 Feb '03

Greetings, I'm hoping we are nearing a solution, with so many people involved =) http://bugs.winehq.com/show_bug.cgi?id=1234 has been updated with logfiles and my small info. http://bugs.winehq.com/show_bug.cgi?id=1254 has been created with my info and logfiles. What other log files do you want? Best wishes >From: Lionel Ulmer <lionel.ulmer(a)free.fr> >To: Kristoffer Ericson <kristoffer_e1(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: Opengl Glide >Date: Wed, 5 Feb 2003 23:24:16 +0100 > > > Guilty as charged, been working on this thing for quite some time now. > >Well, can't find your bug report again... The latest open on Wine + Tribes >is not from you. > > > just send me the www link and i will upload the logs. > >If you can't find the bug anymore, raise two new ones (we will close the >old >ones when we find them :-) ). > >Or rather use this one for the dinput problem : > > http://bugs.winehq.com/show_bug.cgi?id=1234 > >If you can do for me the trace I asked at the end I would be happy :-) > > > Any idea, why Tribes don't detect opengl? i'm not familiar with any >other > > game that does this. Although i know that Tribes didn't support Opengl > > nativly but it added it with a patch later on. > >Well, for this, create a new bug and attach the +opengl,+relay,+x11drv log >I >requested. > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

RtlUpperChar (was: some ntdll functions) [Virus checked]
by thomas.mertes＠t-mobile.at 06 Feb '03

06 Feb '03

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > > IMHO RtlUpperChar has nothing to do for unicode chars. > > Is there a way to use Wine internal code page to do the conversion without > > converting to unicode and back? > > Wine has only unicode case conversion tables and currently there is no way > to avoid forth and back conversions. My solution for this is: /************************************************************************** * RtlUpperChar (NTDLL.@) */ CHAR WINAPI RtlUpperChar( CHAR ch ) { WCHAR wch; wch = toupperW(((WCHAR) ch) & 0xff); if (wch >> 8) { return ch; } else { return (CHAR) wch; } } This would mean: Some ISO Latin 1 characters would be converted additionally to 'a' .. 'z'. I did a test on w2k trying to convert all chars between 0 and 255. The result was: Just 'a' .. 'z' are converted to 'A' .. 'Z', all other characters remain unchanged. I switched the machine between 'EN' (English) and 'DE' (German) and no difference. May be this was the wrong place to switch the locale / code pages ... My guess is: RtlUpperChar does not take the locale into account. It always convertes just 'a' .. 'z' and nothing else. Is this the right direction or did I miss something? Greetings Thomas

3 2

controls\edit.c
by Dietrich_Teickner＠t-online.de 06 Feb '03

06 Feb '03

Hi , I have found, the undo_buffer_size for the realoated undo_buffer in controls\edit.c was invalid remembered, it was one to high (alloc_size/sizeof(WCHAR)). It must be alloc_size/sizeof(WCHAR) - 1. After second realloc and many(32) delete backwards was the word after the undo_buffer overwritten. Has the first allocated undo_buffer_size the VALUE from 15, so is the VALUE from undo_buffer_size after reallocation 32, not 31. Dietrich (from odin) /********************************************************************* * * EDIT_MakeUndoFit * * Try to fit size + 1 bytes in the undo buffer. * */ static BOOL EDIT_MakeUndoFit(EDITSTATE *es, UINT size) { UINT alloc_size; if (size <= es->undo_buffer_size) return TRUE; TRACE("trying to ReAlloc to %d+1\n", size); alloc_size = ROUND_TO_GROW((size + 1) * sizeof(WCHAR)); if ((es->undo_text = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, es->undo_text, alloc_size))) { es->undo_buffer_size = alloc_size/sizeof(WCHAR) - 1; ------------------------------------------------------------------> return TRUE; } else { WARN("FAILED ! We now have %d+1\n", es->undo_buffer_size); return FALSE; } }

1 0

remote app problem: menus go away at wrong time
by Dan Kegel 06 Feb '03

06 Feb '03

I was sitting at my wife's XP machine with a spare five minutes, and it suddently came to me that I haven't done enough remote testing of Wine. So I ran wcmd cygwin startx ssh -X mybox ssh mylaptop wine spyxx.exe just to see how well wine would work via two ssh hops on top of x on top of cygwin on top of winxp. First issue: you can't use the menus with the mouse! Sure, they'll pop up, but when you move the mouse down to one of the menu items, the menu goes away. It decides the user really wanted to highlight the toolbar, or something. Before you say "Aw, nobody'll do that", consider that LTSP is getting a lot more popular... and last week a local small business owner I know asked me to help set up diskless Linux workstations to run his existing Windows apps. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 6

Re: fix generation of PolyPolygon in mfdrv
by Dan Kegel 06 Feb '03

06 Feb '03

Warren, thanks for taking the time to submit all those patches! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: move palettes from GDI heap to system heap
by Michael Stefaniuc 05 Feb '03

05 Feb '03

On Wed, Feb 05, 2003 at 06:30:21PM -0500, Warren_Baird(a)cimmetry.com wrote: > > > > ChangeLog: > > Allocate palette objects on the large heap instead of the GDI heap > to avoid GDI heap saturation. This is already in CVS. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: Opengl Glide
by Kristoffer Ericson 05 Feb '03

05 Feb '03

Hey, Guilty as charged, been working on this thing for quite some time now. just send me the www link and i will upload the logs. Any idea, why Tribes don't detect opengl? i'm not familiar with any other game that does this. Although i know that Tribes didn't support Opengl nativly but it added it with a patch later on. Best wishes >From: Lionel Ulmer <lionel.ulmer(a)free.fr> >To: Kristoffer Ericson <kristoffer_e1(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: Opengl Glide >Date: Wed, 5 Feb 2003 18:21:53 +0100 > >Out of curiosity : are you the guy who submitted the Tribes 1 bug on WineHQ >about input and stuff ? > >If not, could you raise a bug (or two, one for input the other for OpenGL) >so that we could go back and forth on these issues more easily than by mail >on the devel list ? > > > * As soon as any key is pressed, wine quits > > = Fix with native dinput.dll version dx4->dx6 > >For this I would need a --debugmsg +dinput,+seh trace of the problem. THe >debugger won't work due to the 'LL hooks' problem, but let's hope that it >will be enough. > > > * Opengl isn't detected and impossible to choose > > = Currently no fix, although it works to use glidewrappers. Don't know > > what Tribes uses to detect opengl. > >For this, a +relay,+opengl,+x11drv log would be needed. > > > My other question is this, if i want to use glide (got a voodoo3) how do >i > > enable and use this in wine? > > > > Do i do a ./configure --enable-glide or --with-glide ? > > And so on.. > >If should be used automagically and not need any configure stuff. > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

2 1

Re: Code Duplication
by Brian Vincent (C) 05 Feb '03

05 Feb '03

>During my work to clean up the Unicode -> ascii cross-calls I have >noticed some A:W pairs where both are implemented in essentially the >same way. Would it be sensible in these case to make the A function into >a call to the W one, to reduce code size, or would I be wasting my time. This was discussed back in Novemeber: http://www.winehq.com/news/?view=143#Avoiding%20ASCII/Unicode%20Function%20D uplication Follow the "Archive" link for the thread. If I remember correctly there was no right or wrong thing to do - it depended on the case. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

font metrics II
by Scott Jackson 05 Feb '03

05 Feb '03

ok, here's a better question: since my Japanese fonts don't puke under X11 (but do under wine :-P ), is there any way I can get wine to ignore certain directories of fonts?? This would help b/c wine crashes on one of my Kappa fonts. Thanks! -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

2 1

{G|S}etThreadContext question
by Rein Klazes 05 Feb '03

05 Feb '03

hi, I am trying to add some support for the floating point unit to winedbg. I have one question to the experts. The debugger code gets/sets the CPU registers through a {G|S}etThreadContext() from the server, adding the flag CONTEXT_FLOATING_POINT should make sure to include the FP registers. This doesn't work because the server code clears the CONTEXT_FLOATING_POINT flag at some point (see attached patch). My patch is simply preventing this, but it may well be that the FP registers should be available at this point. So is this the correct fix? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 3

CVS Compile error.
by Patrik Båt 05 Feb '03

05 Feb '03

Hello people out there! Im trying to compile the cvs source of WINE and gets error: gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fno-keep-static-consts -D__int8=char -D__int16=short -D__int32=int "-D__int64=long long" -fPIC -D__WINE__ -fshort-wchar -D_REENTRANT -I/usr/X11R6/include -o dpnet_main.o dpnet_main.c cc1: Invalid option `-fshort-wchar' make[2]: *** [dpnet_main.o] Error 1 make[2]: Leaving directory `/root/winecvs/wine/dlls/dpnet' make[1]: *** [dpnet/libdpnet.so] Error 2 make[1]: Leaving directory `/root/winecvs/wine/dlls' make: *** [dlls] Error 2 Is it anyone ho have a clue? I updated the CVS source today, 2003-02-05 (YYYY-MM-DD). ./configure dosen't complaine... My system is: Linux 2.4.20, Debian 3.0 unstable. -- Patrik Båt <patrik(a)researchelectronics.se> Research Electronics AB

4 7

Re: CVS Compile error.
by Patrik Båt 05 Feb '03

05 Feb '03

hello, testing som stuff here.... root@lightning:~/winecvs/wine# gcc -fshort-wchar test.c cc1: Invalid option `-fshort-wchar' root@lightning:~/winecvs/wine# with 2.54 and root@lightning:~/winecvs/wine# gcc -fshort-wchar test.c root@lightning:~/winecvs/wine# cat test.c #include <stdio.h> int main() { printf("hello!"); } with 3.0 -- Patrik Båt <patrik.bat(a)home.se>

1 0

Jump to page:

2025

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