November 2002 - Wine-Devel - list.winehq.org

RE: C++ tests (1/2)
by Patrik Stridvall Nov. 15, 2002

Nov. 15, 2002

> Patrik Stridvall <ps(a)leissner.se> writes: > > > Then of course we want normal C++ tests as well. Many (most?) > > applications likely to be ported by Winelib are C++ application > > so we really should have tests for possible C++ problems. > > The Wine tests are supposed to test the implementation, That is their primary use, yes. However I see no need to limit it to that. > not the > compilation. If some code interfaces incorrectly with Winelib, because of C++ problems or whatever, it doesn't really matter if the implementation is correct, does it? The result will still be wrong. Interface problems are inherently compilation specific. So yes, I really think we should have some tests for them. Sure I don't have much hope of catching that many bugs but then, it givens at least some confidence that the interface is reasonable bug free. > And building C++ apps with Winelib is a complex issue > that you won't be able to test in the Wine framework, except with > carefully tweaked code that won't match what real apps do anyway. > > Frankly, the likelihood of catching a real problem that way is much > too small to justify the complexity of a whole new test environment. What complexity? The patch is very small and half of it concerns the .c.cxx hack to compile tests with both with C and C++, that I can remove if you wish. Except for the file extension choping, it is possible to do with only changing "Makefile:s". Anyway if you don't accept the somewhat abstract argument above, here are some more concrete ones: How are we supposed to test specific C++ features in the Winelib header. Sure we doesn't have many yet, primarily because only C++ Winelib application needs then and we don't have any in the tree so we don't need that ourselves. But some (many?) C++ application ports from Windows certainly does. Sure we can add them to the Wine tree without any tests but if they are neither used internal nor tested they are very likely to be wrong. And yes, there are quite a lot of C++ only feature in the Microsoft SDK that are not in Wine yet. A FEW examples of C++ only features: 1. The D3D math classes (vector, matrices, quaternions, colors etc) in d3dvec.inl d3dx8math.inl d3dxmath.inl 2. The GDI+ API classes in gdiplus*.h 3. The DAO API classes in dbdao.h 4. STL compatible classes for accessing SAFEARRAY's in t_safevector.h Then of course we have COM... Sure we can test it in C to a large extent, but will it be enough? So my questions to you: 1. Should we support the C++ only features meantion above? 2. If yes, should we just include it in the tree without tests and just hope it works or should we have C++ tests for them? > We just got rid of the Perl framework, please let's not add a new one. I see no relevent comparsion between them: 1. C++ is actually used by the Microsoft SDK. Perl is not. 2. The Perl framework was big and required generated modules. The C++ framework is very small and uses the Wine header files as they are (or should be in order to be Microsoft compatiable)

2 1

Wine Fun Projects v0.2
by Dimitrie O. Paun Nov. 15, 2002

Nov. 15, 2002

Folks, The second release (much expanded) of the Fun Project page has been released, in all it's glory, at: http://www.dssd.ca/wine/Wine-Fun-0.2.html The working version of the above is at: http://www.dssd.ca/wine/Wine-Fun.html By now, you should know that comments, suggestions, and flames are not only appreciated, but expected. -- Dimi.

4 6

Re: Quick question about ANSI and Unicode
by Dustin Navea Nov. 15, 2002

Nov. 15, 2002

I fixed it, dang outlook defaults. Dustin ----- Original Message ----- From: "Tony Lambregts" <tony_lambregts(a)telusplanet.net> To: "Dustin Navea" <speeddymon(a)ev1.net> Sent: Friday, November 15, 2002 10:33 AM Subject: Re: Quick question about ANSI and Unicode > Dustin Navea wrote: > > > Ok, as you may have noticed Dimi sent a couple of patches that were > > supposed to fix Treeview Notifies a couple of weeks back. They didnt > > exactly work, but its not that the code he submitted didnt help. > > Basically when running the StarCraft installer in wine, it attempts to > > display the treeview-based directory listing in unicode which isnt > > supported by that installer, and so it ends up not showing anything. > > I was wondering if anyone thinks that the fact that my TextCP=0 in the > > wine config file has anything to do with it. I'm thinking that if I > > set it to TextCP=1252 or TextCP=437 then it will work as expected, but > > I have no way of testing this until tonight, as I'm not on a Linux box > > right now, being at work and all. Just thought I would check with > > everyone and see what they thought. > > > > Comments appreciated. > > > > I am sorry I can't help with the codepage thing. However, I am sure > that you didn't mean to, but you sent this in html format, and you know > this list is text only... Do you need some help with setting up outlook > to send text only? > > -- > > Tony Lambregts > > > >

1 0

RE: Wine without any X11 environment
by Patrik Stridvall Nov. 15, 2002

Nov. 15, 2002

> is it possible to use wine in a telnet session to start a > (command line) > windows application? Yes. > I get the error that x11drv can't connect to a > display (which is correct). I'm also not very sure that the windows > program itself does not perform some graphic related queries (there were > some fixme messages when I tried to use 'ttydrv'). If the application directly or indirectly loads GDI32.DLL or USER32.DLL it also load the x11drv with the result above if DISPLAY isn't set. > Any ideas? Is there any workaround to use a dummy display or whatever? In addition to the ttydrv (as you meantion above) you can use VNC like: vncserver :1 export DISPLAY=:1

1 0

Adding -lc when linking?
by Gerald Pfeifer Nov. 15, 2002

Nov. 15, 2002

When compiling Wine on FreeBSD, there are tons of warnings of the following kind (and have been that way since I can remember) which regularily cause confusion and support requests by people building our port: /usr/bin/gcc -shared -Wl,-Bsymbolic glu32.spec.o glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../library -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -lm /usr/lib/libgcc.a(_op_vdel.o): In function `__builtin_vec_delete':_op_vdel.o(.text+0x45): undefined reference to `free' /usr/lib/libgcc.a(_op_delete.o): In function `__builtin_delete':_op_delete.o(.text+0x45): undefined reference to `free' /usr/lib/libgcc.a(_op_new.o): In function `__builtin_new':_op_new.o(.text+0x1aa): undefined reference to `malloc' /usr/lib/libgcc.a(exception.o): In function `__eh_alloc': exception.o(.text+0xa5): undefined reference to `malloc' /usr/lib/libgcc.a(exception.o): In function `__eh_free': exception.o(.text+0xc9): undefined reference to `free' /usr/lib/libgcc.a(tinfo2.o): In function `type_info::before(type_info const &) const': tinfo2.o(.text+0x14): undefined reference to `strcmp' Alfred (Cc:ed) verified that these warnings can be eliminated by o getting rid of the -Wl,-Bsymbolic option (which you probably want to keep to actually get warnings linking symbols are hosed), or o explicitly adding -lc. Would you mind making one of these changes (neither should break GNU/Linux)? If not, how should this problem be addressed? Gerald PS: Please Cc: Alfred and me when replying, as we are not on this list. -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

1 0

Quick question about ANSI and Unicode
by Dustin Navea Nov. 15, 2002

Nov. 15, 2002

Ok, as you may have noticed Dimi sent a couple of patches that were supposed to fix Treeview Notifies a couple of weeks back. They didnt exactly work, but its not that the code he submitted didnt help. Basically when running the StarCraft installer in wine, it attempts to display the treeview-based directory listing in unicode which isnt supported by that installer, and so it ends up not showing anything. I was wondering if anyone thinks that the fact that my TextCP=0 in the wine config file has anything to do with it. I'm thinking that if I set it to TextCP=1252 or TextCP=437 then it will work as expected, but I have no way of testing this until tonight, as I'm not on a Linux box right now, being at work and all. Just thought I would check with everyone and see what they thought. Comments appreciated. -Dustin

1 0

Re: rpc_J_PL0-r1
by Greg Turner Nov. 15, 2002

Nov. 15, 2002

On Friday 15 November 2002 07:42 am, Greg Turner wrote: > This is basically just a resend of the old rpc_J_PL0 patch, but fixed > to go in cleanly against the current CVS, since rundll32 (trivially) > broke my old patch. oops: +++ ./programs/Makefile.in 2002-11-15 07:29:36.000000000 -0600 @@ -57,6 +58,8 @@ progman \ regedit \ regsvr32 \ + rpcss \ + rpcss \ uninstaller \ wcmd \ wineconsole \ I'll save you all the bandwith of fixing this.... -- gmt "War is an ugly thing, but not the ugliest of things; the decayed and degraded state of moral and patriotic feeling which thinks that nothing is worth war is much worse. A man who has nothing for which he is willing to fight; nothing he cares about more than his own personal safety; is a miserable creature who has no chance of being free, unless made and kept so by the exertions of better persons than himself." -- John Stuart Mill

1 0

something with Chinese character processing
by yf Nov. 15, 2002

Nov. 15, 2002

I found that to show Chinese character properly. Following should be modified: in wine-2002????/graphics/x11drv/codepage.c static Xchar2b *X11DRV_unicode_to_char2b_cp936(fontObject *pfo, LPCWSTR lpwstr, UINT count) { ... for(i=0; i<count; i++, str_src++, str2b_dsg++) { if(IsLegalDBCSChar_cp936(*str_src, *(str_src+1))) { // modified begin ===> str2b_dst->byte1=*str_src&0x7f; str2b_dst->byte2=*(str_src+1)&0x7f; str_src++; // <=== modified end } else ... } ... } But there still some character can't be properly showed. Where I lost should be modified, please tell me. Best regards. /yf

1 0

something with Chinese character processing
by yf Nov. 15, 2002

Nov. 15, 2002

I found that to show Chinese character properly. Following should be modified: in wine-2002????/graphics/x11drv/codepage.c static Xchar2b *X11DRV_unicode_to_char2b_cp936(fontObject *pfo, LPCWSTR lpwstr, UINT count) { ... for(i=0; i<count; i++, str_src++, str2b_dsg++) { if(IsLegalDBCSChar_cp936(*str_src, *(str_src+1))) { // modified begin ===> str2b_dst->byte1=*str_src&0x7f; str2b_dst->byte2=*(str_src+1)&0x7f; str_src++; // <=== modified end } else ... } ... } But there still some character can't be properly showed. Where I lost should be modified, please tell me. Best regards. /yf

1 0

Another msvcrt replacement
by Fabian Cenedese Nov. 15, 2002

Nov. 15, 2002

Hi Looks like wine is not the only one in need of MS replacements. They're only at version 0.0.1 but maybe they have something wine could use or wine sure has something they could use... http://mingwacr.sourceforge.net/ bye Fabi

1 0

Wine Time Line
by Thomas Wickline Nov. 15, 2002

Nov. 15, 2002

Hi, I have been looking over the FAQ and we have a question in the FAQ " What is the History of Wine" And after talking with Dimi Paun I would like to expand this to a " Wine Time Line" page that could be updated a couple times a year. This would give users info about wine's progression & events that took place over the years. Here is a draft of the first year 1993/1994..... Done by _Robert Amstadt_ -- A discussion began on USENET about the feasibility of running Windows apps on Linux. There were some people that said that it is impossible. This didn't sit well with Robert Amstadt so he began work to prove them wrong. He started out by writing a program loader for Win3.1 apps. Alexandre Julliard merged windowing functions written by Peter MacDonald in Tcl/Tk to the program loader written by Robert. Alexandre soon after rewrote everything to eliminate the Tcl/Tk in favor of direct calls to Xlib. Eric Youngdale also contributed early in many areas including improvements to the program loader. The very first Wine mailing list was operated by Robert to allow discussions between developers. After a year with many successes and growing interest in the project we asked for the creation of the newsgroup comp.emulators.ms-windows.wine. The vote was overwhelmingly in favor of its creation. Around the same time, Robert was asked to give a presentation about Wine at the first Linux Congress in Heidelberg, Germany. The room was packed. Interest in Wine was very high. During the first year of development, most of the code was written by Alexandre Julliard and Robert Amstadt. However, we have always received contributions of code from many people. Life got busy for Robert and he stepped down as head of the project and let Alexandre take control. It was probably sometime during the second year. -- Thoughts, Volinteers, Flames are most welcome.. Thomas

3 2

RE: C++ tests (1/2)
by Patrik Stridvall Nov. 15, 2002

Nov. 15, 2002

> Patrik Stridvall <ps(a)leissner.se> writes: > > > In the case of generated.c it is very useful since > > alignment and that sort of thing might pontially be different > > with C++. For other normal tests I'm not sure how useful > > it is to tests with C++ as well. It can't hurt of course > > but then it takes twice as long to run... > > I don't see what this buys us at all. If the C++ compiler generates > different structure layouts from the same headers then it is broken, > but that's not really a Wine problem. First of all it was just an example what it could be used for. It is the only thing that winapi_test (tests/generated.c) currently tests for. However, there will be more tests in the future testing for other things that might or might not be C++ dependent. Secondly the test makes certain that you don't have a #ifdef __cplusplus affecting some structure by mistake. And yes, there are structure like that MONITORINFO that does. And no, don't look in the Wine source, it doesn't implement it yet. Then we could have #ifdef __cplusplus that have an "missing" #endif that matches some other #endif in the wrong place or something. We also have the COM interfaces that are different in C++... Then of course we want normal C++ tests as well. Many (most?) applications likely to be ported by Winelib are C++ application so we really should have tests for possible C++ problems. But it you don't like the .c.cxx hack I could generate C++ tests to a generated_cxx.cxx or whatever then we don't need that part of the patch. It is a little ugly I admit. :-)

2 1

Re: C++ tests (1/2)
by Alexandre Julliard Nov. 14, 2002

Nov. 14, 2002

Patrik Stridvall <ps(a)leissner.se> writes: > In the case of generated.c it is very useful since > alignment and that sort of thing might pontially be different > with C++. For other normal tests I'm not sure how useful > it is to tests with C++ as well. It can't hurt of course > but then it takes twice as long to run... I don't see what this buys us at all. If the C++ compiler generates different structure layouts from the same headers then it is broken, but that's not really a Wine problem. -- Alexandre Julliard julliard(a)winehq.com

1 0

dsl file for sgml faq
by Vincent Béron Nov. 14, 2002

Nov. 14, 2002

Finally, it's done. In the attached archive you'll find the following files: wine-faq.sgml -> Main sgml file faq-0.sgml \ faq-1.sgml |-> Content sgml files faq-2.sgml / faq.css -> CSS file for the FAQ index.html -> The output of docbook2html -d faq.dsl wine-faq.sgml authors.ent -> same as in documentation/, wasn't needed actually. faq.dsl -> Definition file for docbook. This is where the work went. I modify a few docbook definitions to match Dimitrie's layout. Not obvious without knowing LISP beforehand :) Of course, if somebody chooses another layout, some of this will need adjustment. Or if we prefer something closer to "vanilla" docbook. Dimitrie, the actual HTML code is rather ugly in it's source presentation, so don't hand-edit it :P Anyway, it's not meant to be hand-edited, that's what sgml and docbook are for. The layout is exactly what you already have, although with some small modifications to the layout the dsl file can be alot simpler. Tony, you can begin the transition if Dimitrie likes it (and when you have the time to). That's all for tonight. Vincent

3 7

Re: ReadFile speedup
by Hannu Kotipalo Nov. 14, 2002

Nov. 14, 2002

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hannu Kotipalo kirjoitti Sunnuntai 10. Marraskuuta 2002 14:49: > are speeded up a lot. For example, wzebra opening database readout : > > Before : over 700 seconds > After : 12-13 seconds > A new version, replacing the earlier. I tested this with a few applications, looks like for most of applications this has not much effect. However, wzebra proves that the effect can be enourmous on some. (And Simcity tellls that it can be negative on some applications :-( Changelog: - - This patch speeds up applications reading files by small packets - - 4 static 512 byte buffers (can be defined for n * n buffers, see file.c) - - Buffer invalidation mechanism changed. With several buffers this *should* fix the reported (thans to Tony Lambregts) slowdown on SIMCITY2000. I haven't got it, cannot test. Please test and see -debugmsg +file, it can give a hint about needed buffers and their sizes. diff is made by 'diff -urN wine-20021031/ wine-20021031-patched/ > patch.diff' Hannu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE90XAUuA3ghgc3fUsRAuk7AKDwLK/E4WzkCHMf0j615aktFuiWEgCgt0xq FLujbIUEEASUu9K51siPOwA= =RxKU -----END PGP SIGNATURE-----

3 4

Re: dsl file for sgml faq
by Tony Lambregts Nov. 14, 2002

Nov. 14, 2002

Vincent Béron wrote: > Tony Lambregts a écrit: > >> Vincent Béron wrote: >> >>> Tony Lambregts a écrit: >>> >>>> I have been fighting with trying to get your sample built on my >>>> system. The end point for me seems to be that in order to use your >>>> faq.dsl I need docbook DTD 4.2. RedHat 7.2 has Docbook 3.0 through >>>> 4.1 but 4.1 just does not cut it. >>>> >>>> jade:../faq.dsl:50:24:E: reference to undefined variable >>>> "$generate-article-lot-list$" >>>> >>>> The sgml tools site has only 3.0/2 >>>> >>>> So I feel very THICK and ned some enlightenment on what direction >>>> to take either. >>>> >>>> 1) It seems pointless to rely on something (docBook 4.2 DTD) that >>>> is difficult to get, so no one will use it so, no one will maintain >>>> the FAQ. >>> >>> >>> >>> >>> Silly me, not thinking about others. It runs fine with docbook 3.1 >>> (modify the doctype at top of wine-faq.sgml) if you remove the >>> articleinfo pair (but you can keep the title). >>> >>>> >>>> 2) I am THICK and I it will be quickly apparent what I should do >>>> once I have more informatioin. >>>> >>> >>> You're NOT thick! It's just that I do things here (on my machine), >>> and I don't always check if it would work on other machines. >>> >>> Vincent >>> >> When I made the suggested changes I still get the same error... >> >> [tony(a)tony documentation]$ db2html -d ../faq.dsl wine-faq.sgml >> output is wine-faq >> Using catalogs: /etc/sgml/sgml-docbook-3.1.cat >> Using stylesheet: ../faq.dsl >> Working on: /usr/local/src/wine/documentation/wine-faq.sgml >> jade:../faq.dsl:50:24:E: reference to undefined variable >> "$generate-article-lot-list$" > > > Ok, it's the definition of the article element which causes problems. > > What is your dsssl-stylesheets version? You can locate db31.dsl and > look in the parents directory name. dsssl-stylesheets-1.64 > > > I needed to copy some definitions (bad thing to do, as your > experiencing shows) to precisely control the HTML layout. > > Try with the enclosed dsl file (warning: endlines are probably MS), > and compare the differences (if it works ;-)). Then tell me which > differences you absolutely need, or want, and I'll try to get them in > a portable way. > > Vincent I had to modify the faq-plain.dsl a little to get output >------------------------------------------------------------------------ > ><!DOCTYPE style-sheet PUBLIC "-//James Clark//DTD DSSSL Style Sheet//EN" [ ><!ENTITY walsh-style PUBLIC "-//Norman Walsh//DOCUMENT DocBook HTML Stylesheet// ><!ENTITY cygnus-style SYSTEM "/usr/lib/sgml/stylesheet/dsssl/docbook/cygnus/cygn >]> > > <!DOCTYPE style-sheet PUBLIC "-//James Clark//DTD DSSSL Style Sheet//EN" [ <!ENTITY walsh-style PUBLIC "-//Norman Walsh//DOCUMENT DocBook HTML Stylesheet//EN" CDATA DSSSL> <!ENTITY cygnus-style SYSTEM "/usr/lib/sgml/stylesheet/dsssl/docbook/cygnus/cygnus-both.dsl" CDATA DSSSL> ]> ><style-sheet> ><style-specification id="html" use="docbook"> ><style-specification-body> > >(define %html-pubid% "-//W3C//DTD HTML 4.01 Transitional//EN") >(define %html-header-tags% '(("META" ("HTTP-EQUIV" "Content-Type") ("CONTENT" "t > (define %html-header-tags% '(("META" ("HTTP-EQUIV" "Content-Type") ("CONTENT" "text/html; charset=ISO-8859-1")))) >(define %use-id-as-filename% #t) >(define %html-ext% ".html") > >(define %stylesheet% "faq.css") >(define %stylesheet-type% "text/css") > ></style-specification-body> ></style-specification> > ><external-specification id="docbook" document="walsh-style"> > ></style-sheet> > > With those changes I get output (but not the prety stuff ) <grin> -- Tony Lambregts

1 0

Re: Fw: Re: Filesystem change notifications
by Ian Pilcher Nov. 14, 2002

Nov. 14, 2002

Shachar Shemesh wrote: > It's not that I am for adding everything inline. That's not a good idea. > Also, I think a Windows compatibility layer can be forgiven for having > more dependancies than a personal finance program. This holds especially > true if non-core windows functionality is only available if the external > library is available at runtime (i.e. - no fribidi install - no Hebrew > support in Wine. No CUPS installed - no printing available etc.). I'm > not sure this holds true to something which is a core Windows function. That would be the plan. No FAM header at compile time, no change notification support (i.e. current behavior); can't load FAM library or connect to FAM daemon at runtime, no change notification support. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

2 1

Re: Fw: Re: Filesystem change notifications
by Havoc Pennington Nov. 14, 2002

Nov. 14, 2002

On Thu, Nov 14, 2002 at 07:04:24AM +0000, Keith Matthews wrote: > It sems to have been dropped in RH 7.3 which is a good thing. > No, it's not dropped. > Fam requires portmapper. If not set up properly (i.e. by someone who > understands what they are letting loose) portmapper can be a serious > security problem. The security community regard the introduction of fam > a serious backward step on RH's part. Sounds like someone is misinformed, because we don't have it listening on external ports. That's only required to make it work over NFS or something. Our FAM is a local-only thing unlike on Irix. > You are also assuming that every distro follows RH's lead which is very > definitely not true. Many people are already getting upset about the > number of libraries that are required to get some packages to run. > GNUCash being a prime example of package use gone mad. GNUCash has something like 40 dependencies including a lot of very unstable/unfinished APIs. FAM is 1 dependency and while it sucks, it doesn't change very often (or at all that I know of). Alex Larsson wanted to work on a nicer FAM-type thing based on a per-user daemon or something, but hasn't had time. Certainly there's room to write such a thing, but I don't think it's harmful to use FAM if FAM is present. It's not like a FAM dependency would be pervasive, it would be small and well-isolated and easy to change to some other dependency if you found something better. Havoc

2 1

Re: Filesystem change notifications
by Ender Nov. 14, 2002

Nov. 14, 2002

It all depends which platforms you want to support in this patch, as far as it goes. FAM has support for a lot of different systems, but there's no need to really add it as a dependency IMHO. Adding support for the platforms we wish to support would be simpler. I think the best reference would be to use F_NOTIFY under Linux. This makes writing FindFirstChangeNotification a maybe 20 minute job. The simplest example I can think of is from Samba: http://cvs.samba.org/cgi-bin/cvsweb/~checkout~/samba/source/smbd/notify_ker… It's GPLed, so only use it as an example, don't copy code from it :) Other platforms have other methods (eg, FreeBSD you can use kqueue/kevent).. so yes, it all depends how much compatability you want. On other platforms you can always resort to polling, but this is quite horrible. I think NetBSD has a kqueue/kevent method, but IIRC it's broken. :) - Ender

2 1

Filesystem change notifications
by Ian Pilcher Nov. 14, 2002

Nov. 14, 2002

Is anyone working on implementing FindFirstChangeNotification and friends? If not, this looks like something that may be both within my capabilities and non-trivial enough to be useful (a rare combination!). My thought is to use SGI FAM (http://oss.sgi.com/projects/fam/) which is shipped with Red Hat and (according to bug #588) Mandrake. I'm not sure about any other distributions, but the FAQ on the web page states that Enlightenment, GNOME, and KDE all use it, so it should be pretty widespread. If no one is working on this, start preparing for an endless series of questions about the wineserver's internal workings. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

3 4

Unknown message 0x0313
by Fabian Cenedese Nov. 14, 2002

Nov. 14, 2002

Hi While trying to find problems with messages I stumbled over a message I didn't know what it is. My app got a message 0x0313 when I right clicked on the app button in the taskbar, that on my old NT4. The only info I found is that the app should show the system menu like in this example: // With ClassWizard OnRButtonDown () addition Void Cxxxx: OnRButtonDown (UINT nFlags, Cpoint point) { // Client coordinate in screen coordinate conversion ClientToScreen (& point); // Indication of system menu PostMessage (0x0313, 0, MAKELPARAM (point.x and point.y)); Cwnd: OnRButtonDown (nFlags and point); } Is this code defined in the new VS.net? Thanks bye Fabi

1 0

Wine 0.9 TODO v0.5
by Dimitrie O. Paun Nov. 14, 2002

Nov. 14, 2002

Folks, A new version (0.5) of the Wine 0.9 TODO is out: http://www.dssd.ca/wine/Wine-0.9-TODO-0.5.html The work-in-progress one is always available at: http://www.dssd.ca/wine/Wine-0.9-TODO.html Please check it out, and help me keep it up-to-date. :) Again, for you convenience, the TODO is included below, in text form: A. WineHQ work 1. Website redesign [IN PROGRESS] * worker: Jeremy Newman * status: backend is getting finalized * updated: Nov 7, 2002 2. Move the doc scripts out of documentation into the tools CVS module [TODO] * worker: Jeremy Newman * status: should remind Jeremy to do it :) * updated: Nov 7, 2002 3. Reorganize the navigational menu [DONE] * worker: Francois Gouget & al. * status: merged into new site * updated: Nov 5, 2002 4. Create some really sexy screenshots [IN PROGRESS] * worker: Brian Vincent * status: please send screenshots to the above mentioned maintainer * updated: Nov 12, 2002 * criteria: listed here 5. Rework the FAQ interface [IN PROGRESS] * workers: Dimitrie O. Paun, Keith Matthews, Thomas Wickline * status: released for public review here * updated: Nov 9, 2002 6. Enlist some 'official' distribution maintainers [DONE] * RedHat: Vincent Béron * SUSE: Marcus Meissner * Mandrake: Kye Lewis * Debian: Ove Kaaven * FreeBSD: Gerald Pfeifer * status: completed * updated: Nov 7, 2002 7. Create nice page with apps that run virtually flawless [IN PROGRESS] * workers: Carlos Lozano, Dustin Navea * status: list submitted for discussion, and partly posted here as a HTML page. * updated: Nov 13, 2002 * criteria: not MS dlls required, no tricks, etc. B. Documentation work 1. Fix incomplete and/or out of date documentation. [IN PROGRESS] * workers: Dustin Navea, Tony Lambregts * status: 7.5% complete (first round of patches committed, help would be appreciated) * updated: Nov 12, 2002 2. Fix documentation build process [IN PROGRESS] * worker: Vincent Beron * status: patch submitted * updated: Nov 10, 2002 3. Move CVS docu from User Guide to Devel Guide [IN PROGRESS] * worker: Bill Medland * status: just started * updated: Nov 7, 2002 4. Merge documentation/wine.texinfo into the Development Guide [TODO] 5. Merge documentation/HOWTO-winelib into the Development Guide [TODO] 6. Do something about documentation/installation-und-konfiguration.german [TODO] 7. Do something about documentation/shell32 [TODO] 8. Do something about documentation/status [TODO] C. Wine configuration 1. Merge configuration into the registry [TODO] 2. Write control panel applets for editing it [IN PROGRESS] * worker: Jaco Greeff * status: 7.5% (screenshots here, and here) * updated: Nov 11, 2002 3. Have decent defaults so we can start control panel without prior configuration [TODO] 4. Have wizard like app to autoconfigure wine [TODO] * proposal: WineSetupTk by Jeremy White 5. Make Wine's DLLs register themselves to avoid manual merging of the winedefault.reg [TODO] 6. Write wine.inf script to setup a new Wine installation [TODO] 7. Have a wineboot script for RunOnce stuff [IN PROGRESS] * workers: Andreas Mohr, Shachar Shemesh * status: 50% * updated: Nov 7, 2002 D. Stabilize utilities 1. Get rid of the init directive from .spec files [DONE] * worker: Alexandre Julliard * status: implemented by this * updated: Nov 7, 2002 2. Make sure the .spec file format is fairly stable [IN PROGRESS] * worker: Alexandre Julliard * status: Yes, I'll do that. * updated: Nov 7, 2002 * what: can we get rid of the rsrc directive? 3. Ensure the various utilities' options are stable [IN PROGRESS] * status: Alexandre fixed winebuild options * updated: Nov 7, 2002 * what: audit the other utilites 4. Get rid of the Perl testing framework [DONE] * worker: Dimitrie O. Paun * status: patch submitted, and committed ([1], and [2]) * updated: Nov 11, 2002 E. Important fixes 1. Window management rewrite, so we can install apps in managed mode. [TODO] * worker: Alexandre Julliard * status: not started 2. Finish DLL separation Phase 1 [IN PROGRESS] * worker: ? * status: deferred * updated: Nov 11, 2002 * criteria: DLLs should use only functions exported through .spec file. 3. Detect printing system at runtime [TODO] * worker: Huw Davies * status: Yup, I'm going to do this in the near future. * updated: Nov 7, 2002 4. Detect OpenGL system at runtime [IN PROGRESS] * worker: Lionel Ulmer * status: Patch submitted for review. * updated: Nov 9, 2002 5. Start builtin WinHelp when invoked from apps [DONE] * worker: Eric Pouech * status: patches submitted (client, server) for review, and accepted. * updated: Nov 11, 2002 6. Add macro support to the builin WinHelp [IN PROGRESS] * worker: Eric Pouech * status: Patch submitted for review. * updated: Nov 14, 2002 7. Add CHM support to builtin WinHelp [IN PROGRESS] * worker: J.Brown (Ender/Amigo) * status: Cabextract, and CHMtools donated to Wine * updated: Nov 11, 2002 8. Good support for VisualBasic apps [TODO] * worker: ? * status: ? * updated: Nov 9, 2002 * tests: submitted by Roderick Colenbrander -- Dimi.

1 0

Re: wine/dlls/ntdll debugtools.c
by Dimitrie O. Paun Nov. 13, 2002

Nov. 13, 2002

On November 13, 2002 02:38 pm, Alexandre Julliard wrote: > Reduce the maximum length of debug strings to 80 characters. Why do that? My console has >140 columns, 80 is rather small. -- Dimi.

2 4

Wine, bugs and Word2k ...
by Paul Millar Nov. 13, 2002

Nov. 13, 2002

Hi, I've been trying out wine with Word 2000 using builtin DLLs, both in desktop and managed mode. Mostly it works fine, but there's a few problems that detract from the "user experience". Any pointers on where to start looking for these bugs would be much appreciated -- relay is around 46 MiB before any of the problems surface :^/ 1. Whenever word decides to run their help agent, on my machine C:\WINDOWS\Msagent\AGENTSVR.EXE, I get messages: fixme:hook:NotifyWinEvent( 4, <HWND 1>, -3, 0)-stub! fixme:hook:NotifyWinEvent( 5, <HWND 1>, -3, 0)-stub! fixme:hook:NotifyWinEvent( 32773, <HWND 2>, -4, 0)-stub! Word and the agent then freezes. Killing off the agent, e.g. "kill $(ps ax|grep wine.*AGEN|awk '{print $1}')" allows word to recover ... 2. Dragging a dialogue box around causes a corruption on the screen (see [1]). When I release the button, the window moves, along with any corruption. Forcing a refresh (eg hiding the desktop window behind another one), clears up the corruption. 3. Normal resizing works fine, but word has an extra resizable corner (which isn't rendered correctly under wine, see [2]). This has had variable success in the past: when it fails, the window is resized so the left edge of the window shoots off the left edge of the screen, seemingly ignoring whatever the mouse does. With current CVS it seems to always fail in this way. 4. Exiting word, it tries to save NORMAL.DOT, saying "The disk is full or too many files are open. C:\windows\...\Templates\Normal.dot" causing: fixme:storage:StorageImpl_Commit (4): stub! fixme:storage:StorageImpl_Commit (4): stub! fixme:storage:StorageImpl_Commit (4): stub! fixme:ole:WriteFmtUserTypeStg (0x402b5550,17c,L"Microsoft Word Document") stub! fixme:hook:NotifyWinEvent (32774,0x00030031,52,3)-stub! fixme:hook:NotifyWinEvent (32773,0x00030031,-4,33)-stub! fixme:hook:NotifyWinEvent (32774,0x00030031,26,7)-stub! fixme:hook:NotifyWinEvent (32777,0x00030031,52,0)-stub! fixme:hook:NotifyWinEvent (32774,0x00030031,52,3)-stub! So I guess the storage is at fault. 5. Exiting Word causes wine to crash. This used to work ok (upto a few days ago). Backtrace shows a few random references to _end+0xd27f0 (etc..), followed by PE_InitDLL (pe_image.c:628 nt=1, module=1140195328, type=0, lpReserved=0x01), followed by module.c:159 .... seems to be trying to initialise winmm.dll, failing and jumping into blue yonder. On a whim, I reversed Eric's recent always-unload-winmm patch [3]. This "fixed" the problem. So, is wine attempting (and failing) to load winmm in order to unload it? (6. The debugger froze whilst trying to dereference the wm pointer in MODULE_InitDLL, it managed to print some of the structure before hanging ... but I think that's enough bugs for now ...) Cheers, Paul. [1] - http://www.astro.gla.ac.uk/users/paulm/corner.png [2] - http://www.astro.gla.ac.uk/users/paulm/corrupt.png [3] - http://cvs.winehq.com/patch.py?id=6212 ---- Paul Millar

3 6

Re: Re: DIB engine
by chrismorgan＠rcn.com Nov. 13, 2002

Nov. 13, 2002

I'll probably be taking a look at merging in the dib engine in the next few weeks as part of ongoing work to improve d3d support. If someone happens to start sooner just mail the list so we don't duplicate work. Chris > > From: Greg Turner <gmturner007(a)ameritech.net> > Date: 2002/11/13 Wed AM 08:58:54 EST > To: <vinn(a)theshell.com> > CC: wine-devel(a)winehq.com > Subject: Re: DIB engine > > Impolitely cc'ed to wine-devel w/o your permission... > > On Tuesday 12 November 2002 11:30 pm, vinn(a)theshell.com wrote: > > Just curious, in lieu of your excellent merging > > skills, [...] > > heh, what a silly claim to fame. But thanks for the compliment :) > > > have you considered tackling the DIB engine > > from TransGaming? > > actually, I have. Maybe once I finish the current wave of work on rpcss > (soon, I think) I will take a look at this. It might be a little more > of a challenge for me since I don't know a thing about X11 coding... > but then again I didn't know much about RPC until I started diving into > it, and since I hear it's a bit of a challenge, the prospect of > learning X11 coding appeals to me anyhow. > > > Once again, it seems like a huge code drop waiting > > for someone to split it up. I looked through it > > briefly and it looked fairly straightforward. Maybe > > Huw Davies has some ideas about it? > > yup. The only thing that gives me pause is that the RPC stuff is far > from finished and I would like to keep some forward momentum in that > department as well... but who says I can't multitask? I'd certainly be > glad to take a look at it. > > -- > gmt > > "War is an ugly thing, but not the ugliest of things; > the decayed and degraded state of moral and patriotic > feeling which thinks that nothing is worth war is much > worse. A man who has nothing for which he is willing > to fight; nothing he cares about more than his own > personal safety; is a miserable creature who has no > chance of being free, unless made and kept so by the > exertions of better persons than himself." > > -- John Stuart Mill > > > >

5 8

Re: Regedit from ReactOS
by Dimitrie O. Paun Nov. 13, 2002

Nov. 13, 2002

On November 9, 2002 09:20 pm, Steven Edwards wrote: > Thanks to Robert Dickenson for his work on this. If someone wants to > adopt then here it is. I am looking into it. -- Dimi.

2 1

Re: remerge of msvc re-raise exception patch from Alberto
by Alexandre Julliard Nov. 13, 2002

Nov. 13, 2002

Greg Turner <gmturner007(a)ameritech.net> writes: > Another unmerged patch I'd like to see go in. cppexcept.c has changed a > bit since this was submitted so I've tried to merge in the changes (at > a glance, this seems to have worked). Let me know if there's anything > that needs fixing before it can go in. This one should no longer be necessary. If you still have exception troubles with the current CVS please send me a trace. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: KHTML/IWebBrowser
by Mark Hannessen Nov. 13, 2002

Nov. 13, 2002

I did some license checking and here is a quote from the qt package. You are licensed to use this software under the terms of either the Q Public License (QPL) or the GNU General Public License (GPL). so there should be no problems with kde/qt and wine linking. Mark Hannessen

2 1

Re: rundll32 utility
by Sylvain Petreolle Nov. 13, 2002

Nov. 13, 2002

Hi, trying to use rundll32 without parameter currently crashes wine. ./rundll32 in source directory does it. Running it with "wine rundll32" just works, if this can be useful. wine: Unhandled exception, starting debugger... WineDbg starting on pid 8071e30 No debug information in ELF '/home/wine/miscemu/wine' (0x00000000) Breakpoint 1 at 0x4000acb0 Loaded debug information from ELF '/home/wine/dlls/libntdll.dll.so' (0x40013000)No debug information in ELF '/home/wine/library/libwine.so' (0x40110000) No debug information in ELF '/home/wine/unicode/libwine_unicode.so' (0x40127000)No debug information in ELF '/lib/i686/libm.so.6' (0x4021c000) No debug information in ELF '/lib/libdl.so.2' (0x4023e000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_files.so.2' (0x40242000) No debug information in ELF '/home/wine/programs/rundll32/rundll32.exe.so' (0x40594000) No debug information in ELF '/home/wine/dlls/kernel32.dll.so' (0x407d3000) No debug information in 32bit DLL 'P:\rundll32\rundll32.exe' (0x405a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40810000) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x42079203). In 32-bit mode. 0x42079203 (NTDLL.DLL.strchr+0x63): movl 0x0(%eax),%ecx Wine-dbg>bt Backtrace: =>0 0x42079203 (NTDLL.DLL.strchr+0x63) (ebp=407c2e78) 1 0x405a6038 (rundll32.exe.EntryPoint+0x38 in rundll32.exe.so) (ebp=407c2e8c) 2 0x400b3d2c (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=407c2f30) 3 0x400b7ca5 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=407c2ff4) 4 0x400b7de0 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Feedback for patch submissions
by Gerald Pfeifer Nov. 13, 2002

Nov. 13, 2002

I'd like to suggest some form of feedback for patches submitted to wine-patches, which is currently a bit of a black hole. Some of the patches I sent did not committed (probably because Alexandre didn't consider the cleanup there worthwhile enough, which I even could understand): http://www.winehq.com/hypermail/wine-patches/2002/11/0159.html And the following patch was committed with modifications: http://www.winehq.com/hypermail/wine-patches/2002/11/0176.html -> http://cvs.winehq.com/patch.py?id=6249 Getting a bit of feedback in these cases (directly with a Cc: to wine-devel) would have been nice, not the least to educate submitters. Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

2 2

Making screenshots
by Dimitrie O. Paun Nov. 13, 2002

Nov. 13, 2002

People, I've added a small section describing a few criteria for a good screenshot. Check it out at: http://www.dssd.ca/wine/Wine-0.9-TODO.html#screenshots Now, if you feel like doing screenshots, please forward them to: Brian Vincent <vinn(a)theshell.com> how's collecting them. -- Dimi.

3 3

Re: ReadFile speedup
by Hannu Kotipalo Nov. 13, 2002

Nov. 13, 2002

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric Pouech kirjoitti Tiistai 12. Marraskuuta 2002 23:50: > just a dumb question: shouldn't we better (for synchronous unix reads) > convert the fd into a FILE* (cache those FILEs for a few streams, or all > of them ?) and let libc do the buffering on file reading/writing ? I quess *something* should be done. I was (and still is) a newbie to wine source, so I solved this (wanted to be able to play wzebra ;-) out this way. I needed only to change file.c and a few prototypes on smb.h. I wish somebody (maybe you?) who knows more and has more time could take this job... I think the main problem is (btw.. for most applications, there is no problem..) that unix files are opened and closed for every, even small ReadFile(). Doesn't it flush all buffers? Hannu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE90XtouA3ghgc3fUsRAo+jAKCnu4tNbeQkZFm5djiXdHr8WLFWJwCgoH+5 CYdCLFOZdWWDOirk4F+wbFo= =Mxnd -----END PGP SIGNATURE-----

2 1

Re: RFC: last chance for comments on RPCSS
by David Fraser Nov. 13, 2002

Nov. 13, 2002

Greg Turner wrote: >This patch doesn't implement the resolve_rpc_endpoint server message >yet, although my "final" (ya right) submission will include an untested >implementation (I don't think the interop sample uses this API (or does >it?) and that's the only known working test case right now). Either >way, my test-case somehow manages to work without it ATM. > Just to verify, I tried running the interop sample and it works fine locally. Doesn't work between Linux and a Windows machine (Linuz client sends messages locally, client on Windows machine returns exception) but I guess that's because of the transport limitation? David

2 3

Re: DIB engine
by Greg Turner Nov. 13, 2002

Nov. 13, 2002

Impolitely cc'ed to wine-devel w/o your permission... On Tuesday 12 November 2002 11:30 pm, vinn(a)theshell.com wrote: > Just curious, in lieu of your excellent merging > skills, [...] heh, what a silly claim to fame. But thanks for the compliment :) > have you considered tackling the DIB engine > from TransGaming? actually, I have. Maybe once I finish the current wave of work on rpcss (soon, I think) I will take a look at this. It might be a little more of a challenge for me since I don't know a thing about X11 coding... but then again I didn't know much about RPC until I started diving into it, and since I hear it's a bit of a challenge, the prospect of learning X11 coding appeals to me anyhow. > Once again, it seems like a huge code drop waiting > for someone to split it up. I looked through it > briefly and it looked fairly straightforward. Maybe > Huw Davies has some ideas about it? yup. The only thing that gives me pause is that the RPC stuff is far from finished and I would like to keep some forward momentum in that department as well... but who says I can't multitask? I'd certainly be glad to take a look at it. -- gmt "War is an ugly thing, but not the ugliest of things; the decayed and degraded state of moral and patriotic feeling which thinks that nothing is worth war is much worse. A man who has nothing for which he is willing to fight; nothing he cares about more than his own personal safety; is a miserable creature who has no chance of being free, unless made and kept so by the exertions of better persons than himself." -- John Stuart Mill

1 0

Wine 0.9 Supported Application List
by Dimitrie O. Paun Nov. 13, 2002

Nov. 13, 2002

Folks, Here are the lists, formatted in HTML, which Carlos sent out some time ago: http://www.dssd.ca/wine/Wine-SAL.html Mozilla/Netscape seems to have problems with the colors, but Konqy works fine... Help with formatting appreciated. I guess the tasks here are: 1. Identify more Gold apps 2. Fix Silver apps so they can move up to Gold Comments, suggestions, flames? -- Dimi.

3 3

WinZip
by Mike Hearn Nov. 13, 2002

Nov. 13, 2002

OK, I remembered reading about how WinZip was nearly Gold but not quite. There was a problem with the richedit control. If I install the richedit control into Crossover 1.3.1 from here http://www.allerasoft.com/download/ I can view comments in WinZip OK. Unfortunately if I do this (try with the example zip file in the winzip directory) it crashes on exit. I might try some proper traces this afternoon, but is there a reason Wine can't mirror the richedit update program and install it a la DCOM? -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ

3 4

Re: ComputerName, take 2
by Alexandre Julliard Nov. 13, 2002

Nov. 13, 2002

Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com> writes: > @@ -1741,7 +1810,6 @@ > RtlOpenCurrentUser( KEY_ALL_ACCESS, &hkey_current_user ); > > _set_registry_levels(0,0,0); > - _allocate_default_keys(); > if (PROFILE_GetWineIniBool(RegistryW, load_win_reg_filesW, 1)) > _load_windows_registry( hkey_local_machine, hkey_current_user, hkey_users_default ); > if (PROFILE_GetWineIniBool(RegistryW, load_global_reg_filesW, 1)) > @@ -1749,6 +1817,7 @@ > _set_registry_levels(1,0,0); > if (PROFILE_GetWineIniBool(RegistryW, load_home_reg_filesW, 1)) > _load_home_registry( hkey_local_machine, hkey_current_user, hkey_users_default ); > + _allocate_default_keys(); > _init_registry_saving( hkey_local_machine, hkey_current_user, hkey_users_default ); > NtClose(hkey_users_default); > NtClose(hkey_current_user); This bit is going to break the default keys, it will make them stored into the user registry files. I'd suggest moving the computer name stuff out of allocate_default_keys() and into an internal function in computername.c, that would be called during kernel init. This will also avoid handling the same configuration option in two different dlls. -- Alexandre Julliard julliard(a)winehq.com

2 1

TODO & FAQ moved
by Dimitrie O. Paun Nov. 13, 2002

Nov. 13, 2002

Hi all, Please note that the FAQ, and the TODO got moved to a new location: http://www.dssd.ca/wine/Wine-0.9-TODO.html http://www.dssd.ca/wine/Wine-FAQ.html The old location still works for your convenience, but it will go away (probably soon). Hope this doesn't inconvenience anyone too much. -- Dimi.

3 5

Re: Documentation build changes (try 3)
by Alexandre Julliard Nov. 13, 2002

Nov. 13, 2002

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Allows the building of separate guides rather than only the big one. > Determines the name of the installed docbook filter (db2html or > docbook2html, etc.) in configure, defaulting to false if absent. The $(addsuffix) etc. make macros are not portable, please avoid them. Also I don't think we need all these targets, the current html/ps/pdf distinction is enough IMO. I do agree that building the books separately is a good idea, in fact this should probably be made the normal behavior; I doubt many people want to read the complete docs in one piece... -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: winedbg
by Greg Turner Nov. 12, 2002

Nov. 12, 2002

On Tuesday 12 November 2002 03:25 pm, Eric Pouech wrote: > this patch fixes a regression recently introduced in string printing > it ensures that we don't loop for ever after we encountered the > terminating '\0' char > A+ thank you! this has been driving me nuts and I hadn't found the time to fix it myself. -- gmt "War is an ugly thing, but not the ugliest of things; the decayed and degraded state of moral and patriotic feeling which thinks that nothing is worth war is much worse. A man who has nothing for which he is willing to fight; nothing he cares about more than his own personal safety; is a miserable creature who has no chance of being free, unless made and kept so by the exertions of better persons than himself." -- John Stuart Mill

1 0

Re: rundll32 utility
by György 'Nog' Jeney Nov. 12, 2002

Nov. 12, 2002

> Changelog: > - added rundll32 utility Would it be possible to simply implement the 16-bit rundll from this code? I havnt actually looked at this or anything, just thinking.... nog.

2 1

Cool Edit Pro vs. Wine/WineX
by Tom Hibbert Nov. 12, 2002

Nov. 12, 2002

Hi all, In my continuing quest for some kind of professional-level audio editing under Linux, I today tried to get Cool Edit Pro 2 to run using Wine/WineX. Both were able to install the demo version successfully but only WineX was able to make it start at all. Under WineX, the splash screen displayed successfully but appeared to hang when the application attempted "Resetting Menus". When I ran a trace it appeared that the application entered some kind of infinite loop, continually rescanning its plugins menu entries, and then entering into some kind of argument with xfs over which fonts were and werent available, before beginning the loop again. Any tips would be most appreciated. Tom Hibbert Work: someday Home: +649 815 1838 Obtain my GPG Key from: http://cryptocracy.hn.org/pubkey.txt

2 1

Wine's compatibility lists (updated)
by Carlos Lozano Nov. 12, 2002

Nov. 12, 2002

Hello, It includes 3 lists, a gold list with applications what are working almost 100% in wine, a silver list with application what could be working in wine with some work in them, and the full list with every test done :) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

6 7

wine button click through page
by Mike Hearn Nov. 12, 2002

Nov. 12, 2002

Here's a prototype of the page that people would see when clicking on the wine button, I think this is more friendly than simply linking directly to the apps db. It has a rather linux centric point of view, I hope this doesn't get anybodys back up. I could add mention of the other platforms Wine works on (freebsd??) if wanted. Anyway, if this is alright would Jeremy Newman mind adding it to the new WineHQ site? Then I can start trying to get buttons/links up on the windows side of the web. ta -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ

1 0

Re: Help support
by Ender Nov. 12, 2002

Nov. 12, 2002

I'll just add my specific reasoning (plus pro's and con's) for supporting Konq, and some words on how IWebBrowser may be implemented: - BIG Con: The KDE libraries are GPLed. We can ask the team to perhaps allow us to use it under the LGPL. As far as I am aware, the only reason the libraries are under the GPL is because QT is under the GPL. Since one of the major factors in using KHTML/KJS in WINE will be removing the QT dependency, I see no legal problems to it.. only a matter of if they are willing. If not, the workaround is to implement it as an executable and just use IWebBrowser to send messages/RPCs/whatever to the executable. Using this as a general approach actually has many benefits anyway: : The browser can be upgraded easily, without having to worry about version conflicts against other DLLs. This is a major plus, IMHO : It's far easier to merge upstream changes, as less major modifications would need to be made to the browser core : The rendering engine CAN be replaced easily between Mozilla, Konq, or any other browser code suitably modified to support our IPC mechanism. Even so, we do need to decide on a default to use in WINE cvs. Any IPC mechinism would simply require IWebBrowser calls to be passed from a fairly stubby DLL and COM interface to the browser. The only real modifications needed to a browser would be to understand these calls, and to be able to render to a specified GDI context/hwnd/whichever. --- Other ideas: - Pro: Startup speed is fantastic, and while Gecko is fast while loaded, I really don't think we can use the method Mozilla uses to keep it fast (always run a configured Gecko instance in the background). I don't think WINE should have the overhead or code mess that it would cause. - Con: KHTML and KJS do have a dependency on QT or at least QT-Embedded. Getting a quick and nasty implementation of KHTML (+KJS, which we will need for DHTML/Javascript support, almost all applications that use IWebBrowser use JS) running will be easy, replacing the QT dependencies with Windows GDI/Commctl calls is somewhat more work. - Pro: I know that KHTML is easy to expand in the realm of supporting other URL schemes (res:// etc will be needed in IWebBrowser). I'm not sure how Gecko's architecture works in this respect. - Ender > > - Gecko: the best (in terms of features/compatability/speed) rendering > > engine around. Also benefits from being very widely deployed at least > > on Linux. Note that soon Mozilla will be splitting into a GRE (gecko > > runtime environment), then an XRE (xul runtime) layered on top, with > > Mozilla being an "application" on top of that framework. When this > > happens, making the GRE a dependancy of Wine would not be such a big > > deal IMHO, it's only a few megs at the moment. > > > > * Pros: We get a high quality rendering engine that we know is > > powerful enough to do what we need, and when the GRE thing happens > > it'll be relatively easy to embed too. Already has IWebBrowser > > interfaces(bitrotted afaik). > > * Cons: Gecko codebase is huge and complex, adding whatever IEisms > > are > > necessary may be hard. Overhead of XPCOM etc. > > > I'll add something else here. > > Mozilla is an absolute pain to run on OpenBSD. The porting team have > recently worked out that they can get it to run as long as they > statically link it. > > I have no idea if the Gecko part is affected by this, and I'm aware that > Wine does not currently run on OBSD anyway, but why make things more > difficult. > > Konq runs happily so KHTML is probably no problem and I have not heard > of any problems with GtkHTML. >

4 7

Re: ddraw fix
by Marko Kreen Nov. 12, 2002

Nov. 12, 2002

> > Probably application bug: it called DIB_DirectDrawSurface_Blt > > with .bottom > 36000, seems like DirectDraw sanitized the > > values. > > Well, I would prefer the fix to be different... For example, it seems to be > valid to have negative top values as long as 'bottom - top' is valid (as it > seems that DDraw will clip the blit for you). > > Problem is that if negative top is valid, then bottom being bigger than > dwHeight should be valid too. And your patch will thus prevent > this case to work. I guess you are right. > Did you try to simply return an error message (instead of doing the assert) > to see if you see any graphical glitches ? Yes, it did give glitches. After clipping it gave sane picture. But I dont have any idea how the picture looks on Windows, I dont have Windows. Some values from log: fixme:ddraw:DIB_DirectDrawSurface_Blt ddesc.dwHeight=480 xdst.top=382 xdst.bottom=36242 fixme:ddraw:DIB_DirectDrawSurface_Blt sdesc.dwHeight=480 xsrc.top=381 xsrc.bottom=36242 fixme:ddraw:DIB_DirectDrawSurface_Blt ddesc.dwHeight=480 xdst.top=381 xdst.bottom=36242 fixme:ddraw:DIB_DirectDrawSurface_Blt sdesc.dwHeight=480 xsrc.top=382 xsrc.bottom=36242 > Anyway, I am installing Mingw + the DirectX SDKs to do some test apps on a > Win2K laptop. I will try this case to see if I manage to see what real > Windows does. Cool. I looked into DDraw docs in web, but there was no descripton for special cases. I tried to fantasize but it got too crazy for me... -- marko

2 4

how to run a test with native dll ? [netapi32]
by Sylvain Petreolle Nov. 12, 2002

Nov. 12, 2002

hi, the wksta netapi32 test fails and crashes trying to load unimplemented function in advapi32. how to run it with advapi32 loaded as native ? I already set "advapi32" = "native" and doesn't change anything. ../../../tools/runtest -q -P wine -M netapi32.dll -T ../../.. -p netapi32_test.exe.so wksta.c && touch wksta.ok err:win32:PE_fixup_imports No implementation for advapi32.dll.151(LsaClose) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.160(LsaFreeMemory) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.167(LsaNtStatusToWinError) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.169(LsaOpenPolicy) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.173(LsaQueryInformationPolicy) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef wksta.c:41: Test failed: User Name Retrieved wksta.c:74: Test failed: NetWkstaUserGetInfo is successful wksta.c:76: Test failed: This is really user name wksta.c:78: Test failed: Is allocated with NetApiBufferAllocate fixme:netapi32:NetWkstaUserGetInfo Level 1 processing is partially implemented wine: Unhandled exception, starting debugger... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 4

Fwd: Re: CHM & Wine
by Dimitrie O. Paun Nov. 12, 2002

Nov. 12, 2002

---------- Forwarded Message ---------- Subject: Re: CHM & Wine Date: Mon, 11 Nov 2002 23:42:05 -0500 From: Matthew T. Russotto <mrussotto(a)speakeasy.net> To: dpaun(a)rogers.com On Saturday, November 9, 2002, at 10:16 AM, Dimitrie O. Paun wrote: > On November 8, 2002 03:32 pm, Matthew T. Russotto wrote: >> It's GPLed because it uses GPLed code, namely the LZW compressor from >> Stuart Caie's "chmtools". > > In fact, Stuart Caie just donated his code to Wine under LGPL: > > http://www.winehq.com/hypermail/wine-devel/2002/11/0613.html > > So that is no longer a impediment... OK, then I have no problem either. The Wine project may use CHMtools under the terms of the LGPL (version 2.1) ------------------------------------------------------- -- Dimi.

2 1

In OLE32 ,CoGetObject is error!
by Kevin Nov. 12, 2002

Nov. 12, 2002

helllo,everyone. I use native OLE32.dll. When I call CoGetObject, The error is REGDB_E_CLASSNOTREG. That is to say the object is not registed!!! Why?? If somebody is interested it ,I can send some files to him .Tanks!! Kevin

1 0

Wine contrib#donate in need of a update !!!
by Thomas Wickline Nov. 12, 2002

Nov. 12, 2002

Hello, I sent Douglas Ridgway a e-mail asking if the address listed on : http://www.winehq.com/about/index.php?contrib#donate was still correct. And I got this : The original message was received at Mon, 11 Nov 2002 18:04:00 -0600 from ncsmtp02.ogw.rr.com [24.93.67.83] ----- The following addresses had permanent fatal errors ----- ridgway(a)gmcl.com (reason: 550 <unknown[198.144.4.3]>: Client host rejected: Access denied) (expanded from: <ridgway(a)winehq.com>) ----- Transcript of session follows ----- ... while talking to taiga.gmcl.com.: >>>>>> RCPT To:<ridgway(a)gmcl.com> <<< 550 <unknown[198.144.4.3]>: Client host rejected: Access denied 550 5.1.1 ridgway(a)gmcl.com... User unknown Reporting-MTA: dns; wine.codeweavers.com Received-From-MTA: DNS; ncsmtp02.ogw.rr.com Arrival-Date: Mon, 11 Nov 2002 18:04:00 -0600 Final-Recipient: RFC822; ridgway(a)winehq.com X-Actual-Recipient: RFC822; ridgway(a)gmcl.com Action: failed Status: 5.1.1 Remote-MTA: DNS; taiga.gmcl.com Diagnostic-Code: SMTP; 550 <unknown[198.144.4.3]>: Client host rejected: Access denied Last-Attempt-Date: Mon, 11 Nov 2002 18:04:41 -0600 ----------------------------------------------------------------------------------------------------------------- So who do I send the $25.00 to ? And can someone *please* update this ASAP.. It is bad when you cant give money away !! Thomas Wickline

1 0