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

Announce: Vstserver, vstlib, vstladspa and k_vst~
by Kjetil S. Matheussen Nov. 27, 2002

Nov. 27, 2002

VSTServer V0.0.1. ----------------- First release. Beta, but usable. ABOUT Vstserver is a wine program that must be running when using programs using vstlib. Vstlib is a library that can be used by programs to run windows vst audio plugins under linux/freebsd/i386solaris/etc. RUNNING Vstserver is started like this: "wine vstserver.so". You probably want to set the "VST_PATH" environment variable pointing to your plugins first. DEVELOPMENT Vstserver is released under the GPL, and vstlib under LGPL. If there comes many source-contributions, I will probably make it a sourceforge project. To use vstlib in a program, look at the tests/exampleclient program, and various vst plug-in documentation. The interface to the vstlib consists only of two functions (new/delete), the rest is like you would do when programming for windows, macos(X), beos, irix, etc. CURRENT STATUS Vstserver seems to be very stable. I have not found any plug-ins that wont run, and I am not able to hear any latency. And plug-ins does not seem to cause more cpu-power than under windows. No GUI or graphics-support yet. BUGS 1. When running the ladspa "listplugins" program many times in a row, I get the following errors before the server freeze: err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:region:CombineRgn Invalid rgn=0000 err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:region:CombineRgn Invalid rgn=0000 err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:region:CombineRgn Invalid rgn=0000 err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. I dont know what this is. Its not errors coming from the vstserver program. It seems to be related to X, allthough no graphics is used in the vstserver. I hope its just the buggy libXrender.so library that wine shouts about each time it starts. 2. Shared memory handlig might be faulty. I suspect that it doesnt free resources. (see server/shmhandler.c) 3. I havent read the vst plug-in documentation yet, and dont know everything about it. This especially goes for the "AudioMasterCallback" function, which for now just returns 1. I guess some more work needs to be done in this area, and for the various dispatch opcodes too. 4. The processReplacing function in vstlib should perhaps be made just by calling the process fuction. But I dont understand the difference between processReplacing and processing. FUTURE Add GUI and graphics support to the server (help wanted). And maybe make a DX-plugin server. (would be fun running pi-warp under linux). CREDITS vstserver and vstlib are made by Kjetil S. Matheussen / Notam. k.s.matheussen(a)notam02.no Some programming hints is gathered by looking at the pd vst-object plugin~ source and the jack soundserver source. vst ladspa plugin v0.0.1 - alpha --------------------------------- Makes vst plugins located in $VST_PATH appear as ladspa plugins. I'm not sure how well this one actually works. The northpole plugin seems to work, but others don't. Oh well, its alpha for now. k_vst~, a Pd tilde object for hosting VST plug-ins. --------------------------------------------------- This is really just the plugin~ source made by Jarno Seppänen, but with a few lines changed (very few that is) to make it work with vst-plugins using the vstlib. The name was changed from plugin~ to k_vst~ to avoid nameclash with the plugin~ object running ladspa plugins. This object is for i386 non-windows (ie. linux/freebsd) only. This one works very well! ------------------------- vstserver, ladspavst and k_vst~ are open-source programs made at Notam / Oslo, and can be downloaded from from http://www.notam02.no/arkiv/src/ --

1 1

Help needed - CreateScalableFontResource
by Shachar Shemesh Nov. 27, 2002

Nov. 27, 2002

Hi list, We have in Israel a lawyer who has cought on to the idea of open source, and is helping "The Cause"(tm) here quite a lot. As part of his activities he is wants to demonstrate a Hebrew law and precedance lookup program at a conference on Dec 2nd using Wine, and he asked for my help. When trying to run the program, I get the following error: sun(a)sun:~/c/PD_OR/EXE$ LANG=he_IL wine PDWIN G Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.485, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for USER.491, setting to 0xdeadbeef fixme:win:stub_USER_490 stub fixme:font:CreateScalableFontResourceA (0,"C:\\PD_OR\\FONTS/AMIR____.FOT","C:\\PD_OR\\FONTS/AMIR____.TTF",(null)): stub fixme:font:CreateScalableFontResourceA (0,"C:\\PD_OR\\FONTS/AMIRBLD_.FOT","C:\\PD_OR\\FONTS/AMIRBLD_.TTF",(null)): stub fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. The application then goes on to display a error message saying (In hebrew) "The fonts for the application could not be found, please reinstall...". The fonts are indeed available in C:\PD_OR\FONTS as TTF files. It seems the application calls CreateScalableFontResource, and then tries to register the fonts. Copying the TTF fonts to the fonts directory did not solve this problem. I am looking for some solution, even a workaround, that will solve this problem for me. I have contact with the application's developers, and they are very interested in getting this to work (not interested enough to actually install Linux, but they are interested enough to answer technical questions about the app). My questions: A. Is there any way I can patch Wine to fool the app into thinking that part succeeds? Or is performing this test necessary, for some strange reason, in order to use the TTF fonts? B. It MAY be possible to ask the developers to actually modify their code to a moderate degree, in order to get this app to work. Is there anything in particular I can ask them? C. Is anyone working on this API? I don't know the first thing about font files and resources, and while I CAN learn, is someone with already existing knowledge can do something about it, it would be much preferable. Thanks, Shachar

3 8

Getting DirectX emulation to work
by David D. Hagood Nov. 27, 2002

Nov. 27, 2002

Since I can no longer get OpenGL textures to work under Wine, I'd like to try to get the DirectX emulation working. However, when I configure an app to use DirectX, I get a "You have selected a mode your graphics card does not support" message. Since the color depth and resolution are the same as OpenGL settings that work (save for the hosed textures), I would think this should work. Are there some magic registry entries that need to be created?

3 2

RE: Whither SwitchToThread()?
by Sean Mitchell Nov. 27, 2002

Nov. 27, 2002

> -----Original Message----- > From: Francois Gouget [mailto:fgouget(a)free.fr] > To: Sean Mitchell > Because someone forgot to update winbase.h, that's all. Use > this patch: Thanks so much! I told my boss that I posted the query last night and had a response with a fix waiting for me this morning. He is lukewarm about Open Source, but when I told him about this he was very, very impressed. He's never seen that sort of response from a commercial vendor except in a few emergency situations. Incidentally, should I open a bug for this, or is it already committed to the tree? Cheers, Sean

2 1

Re: Winelib Apps v0.1
by Mark Hannessen Nov. 27, 2002

Nov. 27, 2002

very nice site. but there is one ( very ) small i would like to see. i think colors should represent the status of winelibs mozilla has a yellow color ( but does not run ) once a prog runs ( putty ) it should be green ( or some other color ) this way we can easily see what works and what does not perhaps we could include a link to the project website as well ? Mark Hannessen On Tuesday 26 November 2002 06:04, wine-devel-request(a)winehq.com wrote: > Folks, > > Version 0.1 of the Winelib Applications page is available here: > http://www.dssd.ca/wine/Winelib-Apps-0.1.html > > The current version is always available at this address > http://www.dssd.ca/wine/Winelib-Apps.html > > Your comments, and suggestions are highly appreciated.

6 13

IKernel fails
by Uwe Bonnes Nov. 27, 2002

Nov. 27, 2002

Hallo, Altera's Quartus Web-Edition https://www.altera.com/support/software/download/altera_design/quartus_we/d… (110 MByt Download) fails: fixme:ole:_xread Read only 0 of 4 bytes from 0x50. fixme:ole:_StubReaderThread Failed with hres 80004005 Any help welcome! Are more Info needed? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 3

tools/wpp, ppdebug
by Tapio Kautto Nov. 27, 2002

Nov. 27, 2002

Hi! I'm trying to compile recent versions of wine with Debian Sid. My compile stops in wpp saying that variable ppdebug is not defined. I added line int ppdebug=1; in wpp.c, and it compiles. Am I missing something, or is this a bug? Thanks, Eleknader

1 0

Re: Coding standards
by David Laight Nov. 27, 2002

Nov. 27, 2002

> I found a couple that used ~4space indent, and used tabs too (they > seemed to expect 1tab = 8, as the code looked neat in a standard text > editor). Probably vi with autoindent, tabstop=8 and shiftwidth=4 (my preferred indent). More fun can be had arguing over whether to do: if (...) { ... } else { ... } or: if (...) { ... } else { ... } or: if (...) { ... } else { ... } If you have a paper listing you definitely need '} else {' on a single line. Otherwise you lose track of the control flow when reading it. (Never mind that you get many more lines on a page/screen.) Of course the opening '{' for a function MUST be in column 1. A coding standard really ought to discuss namespace usage and pollution. Any reasonable layout is usually ok. (OTOH I much prefer that tab stops be at 8 character intervals.) David -- David Laight: david(a)l8s.co.uk

6 8

Performance issues
by João Alfredo Nov. 27, 2002

Nov. 27, 2002

Hello people, How can i improve performance in GUI applications under wine? I have a cobol application here made with microfocus netexpress and I can see the button icons reloading every type I refresh the screen. I'm using wine from CVS with a PIII 900Mhz redhat 7.3 box. Thanks in advance! -- João Alfredo G. Batista <joaoalf(a)dotx.com.br> ou <jagbdotx(a)yahoo.com.br> * dotX Consultoria, Serviços e Conectividade * http://www.dotx.com.br * Departamento de Desenvolvimento

1 0

Wine app
by Fabian Cenedese Nov. 27, 2002

Nov. 27, 2002

Hi I came across this page: http://www.unrealized.com/references/ "Unfortunately we have no information on running UnrealEd in Linux. Perhaps someone has had success running it under WINE? If so, please let us know about it so we can get more information for others trying to run UnrealEd on their Linux box." So I guess they would like to hear if someone had success and would also put a "works with wine" on their page once it's running. bye Fabi

1 0

Run .bat files
by Fabian Cenedese Nov. 27, 2002

Nov. 27, 2002

Hi I found out that I can't run batch files directly. It gives me "cannot determine executable type". Maybe there is a possibility to start it right away with wcmd or wineconsole. The problem is that it must also work if a running app calls the batch files with CreateThread. Could it be a solution to add a new type to MODULE_GetBinaryType and then start a console with the batch file argument? If this is already too late, is there another possibility inside wine? Would it work if I change the call to CreateThread("cmd file.bat")? But then it has to work on all Windows95, NT and wine (command.com, cmd.exe, wcmd). Thanks bye Fabi

3 3

Problem in winemaker
by Sylvain Petreolle Nov. 27, 2002

Nov. 27, 2002

Trying to debug the cygwin installer that isn't able to reread where it saves the pakages, I wanted to compiler the installer as Winelib. running 'winemaker .' in setup source dir fails when analysing IOStreamProvider.h, at line 1193 in winemaker. I attached the file. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com /* * Copyright (c) 2002, Robert Collins. * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. * * A copy of the GNU General Public License can be found at * http://www.gnu.org/ * * Written by Robert Collins <rbtcollins(a)hotmail.com> * */ #ifndef _IOSTREAMPROVIDER_H_ #define _IOSTREAMPROVIDER_H_ #include "io_stream.h" #include "String++.h" /* An IOStreamProvider provides the interface for io_stream::open and * related calls to operate. */ class IOStreamProvider { public: virtual int exists (String const &) const = 0; virtual int remove (String const &) const = 0; virtual int mklink (String const &, String const &, io_stream_link_t) const = 0; virtual io_stream *open (String const &,String const &) const = 0; virtual ~IOStreamProvider (){} virtual int move (String const &,String const &) const = 0; virtual int mkdir_p (enum path_type_t isadir, String const &path) const = 0; String key; // Do not set - managed automatically. protected: IOStreamProvider(){} // no base instances IOStreamProvider(IOStreamProvider const &); // no copy cons IOStreamProvider &operator=(IOStreamProvider const &); // no assignment }; #endif /* _IOSTREAMPROVIDER_H_ */

1 0

RE: Some fixes in capabilities
by Medland, Bill Nov. 26, 2002

Nov. 26, 2002

> -----Original Message----- > From: wine-devel-admin(a)winehq.com > [mailto:wine-devel-admin(a)winehq.com]On > Behalf Of Andreas Mohr > Sent: Tuesday, November 26, 2002 1:48 PM > To: Lionel Ulmer > Cc: Wine Devel > Subject: Re: Some fixes in capabilities > > > On Tue, Nov 26, 2002 at 10:23:55PM +0100, Lionel Ulmer wrote: > > Hi all, > > snip > > Note: is there a way from DLL X to activate relay debugging > ? What happens > > is that SS2 somehow freezes at one point and doing a > relay trace from > > the start is about a 3 GB file... So what I would > like to do is at a > > specific function in the D3D code that I know to be > just before the > > freeze, call 'activate relay' and voila, I have > relaying on :-) (to be > > able to do that for all DLLs would be even better). > > > > But well, considering DLL separation and all that, I > doubt that this > > would be possible :-/ > > Oh pleeeeze... I thought that at least the Wine developers are reading > the wine docu properly... ;-) > > Let's see... first you use completely inacceptable words, and then > you admit to never reading the docu... bad, bad, very bad guy. :) > > Read wine.man. It explains how to do relay logging for a single DLL. > Although I'm afraid that this might actually be broken at the moment > maybe :-\ Unfair. That doesn't help someone who wants a full relay trace because they don't know where the problem is, but doesn't want to start until close to the problem. I have myself wished we had the capability. Admittedly my traces were smaller than 3GB but I would be very happy to get rid of the top 100MB of the trace. > > -- > "My attitude is, everybody should try competing with > Microsoft once in their life. Once." > - Marc Andreessen, former Netscape lead employee, in a > "browser wars" interview > > Bill

2 1

Wrong list for last 3 patches
by Vincent Béron Nov. 26, 2002

Nov. 26, 2002

Sorry, the last 3 patches were sent to the wrong list. At least they weren't big. Alexandre, do you want me to resend them to wine-patches proper? Vincent

2 1

RE: Working with GDI+
by Patrik Stridvall Nov. 26, 2002

Nov. 26, 2002

> Having to port System.Windows.Forms and System.Drawing to > Linux, I would like > to know how GDI+ works under Wine and WineLib? It definitely doesn't work with Winelib since there are neither any header files nor any implementation. Whether a GDI+ using application works under Wine I have no idea. My guess probably not. Try and find out. :-)

1 0

Wine bug-testing methodologies
by Saravanakumar Soundarrajan Nov. 26, 2002

Nov. 26, 2002

Sorry If I am going off the topic, I am a user of wine and I am looking for some information about it. I am doing a research paper on Open Source Software Quality how OSS quality is maintained and Wine is one of topics of discussion. I have been looking for some information on how Wine Bug Testing is done and the methodologies used in Testing Wine(something like how whitebox testing, regression testing, path-testing, etc., are done). I was wondering if anybody knows any website or any information where I can find more on this topic. It will be very helpful for my research. Thanks and Regards, SK. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

1 0

wine and asyncronous file i/o
by Martin Fuchs Nov. 26, 2002

Nov. 26, 2002

Hi! I've got an application, which uses an asynchron file stream library. I uses ReadFileEx() and alertable wait with SleepEx(). This doesn't work right with wine. It seems to get caught in an endless loop. Wine and wineserver together use 100 % cpu power. Does anyone already know, what's going wrong here? I had a quick look at the implementation in wine, but couldn't find any hint about missing functionality or some thing like this. Which debug switches wold be usefull to trace this? -- Martin Fuchs martin-fuchs(a)gmx.net

4 16

Fix for a warning in hal.c
by Vincent Béron Nov. 26, 2002

Nov. 26, 2002

Changelog: Fix for incompatible pointer type in hal.c. Vincent

1 0

Fix for a warning in time.c
by Vincent Béron Nov. 26, 2002

Nov. 26, 2002

Changelog: Fix for implicit declaration of abs. Vincent

1 0

Fix for a warning in xrender.c
by Vincent Béron Nov. 26, 2002

Nov. 26, 2002

Changelog: Fix for deprecated use of label at the end of compound statement in xrender.c. Vincent

1 0

Working with GDI+
by François-Denis Gonthier Nov. 26, 2002

Nov. 26, 2002

Having to port System.Windows.Forms and System.Drawing to Linux, I would like to know how GDI+ works under Wine and WineLib? Anyone tried?

1 0

Winelib Applications
by Dimitrie O. Paun Nov. 26, 2002

Nov. 26, 2002

Folks, A new page has appeared in the Wine constellation <g>. It is still a work in progress, but I hope to release version 0.1 in the next few days, once I have a change to add what I've done on PuTTY, and Visual-MinGW. Check it out: http://www.dssd.ca/wine/Winelib-Apps.html Comments, suggestions, flames -- all welcome! -- Dimi.

3 6

self-registerable COM server dlls
by John K. Hohm Nov. 26, 2002

Nov. 26, 2002

I believe I have a workable method for defining the registration data needed to register and unregister self-registerable COM server dlls like ole32 et. al. that is easy enough to maintain and reasonably efficient. The only real objection I can anticipate is that I use char's instead of WCHAR's, and my reason is that the infrequency of use of these functions makes ease of maintenance more important than performance. I have attached (hopefully as text/plain) the header for the regsvr helper, and the comcat_main.c to give a feel for usage. Comments, please? /* * self-registerable dll helper functions * * Copyright (C) 2002 John K. Hohm * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2.1 of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ /* regsvr_register and regsvr_unregister take a pointer to registration data. The format of that data is as such (in RFC2234 ABNF): reg_data := LWSP "[" *"!" predef_key "\0" [ "=" value "\0" ] *sub_data "]" ; ! means delete (recursively) when unregistering sub_data := key_data / value_data key_data := LWSP "[" *"!" key "\0" [ "=" value "\0" ] *sub_data "]" ; ! means delete (recursively) when unregistering value_data := LWSP *"!" value_name "\0" "=" value "\0" ; ! means delete when unregistering predef_key := "HKCR" ; others could be added as necessary key := +CHAR value_name := +CHAR value := +CHAR */ HRESULT regsvr_register(char const *data); HRESULT regsvr_unregister(char const *data); /* * exported dll functions for comcat.dll * * Copyright (C) 2002 John K. Hohm * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2.1 of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ #include "comcat.h" #include "regsvr.h" #include "wine/debug.h" WINE_DEFAULT_DEBUG_CHANNEL(ole); DWORD dll_ref = 0; HINSTANCE COMCAT_hInstance = 0; /*********************************************************************** * Global string constant definitions */ const WCHAR clsid_keyname[6] = { 'C', 'L', 'S', 'I', 'D', 0 }; /*********************************************************************** * Registration data */ static char const regsvr_data[] = "[HKCR\0 [CLSID\0 [!{0002E005-0000-0000-C000-000000000046}\0=StdComponentCategoriesMgr\0 [InProcServer32\0=comcat.dll\0 ThreadingModel\0=Both\0 ] ] ] ]"; /*********************************************************************** * DllMain */ BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID fImpLoad) { TRACE("%p 0x%lx %p\n", hinstDLL, fdwReason, fImpLoad); switch(fdwReason) { case DLL_PROCESS_ATTACH: COMCAT_hInstance = hinstDLL; break; case DLL_PROCESS_DETACH: COMCAT_hInstance = 0; break; } return TRUE; } /*********************************************************************** * DllGetClassObject (COMCAT.@) */ HRESULT WINAPI COMCAT_DllGetClassObject(REFCLSID rclsid, REFIID iid, LPVOID *ppv) { *ppv = NULL; if (IsEqualGUID(rclsid, &CLSID_StdComponentCategoriesMgr)) { return IClassFactory_QueryInterface((LPCLASSFACTORY)&COMCAT_ClassFactory, iid, ppv); } FIXME("\n\tCLSID:\t%s,\n\tIID:\t%s\n",debugstr_guid(rclsid),debugstr_guid(iid)); return CLASS_E_CLASSNOTAVAILABLE; } /*********************************************************************** * DllCanUnloadNow (COMCAT.@) */ HRESULT WINAPI COMCAT_DllCanUnloadNow() { return dll_ref != 0 ? S_FALSE : S_OK; } /*********************************************************************** * DllRegisterServer (COMCAT.@) */ HRESULT WINAPI COMCAT_DllRegisterServer() { TRACE("\n"); return regsvr_register(regsvr_data); } /*********************************************************************** * DllUnregisterServer (COMCAT.@) */ HRESULT WINAPI COMCAT_DllUnregisterServer() { TRACE("\n"); return regsvr_unregister(regsvr_data); }

1 0

COM and threads
by Fabian Cenedese Nov. 26, 2002

Nov. 26, 2002

Hi There were some postings recently about CoInitialize and theads: http://www.winehq.com/hypermail/wine-devel/2002/11/0974.html "Sort of, the problem is that Wine doesn't support apartments yet, so it doesn't try to keep track of the threads that has called CoInitialize." I now have a problem that goes maybe in the same direction. I have an ocx which is again embedded in another ocx. In the wrapper are two threads (Msg and worker). I now get an error if the second thread tries to call a function from the embedded ocx. In the wine log I can find only one call to CoInitialize. This is right before the call of the second ocx: 0811c6d0:Call ole32.CoGetMalloc(00000001,4211275c) ret=65352782 0811c6d0:Ret ole32.CoGetMalloc() retval=00000000 ret=65352782 trace:ole:IMalloc_fnAlloc (292) trace:ole:IMallocSpy_fnPreAlloc (0x40a00944)->(292) trace:heap:RtlAllocateHeap (0x40380000,00000002,00000128): returning 403d5308 trace:ole:IMallocSpy_fnPostAlloc (0x40a00944)->(0x403d5308) trace:ole:IMalloc_fnAlloc --(0x403d5308) 0811c6d0:Call kernel32.InterlockedIncrement(403c9ad4) ret=65352c07 0811c6d0:Ret kernel32.InterlockedIncrement() retval=00000002 ret=65352c07 0811c6d0:Call ole32.CoCreateInstanceEx(65343308,00000000,00000000,00000000,00000000,00000000) ret=65352c8d 0811c6d0:Ret ole32.CoCreateInstanceEx() retval=80070057 ret=65352c8d 0811c6d0:Call ole32.CoSetState(653c3f80) ret=653527ec fixme:ole:CoSetState (0x653c3f80),stub! trace:ole:CoSetState -- release 0x653c3f80 now 0811c6d0:Call kernel32.InterlockedDecrement(403c9ad4) ret=65356c7e 0811c6d0:Ret kernel32.InterlockedDecrement() retval=00000001 ret=65356c7e some window, gdi32 and heap functions 08119650:Call gdi32.CreateRectRgnIndirect(406e26bc) ret=4083c19e trace:heap:RtlAllocateHeap (0x40380000,00000002,00000020): returning 403d50c8 trace:heap:RtlAllocateHeap (0x40380000,00000002,00000020): returning 403d5050 08119650:Ret gdi32.CreateRectRgnIndirect() retval=00001842 ret=4083c19e 08119650:Call gdi32.CombineRgn(0000184e,0000184e,00001842,00000001) ret=4083c1b3 trace:heap:RtlAllocateHeap (0x40380000,00000002,00000020): returning 403d4ea0 trace:ole:IMalloc_fnFree (0x403d5308) trace:ole:IMallocSpy_fnPreFree (0x40a00944)->(0x403d5308 1) trace:heap:RtlFreeHeap (0x40380000,00000002,403d5308): returning TRUE trace:ole:IMallocSpy_fnPostFree (0x40a00944)->(1) 0811c6d0:Ret ole32.CoSetState() retval=00000000 ret=653527ec trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x65341543 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=00000010 The exception is right after CoSetState even if it says above that this is only a stub. It's that bad that I don't even have a call stack anymore. The function in the embedded ocx is never reached. But I can use the ocx in a simple VB proggy so I'd say registration is ok. I'm quite sure the problem lies in the two threads because it works better when I use only one thread in the wrapper ocx. Can somebody confirm this? Is there a workaround for this until wine supports COM with several threads? Thanks bye Fabi

2 1

RE: Wintab.dll technical issues.
by Patrik Stridvall Nov. 26, 2002

Nov. 26, 2002

> Firstly a quick note: > I have opened a bug for implementation of wintab.dll (Bug No. 1160) > > Now the questions: > > 1: Writing stubs. > I'll be taking up Patrik Stridvall's offer to write stubs for > anyone new > to wine development. Yes, I'm working on it right now. Will probably not finish tonight though. > One question about stubs: > What's the wine policy on stub return values? No general policy. It depends. > Should a stub always return an error? Normally stubs should indicate error (return NULL, FALSE or similar) and do SetLastError(ERROR_NOT_IMPLEMENTED). > Should/Can it return success? In some cases indicating success (return TRUE or similar), even though it not strictly correct, might be a good idea. It depends. Lying to the application should be avoided of course but sometimes it is nessary. > 2: Testing wintab.dll in Win98. > wintab.dll is quite complex for what it does. I guess you mean wintab32.dll. wintab.dll is the 16 bit variant AFAICS. > Therefore the only practical way to implement it is > to work on the functions and communication models that are > used by the apps I want it to support. Probably. > To do this, I need some tool that can log the function calls and > parameters to the DLL, while wunning Win98.The logging must > be able to > let the > programmer choose elements from data stuctures in > parameters/retvals to log. > Any ideas???? There are no good tools to do this AFAIK. But if you find any I'm very intrested. > I've attempted to use apis32 and built a wintab.fnl file for > wintab.dll. > Unfortunately apis32 doen't allow the logging of the contents of data > structs. Yes. APIS32 is the best AFAIK and it sucks pretty bad IMHO. > I would also like to know experinces with Spy++. > Wintab can send it's own custom messages, so I'm wondering how good > Spy++ is at detecting custom messages? > > I've used it many times before, but only to examine standard windows > messages. No idea, haven't used it for years. > 3: Coding standards. > I haven't found any coding standards associated with wine. > This is particularly important, as I'll be writing new source files. > Can someone point me to the standards? We have none. Decide for yourself. However please do not choose anything to unlik anything else in Wine.

2 1