June 2001 - Wine-Devel - list.winehq.org

wine-users down?

by Francois Gouget

Hi, I didn't receive any message on wine-users since May 30th. Is the mailing list down or is it a problem on my end? There's been many messages since then on the newsgroup. Btw, why is the link to the wine-users archive disabled on WineHQ? (http://www.winehq.com/dev.shtml#ml) I found wine-users archives via Google: http://www.winehq.com/hypermail/wine-users/ And I see in the mailing list archives that there's no message since May 30th either. Looks like a mailing list problem to me... Last question (for this email...): Why do the mailing list archives point to the Integrita archives rather than the WineHQ archives? Is there an advantage of one over the other? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ I haven't lost my mind, it's backed up on tape around here somewhere...

June 1, 2001

Re: Finding (or not) the exact number of args

by eric pouech

> Wine-dbg>bt > Backtrace: > =>0 0x40765056 (__wine_unimplemented+0x56(func=0x40770eff) [shlwapi.spec.c:40] in SHLWAPI.DLL) (ebp=40566cb8) > 1 0x40765170 (__wine_stub_shlwapi_17 [shlwapi.spec.c:53] in SHLWAPI.DLL) (ebp=40566cc8) > 2 0x00403a1a (<Debugged process>.EntryPoint+0x95c in <Debugged process>) (ebp=40566e6c) this is the right caller... and in fact before the calling point doing twice up should bring you here, then you have to disas before the call to __wine_stub_shlwapi_1# A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

June 1, 2001

Re: Finding (or not) the exact number of args

by Gaël de Chalendar

Le Mercredi 23 Mai 2001 17:19, Andreas Mohr a écrit : > You get a nice "crash" when the program hits an unimplemented function. > Do a backtrace, then do a disas of the code that led to the unimplemented > function. Count the number of pushes before that call. That's usually > the number of arguments you need to use. OK. Just to try I removed the stub for SHLWAPI_16. When asking for a backtrace (bt) in the wine debugger, I get the following. Where in that di I find the address where to disassemble ? Unhandled exception: unimplemented function shlwapi.16 called in 32-bit code (0x40765056). In 32-bit mode. 0x40765056 (__wine_unimplemented+0x56 [shlwapi.spec.c:40] in SHLWAPI.DLL): jmp 0 x40765050 (__wine_unimplemented+0x50 [shlwapi.spec.c:40] in SHLWAPI.DLL) 43 void __wine_stub_shlwapi_4(void) { __wine_unimplemented("4"); } Wine-dbg>bt Backtrace: =>0 0x40765056 (__wine_unimplemented+0x56(func=0x40770eff) [shlwapi.spec.c:40] in SHLWAPI.DLL) (ebp=40566cb8) 1 0x40765170 (__wine_stub_shlwapi_17 [shlwapi.spec.c:53] in SHLWAPI.DLL) (ebp=40566cc8) 2 0x00403a1a (<Debugged process>.EntryPoint+0x95c in <Debugged process>) (ebp=40566e6c) 3 0x0040312c (<Debugged process>.EntryPoint+0x6e in <Debugged process>) (ebp=40566ecc) 4 0x400d0e92 (start_process+0x1d6 [process.c:403] in libntdll.so) (ebp=40566f30) 5 0x400d46b9 (SYSDEPS_DoCallOnStack+0x25(func=0x400d0cbc, arg=0x0) [sysdeps.c:173] in libntdll.so) (ebp=40566ff0) 6 0x400d4763 (SYSDEPS_CallOnStack+0x2f in libntdll.so) (ebp=bffff17c) 7 0x400d480d (SYSDEPS_SwitchToThreadStack+0x95(func=0x400d0cbc) [sysdeps.c:236] in libntdll.so) (ebp=bffff1b8) 8 0x400d11ef (PROCESS_InitWine+0x19f(argc=0x2, argv=0xbffff254, win16_exe_name=0x804c620, win16_exe_file=0x804c724) [process.c:525] in libntdll.so) (ebp=bffff1d4) 9 0x0804b1ee (Letext [main.c] in wine) (ebp=bffff1ec) 10 0x40236cbe (NTDLL.DLL.sqrt+0x3362e in libc.so.6) (ebp=bffff228) 11 0x08049021 (_start+0x21 in wine) (ebp=00000000) -- _______________________________________________ Gael de Chalendar Groupe LIR - LIMSI/CNRS BP 133, 91 403 Orsay Cedex (France) Tel : 01 69 85 80 04, Fax : 01 69 85 80 88 E-mail : mailto:gael(a)limsi.fr Web : http://www.limsi.fr/Individu/gael/

June 1, 2001

Re: critical section blocking

by Aric Stewart

Hum, ok thank for pointing out that my fix does not work. I will continue to try to investigate more, and see if i can find another fix or understand the problem more completely. thanks -aric Me wrote: > > > With this patch, Myst locks up solid as soon as the mouse is moved into > > the Myst window. Without it, Myst works fine. > Same with Red Alert, except without the patch the mouse would eventually lock > up, instead of right away with this patch. The bug is actually there, and > it's really annoying, but the fix is wrong. > > -Ryan >

June 1, 2001

Can MAPI be directed to sendmail from a Windows app on Wine ?

by Steve Ball

I am running a windows voicemail server under wine and it runs extremely well, but I believe there is no MAPI support in Wine, and the voicemail server complains that there is no MAPI provider. I would not want to install a Windows email client even if I thought I could use MAPI, and would much prefer to use sendmail as the MAPI sender. I don't think it would be difficult to write code that would produce a sendmail mail message from a Wine stub, but I cannot find where the MAPI support goes and I know very little about MAPI under Windows, since I have done very little Windows programming. Has anyone done this before, or could anyone direct me to the hooks in Wine, and preferably some information on how MAPI works in Windows apps. The Wine project is a fantastic achievement, I hope that I can give something back. Steve Ball

June 1, 2001

Re: [Freetype] Re: wineps include fix.

by David Turner

Hello, > > Ove Kaaven wrote: > > > > So FT_TRUETYPE_TABLES_H and FT_GLYPH_H is covered, but FT_NAMES_H and > > FT_TRUETYPE_NAMES_H is not. Apparently the defines were changed or > > something - FT_SFNT_NAMES_H is apparently the one you must use now? > > FT_SFNT_NAMES_H doesn't appear anywhere in the 2.0.1 headers. It > appears to be impossible to be source code compatible between 2.0.1 and > 2.0.2. > Yes, sorry for the disturbance, but I didn't expect people to use this header file so soon (the API reference wasn't available before 2.0.2). I believe that a simple fix can be something like: #include <ft2build.h> #ifndef FT_TRUETYPE_NAMES_H #define FT_TRUETYPE_NAMES_H FT_SFNT_NAMES_H #endif thus, the source code should work with all versions of FT2.. Regards, and again sorry - David

June 1, 2001

Re: WINE server messages

by Alexandre Julliard

David Howells <dhowells(a)redhat.com> writes: > Actually, I see that you do maintain a view list in the client as well as the > module list and section lists in the server. What I was thinking of was just > consolidating the three into a single view list and a single section list in > the server. > > In effect, Wine'd still have the module list, it's just that there'd be > non-modules in the list too. I still don't see why you want that. The fact that the section list is in the client or in the server is orthogonal to the fact that we maintain a list of modules. If you have a list of mapped views in the server you can simplify the module list a bit by making each module point to the view instead of the backing file, but you still need a module list to send debugger events and do toolhelp snapshots. You could of course hide the module list inside the section list by adding some magic flags to the section descriptor, but all it changes is that you then need to walk the whole section list to retrieve the modules; I don't really see the point. -- Alexandre Julliard julliard(a)winehq.com

June 1, 2001