- wine-devel - winehq.org

Bultin OCX?
by danielcampos 29 May '03

29 May '03

Hello : At this moment i'm writing a socket class, quite similar to Winsock OCX control. It is written using unix sockets and threads. One of the goals of this project would be replacing current native Winsock control by a "Bultin OCX". I've look at Wine Documentation ant it's simple to create a native DLL, but i've seen nothing about the possibility of creating a builtin OCX. Is there any way to do it? What about registry issues? Thanks Daniel Campos _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

2 1

Re: faq.diff
by Dimitrie O. Paun 29 May '03

29 May '03

On May 29, 2003 04:37 am, Tom Wickline wrote: > 3) update : Is there a CVS tree? ( -z3 to -z0 and add the notice ) Please don't make that -z 0 explicit in there, just say: cvs checkout wine/ANNOUNCE and remove the "slow link" comment. In fact, for those questions I would simply direct people to the WineHQ CVS/download pages, no point in maintaining the information in multiple places. -- Dimi.

2 1

Re: OLE clipping
by Mike Hearn 29 May '03

29 May '03

Hmmm, as a follow up, changing if ((flags & DCX_CLIPCHILDREN) && (mode != ClipByChildren)) to if (flags & DCX_CLIPCHILDREN) in get_visible_region fixes it. I assume altering the assignment in GetDC would have the same effect. I think this is what you were talking about earlier with Wine vs X11 clipping.... it seems in this case leaving it up to X doesn't work. I don't understand enough about this area to submit a proper patch though, so I just thought I'd let you know what change fixed the problem. thanks -mike On Fri, 2003-05-16 at 16:10, Mike Hearn wrote: > > Yes I know what you talking about. Here is a patch for this. When I > > presented it to Alexandre a while ago he said that it's not necessary > > because X will take care of the clipping for us. He said we don't need > > to do it. > > Thanks for the patch. I applied it, but other than the Google "I'm > feeling lucky" buttons now appearing when i mouse over them, not much > changed (clip_children is being called now though). > > Here's an excerpt from a trace: > > trace:x11drv:X11DRV_Expose win 0x10025 (4000009) 227,463 365x91 > trace:x11drv:X11DRV_Expose win 0x1002d (400002a) 227,0 365x40 > trace:x11drv:X11DRV_CreateBitmap (0xc18) 365x91 24 bpp > trace:x11drv:X11DRV_GetDC visible=1 > trace:x11drv:clip_children called for parent=1002d, last=0 > trace:x11drv:get_visible_region top=0x1002a, win->hwndSelf=0x1002d > trace:x11drv:get_visible_region WS_CLIPSIBLINGS for child > trace:x11drv:clip_children called for parent=1002a, last=1002d > trace:x11drv:clip_children one > trace:x11drv:clip_children two > trace:x11drv:get_visible_region WS_CLIPSIBLINGS for child > trace:x11drv:clip_children called for parent=10029, last=1002a > trace:x11drv:clip_children one > trace:x11drv:clip_children two > > And the window tree looks like this: > > 10025 (main window - java renders buttons etc direct to it) > |-10029 (start of IE embedding?) > |- 1002A > |- 1002D (this seems to be the IE rendering area) > |-10026 (not sure what this is) > > So, As you can see Expose events are sent to the main window and the > embedded IE window, which makes sense. I can see the clip_children call > seemingly chaining up the window tree - it starts at 1002D and ends up > at 10029 near the top, BUT for some reason clip_children is never called > with a parent of 10025. > > I'm pretty lost in this code, I'm not sure how Java is even drawing - I > switched off the blitting code and it mangled most Wine graphics in > other apps, but Java was just like normal. But I think maybe > clip_children should be called for the top level window? > > thanks a lot for you help Ulrich, it's appreciated! > -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 7

Wine folks interested in a CHM spec?
by Pabs3 29 May '03

29 May '03

Hi wine peeps, Just wondering if Wine folks are implementing a chm viewer and if you would be interested in a specification on the internal files of CHMs and even relicencing some of the code for my chm decompiler. all at http://bonedaddy.net/pabs3/hhm/ BTW; please cc me in replies since, while i'm subscribed i don't want to get heaps of other wine discussion & so i've turned off mail delivery. Bye, Pabs ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

13 24

Wine + Ventrilo (speech communication)
by Kristoffer Ericson 29 May '03

29 May '03

Greetings, Just wanted to point out that Ventrilo (www.ventrilo.com) works in wine with abit of work. Although it requires 3 files (gsm 6.10 codec among other things). The bug i'm left with currently is that when 2 people speak (at same time), it freezes up. Ventrilo will probobly make a linux version but wanted you all to know. Best wishes ps. Tribes still works =) _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1

d3d merges
by Ann and Jason Edmeades 28 May '03

28 May '03

Thanks Raphael for doing that, as I hadnt had chance to merge in your changes. BTW Did I read right that Alexander is away for 3 weeks...! He'll have a nice workload when he gets back :-) Jason

2 1

Working a bit with installers
by Carlos Lozano 28 May '03

28 May '03

Hello, I have been playing a bit with a installer what the background appears above of the window what you must press "NEXT>>", what you can't select. It worked only using "Managed" = "No". Changing the line: dlls/x11drv/windows.c inline static BOOL is_window_managed( WND *win ) { if (!managed_mode) return FALSE; /* tray window is always managed */ if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; /* child windows are not managed */ if (win->dwStyle & WS_CHILD) return FALSE; /* tool windows are not managed */ if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; /* windows with caption or thick frame are managed */ if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; if (win->dwStyle & WS_THICKFRAME) return TRUE; /* default: not managed */ return FALSE; ^^^^^^^^^^^^^^ with return TRUE; It is possible install (at least in my case) the program even in managed mode. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 1

Agent crashes when sending article
by Gerhard W. Gruber 28 May '03

28 May '03

Some time ago I posted that Agent crashes when sending an email. At this time the crash was sometimes quite frequently and sometimes it worked well for an extended period of time. Now I found a scenario which will cause this crash rather reliably (it failed only one time for me when I tested it). Compose an article with a non-existent newsgroup., messagetext and subjectline doesn't matter I think, and then send this article with <ALT>-S (for Send-Now). When the crash occurs ebx contains a pointer that is pointing to some invalid address (actually it is a string instead of a pointer) which is subsequently referenced. On each crash the pointer and it's content is the same. I already run agent with "wine -debugmsg +all" and got a rather huge trace (about 500MB) so if you need any info I can extract it from this. I tried to anlyze the problem but I have problems interpreting the trace so it doesn't tell me much. I would investigate this myself but I need some input how the best way to approach this. winedbg is not much help to me for now. Or can you set memory access breakpoints like in Softice? Backtrace: =>0 0x005b507b (agent.exe.@InitWndProc$qp6HWND__uiuil+0x202cd in D:\home\agent\agent.exe) (ebp=406b1cd8) 1 0x0046cd45 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x39175 in D:\home\agent\agent.exe) (ebp=406b1f60) 2 0x0040e1ba (agent.exe.__GetExceptDLLinfo+0xd14c in D:\home\agent\agent.exe) (ebp=406b1f74) 3 0x0058e5c3 (agent.exe.@WinTimerStatics@Func$qp6HWND__uiuiul+0xe35b in D:\home\agent\agent.exe) (ebp=406b1f88) 4 0x00531d64 (agent.exe.@MyDdeCallback$quiuip7HCONV__p5HSZ__t4p10HDDEDATA__ulul+0x17d5c in D:\home\agent\agent.exe) (ebp=406b1fd8) 5 0x004dacf4 (agent.exe.@PropdlgKbdProc$qiuil+0x261fc in D:\home\agent\agent.exe) (ebp=406b2024) 6 0x00598543 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x3795 in D:\home\agent\agent.exe) (ebp=406b207c) 7 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b20b0) 8 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b20f8) 9 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b2110) 10 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2134) 11 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x416b1fb8, hwnd=0x10025, msg=0x411, wParam=0x100, lParam=0x4199cac8) [winproc.c:184] in user32.dll.so) (ebp=406b2164) 12 0x4081a6e8 (CallWindowProcA+0x88(func=0x413b0848, hwnd=0x10025, msg=0x411, wParam=0x100, lParam=0x4199cac8) [winproc.c:2854] in user32.dll.so) (ebp=406b218c) 13 0x407fc1da (DispatchMessageA+0x12a(msg=0x406b222c) [message.c:794] in user32.dll.so) (ebp=406b21d0) 14 0x407dc9f9 (MENU_TrackMenu+0x5e9(hmenu=0x0, wFlags=0x80000000, x=0x0, y=0x0, hwnd=0x10025, lprect=0x0) [menu.c:2891] in user32.dll.so) (ebp=406b2248) 15 0x407dce67 (MENU_TrackKbdMenuBar+0x147(hwnd=0x10025, wParam=0xf100, vkey=0x0) [menu.c:3049] in user32.dll.so) (ebp=406b2278) 16 0x40801266 (NC_HandleSysCommand+0x266(hwnd=0x10025, wParam=0xf100, lParam=0x0) [nonclient.c:2194] in user32.dll.so) (ebp=406b22a0) 17 0x407f0aee (DEFWND_DefWinProc+0x74e(hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [defwnd.c:534] in user32.dll.so) (ebp=406b2330) 18 0x407f1517 (DefWindowProcA+0x3a7(hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [defwnd.c:863] in user32.dll.so) (ebp=406b2364) 19 0x407f9daf (DefFrameProcA+0xff(hwnd=0x10025, hwndMDIClient=0x10026, message=0x112, wParam=0xf100, lParam=0x0) [mdi.c:1492] in user32.dll.so) (ebp=406b2388) 20 0x005a1dea (agent.exe.@InitWndProc$qp6HWND__uiuil+0xd03c in D:\home\agent\agent.exe) (ebp=406b23a4) 21 0x0059c206 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x7458 in D:\home\agent\agent.exe) (ebp=406b23c4) 22 0x00598556 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37a8 in D:\home\agent\agent.exe) (ebp=406b241c) 23 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b2450) 24 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b2498) 25 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b24b0) 26 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b24d4) 27 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x416b1fb8, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:184] in user32.dll.so) (ebp=406b2504) 28 0x4081a246 (WINPROC_CallProc32WTo32A+0xc6(func=0x416b1fb8, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:2676] in user32.dll.so) (ebp=406b2530) 29 0x4081a7c8 (CallWindowProcW+0x88(func=0x413b0856, hwnd=0x10025, msg=0x112, wParam=0xf100, lParam=0x0) [winproc.c:2890] in user32.dll.so) (ebp=406b2558) 30 0x4082dc00 (call_window_proc+0xd0(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0, unicode=0x1, same_thread=0x1) [message.c:1401] in user32.dll.so) (ebp=406b25a8) 31 0x4082e85f (SendMessageTimeoutW+0xdf(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x406b2630) [message.c:1791] in user32.dll.so) (ebp=406b2600) 32 0x4082eae9 (SendMessageW+0x39(hwnd=0x10025, msg=0x112, wparam=0xf100, lparam=0x0) [message.c:1873] in user32.dll.so) (ebp=406b2634) 33 0x407f0c03 (DEFWND_DefWinProc+0x863(hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [defwnd.c:571] in user32.dll.so) (ebp=406b26c8) 34 0x407f1517 (DefWindowProcA+0x3a7(hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [defwnd.c:863] in user32.dll.so) (ebp=406b26fc) 35 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2720) 36 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x407f1170, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:184] in user32.dll.so) (ebp=406b2750) 37 0x4081a69b (CallWindowProcA+0x3b(func=0x407f1170, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:2839] in user32.dll.so) (ebp=406b2778) 38 0x005982ed (agent.exe.@InitWndProc$qp6HWND__uiuil+0x353f in D:\home\agent\agent.exe) (ebp=406b279c) 39 0x00598556 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37a8 in D:\home\agent\agent.exe) (ebp=406b27f4) 40 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in D:\home\agent\agent.exe) (ebp=406b2828) 41 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in D:\home\agent\agent.exe) (ebp=406b2870) 42 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in D:\home\agent\agent.exe) (ebp=406b2888) 43 0x408141fb (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b28ac) 44 0x4081429f (WINPROC_CallWndProc+0x8f(proc=0x41998408, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:184] in user32.dll.so) (ebp=406b28dc) 45 0x4081a6e8 (CallWindowProcA+0x88(func=0x413b0db8, hwnd=0x1003e, msg=0x105, wParam=0x12, lParam=0xc0380001) [winproc.c:2854] in user32.dll.so) (ebp=406b2904) 46 0x407fc1da (DispatchMessageA+0x12a(msg=0x406b2980) [message.c:794] in user32.dll.so) (ebp=406b2948) 47 0x004db200 (agent.exe.@PropdlgKbdProc$qiuil+0x26708 in D:\home\agent\agent.exe) (ebp=406b299c) 48 0x004db4c3 (agent.exe.@PropdlgKbdProc$qiuil+0x269cb in D:\home\agent\agent.exe) (ebp=406b29ec) 49 0x004dadbb (agent.exe.@PropdlgKbdProc$qiuil+0x262c3 in D:\home\agent\agent.exe) (ebp=406b2a54) 50 0x0040fd3b (agent.exe.__GetExceptDLLinfo+0xeccd in D:\home\agent\agent.exe) (ebp=406b2e18) 51 0x005a54d4 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x10726 in D:\home\agent\agent.exe) (ebp=406b2e5c) 52 0x005b40b5 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x1f307 in D:\home\agent\agent.exe) (ebp=406b2e8c) Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:005f EIP:005b507b ESP:406b1cb4 EBP:406b1cd8 EFLAGS:00210206( R- 00 I - -P1 ) EAX:2d746e65 EBX:4199cacc ECX:4199c268 EDX:406b1d48 ESI:00000000 EDI:4199cac8 -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 11

Problem with compobj.dll.COSETSTATE
by Peter Barth 28 May '03

28 May '03

Hi, I try to run a French-learning software called Decouvertes. Multiple problems I have, hopefully sombodey answers and can help: o as a starting point I used the ODBC dlls delivered by the program, The DB stuff works, but I would like to know, how to implement the wine-builtin ODBC support and which driver this would be then o once the program comes up, it generates a Win16Mutex timed out - message. After a while it allows input and runs quiet good as it seems o issueing an other task - dictionary - leedss to an exception related to: unimplemented function compobj.dll.COSETSTATE called in32-bit mode in ole32.dll.so There is a OLE2.DLL deliverd with the program, which has such a function built in. Question is, as a newbie to wine, how to tell wine, not to use ole32.dll.so builtin but ole2.dll native. Rename ole32.dll.so, reconfigure and recompile? I would need assistance badly, probably somebody had a similar problem before. The purpose for this is, that we try to establish Solaris based system at a school environment whithout involving Win2k/Citrix on a seperate Application-Server. It would help tremendously if somebody becomes involved with this. Thank you very much best regards Peter Barth

2 1

little WWN problem
by Dimitrie O. Paun 28 May '03

28 May '03

Hi folks, How come "The top 5 posters of the week" are almost always screwed up: 1. 28 posts in 68K by Alexandre Julliard 2. 35 posts in 89K by Dimitrie O. Paun 3. 18 posts in 41K by Gerhard W. Gruber 4. 11 posts in 91K by Mike Hearn 5. 1 posts in 3K by Shachar Shemesh -- Dimi.

6 7

cvs.diff
by Tom 28 May '03

28 May '03

Then use decent tools => upgrade CVS. Well in my simple point of view I am ! I went and got the latest update for RH 7.3 from : http://www.rpmfind.net//linux/RPM/redhat/updates/7.3/i386/cvs-1.11.1p1-8.7.… I also just looked and RH *9* use's 1.11.2-10 here is the link : http://www.rpmfind.net//linux/RPM/redhat/9/i386/cvs-1.11.2-10.i386.html So im not sure Dimi's suggestion about 1.11.5 will work.........As 1.11.5 is in RH RawHide .. And no one who cares about a stable Box is going to use RawHide Warez.......... http://www.rpmfind.net//linux/RPM/rawhide/1.0/i386/RedHat/RPMS/cvs-1.11.5-1… I say go with -z 0 and let it be !!!!!!!! This also helps on the WineHQ sever on over head. Right ? And as ive said before anyone who has ever used cvs before can still compress to there hearts content.. Tom

2 1

Re: msdos/int21 CREAT special cases
by Andreas Mohr 28 May '03

28 May '03

On Mon, May 26, 2003 at 01:04:49PM +0200, Ferenc Wagner wrote: > Volume label creation should fail, not create a regular file. > Similarly for file names ending in a slash (this is actually > needed for PKSFX Version 2.04g to unpack directory trees). > > Feri. > > Index: msdos/int21.c > =================================================================== > RCS file: /home/wine/wine/msdos/int21.c,v > retrieving revision 1.93 > diff -u -r1.93 int21.c > --- msdos/int21.c 19 May 2003 21:40:05 -0000 1.93 > +++ msdos/int21.c 26 May 2003 10:48:21 -0000 > @@ -474,8 +474,18 @@ > } > static BOOL INT21_CreateFile( CONTEXT86 *context ) > { > - SET_AX( context, _lcreat16( CTX_SEG_OFF_TO_LIN(context, context->SegDs, > - context->Edx ), CX_reg(context) ) ); > + LPCSTR path=CTX_SEG_OFF_TO_LIN(context, context->SegDs, context->Edx); > + > + if (CX_reg(context) == 0x0008) { > + SetLastError( ERROR_ACCESS_DENIED ); > + return TRUE; > + } > + if (path[strlen(path)-1] == '/') > + { > + SetLastError( ERROR_FILE_NOT_FOUND ); > + return TRUE; > + } > + SET_AX( context, _lcreat16( path, CX_reg(context) ) ); > return (AX_reg(context) == (WORD)HFILE_ERROR16); > } Hmm, and is there a reason to not do it in _lcreat16() instead? Or is _lcreat16() really "clever" enough to handle volume labels "properly" if called directly? Somehow I doubt it... ;) Or in fact you could walk further up the chain and maybe find that even _lcreat() should be the function to have that check instead... (or, for that matter, even CreateFileA and thus CreateFileW...) So my rough guess is that this should probably be prevented in CreateFileW instead even. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

kernel32 file operations and wildcard filenames
by Rolf Kalbermatter 28 May '03

28 May '03

Having done some tests on kernel32.dll file functions I have come across a problem with filenames containing wildcards. Under Windows (2K) all functions such as DeleteFile, CopyFile, MoveFile, CreateDirectory and such do return FALSE and normally set the last error to ERROR_INVALID_NAME (123) if one of the filenames passed in contains a wildcard (*?). Wines kernel32 behaves somewhat different. Apart from returning different last errors in most cases such as: DeleteFile: ERROR_FILE_NOT_FOUND (2) CopyFile: ERROR_BAD_PATHNAME (161) MoveFile: ERROR_FILE_NOT_FOUND (2) when source contains wildcards which all wouldn't really be a to big issue, there is one thing which seems not right at all to me: MoveFile with a valid existing source and a target with wildcards will create a file on disk containing wildcards in its name. This certainly can't be the intention! So according to Win2K it would be probably useful to check in all those functions for existence of wildcards in the input file paths and refuse them properly. I took a look at the kernel32 file.c functions and saw that they usually all call DOSFS_GetFullName which is supposed to check for valid filenames and such. Problem is this function is also used in many other places and I can't get a good idea if those might need to accept wildcards in file names. Is there anyone more familiar with the kernel32 implementation in Wine who could maybe give me some insight if an according change to DOSFS_GetFullName would be useful or rather cause possible regressions? Otherwise the best thing to do would probably be to add explicit wildcard tests to all those file function and refuse with an according last error set. If I do not get any reactions this is probably what I will do as I'm somewhat weary to change an internal low level function such as DOSFS_GetFullName without some third party encouragement. Rolf Kalbermatter PS: Other differences I saw, where that Wines MoveFile explicitedly forbids directories as source with ERROR_ACCESS_DENIED (5) whereas tests under W2K show that MoveFile happily will rename directories on the same volume, inde- pendant if they are empty or not. CopyFile under W2K however will complain with above error ERROR_ACCESS_DENIED (5) for directories as source. Maybe a possible mix up?

1 0

was cvs diff now .. future cvs patch
by Tom 28 May '03

28 May '03

Hello, Does everyone here agree with Dimi's suggestion to add : "If you work over a slow link, you may want to compress the traffic with -z3. However, there are known bugs in CVS with this compressed communication mode, make sure you use cvs version 1.11.5 or later." Just thought I would ask before I sent the patch :)) Tom

1 0

Wine Run error
by 朱剑民 28 May '03

28 May '03

I have installed wine on Linux redhat 9.0. I want install Ms office and OICQ, but when i run: wine ***.exe occuring the "SYSDEPS_SpawnThread" and stop, someone can tell me why??? If the redhat 9.0 could support wine very well??? Thanks Kevin

1 0

Re: Listview alignment fix
by biggun from the sun 27 May '03

27 May '03

1 0

Re: little WWN problem
by Brian Vincent (C) 27 May '03

27 May '03

> How come "The top 5 posters of the week" are almost always screwed up: Because people like you post from two email accounts. When I generate the stats it considers each email address a unique name. So stats get generated for both email addresses. When Jeremy parses the XML he looks for something like the person who had the most posts and finds the correct person but sometimes the stats that get returned are for the last entry in the xml file. If you look at the xml file you'll probably notice right away what it's doing. The scripts I generate stats from are fairly intelligent in how they parse everything, but for people who post from more than one account I have to know the offending names and have sed fix it up. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: Fix crash in WritePrivateProfileString
by Dimitrie O. Paun 27 May '03

27 May '03

On Tue, 27 May 2003, Thomas Charbonnel wrote: > Hi, > > This fixes a crash in WritePrivateProfileString when the lpFileName > parameter was NULL. The behaviour is modeled after what I tested on > Windows machines: 9x/Me returns FALSE and nothing is done, NT/2K/XP > attempts to write the entry in the win.ini file and returns the > appropriate value. I think it's way too complicated for no good reason. Just do what NT does: if (!filename) filename = wininiW; It's just one line vs. 10+. -- Dimi.

1 0

Re: Listview alignment fix
by Dimitrie O. Paun 27 May '03

27 May '03

On May 26, 2003 05:48 pm, BiGgUn wrote: > Fix label alignment with icon bottom. Sorry, I know I said it's OK in private, but now thinking about it some more, I realize it's not right. What if the text size changes? Does this work for you: Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.353 diff -u -r1.353 listview.c --- dlls/comctl32/listview.c 22 May 2003 03:37:10 -0000 1.353 +++ dlls/comctl32/listview.c 26 May 2003 22:57:01 -0000 @@ -347,7 +347,7 @@ /* Standard DrawText flags */ #define LV_ML_DT_FLAGS (DT_TOP | DT_NOPREFIX | DT_EDITCONTROL | DT_CENTER | DT_WORDBREAK | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) #define LV_FL_DT_FLAGS (DT_TOP | DT_NOPREFIX | DT_EDITCONTROL | DT_CENTER | DT_WORDBREAK | DT_NOCLIP) -#define LV_SL_DT_FLAGS (DT_TOP | DT_EDITCONTROL | DT_SINGLELINE | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) +#define LV_SL_DT_FLAGS (DT_BOTTOM | DT_EDITCONTROL | DT_SINGLELINE | DT_WORD_ELLIPSIS | DT_END_ELLIPSIS) /* The time in milliseconds to reset the search in the list */ #define KEY_DELAY 450 -- Dimi.

3 2

Application crashes (something to do with OLE 16/32 split)
by Hongli Lai 27 May '03

27 May '03

I'm using the app Powersim (a Win 3.1 app). It loads fine but when I open an app it crashes. Mike Hearn said it may have got something to do with the OLE 16/32 split. Here's the full output: [hongli@izumi Pslite]$ wine POWERSIM.EXE fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:ole:CoRegisterClassObject16 ({30774246-086C-101B-9E18-04021C007002},0x41377e88,0x00000004,0x00000001,0x412a3ef0),stub fixme:ole:CoRegisterMessageFilter16 (0x412ee128,(nil)),stub! fixme:ole:CoLockObjectExternal16 (0x9570024,1,0),stub! fixme:ole:CoLockObjectExternal16 (0x9570024,1,0),stub! fixme:mdi:MDIRefreshMenu partially function stub fixme:ole:CoLockObjectExternal16 (0x9570030,1,0),stub! >>>>> here's when I open a project! fixme:seh:EXC_RtlRaiseException call to unimplemented function storage.dll.IStream16_Stat wine: Unhandled exception, starting debugger... WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000d61c (_end+0x400bef0) Loaded debug information from ELF '/usr/local/wine/lib/libntdll.dll.so' (0x40017000) Loaded debug information from ELF '/usr/local/wine/lib/libwine.so.1' (0x40118000) Loaded debug information from ELF '/usr/local/wine/lib/libwine_unicode.so.1' (0x40130000) Loaded debug information from ELF '/lib/libc.so.6' (0x4022b000) Loaded debug information from ELF '/lib/libm.so.6' (0x40362000) Loaded debug information from ELF '/lib/libdl.so.2' (0x40384000) Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/lib/libnss_files.so.2' (0x40388000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winevdm.exe.so' (0x40211000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winedos.dll.so' (0x406d3000) Loaded debug information from ELF '/usr/local/wine/lib/wine/user32.dll.so' (0x40714000) Loaded debug information from ELF '/usr/local/wine/lib/wine/gdi32.dll.so' (0x4085a000) Loaded debug information from ELF '/usr/local/wine/lib/wine/advapi32.dll.so' (0x408df000) Loaded debug information from ELF '/usr/local/wine/lib/wine/kernel32.dll.so' (0x4090e000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x409ec000) No debug information in ELF '/usr/lib/libz.so.1' (0x40a42000) Loaded debug information from ELF '/usr/local/wine/lib/wine/x11drv.dll.so' (0x40a50000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40393000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40ac3000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40ada000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40ae8000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40bde000) No debug information in ELF '/usr/X11R6/lib/libXmu.so.6' (0x40db2000) No debug information in ELF '/usr/X11R6/lib/libXi.so.6' (0x40dc8000) No debug information in ELF '/usr/X11R6/lib/libXt.so.6' (0x40dd0000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40e1c000) Loaded debug information from ELF '/lib/libgcc_s.so.1' (0x40e24000) Loaded debug information from ELF '/usr/local/wine/lib/wine/mmsystem.dll.so' (0x40e40000) Loaded debug information from ELF '/usr/local/wine/lib/wine/wineoss.drv.so' (0x40eae000) Loaded debug information from ELF '/usr/local/wine/lib/wine/msacm.drv.so' (0x409d2000) Loaded debug information from ELF '/usr/local/wine/lib/wine/msacm32.dll.so' (0x40ef1000) Loaded debug information from ELF '/usr/local/wine/lib/wine/midimap.drv.so' (0x41030000) Loaded debug information from ELF '/usr/local/wine/lib/wine/commdlg.dll.so' (0x413a0000) Loaded debug information from ELF '/usr/local/wine/lib/wine/shell32.dll.so' (0x4141f000) Loaded debug information from ELF '/usr/local/wine/lib/wine/ole32.dll.so' (0x414ab000) Loaded debug information from ELF '/usr/local/wine/lib/wine/rpcrt4.dll.so' (0x41528000) Loaded debug information from ELF '/usr/local/wine/lib/wine/shlwapi.dll.so' (0x41573000) Loaded debug information from ELF '/usr/local/wine/lib/wine/comctl32.dll.so' (0x415c6000) Loaded debug information from ELF '/usr/local/wine/lib/wine/winspool.drv.so' (0x4167a000) Loaded debug information from ELF '/usr/local/wine/lib/wine/ver.dll.so' (0x417b0000) Loaded debug information from ELF '/usr/local/wine/lib/wine/lz32.dll.so' (0x417cb000) No debug information in 32bit DLL 'C:\Program Files\Pslite\POWERSIM.EXE' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40930000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40870000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40740000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x406e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40a60000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40e50000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x40ec0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x40f00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41040000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x41540000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x414c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x41590000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x415d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41440000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41680000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x413b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x417d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x417c0000) Unhandled exception: unimplemented function storage.dll.IStream16_Stat called in 32-bit code (0x414d53b8). In 32-bit mode. Symbol __strtol_internal (0000:40384000) is invalid 0x414d53b8 (__wine_unimplemented+0x58 [storage.spec.c] in ole32.dll.so): subl $4,%esp Unable to open file storage.spec.c Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg>Wine-dbg> Wine-dbg>quit WineDbg terminated on pid 8 [hongli@izumi Pslite]$

5 8

Windows version handling
by Thomas Charbonnel 27 May '03

27 May '03

Hi, I reported a crash some days ago, triggered when WritePrivateProfileString is called with a NULL lpFileName. I was advised to test windows' behaviour, which I did. The call behaves differently on Win9x/Me and WinNT/2K/XP. Should I model the patch after this ? If yes, is there an internal Wine mechanism to deal with windows versions, or should I just call GetVersionEx ? Thomas

3 2

Re: Building documentation start
by Francois Gouget 27 May '03

27 May '03

On Tue, 27 May 2003, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. This section does not belong in the Winelib guide. The Winelib guide deals with how to compile Windows applications using Wine, not how to compile Wine itself. This list of dependencies would fit better in the PACKAGING guide, between the REQUIREMENTS and WINE COMPONENTS sections. You could also add something like this to the REQUIREMENTS section: * A build system satisfying all Wine's soft and hard dependencies so that the resulting Wine package has all Wine's features. You may also want to point to this section from the README's 'COMPILATION' section. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

2 2

Re: Fwd:Re: Sourceforge
by Jeremy Newman 27 May '03

27 May '03

I think we should keep the sidebar links internal to the site. I don't want those links to take you off site. Its better to have the download.template, as not ALL of our downloads will be hosted there. Ie, I want to keep the links to CodeWeavers and Trasgaming as alternate versions of wine. We can update that page if you do not feel the wording is strong enough about OFFICIAL WINE BUILDS. :-) On Mon, 2003-05-26 at 09:43, puoti(a)inwind.it wrote: > Hello, what do you think about this? > On May 26, 2003 07:53 am, puoti(a)inwind.it wrote: > >>I think the best thing to do would be to point the link > > >to wine binaries in the winehq.com menu to the wine sourceforge page, > > >instead of download.tramplate so everybody wanting a wine binary would get > > >it from there. > > > >That's a good idea, but it's better forwarded to wine-devel because this is > >Jeremy Newman's territory, and I'd rather have him do the change. > > > >-- > >Dimi. > > >

1 0

Re: Building documentation start
by Mike Hearn 27 May '03

27 May '03

JACK is a sound server, like aRts or esound. It's good for low latency work but is Linux specific. I think Wine supports aRts as well, perhaps that should be on the list. At some point, somebody needs to merge in the improvements TransGaming made to wininet (their copy of the dll is based on lgpld code) at which point we'll have a dep (hard? soft?) on OpenSSL too. Hmm. Can't think of any more at present. There are probably more though.... thanks -mike On Tue, 2003-05-27 at 14:52, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Wine Bug #1435 and Dos_fs.c
by Mike Hearn 27 May '03

27 May '03

Hi Andrew, I was warned at the time that the return code of this class of functions had particularly crack-like properties, however a test case on Win98 and WinXP appeared to show that this was the right code. Clearly however it caused a regression, as a few days ago I also saw a problem with 16 bit file open dialogs no longer showing directory lists. Can you confirm that ChessBase Light is a 16 bit app? The file open dialog should look like an old win3.1 dialog if so, rather than a 9x/NT4 style dialog. If there is a downloadable demo of this app this would also be useful. thanks -mike On Sat, 2003-05-24 at 22:11, Andrew Talbot wrote: > Dear Mike, > > I hope you do not mind me e-mailing you directly, but I have been trying to > track down a bug associated with the Directory pane of a File Open Dialog > ceasing to update properly (Wine bug #1435) and believe that you are the man > to contact. > > I do not have the expertise to solve the problem myself, but I wound back the > CVS and discovered that the bug was introduced on 4th April 2003, between > 16:00 and 17:00 CST. By examining the Changelog, I noticed that you had > submitted modifications to 'dos_fs.c'. I substituted the old dos_fs.c into > the post-bug build and found that the bug had disappeared. Thus, it appears > that the bug was introduced via that file at that time. > > Please could you have a look to see if you can identify the problem? I can > happily tell you how to get the problem to manifest itself, if necessary. > > Thanks and regards, > > -- Andy Talbot. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: cvs.diff
by Andreas Mohr 27 May '03

27 May '03

Hi, On Sun, May 25, 2003 at 11:45:25PM -0400, Tom Wickline wrote: > > Hello, > > Change cvs -z 3 to cvs -z 0 Huh, why do you think anyone would accept that? A lot of people still use modem links (or even DSL might be troublesome for that matter), so using no compression at all can be considered fatal. For such a strange patch (at least from my point of view), an explanation/justification is sorely missing. -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

8 11

DCOM/DCE/RPC
by Thomas Hergenhahn 26 May '03

26 May '03

Dear all, in issue 170 of your weekly newsleeter, I read about your difficulties to get at the specifications for DCOM/DCE/RPC wire protocol. I think that the following information might be of some interest to you: 1. There is project named FreeDCE on sourceforge. As far as I saw most recent CVS entries are about 21 months of age. 2. I found the following article which describes how to build a DCOM client on Linux using FreeDCE: http://www.idevresource.com/com/library/articles/comonlinux.asp This article also confirms that the wire protocol is the same RPC protocol that FreeDCE implements. The example client does not use the NTLM authentication, so it could connect only to a server that is configured to grant access/launch without authentication. 3. The samba project has an rpcclient that can list printer drivers, remote shut down a machine and more things. It uses authentication and so I suppose it implements NTLM. HTH Thomas ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101

2 1

Re: .diff wrapping woes.....
by Duane Clark 26 May '03

26 May '03

Tom Wickline wrote: > Hi, > > I think ive got my wrapping problems fixed if any of the patches I sent need re-sent > let me know and ill resubmit them. > Well, that is a rather long wrap length on this email, for some reason. As for the cvs patch, the attachment is base64 encoded. While that is better than having lines wrapped, a plain text attachment is preferred.

1 0

[HELP] winecfg/who is mike?
by Dimitrie O. Paun 26 May '03

26 May '03

Hi folks, Can someone tell me who was 'mike' on the IRC chat? I don't have access to a large enough log to see when he logged on/off. Mike, if you read this, can you please drop me a quick note with the winecfg status, I'd like to update the TODO. Thanks! -- Dimi.

2 1

Re: Wine's critical sections and reccursive enter...
by fenix＠club-internet.fr 26 May '03

26 May '03

Hi, why have you played with this ? :) It worked well before and now ... Regards, Raphael ----Message d'origine---- >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: wine-devel(a)winehq.org >Sujet: Wine's critical sections and reccursive enter... >Date: Mon, 26 May 2003 14:13:31 +0200 > >Hi all, > >To clean-up a bit the mess that was in the D3D GL critical section handling, >I removed all the code that handles these kind of situations : > >function A : > ENTER_GL(); > some_code > LEAVE_GL(); > >function B: > ENTER_GL(); > some_code > LEAVE_GL(); > call A > ENTER_GL(); > some_code > LEAVE_GL(); > >So we actually went out of the critical section when we knew that it was >acquired again by function A... As, according to MSDN, the crit. sections >are actually 'recursive' (ie that you need to leave them X times if you >entered them X times and that entering an already held crit. section does >not lock the application), I removed all the extraneous LEAVE / ENTER call >around already protected functions (which is much nicer to the eye). > >The problem is that with that change, I start to get all sorts of time-outs >of the X11 critical section. > >So are Wine's internal critical sections (like the X11 one) really recursive ? > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ > >

1 0

Problem with cut/copy&paste in Agent
by Gerhard W. Gruber 26 May '03

26 May '03

I noticed that cut & paste doesn't work properly. When I copy some text from a shell window into Agent it works the first time, but each subsequent paste only pastes the first text that I copied instead of the new selection. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 6

Wine's critical sections and reccursive enter...
by Lionel Ulmer 26 May '03

26 May '03

Hi all, To clean-up a bit the mess that was in the D3D GL critical section handling, I removed all the code that handles these kind of situations : function A : ENTER_GL(); some_code LEAVE_GL(); function B: ENTER_GL(); some_code LEAVE_GL(); call A ENTER_GL(); some_code LEAVE_GL(); So we actually went out of the critical section when we knew that it was acquired again by function A... As, according to MSDN, the crit. sections are actually 'recursive' (ie that you need to leave them X times if you entered them X times and that entering an already held crit. section does not lock the application), I removed all the extraneous LEAVE / ENTER call around already protected functions (which is much nicer to the eye). The problem is that with that change, I start to get all sorts of time-outs of the X11 critical section. So are Wine's internal critical sections (like the X11 one) really recursive ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

kernel/file test corrections
by Ferenc Wagner 26 May '03

26 May '03

The following modifications are needed to make the file tests pass under Windows NT 4.0 SP6. I can not test other versions, please write back if anything is wrong. Feri. Index: dlls/kernel/tests/file.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/file.c,v retrieving revision 1.17 diff -u -r1.17 file.c --- dlls/kernel/tests/file.c 19 May 2003 21:50:32 -0000 1.17 +++ dlls/kernel/tests/file.c 25 May 2003 00:02:10 -0000 @@ -521,7 +521,7 @@ ok(ret != 0, "GetTempFileNameA error %ld", GetLastError()); ret = CopyFileA(source, dest, TRUE); - ok(!ret && GetLastError() == ERROR_FILE_EXISTS, + ok(!ret && GetLastError() == ERROR_SUCCESS, "CopyFileA: unexpected error %ld\n", GetLastError()); ret = CopyFileA(source, dest, FALSE); @@ -553,7 +553,7 @@ ok(ret != 0, "GetTempFileNameW error %ld", GetLastError()); ret = CopyFileW(source, dest, TRUE); - ok(!ret && GetLastError() == ERROR_FILE_EXISTS, + ok(!ret && GetLastError() == ERROR_SUCCESS, "CopyFileW: unexpected error %ld\n", GetLastError()); ret = CopyFileW(source, dest, FALSE); @@ -582,8 +582,8 @@ hFile = CreateFileA(filename, GENERIC_READ, 0, NULL, CREATE_NEW, FILE_FLAG_RANDOM_ACCESS, 0); - ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_FILE_EXISTS, - "CREATE_NEW should fail if file exists and last error value should be ERROR_FILE_EXISTS"); + ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_SUCCESS, + "CREATE_NEW should fail if file exists and last error value should be ERROR_SUCCESS"); ret = DeleteFileA(filename); ok(ret, "DeleteFileA: error %ld\n", GetLastError()); @@ -608,8 +608,8 @@ hFile = CreateFileW(filename, GENERIC_READ, 0, NULL, CREATE_NEW, FILE_FLAG_RANDOM_ACCESS, 0); - ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_FILE_EXISTS, - "CREATE_NEW should fail if file exists and last error value should be ERROR_FILE_EXISTS"); + ok(hFile == INVALID_HANDLE_VALUE && GetLastError() == ERROR_SUCCESS, + "CREATE_NEW should fail if file exists and last error value should be ERROR_SUCCESS"); ret = DeleteFileW(filename); ok(ret, "DeleteFileW: error %ld\n", GetLastError()); @@ -620,13 +620,11 @@ BOOL ret; ret = DeleteFileA(NULL); - ok(!ret && (GetLastError() == ERROR_INVALID_PARAMETER || - GetLastError() == ERROR_PATH_NOT_FOUND), + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileA(NULL) returned ret=%d error=%ld",ret,GetLastError()); ret = DeleteFileA(""); - ok(!ret && (GetLastError() == ERROR_PATH_NOT_FOUND || - GetLastError() == ERROR_BAD_PATHNAME), + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileA(\"\") returned ret=%d error=%ld",ret,GetLastError()); } @@ -638,11 +636,11 @@ ret = DeleteFileW(NULL); if (ret==0 && GetLastError()==ERROR_CALL_NOT_IMPLEMENTED) return; - ok(!ret && GetLastError() == ERROR_PATH_NOT_FOUND, + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileW(NULL) returned ret=%d error=%ld",ret,GetLastError()); ret = DeleteFileW(emptyW); - ok(!ret && GetLastError() == ERROR_PATH_NOT_FOUND, + ok(!ret && GetLastError() == ERROR_SUCCESS, "DeleteFileW(\"\") returned ret=%d error=%ld",ret,GetLastError()); } @@ -800,12 +798,12 @@ err = GetLastError(); ok ( handle == INVALID_HANDLE_VALUE , "FindFirstFile on Root directory should Fail"); if (handle == INVALID_HANDLE_VALUE) - ok ( err == ERROR_FILE_NOT_FOUND, "Bad Error number\n"); + ok ( err == ERROR_SUCCESS, "Bad Error number %d\n", err); handle = FindFirstFileA("C:\\",&search_results); err = GetLastError(); ok ( handle == INVALID_HANDLE_VALUE , "FindFirstFile on Root directory should Fail"); if (handle == INVALID_HANDLE_VALUE) - ok ( err == ERROR_FILE_NOT_FOUND, "Bad Error number\n"); + ok ( err == ERROR_SUCCESS, "Bad Error number %d\n", err); handle = FindFirstFileA("C:\\*",&search_results); ok ( handle != INVALID_HANDLE_VALUE, "FindFirstFile on C:\\* should succeed" ); ok ( FindClose(handle) == TRUE, "Failed to close handle");

2 2

Re: Implement GetProcessPriorityBoost
by Dmitry Timoshkov 26 May '03

26 May '03

"Lionel Ulmer" <lionel.ulmer(a)free.fr> wrote: +BOOL WINAPI GetProcessPriorityBoost(HANDLE hprocess,PBOOL pDisablePriorityBoost) +{ + FIXME("(%p,%p): semi-stub\n", hprocess, pDisablePriorityBoost); + + /* Report that no boost is present.. */ + *pDisablePriorityBoost = FALSE; I'm curious whether you need to test for pDisablePriorityBoost != NULL before setting its value... -- Dmitry.

2 3

File locking and Samba
by Mike Hearn 25 May '03

25 May '03

Hi, Are there any known issues with file locking and samba? I've been talking to a guy on IRC who is running some kind of database app with some stuff remotely mounted via Samba (the same arrangement is used in windows). This is the sort of thing that appears in the trace: trace:file:_lopen ('K:\wine0594.GA2',0022) trace:file:CreateFileW L"K:\\wine0594.GA2" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ OPEN_EXISTING attributes 0x0 warn:file:FILE_CreateFile Unable to create file '/usr/share/server/anp/wine0594.GA2' (GLE 32) trace:file:CreateFileW returning 0xffffffff Over and over. So code 32 is a sharing violation, which made me wonder about this. Am I on the right track? thanks -mike

1 0

winedbg hardware breakpoint
by Gerhard W. Gruber 25 May '03

25 May '03

I tried to use hardware breakpoints but wine always tells me that it can't access the debug register. Are they not supported? The problem is that I tried to debug agent, but when I use a normal watch breakpoint then the behaviour changes and I get a different crash because the memory changes differently then when running agent normally. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Winedbg questions
by Gerhard W. Gruber 25 May '03

25 May '03

When I using winedbg why doesn't it show me the sourcecode? It always says that the source is not availabel through a configured DOS drive. Does that mean I have to put the files in a path that will be accessible by wineWindows? When I try to debug agent I set a conditional breakpoint on WINPROC_CallWndProc. When the condition is hwnd == x then it works. When the condition is msg == x hten the breakpoint is never triggered, though it should because the backtrace tells me that the value, I set for the condition, has been used before that call. Either the backtrace is wrong or somehow winedbg misses the condition. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 5

Re: Again GTA3 problems -- it is fully broken. Warcraft 3 as well.
by erwin wolff 25 May '03

25 May '03

Hi, Thanks for the patches. Note that I haven't applied any previous patches. The description of the make errors is in dutch but at the bottom of the email is the translation of some error descriptions. I ran configure on RH9 with: ./configure --with-nptl --with-x > Please can you try attached patches (from current cvs) and say me what > happened ? I applied the patches and this was the result ;-( : [root@erwin d3d8]# make -i LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -I/usr/X11R6/include -foversion.res version.rc gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o basetexture.o basetexture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o cubetexture.o cubetexture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8_main.o d3d8_main.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c device.c: In function `DrawPrimitiveI': device.c:604: warning: impliciete declaratie van functie `glSecondaryColor3fvEXT' device.c:826: warning: impliciete declaratie van functie `glSecondaryColorPointerEXT' device.c: In function `IDirect3DDevice8Impl_SetRenderState': device.c:3450: warning: impliciete declaratie van functie `glPointParameterfEXT' device.c:3491: warning: impliciete declaratie van functie `glPointParameterfvEXT' device.c:3522: `D3DCOLORWRITEENABLE_RED' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c:3522: (Elke niet-gedeclareerde naam wordt slechts één device.c:3522: keer vermeld voor elke functie waarin hij staat.) device.c:3522: `D3DCOLORWRITEENABLE_GREEN' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c:3522: `D3DCOLORWRITEENABLE_BLUE' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c:3522: `D3DCOLORWRITEENABLE_ALPHA' is hier niet gedeclareerd (eerste gebruik in deze functie) device.c: In function `IDirect3DDevice8Impl_SetCurrentTexturePalette': device.c:4353: warning: impliciete declaratie van functie `glColorTableEXT' make: [device.o] Fout 1 (genegeerd) gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o directx.o directx.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o indexbuffer.o indexbuffer.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o resource.o resource.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o shader.o shader.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o stateblock.o stateblock.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o surface.o surface.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o swapchain.o swapchain.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o texture.o texture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vertexbuffer.o vertexbuffer.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volume.o volume.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volumetexture.o volumetexture.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vshaderdeclaration.o vshaderdeclaration.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o d3d8.dll.dbg.c --debug -C. basetexture.c cubetexture.c d3d8_main.c device.c directx.c indexbuffer.c resource.c shader.c stateblock.c surface.c swapchain.c texture.c vertexbuffer.c volume.c volumetexture.c vshaderdeclaration.c utils.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8.dll.dbg.o d3d8.dll.dbg.c ld -r basetexture.o cubetexture.o d3d8_main.o device.o directx.o indexbuffer.o resource.o shader.o stateblock.o surface.o swapchain.o texture.o vertexbuffer.o volume.o volumetexture.o vshaderdeclaration.o utils.o d3d8.dll.dbg.o -o d3d8.dll.tmp.o ld: cannot open device.o: Onbekend bestand of map make: [d3d8.dll.tmp.o] Fout 1 (genegeerd) strip --strip-unneeded d3d8.dll.tmp.o strip: d3d8.dll.tmp.o: Onbekend bestand of map make: [d3d8.dll.tmp.o] Fout 1 (genegeerd) ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o d3d8.spec.c --spec ./d3d8.spec version.res d3d8.dll.tmp.o -L../../dlls -luser32 -lgdi32 -lkernel32 Cannot open d3d8.dll.tmp.o : No such file or directory make: [d3d8.spec.c] Fout 1 (genegeerd) gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8.spec.o d3d8.spec.c gcc: d3d8.spec.c: Onbekend bestand of map gcc: no input files make: [d3d8.spec.o] Fout 1 (genegeerd) gcc -shared -Wl,-Bsymbolic,-z,defs d3d8.spec.o basetexture.o cubetexture.o d3d8_main.o device.o directx.o indexbuffer.o resource.o shader.o stateblock.o surface.o swapchain.o texture.o vertexbuffer.o volume.o volumetexture.o vshaderdeclaration.o utils.o d3d8.dll.dbg.o -o d3d8.dll.so -L../../dlls -L../../libs/wine -lwine -L../../libs/uuid -lwine_uuid -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port -lm -lc gcc: d3d8.spec.o: Onbekend bestand of map gcc: device.o: Onbekend bestand of map make: [d3d8.dll.so] Fout 1 (genegeerd) Dutch: is hier niet gedeclareerd (eerste gebruik in deze functie) English: Not declared in this function (first use in function) Dutch: impliciete declaratie van functie `glSecondaryColor3fvEXT' English: Implicit declaration of function 'glSecondaryColor3fvEXT'

1 0

Windows Template Library (WTL) and Wine?
by Chris Russell 25 May '03

25 May '03

Hello Folks, this is likely a stupid question but has anyone on this list had any experiences pro/con running Windows applications created using the Windows Template Library (WTL) under the Wine emulator? As WTL effectively reduces to straight GDI calls during C++ compilation, I can't imagine why it wouldn't work but am wondering if anyone has tried this and is willing to share their notes. TIA - Chris Russell

1 0

Re: PATCH: dlls/d3d8/device.c
by Lionel Ulmer 25 May '03

25 May '03

> No, > alexandre haven't commited anything since 22 (i sent it the 24) And from what I know and what he said on the list, Alexandre is off for three weeks of vacations... So do not wait too much for many commits during this period of time (ie time to do incremental patches using 'patched' trees :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: anyone had success with roller coaster tycoon2 ?
by Sylvain Petreolle 25 May '03

25 May '03

The instructions are false, since there is no vxd support for dinputin Wine. Simply run "wine rct2.exe". This works, I tested the demo (not sure about he version though). There is a bug open about saved games. If you want to help us, see http://bugs.winehq.com/show_bug.cgi?id=358 no need to have dinput.dll nor dinput.vxd at all. --- "L. Friedman" <netllama(a)linux-sxs.org> a écrit : > I'm attempting to run Roller Coaster Tycoon2 under wine-20030508 per > these instructions: > http://appdb.winehq.com/appview.php?appId=265&versionId=1573 > > but i'm not having any luck. When i run "wine --dll dinput=n > Rct2.exe" > it fails with the error: > fixme:file:DEVICE_Open Unknown/unsupported VxD DINPUT.VXD. Try > setting > Windows version to 'nt40' or 'win31'. > > Anyone have any luck or suggestions? I'm using the Win98SE versions > of > dinput.dll and dinput.vxd if that matters. > > thanks! ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Installers
by Ann and Jason Edmeades 24 May '03

24 May '03

Hello, I have noticed that modern installers are struggling with wine, as a few people have reported here. I am running no-windows (except msvcrt for now) and seeing things which range from: Windows not being drawn completely Windows not being re-drawn Installers which hang completely Questions... 1. Is anyone actively looking at it? 1a. If No, what 'normally' causes such problems - Ole, windows problems or others? Where would be a good starting point 2. What system dlls would make installing easier or possible? Regards, Jason

3 2

rfc: _thiscall and msvcrt
by Ann and Jason Edmeades 24 May '03

24 May '03

Hi Uwe / Alexander, I've been trying to get the 'thiscall' issue sorted out, but its proving slightly interesting :-) The issue is as follows: Post-change I have a routine like: void MSVCRT___non_rtti_object_copy_ctor(const __non_rtti_object * rhs, CONTEXT86* context) { __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); MSVCRT_bad_typeid_copy_ctor(&_this->base,&rhs->base); <<--- Type errors during compile } This will not compile, because I have ALSO changed MSVCRT_bad_typeid_copy_ctor as it too suffers from the _thiscall issue. (Even if I switch the parms around to account for moving the this to the last parm). void MSVCRT_bad_typeid_copy_ctor(const bad_typeid * rhs, CONTEXT86* context) { bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); } Ie it now expects a context86 structure with ecx pointing to 'this' (this I guess is &_this->base). (And note it suffers from the same problem in the call to MSVCRT_exception_copy_ctor!) Now I can change the routines to say for example: context->Ecx = (DWORD)&_this->base; MSVCRT_bad_typeid_copy_ctor(&rhs->base, context); But I feel this is making a hack even worse, as the context isnt really anymore as other registers would have changed. Is this acceptable? If so, how does this patch look (I havent tried it against the original culprit just yet, but will do assuming the idea is right). Jason Index: dlls/msvcrt/cpp.c =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/cpp.c,v retrieving revision 1.12 diff -u -r1.12 cpp.c --- dlls/msvcrt/cpp.c 19 Jul 2002 03:24:50 -0000 1.12 +++ dlls/msvcrt/cpp.c 24 May 2003 19:40:48 -0000 @@ -97,8 +97,9 @@ /****************************************************************** * ??0exception@@QAE@ABQBD@Z (MSVCRT.@) */ -void MSVCRT_exception_ctor(exception * _this, const char ** name) +void MSVCRT_exception_ctor(const char ** name, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %s)\n",_this,*name); _this->vtable = exception_vtable; _this->name = *name; @@ -109,8 +110,9 @@ /****************************************************************** * ??0exception@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT_exception_copy_ctor(exception * _this, const exception * rhs) +void MSVCRT_exception_copy_ctor(const exception * rhs, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); if (_this != rhs) memcpy (_this, rhs, sizeof (*_this)); @@ -120,8 +122,9 @@ /****************************************************************** * ??0exception@@QAE@XZ (MSVCRT.@) */ -void MSVCRT_exception_default_ctor(exception * _this) +void MSVCRT_exception_default_ctor(CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p)\n",_this); _this->vtable = exception_vtable; _this->name = ""; @@ -131,16 +134,18 @@ /****************************************************************** * ??1exception@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_exception_dtor(exception * _this) +void MSVCRT_exception_dtor(CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p)\n",_this); } /****************************************************************** * ??4exception@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -exception * MSVCRT_exception_opequals(exception * _this, const exception * rhs) +exception * MSVCRT_exception_opequals(const exception * rhs, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); memcpy (_this, rhs, sizeof (*_this)); TRACE("name = %s\n",_this->name); @@ -150,8 +155,9 @@ /****************************************************************** * ??_Eexception@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT_exception__unknown_E(exception * _this, unsigned int arg1) +void * MSVCRT_exception__unknown_E(unsigned int arg1, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -160,8 +166,9 @@ /****************************************************************** * ??_Gexception@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT_exception__unknown_G(exception * _this, unsigned int arg1) +void * MSVCRT_exception__unknown_G(unsigned int arg1, CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -170,8 +177,9 @@ /****************************************************************** * ?what@exception@@UBEPBDXZ (MSVCRT.@) */ -const char * MSVCRT_what_exception(exception * _this) +const char * MSVCRT_what_exception(CONTEXT86* context) { + exception *_this = (exception *)context->Ecx; TRACE("(%p) returning %s\n",_this,_this->name); return _this->name; } @@ -237,77 +245,89 @@ /****************************************************************** * ??0bad_typeid@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT_bad_typeid_copy_ctor(bad_typeid * _this, const bad_typeid * rhs) +void MSVCRT_bad_typeid_copy_ctor(const bad_typeid * rhs, CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); } /****************************************************************** * ??0bad_typeid@@QAE@PBD@Z (MSVCRT.@) */ -void MSVCRT_bad_typeid_ctor(bad_typeid * _this, const char * name) +void MSVCRT_bad_typeid_ctor(const char * name, CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %s)\n",_this,name); - MSVCRT_exception_ctor(&_this->base, &name); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_ctor(&name, context); _this->base.vtable = bad_typeid_vtable; } /****************************************************************** * ??1bad_typeid@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_bad_typeid_dtor(bad_typeid * _this) +void MSVCRT_bad_typeid_dtor(CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p)\n",_this); - MSVCRT_exception_dtor(&_this->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_dtor(context); } /****************************************************************** * ??4bad_typeid@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -bad_typeid * MSVCRT_bad_typeid_opequals(bad_typeid * _this, const bad_typeid * rhs) +bad_typeid * MSVCRT_bad_typeid_opequals(const bad_typeid * rhs, CONTEXT86* context) { + bad_typeid *_this = (bad_typeid *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); return _this; } /****************************************************************** * ??0__non_rtti_object@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT___non_rtti_object_copy_ctor(__non_rtti_object * _this, - const __non_rtti_object * rhs) +void MSVCRT___non_rtti_object_copy_ctor(const __non_rtti_object * rhs, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_bad_typeid_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_bad_typeid_copy_ctor(&rhs->base, context); } /****************************************************************** * ??0__non_rtti_object@@QAE@PBD@Z (MSVCRT.@) */ -void MSVCRT___non_rtti_object_ctor(__non_rtti_object * _this, - const char * name) +void MSVCRT___non_rtti_object_ctor(const char * name, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %s)\n",_this,name); - MSVCRT_bad_typeid_ctor(&_this->base,name); + context->Ecx = (DWORD)&_this->base; + MSVCRT_bad_typeid_ctor(name, context); _this->base.base.vtable = __non_rtti_object_vtable; } /****************************************************************** * ??1__non_rtti_object@@UAE@XZ (MSVCRT.@) */ -void MSVCRT___non_rtti_object_dtor(__non_rtti_object * _this) +void MSVCRT___non_rtti_object_dtor(CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p)\n",_this); - MSVCRT_bad_typeid_dtor(&_this->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_bad_typeid_dtor(context); } /****************************************************************** * ??4__non_rtti_object@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -__non_rtti_object * MSVCRT___non_rtti_object_opequals(__non_rtti_object * _this, - const __non_rtti_object *rhs) +__non_rtti_object * MSVCRT___non_rtti_object_opequals(const __non_rtti_object *rhs, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); memcpy (_this, rhs, sizeof (*_this)); TRACE("name = %s\n",_this->base.base.name); @@ -317,8 +337,9 @@ /****************************************************************** * ??_E__non_rtti_object@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT___non_rtti_object__unknown_E(__non_rtti_object * _this, unsigned int arg1) +void * MSVCRT___non_rtti_object__unknown_E(unsigned int arg1, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -327,8 +348,9 @@ /****************************************************************** * ??_G__non_rtti_object@@UAEPAXI@Z (MSVCRT.@) */ -void * MSVCRT___non_rtti_object__unknown_G(__non_rtti_object * _this, unsigned int arg1) +void * MSVCRT___non_rtti_object__unknown_G(unsigned int arg1, CONTEXT86* context) { + __non_rtti_object *_this = (__non_rtti_object *)context->Ecx; TRACE("(%p %d)\n",_this,arg1); _purecall(); return NULL; @@ -337,46 +359,55 @@ /****************************************************************** * ??0bad_cast@@QAE@ABQBD@Z (MSVCRT.@) */ -void MSVCRT_bad_cast_ctor(bad_cast * _this, const char ** name) +void MSVCRT_bad_cast_ctor(const char ** name, CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p %s)\n",_this,*name); - MSVCRT_exception_ctor(&_this->base, name); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_ctor(name, context); _this->base.vtable = bad_cast_vtable; } /****************************************************************** * ??0bad_cast@@QAE@ABV0@@Z (MSVCRT.@) */ -void MSVCRT_bad_cast_copy_ctor(bad_cast * _this, const bad_cast * rhs) +void MSVCRT_bad_cast_copy_ctor(const bad_cast * rhs, CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); } /****************************************************************** * ??1bad_cast@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_bad_cast_dtor(bad_cast * _this) +void MSVCRT_bad_cast_dtor(CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p)\n",_this); - MSVCRT_exception_dtor(&_this->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_dtor(context); } /****************************************************************** * ??4bad_cast@@QAEAAV0@ABV0@@Z (MSVCRT.@) */ -bad_cast * MSVCRT_bad_cast_opequals(bad_cast * _this, const bad_cast * rhs) +bad_cast * MSVCRT_bad_cast_opequals(const bad_cast * rhs, CONTEXT86* context) { + bad_cast *_this = (bad_cast *)context->Ecx; TRACE("(%p %p)\n",_this,rhs); - MSVCRT_exception_copy_ctor(&_this->base,&rhs->base); + context->Ecx = (DWORD)&_this->base; + MSVCRT_exception_copy_ctor(&rhs->base, context); return _this; } /****************************************************************** * ??8type_info@@QBEHABV0@@Z (MSVCRT.@) */ -int __stdcall MSVCRT_type_info_opequals_equals(type_info * _this, const type_info * rhs) +int __stdcall MSVCRT_type_info_opequals_equals(const type_info * rhs, CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p %p) returning %d\n",_this,rhs,_this->name == rhs->name); return _this->name == rhs->name; } @@ -384,8 +415,9 @@ /****************************************************************** * ??9type_info@@QBEHABV0@@Z (MSVCRT.@) */ -int __stdcall MSVCRT_type_info_opnot_equals(type_info * _this, const type_info * rhs) +int __stdcall MSVCRT_type_info_opnot_equals(const type_info * rhs, CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p %p) returning %d\n",_this,rhs,_this->name == rhs->name); return _this->name != rhs->name; } @@ -393,8 +425,9 @@ /****************************************************************** * ??1type_info@@UAE@XZ (MSVCRT.@) */ -void MSVCRT_type_info_dtor(type_info * _this) +void MSVCRT_type_info_dtor(CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p)\n",_this); if (_this->data) MSVCRT_free(_this->data); @@ -403,8 +436,9 @@ /****************************************************************** * ?name@type_info@@QBEPBDXZ (MSVCRT.@) */ -const char * __stdcall MSVCRT_type_info_name(type_info * _this) +const char * __stdcall MSVCRT_type_info_name(CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p) returning %s\n",_this,_this->name); return _this->name; } @@ -412,8 +446,9 @@ /****************************************************************** * ?raw_name@type_info@@QBEPBDXZ (MSVCRT.@) */ -const char * __stdcall MSVCRT_type_info_raw_name(type_info * _this) +const char * __stdcall MSVCRT_type_info_raw_name(CONTEXT86* context) { + type_info *_this = (type_info *)context->Ecx; TRACE("(%p) returning %s\n",_this,_this->name); return _this->name; } Index: dlls/msvcrt/msvcrt.spec =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/msvcrt.spec,v retrieving revision 1.72 diff -u -r1.72 msvcrt.spec --- dlls/msvcrt/msvcrt.spec 12 May 2003 03:31:16 -0000 1.72 +++ dlls/msvcrt/msvcrt.spec 24 May 2003 19:40:49 -0000 @@ -1,56 +1,56 @@ # msvcrt.dll - MS VC++ Run Time Library @ cdecl $I10_OUTPUT() MSVCRT_I10_OUTPUT -@ cdecl ??0__non_rtti_object@@QAE@ABV0@@Z(ptr ptr) MSVCRT___non_rtti_object_copy_ctor -@ cdecl ??0__non_rtti_object@@QAE@PBD@Z(ptr ptr) MSVCRT___non_rtti_object_ctor -@ cdecl ??0bad_cast@@QAE@ABQBD@Z(ptr ptr) MSVCRT_bad_cast_ctor -@ cdecl ??0bad_cast@@QAE@ABV0@@Z(ptr ptr) MSVCRT_bad_cast_copy_ctor -@ cdecl ??0bad_typeid@@QAE@ABV0@@Z(ptr ptr) MSVCRT_bad_typeid_copy_ctor -@ cdecl ??0bad_typeid@@QAE@PBD@Z(ptr ptr) MSVCRT_bad_typeid_ctor -@ cdecl ??0exception@@QAE@ABQBD@Z(ptr ptr) MSVCRT_exception_ctor -@ cdecl ??0exception@@QAE@ABV0@@Z(ptr ptr) MSVCRT_exception_copy_ctor -@ cdecl ??0exception@@QAE@XZ(ptr) MSVCRT_exception_default_ctor -@ cdecl ??1__non_rtti_object@@UAE@XZ(ptr) MSVCRT___non_rtti_object_dtor -@ cdecl ??1bad_cast@@UAE@XZ(ptr) MSVCRT_bad_cast_dtor -@ cdecl ??1bad_typeid@@UAE@XZ(ptr) MSVCRT_bad_typeid_dtor -@ cdecl ??1exception@@UAE@XZ(ptr) MSVCRT_exception_dtor -@ cdecl ??1type_info@@UAE@XZ(ptr) MSVCRT_type_info_dtor +@ cdecl -register ??0__non_rtti_object@@QAE@ABV0@@Z(ptr) MSVCRT___non_rtti_object_copy_ctor +@ cdecl -register ??0__non_rtti_object@@QAE@PBD@Z(ptr) MSVCRT___non_rtti_object_ctor +@ cdecl -register ??0bad_cast@@QAE@ABQBD@Z(ptr) MSVCRT_bad_cast_ctor +@ cdecl -register ??0bad_cast@@QAE@ABV0@@Z(ptr) MSVCRT_bad_cast_copy_ctor +@ cdecl -register ??0bad_typeid@@QAE@ABV0@@Z(ptr) MSVCRT_bad_typeid_copy_ctor +@ cdecl -register ??0bad_typeid@@QAE@PBD@Z(ptr) MSVCRT_bad_typeid_ctor +@ cdecl -register ??0exception@@QAE@ABQBD@Z(ptr) MSVCRT_exception_ctor +@ cdecl -register ??0exception@@QAE@ABV0@@Z(ptr) MSVCRT_exception_copy_ctor +@ cdecl -register ??0exception@@QAE@XZ() MSVCRT_exception_default_ctor +@ cdecl -register ??1__non_rtti_object@@UAE@XZ() MSVCRT___non_rtti_object_dtor +@ cdecl -register ??1bad_cast@@UAE@XZ() MSVCRT_bad_cast_dtor +@ cdecl -register ??1bad_typeid@@UAE@XZ() MSVCRT_bad_typeid_dtor +@ cdecl -register ??1exception@@UAE@XZ() MSVCRT_exception_dtor +@ cdecl -register ??1type_info@@UAE@XZ() MSVCRT_type_info_dtor @ cdecl ??2@YAPAXI@Z(long) MSVCRT_operator_new @ cdecl ??_U@YAPAXI@Z(long) MSVCRT_operator_new @ cdecl ??3@YAXPAX@Z(ptr) MSVCRT_operator_delete @ cdecl ??_V@YAXPAX@Z(ptr) MSVCRT_operator_delete -@ cdecl ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr ptr) MSVCRT___non_rtti_object_opequals -@ cdecl ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr ptr) MSVCRT_bad_cast_opequals -@ cdecl ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr ptr)MSVCRT_bad_typeid_opequals -@ cdecl ??4exception@@QAEAAV0@ABV0@@Z(ptr ptr) MSVCRT_exception_opequals -@ stdcall ??8type_info@@QBEHABV0@@Z(ptr ptr) MSVCRT_type_info_opequals_equals -@ stdcall ??9type_info@@QBEHABV0@@Z(ptr ptr) MSVCRT_type_info_opnot_equals +@ cdecl -register ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr) MSVCRT___non_rtti_object_opequals +@ cdecl -register ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr) MSVCRT_bad_cast_opequals +@ cdecl -register ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr)MSVCRT_bad_typeid_opequals +@ cdecl -register ??4exception@@QAEAAV0@ABV0@@Z(ptr) MSVCRT_exception_opequals +@ stdcall -register ??8type_info@@QBEHABV0@@Z(ptr) MSVCRT_type_info_opequals_equals +@ stdcall -register ??9type_info@@QBEHABV0@@Z(ptr) MSVCRT_type_info_opnot_equals @ stub ??_7__non_rtti_object@@6B@ @ stub ??_7bad_cast@@6B@ @ stub ??_7bad_typeid@@6B@ @ stub ??_7exception@@6B@ -@ cdecl ??_E__non_rtti_object@@UAEPAXI@Z(ptr long) MSVCRT___non_rtti_object__unknown_E +@ cdecl -register ??_E__non_rtti_object@@UAEPAXI@Z(long) MSVCRT___non_rtti_object__unknown_E @ stub ??_Ebad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Ebad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Eexception@@UAEPAXI@Z(ptr long) MSVCRT_exception__unknown_E -@ cdecl ??_G__non_rtti_object@@UAEPAXI@Z(ptr long) MSVCRT___non_rtti_object__unknown_G +@ cdecl -register ??_Eexception@@UAEPAXI@Z(long) MSVCRT_exception__unknown_E +@ cdecl -register ??_G__non_rtti_object@@UAEPAXI@Z(long) MSVCRT___non_rtti_object__unknown_G @ stub ??_Gbad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Gbad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Gexception@@UAEPAXI@Z(ptr long) MSVCRT_exception__unknown_G +@ cdecl -register ??_Gexception@@UAEPAXI@Z(long) MSVCRT_exception__unknown_G @ cdecl ?_query_new_handler@@YAP6AHI@ZXZ() MSVCRT__query_new_handler @ cdecl ?_query_new_mode@@YAHXZ() MSVCRT__query_new_mode @ cdecl ?_set_new_handler@@YAP6AHI@ZP6AHI@Z@Z(ptr) MSVCRT__set_new_handler @ cdecl ?_set_new_mode@@YAHH@Z(long) MSVCRT__set_new_mode @ cdecl ?_set_se_translator@@YAP6AXIPAU_EXCEPTION_POINTERS@@@ZP6AXI0@Z@Z(ptr) MSVCRT__set_se_translator @ stub ?before@type_info@@QBEHABV1@@Z #(ptr ptr) stdcall -@ stdcall ?name@type_info@@QBEPBDXZ(ptr) MSVCRT_type_info_name -@ stdcall ?raw_name@type_info@@QBEPBDXZ(ptr) MSVCRT_type_info_raw_name +@ stdcall -register ?name@type_info@@QBEPBDXZ() MSVCRT_type_info_name +@ stdcall -register ?raw_name@type_info@@QBEPBDXZ() MSVCRT_type_info_raw_name @ cdecl ?set_new_handler@@YAP6AXXZP6AXXZ@Z(ptr) MSVCRT__set_new_handler @ cdecl ?set_terminate@@YAP6AXXZP6AXXZ@Z(ptr) MSVCRT_set_terminate @ cdecl ?set_unexpected@@YAP6AXXZP6AXXZ@Z(ptr) MSVCRT_set_unexpected @ cdecl ?terminate@@YAXXZ() MSVCRT_terminate @ cdecl ?unexpected@@YAXXZ() MSVCRT_unexpected -@ cdecl ?what@exception@@UBEPBDXZ(ptr) MSVCRT_what_exception +@ cdecl -register ?what@exception@@UBEPBDXZ() MSVCRT_what_exception @ cdecl _CIacos() @ cdecl _CIasin() @ cdecl _CIatan() Index: dlls/msvcrtd/msvcrtd.spec =================================================================== RCS file: /home/wine/wine/dlls/msvcrtd/msvcrtd.spec,v retrieving revision 1.2 diff -u -r1.2 msvcrtd.spec --- dlls/msvcrtd/msvcrtd.spec 7 Apr 2003 23:30:20 -0000 1.2 +++ dlls/msvcrtd/msvcrtd.spec 24 May 2003 19:40:49 -0000 @@ -1,55 +1,55 @@ # msvcrtd.dll - MS VC++ Run Time Library @ cdecl $I10_OUTPUT() msvcrt.$I10_OUTPUT -@ cdecl ??0__non_rtti_object@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@ABV0@@Z -@ cdecl ??0__non_rtti_object@@QAE@PBD@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@PBD@Z -@ cdecl ??0bad_cast@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABQBD@Z -@ cdecl ??0bad_cast@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABV0@@Z -@ cdecl ??0bad_typeid@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@ABV0@@Z -@ cdecl ??0bad_typeid@@QAE@PBD@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@PBD@Z -@ cdecl ??0exception@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0exception@@QAE@ABQBD@Z -@ cdecl ??0exception@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0exception@@QAE@ABV0@@Z -@ cdecl ??0exception@@QAE@XZ(ptr) msvcrt.??0exception@@QAE@XZ -@ cdecl ??1__non_rtti_object@@UAE@XZ(ptr) msvcrt.??1__non_rtti_object@@UAE@XZ -@ cdecl ??1bad_cast@@UAE@XZ(ptr) msvcrt.??1bad_cast@@UAE@XZ -@ cdecl ??1bad_typeid@@UAE@XZ(ptr) msvcrt.??1bad_typeid@@UAE@XZ -@ cdecl ??1exception@@UAE@XZ(ptr) msvcrt.??1exception@@UAE@XZ -@ cdecl ??1type_info@@UAE@XZ(ptr) msvcrt.??1type_info@@UAE@XZ +@ cdecl -register ??0__non_rtti_object@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@ABV0@@Z +@ cdecl -register ??0__non_rtti_object@@QAE@PBD@Z(ptr ptr) msvcrt.??0__non_rtti_object@@QAE@PBD@Z +@ cdecl -register ??0bad_cast@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABQBD@Z +@ cdecl -register ??0bad_cast@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_cast@@QAE@ABV0@@Z +@ cdecl -register ??0bad_typeid@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@ABV0@@Z +@ cdecl -register ??0bad_typeid@@QAE@PBD@Z(ptr ptr) msvcrt.??0bad_typeid@@QAE@PBD@Z +@ cdecl -register ??0exception@@QAE@ABQBD@Z(ptr ptr) msvcrt.??0exception@@QAE@ABQBD@Z +@ cdecl -register ??0exception@@QAE@ABV0@@Z(ptr ptr) msvcrt.??0exception@@QAE@ABV0@@Z +@ cdecl -register ??0exception@@QAE@XZ(ptr) msvcrt.??0exception@@QAE@XZ +@ cdecl -register ??1__non_rtti_object@@UAE@XZ(ptr) msvcrt.??1__non_rtti_object@@UAE@XZ +@ cdecl -register ??1bad_cast@@UAE@XZ(ptr) msvcrt.??1bad_cast@@UAE@XZ +@ cdecl -register ??1bad_typeid@@UAE@XZ(ptr) msvcrt.??1bad_typeid@@UAE@XZ +@ cdecl -register ??1exception@@UAE@XZ(ptr) msvcrt.??1exception@@UAE@XZ +@ cdecl -register ??1type_info@@UAE@XZ(ptr) msvcrt.??1type_info@@UAE@XZ @ cdecl ??2@YAPAXI@Z(long) msvcrt.??2@YAPAXI@Z @ cdecl ??2@YAPAXIHPBDH@Z(long) msvcrt.??2@YAPAXIHPBDH@Z @ cdecl ??3@YAXPAX@Z(ptr) msvcrt.??3@YAXPAX@Z -@ cdecl ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4__non_rtti_object@@QAEAAV0@ABV0@@Z -@ cdecl ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_cast@@QAEAAV0@ABV0@@Z -@ cdecl ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_typeid@@QAEAAV0@ABV0@@Z -@ cdecl ??4exception@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4exception@@QAEAAV0@ABV0@@Z -@ stdcall ??8type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??8type_info@@QBEHABV0@@Z -@ stdcall ??9type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??9type_info@@QBEHABV0@@Z +@ cdecl -register ??4__non_rtti_object@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4__non_rtti_object@@QAEAAV0@ABV0@@Z +@ cdecl -register ??4bad_cast@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_cast@@QAEAAV0@ABV0@@Z +@ cdecl -register ??4bad_typeid@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4bad_typeid@@QAEAAV0@ABV0@@Z +@ cdecl -register ??4exception@@QAEAAV0@ABV0@@Z(ptr ptr) msvcrt.??4exception@@QAEAAV0@ABV0@@Z +@ stdcall -register ??8type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??8type_info@@QBEHABV0@@Z +@ stdcall -register ??9type_info@@QBEHABV0@@Z(ptr ptr) msvcrt.??9type_info@@QBEHABV0@@Z @ stub ??_7__non_rtti_object@@6B@ @ stub ??_7bad_cast@@6B@ @ stub ??_7bad_typeid@@6B@ @ stub ??_7exception@@6B@ -@ cdecl ??_E__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_E__non_rtti_object@@UAEPAXI@Z +@ cdecl -register ??_E__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_E__non_rtti_object@@UAEPAXI@Z @ stub ??_Ebad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Ebad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Eexception@@UAEPAXI@Z(ptr long) msvcrt.??_Eexception@@UAEPAXI@Z -@ cdecl ??_G__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_G__non_rtti_object@@UAEPAXI@Z +@ cdecl -register ??_Eexception@@UAEPAXI@Z(ptr long) msvcrt.??_Eexception@@UAEPAXI@Z +@ cdecl -register ??_G__non_rtti_object@@UAEPAXI@Z(ptr long) msvcrt.??_G__non_rtti_object@@UAEPAXI@Z @ stub ??_Gbad_cast@@UAEPAXI@Z #(ptr long) @ stub ??_Gbad_typeid@@UAEPAXI@Z #(ptr long) -@ cdecl ??_Gexception@@UAEPAXI@Z(ptr long) msvcrt.??_Gexception@@UAEPAXI@Z +@ cdecl -register ??_Gexception@@UAEPAXI@Z(ptr long) msvcrt.??_Gexception@@UAEPAXI@Z @ cdecl ?_query_new_handler@@YAP6AHI@ZXZ() msvcrt.?_query_new_handler@@YAP6AHI@ZXZ @ cdecl ?_query_new_mode@@YAHXZ() msvcrt.?_query_new_mode@@YAHXZ @ cdecl ?_set_new_handler@@YAP6AHI@ZP6AHI@Z@Z(ptr) msvcrt.?_set_new_handler@@YAP6AHI@ZP6AHI@Z@Z @ cdecl ?_set_new_mode@@YAHH@Z(long) msvcrt.?_set_new_mode@@YAHH@Z @ cdecl ?_set_se_translator@@YAP6AXIPAU_EXCEPTION_POINTERS@@@ZP6AXI0@Z@Z(ptr) msvcrt.?_set_se_translator@@YAP6AXIPAU_EXCEPTION_POINTERS@@@ZP6AXI0@Z@Z @ stub ?before@type_info@@QBEHABV1@@Z #(ptr ptr) stdcall -@ stdcall ?name@type_info@@QBEPBDXZ(ptr) msvcrt.?name@type_info@@QBEPBDXZ -@ stdcall ?raw_name@type_info@@QBEPBDXZ(ptr) msvcrt.?raw_name@type_info@@QBEPBDXZ +@ stdcall -register ?name@type_info@@QBEPBDXZ(ptr) msvcrt.?name@type_info@@QBEPBDXZ +@ stdcall -register ?raw_name@type_info@@QBEPBDXZ(ptr) msvcrt.?raw_name@type_info@@QBEPBDXZ @ cdecl ?set_new_handler@@YAP6AXXZP6AXXZ@Z(ptr) msvcrt.?set_new_handler@@YAP6AXXZP6AXXZ@Z @ cdecl ?set_terminate@@YAP6AXXZP6AXXZ@Z(ptr) msvcrt.?set_terminate@@YAP6AXXZP6AXXZ@Z @ cdecl ?set_unexpected@@YAP6AXXZP6AXXZ@Z(ptr) msvcrt.?set_unexpected@@YAP6AXXZP6AXXZ@Z @ cdecl ?terminate@@YAXXZ() msvcrt.?terminate@@YAXXZ @ cdecl ?unexpected@@YAXXZ() msvcrt.?unexpected@@YAXXZ -@ cdecl ?what@exception@@UBEPBDXZ(ptr) msvcrt.?what@exception@@UBEPBDXZ +@ cdecl -register ?what@exception@@UBEPBDXZ(ptr) msvcrt.?what@exception@@UBEPBDXZ @ cdecl _CIacos() msvcrt._CIacos @ cdecl _CIasin() msvcrt._CIasin @ cdecl _CIatan() msvcrt._CIatan

3 3

Re: workaround redefinition of struct timeval on NetBSD
by Todd Vierling 24 May '03

24 May '03

On Sat, 24 May 2003, Yorick Hardy wrote: : Test programs which include winsock.h and time.h cause a redefinition : of struct timeval on NetBSD. This is because time.h includes sys/time.h. : A workaround is provided below. The patch should probably #include <time.h>, not <sys/time.h>, to guarantee that native libc call prototypes continue to get the native definition of timeval. -- -- Todd Vierling <tv(a)pobox.com>

1 0

CVS broken?
by Gerhard W. Gruber 24 May '03

24 May '03

I just update with cvs -PAd and got this: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o sound3d.o sound3d.c sound3d.c: In function `DSOUND_Mix3DBuffer': sound3d.c:193: parse error before `lVolume' sound3d.c:213: `lVolume' undeclared (first use in this function) sound3d.c:213: (Each undeclared identifier is reported only once sound3d.c:213: for each function it appears in.) sound3d.c:226: `vDistance' undeclared (first use in this function) sound3d.c:227: `flDistance' undeclared (first use in this function) sound3d.c:256: `flIntensity' undeclared (first use in this function) sound3d.c:257: `flTemp' undeclared (first use in this function) sound3d.c:273: `flAngle' undeclared (first use in this function) sound3d.c:296: `vLeft' undeclared (first use in this function) make[2]: *** [sound3d.o] Error 1 -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 2

codeweavers' DDE patch
by Eric Pouech 24 May '03

24 May '03

Hi Dmitry, regarding the DDE related patch that Alexandre committed a couple of days ago from codeweavers' tree (http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8293), I have a couple of questions: 1/ diff -u wine/dlls/user/dde/server.c:1.11 wine/dlls/user/dde/server.c:1.12 --- wine/dlls/user/dde/server.c:1.11 Sat May 24 10:42:52 2003 +++ wine/dlls/user/dde/server.c Sat May 24 10:42:52 2003 @@ -101,7 +101,7 @@ if (DdeCmpStringHandles(hszItem, pLink->hszItem) == 0) { hDdeData = WDML_InvokeCallback(pInstance, XTYP_ADVREQ, pLink->uFmt, pLink->hConv, - hszTopic, hszItem, 0, count--, 0); + hszTopic, hszItem, 0, 0, 0); if (hDdeData == (HDDEDATA)CBR_BLOCK) { why did you remove the count-- reference as dwData1 ? MSDN states: (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu…) Specifies the count, in the low-order word, of XTYP_ADVREQ transactions that remain to be processed on the same topic, item, and format name set within the context of the current call to the DdePostAdvise function. The count is zero if the current XTYP_ADVREQ transaction is the last one. A server can use this count to determine whether to create an HDATA_APPOWNED data handle for the advise data. 2/ Index: wine/dlls/user/dde/server.c diff -u wine/dlls/user/dde/server.c:1.11 wine/dlls/user/dde/server.c:1.12 --- wine/dlls/user/dde/server.c:1.11 Sat May 24 10:42:52 2003 +++ wine/dlls/user/dde/server.c Sat May 24 10:42:52 2003 @@ -570,7 +581,7 @@ break; default: { - HGLOBAL hMem = WDML_DataHandle2Global(hDdeData, FALSE, FALSE, FALSE, FALSE); + HGLOBAL hMem = WDML_DataHandle2Global(hDdeData, TRUE, TRUE, FALSE, FALSE); if (!PostMessageA(pConv->hwndClient, WM_DDE_DATA, (WPARAM)pConv->hwndServer, ReuseDDElParam(pXAct->lParam, WM_DDE_REQUEST, WM_DDE_DATA, (UINT)hMem, (UINT)pXAct->atom))) which did you change fResponse (or fAckReq) and fRelease to TRUE ? since the server side isn't ready to handle the ack messages the client will in such cases, I'm not sure it's worth it. Moreover, it will complexify the memory management and create more leaks than already exist. A+ -- Eric Pouech

2 2

Again GTA3 problems -- it is fully broken. Warcraft 3 as well.
by erwin wolff 24 May '03

24 May '03

Hi, I am back from my 5-day vacation to the Czech Republic. When I cvs'ed and compiled my wine source (24-05-2003) I noticed that GTA3 report the following fixme and crashed into the debugger ;( : fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404eb088)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(22,D3DFMT_X8R8G8B8)) fixme:d3d:fmt2glType Unhandled fmt(41,D3DFMT_P8) fixme:d3d:fmt2glFmt Unhandled fmt(41,D3DFMT_P8) fixme:d3d:fmt2glintFmt Unhandled fmt(41,D3DFMT_P8) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... WineDbg starting on pid 8 It all happens at start-up time. I can see the Intro texture of GTA3 three times on the screen and then the good old fatal exception crash ;(. I have war3 as well and that did crashed into : fixme:ole:CoCreateInstance no classfactory created for CLSID {cda42200-bd88-11d0-bd4e-00a0c911ce86}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {e436ebb2-524f-11ce-9f53-0020af0ba770}, hres is 0x80040154 fixme:d3d:IDirect3D8Impl_CreateDevice Requested full screen support not implemented, expect windowed operation fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404eb508)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(21,D3DFMT_A8R8G8B8)) err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! err:x11drv:X11DRV_ChangeDisplaySettingsExW No matching mode found! fixme:ole:CoCreateInstance no classfactory created for CLSID {e436ebb3-524f-11ce-9f53-0020af0ba770}, hres is 0x80040154 [FAIL] CoCreateInstance(CLSID_FilterGraph, NULL, CLSCTX_INPROC, IID_IGraphBuilder, (void **)&s_pGraph) = -2147221164fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... And before anyone asks: I DO have the msvcrt.dll in place and properly installed and it crashed as well with the -opengl flag.

1 0

CTRL-C in winedbg
by Gerhard W. Gruber 24 May '03

24 May '03

I tried to set a breakpoint in agent when I investigated that crash. Since the address was not available at start I fired up Agent and then used <CTRL>-C in winedbg afterwards. The problem I had with this is, that this doesn't seem to be transparent to the application. Most of the time Agent crashed with unhandled exception when I continued. I thought that pressing CTRL-C shouldn't be noticable for the debugee. Of course there could be code that could make problems like timer or such, but I don't know if this is the case here. I tried this several times and only two times it worked as expected. All the other times Agent crashed. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

XFS may support case-insensitivity soon(ish) & lufs does it now
by Russell G. Howe 24 May '03

24 May '03

I noticed on the linux-xfs list an announcement by Steve Lord where he listed a few things which might make it into XFS in the next few months: http://oss.sgi.com/projects/xfs/mail_archive/200305/msg00233.html One of them, "Mixed case support in XFS (for Samba)" presumably means case-insensitive filenames/directories. Keith Owens also mentioned the lufs (Linux userland fs) project at http://lufs.sf.net/ This apparently allows for case-insensitive filesystems by way of a userspace wrapper. For anyone who might be having trouble with case-sensitive UNIX filesystems, these might be worth considering. Note that I haven't tried lufs, and the XFS stuff hasn't yet been released, but maybe the information is useful to someone. -- Russell Howe | Why be just another cog in the machine, rhowe(a)wiss.co.uk | when you can be the spanner in the works?

1 0

Winedbg backtrace
by Gerhard W. Gruber 24 May '03

24 May '03

I spent the last few hours trying to debug Agent. I was setting breakpoints on the last function and wondered why this breakpoint is not triggered before the crash occurs until I finally realized that the backtrace is upside down. Is it intentional that this is the case? Also I wondered if it wouldn't be better to show the register dump after the trace. If the trace is very long (I guess this could be the case rather often) then you always have to scroll up or type "info reg" in order to get the dump. At least I think I may make more progress now that I know that I was always looking at the wrong function because of the order. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel