January 2003 - Wine-Devel - list.winehq.org

Old PROGMAN DDE service for creating icons?
by Dan Kegel Jan. 21, 2003

Jan. 21, 2003

Hey folks, I looked around on google for some discussion of this, but didn't find anything. What's the current thinking on making Wine able to handle the DDE messages that old windows 3.1 apps used to use to install program icons? In Microsoft Windows 3.1, this was handled by Progman.exe. In win95 and later, I think it's handled by Explorer.exe. Should I perhaps add a DDE server to the placeholder implementation of explorer I submitted last week? For what it's worth, I looked around for an example of a DDE server written in C, and found one written in 1992: http://www.the-oasis.net/thereef/files/c/ddeml.zip (possibly written by bob.hartman(a)esoft.com, it's hard to tell). That should come in handy as example source if we decide to do this. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Buiz talk
by Uwe Bonnes Jan. 21, 2003

Jan. 21, 2003

Hallo, on http://www.vnunet.com/News/1138118 Suse's Dan Homolka is cited with: > Dan Homolka, technical sales manager at SuSE, claimed that the vendor's > Linux environment actually runs Microsoft Office faster than Windows "mainly > because Linux is much better at context-switching". Suse Window support is based on Codeweavers Cross Office. Does this stand a real world test? 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 2

Re: dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party
by fenix＠club-internet.fr Jan. 21, 2003

Jan. 21, 2003

----Message d'origine---- >De: Jani Vaarala <flamepygmy(a)yahoo.com> >Sujet: dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party >A: wine-devel(a)winehq.com >Date: Sun, 19 Jan 2003 18:27:13 -0800 (PST) > >Hi. > >I tried to get Worms World Party working with wine >(tried latest wine from CVS, winex 2.2.1 ...) and none >of these worked. I don't get graphics output of any >kind on these. :( >In version 2002-06-05 graphics output is ok, but mouse >events seem to be going to /dev/null. I tried >different versions and I found out that 2002-06-28 had a fix >labeled: > > "Disable OWN_WINDOW as it no longer works." > >I tried defining OWN_WINDOW in latest build and the >graphics came out ok. But no mouse events. If I >undefine OWN_WINDOW, I get the mouse (can hear the menu >selection sounds), but no graphics. have you tried to active "DXGrab" = "Y" in config file ? else can you try ? >When I get no graphics, it seems that GDI heap >overflows aswell. hmmm, where ? maybe in palettes things no ? >I'm not a windows expert, so it would take quite long >time to find out what is actually the reason for this. > >Could someone from this list take a look at it ? I'm not a ddraw expert but i'll try to help you, maybe christian can look at it as lionel is on holydays :) >--jani Raphael

6 8

Re: FW: shell32: SHChangeNotify is really Unicode/ANSI indifferent, take2
by Francois Gouget Jan. 21, 2003

Jan. 21, 2003

On Tue, 21 Jan 2003, Rolf Kalbermatter wrote: [...] > @@ -289,22 +257,11 @@ > LeaveCriticalSection(&SHELL32_ChangenotifyCS); > > /* if we allocated it, free it */ > - if(uFlags & SHCNF_PATHA) > + if (uFlags & SHCNF_PATHA || uFlags & SHCNF_PATHW) > { Just nitpicking (since Dimitrie is on vacation ;-): it's probably not necessary but I would be more confortable if the above test had more parentheses: > + if ((uFlags & SHCNF_PATHA) || (uFlags & SHCNF_PATHW)) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ 145 = 1! + 4! + 5!

3 2

Re: 1995-era Microsoft MFCKIT installer fails to unpack one of its DLLs
by Dan Kegel Jan. 21, 2003

Jan. 21, 2003

lists.mrkidd(a)attbi.com wrote: > Does the file /home/dank/c/ms-setup.t/RBHEAP.DLL exist? In the first trace, it > looks like it gets created ok when the installer extracts it, but then when Wine > tries to load WBRUN20, and therefore RBHEAP.DLL, it fails to find the file. The first trace is running on XP on some other machine; it does create ms-setup.t/RBHEAP.DLL properly. The second trace is running on Wine; it does not create that file at all, from what I can see. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 3

Re: fonts go south halfway through OpenOffice1.0.2 install
by Greg Turner Jan. 21, 2003

Jan. 21, 2003

On Monday 20 January 2003 07:22 pm, Dan Kegel wrote: > Dan Kegel wrote: > 'all your chars are belong to box' hehehe -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

1 0

Re: Re: Re: Some more thoughts on khtml
by fenix＠club-internet.fr Jan. 21, 2003

Jan. 21, 2003

>De: Adam Treat <manyoso(a)yahoo.com> >Sujet: Re: Re: Some more thoughts on khtml >A: fenix(a)club-internet.fr, jmayer(a)loplof.de >Copie à: wine-devel(a)winehq.com >Date: Mon, 20 Jan 2003 06:22:37 -0800 (PST) > > >--- fenix(a)club-internet.fr wrote: >> >Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that right >.... >> I don't think it's a good idea :( >> Now, we only need a few classes and code for porting KWQ to windows specific code (and more >> platform optimised than Qt). >> While Qt need 10-15 huge base classes to be ported, and platform "tuning " on top level code >> (platform independent). >> >> And, i don't like the port idea, because trolltech use Qt under windows as main product, and >> porting the GPL version to windows ... > >*sigh* yes, i agree this is a problem. I don't want to hurt Trolltech, I just wish Qt could be >used as a GPL cross-platform lib. Am still looking for a creative solution that would work for >both Trolltech and the community, so if anyone has any ideas... ;) i don't have any :( >> In past, i have already done much of Qt (2.x version) porting under windows for a personal >> project. >> A first implementation is really easy but for a real industrial one, you need too much code with >> too much problems (you have to understand well what the top levels classes do, etc...) >> >> >BTW, I have setup a project and already started porting the build stuff to use mingw32. >> >> The mingw32 guy use a mix of win32 and unix compat layers (yakk) :( > >I think you are speaking of cygwin here. AFAIK, mingw creates native windows >executables/libraries... yes, i know but last time i saw they have partially used own compat librairies (who use native windows calls) >> as i said before, i think helping the kwq-win32 project is the right way > >yah, it sounds like KWQ is the answer for wines needs i think too :) >Cheers, > >Adam > Raphael

2 1

Re: fonts go south halfway through OpenOffice1.0.2 install
by Sylvain Petreolle Jan. 21, 2003

Jan. 21, 2003

Removing .wine/cachedmetrics* should have fixed it. > Interestingly, it looks like wine's cached font metrics got screwed > up, > as programs I ran later had the 'all your chars are belong to box' > problem. > Restarting X didn't fix it. > Doing 'make uninstall; make install' didn't fix it. > Doing 'rm -rf .wine c; cd wine; sh tools/wineinstall' did fix it > (whew!). > - Dan > ===== 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

1 0

fonts go south halfway through OpenOffice1.0.2 install
by Dan Kegel Jan. 21, 2003

Jan. 21, 2003

I tried installing OpenOffice1.0.2 under Wine today. It started out nicely, but somewhere in the middle, all the fonts got screwed up such that all characters were replaced with boxes. For what it's worth, there are quite a few fixme's. I had to kill Wine to abort the installation. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

ddraw/ddraw/hal.c:152: initialization from incompatible pointer type
by Gerald Pfeifer Jan. 20, 2003

Jan. 20, 2003

The following static DDHALDDRAWFNS hal_funcs = { sizeof(DDHALDDRAWFNS), ===>set_hal_info,<=== NULL, /* VidMemAlloc */ NULL /* VidMemFree */ }; in dlls/ddraw/ddraw/hal.c causes GCC 3.2 (on SuSE Linux 8.1) to warn: ddraw/hal.c:152: warning: initialization from incompatible pointer type Could someone please have a look? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 2