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

Re: CorelDraw 4 almost working

by Marcus Meissner

On Sun, Jan 05, 2003 at 11:17:33AM -0500, Dimitrie O. Paun wrote: > On January 4, 2003 09:20 am, Claudiu Costin wrote: > > Is someone kind enough to implement them just as > > little stubs, just to not have CorelDraw crashed? > > This functions need aditional functionality to > > be implemented or these are "standalone"? > > Give this a try, and let me know if it helps: It won't... > -4 stub DLLGETCLASSOBJECT > +4 pascal DllGetClassObject(ptr ptr ptr) OLE32_DllGetClassObject No, the function should return a 16bit interface, not a 32bit one. > -49 stub OLESETCLIPBOARD > -50 stub OLEGETCLIPBOARD > +49 pascal OleSetClipboard(ptr) OleSetClipboard > +50 pascal OleGetClipboard(ptr) OleGetClipboard These are getting passed pointers to 32bit interfaces, but need 16bit ones. Ciao, Marcus

Jan. 5, 2003

Re: CorelDraw 4 almost working

by Dimitrie O. Paun

On January 5, 2003 12:32 pm, Marcus Meissner wrote: > These are getting passed pointers to 32bit interfaces, but need 16bit > ones. Darn! :) I knew I was missing something... What about this one: Index: dlls/ole32/ole2.spec =================================================================== RCS file: /var/cvs/wine/dlls/ole32/ole2.spec,v retrieving revision 1.5 diff -u -r1.5 ole2.spec --- dlls/ole32/ole2.spec 5 Jan 2003 01:04:34 -0000 1.5 +++ dlls/ole32/ole2.spec 5 Jan 2003 17:13:16 -0000 @@ -1,7 +1,7 @@ 1 pascal OleBuildVersion() OleBuildVersion 2 pascal OleInitialize(ptr) OleInitialize 3 pascal OleUninitialize() OleUninitialize -4 stub DLLGETCLASSOBJECT +4 pascal DllGetClassObject(ptr ptr ptr) DllGetClassObject16 #5 WEP 6 stub OLEQUERYLINKFROMDATA 7 stub OLEQUERYCREATEFROMDATA @@ -46,8 +46,8 @@ 46 stub MONIKERRELATIVEPATHTO 47 stub MONIKERCOMMONPREFIXWITH 48 stub ISACCELERATOR -49 stub OLESETCLIPBOARD -50 stub OLEGETCLIPBOARD +49 pascal OleSetClipboard(ptr) OleSetClipboard16 +50 pascal OleGetClipboard(ptr) OleGetClipboard16 51 stub OLEDUPLICATEDATA 52 stub OLEGETICONOFFILE 53 stub OLEGETICONOFCLASS Index: dlls/ole32/ole2stubs.c =================================================================== RCS file: /var/cvs/wine/dlls/ole32/ole2stubs.c,v retrieving revision 1.26 diff -u -r1.26 ole2stubs.c --- dlls/ole32/ole2stubs.c 2 Dec 2002 18:10:58 -0000 1.26 +++ dlls/ole32/ole2stubs.c 5 Jan 2003 17:18:55 -0000 @@ -262,3 +262,22 @@ FIXME("%s\n", debugstr_guid(clsid)); return FALSE; } + +HRESULT WINAPI DllGetClassObject16(REFCLSID rclsid, REFIID iid, LPVOID *ppv) +{ + FIXME("(%s, %s, %p): stub\n", debugstr_guid(rclsid), debugstr_guid(iid), ppv); + return E_NOTIMPL; +} + +HRESULT WINAPI OleSetClipboard16(IDataObject* pDataObj) +{ + FIXME("(%p): stub\n", pDataObj); + return E_NOTIMPL; +} + +HRESULT WINAPI OleGetClipboard16(IDataObject** ppDataObj) +{ + FIXME("(%p): stub\n", ppDataObj); + return E_NOTIMPL; +} + -- Dimi.

Jan. 5, 2003

Re: console handling

by Eric Pouech

> Couldn't establish connection to remote target > Malformed response to offset query, OK > /tmp/winegdb.jra6cJ:3: Error in sourced command file: ok could you: 1/ uncomment in gdbproxy.c the part of the line gdbctx->trace = /*GDBPXY_TRC_PACKET | GDBPXY_TRC_COMMAND |*/ DBGPXY_TRC_COMMAND_ERROR | GDBPXY_TRC_WIN32_EVENT; 2/ comment in gdbproxy.c the line fprintf(f, "monitor trace=0\n"); 3/ rerun it and send me the output 4/ you can also send the content of the file /tmp/winedbg.* TIA -- Eric Pouech

Jan. 5, 2003

Re: console handling

by Dimitrie O. Paun

On January 5, 2003 12:20 pm, Eric Pouech wrote: > could you: > 1/ uncomment in gdbproxy.c the part of the line > gdbctx->trace = /*GDBPXY_TRC_PACKET | GDBPXY_TRC_COMMAND |*/ > DBGPXY_TRC_COMMAND_ERROR | GDBPXY_TRC_WIN32_EVENT; > 2/ comment in gdbproxy.c the line > fprintf(f, "monitor trace=0\n"); Done! > 3/ rerun it and send me the output [dimi(a)dimi bin]$ winedbg -- --gdb visual-mingw.exe.so using wine_path: wine 081ad078:081ad130: create process 'F:\dev\wine\visual-mingw.cvs\bin\visual-mingw.exe'/0x400eea00 @40562000 (0<0>) 081ad078:081ad130: create thread I @40562000 GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\ntdll.dll @40050000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\kernel32.dll @40ac0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\advapi32.dll @40a70000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\gdi32.dll @40a10000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\user32.dll @40900000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comctl32.dll @40850000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\ole32.dll @65f00000 (0<19251>) 081ad078:081ad130: loads DLL C:\Windows\System\MSVCRT.DLL @78000000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\SHLWAPI.DLL @70bd0000 (0<7222>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\shell32.dll @40bd0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\winspool.drv @40c30000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comdlg32.dll @40b50000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\x11drv.dll @40ca0000 (0<0>) 081ad078:081ad130: exception code=80000003 Packet: Hc-1 Reply : OK Packet: Hc-1 Reply : OK Packet: Hc-1 Reply : OK Packet: Hc-1 Reply : OK Couldn't establish connection to remote target Malformed response to offset query, OK Packet: qC Reply : QC081ad130 wine: ../../../wine.src/programs/winedbg/gdbproxy.c:1856: extract_packets: Assertion `i == gdbctx->out_len' failed. wine: Unhandled exception, starting debugger... Wine-gdb> fixme:console:SetConsoleCtrlHandler (0x4057e55c,1) - no error checking or testing yet (in the wineconsole same trace as before) Wine-dbg>bt Backtrace: =>0 0x42028cc1 (NTDLL.DLL.toupper+0x67c1) (ebp=407c27d0) 1 0x4202a019 (NTDLL.DLL.atol+0x1f9) (ebp=407c2900) 2 0x42021cd6 (KERNEL32.DLL.VerSetConditionMask+0x1792771) (ebp=407c2940) 3 0x4056f608 (winedbg.exe.EntryPoint+0x74d4 in winedbg.exe.so) (ebp=407c2978) 4 0x4056fe42 (winedbg.exe.EntryPoint+0x7d0e in winedbg.exe.so) (ebp=407c2e40) 5 0x4057e74c (winedbg.exe.EntryPoint+0x16618 in winedbg.exe.so) (ebp=407c2e78) 6 0x4056816c (winedbg.exe.EntryPoint+0x38 in winedbg.exe.so) (ebp=407c2e8c) 7 0x400b0f30 (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=407c2f303) 8 0x400b5049 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=407c2ff4) 9 0x400b5184 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> > 4/ you can also send the content of the file /tmp/winedbg.* No such file this time. -- Dimi.

Jan. 5, 2003

Agent File Access

by Oliver Sampson

Howdy, I'd like to (finally) get around to fixing something that Agent does that's really annoying. When launching programs, it sends a string with backslashes for directory markers instead of forward slashes. Anyhow, if I'm going to start looking at the problem, could someone point me at the right file to begin looking at? I think I asked this some time ago, but I can't seem to find the email. (I remember looking at the code, and since it was a *real* simple fix, it sorta just fell by the way side.) Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

Jan. 5, 2003

Re: CorelDraw 4 almost working

by Dimitrie O. Paun

On January 4, 2003 09:20 am, Claudiu Costin wrote: > Is someone kind enough to implement them just as > little stubs, just to not have CorelDraw crashed? > This functions need aditional functionality to > be implemented or these are "standalone"? Give this a try, and let me know if it helps: Index: dlls/ole32/ole2.spec =================================================================== RCS file: /var/cvs/wine/dlls/ole32/ole2.spec,v retrieving revision 1.5 diff -u -r1.5 ole2.spec --- dlls/ole32/ole2.spec 5 Jan 2003 01:04:34 -0000 1.5 +++ dlls/ole32/ole2.spec 5 Jan 2003 16:12:47 -0000 @@ -1,7 +1,7 @@ 1 pascal OleBuildVersion() OleBuildVersion 2 pascal OleInitialize(ptr) OleInitialize 3 pascal OleUninitialize() OleUninitialize -4 stub DLLGETCLASSOBJECT +4 pascal DllGetClassObject(ptr ptr ptr) OLE32_DllGetClassObject #5 WEP 6 stub OLEQUERYLINKFROMDATA 7 stub OLEQUERYCREATEFROMDATA @@ -46,8 +46,8 @@ 46 stub MONIKERRELATIVEPATHTO 47 stub MONIKERCOMMONPREFIXWITH 48 stub ISACCELERATOR -49 stub OLESETCLIPBOARD -50 stub OLEGETCLIPBOARD +49 pascal OleSetClipboard(ptr) OleSetClipboard +50 pascal OleGetClipboard(ptr) OleGetClipboard 51 stub OLEDUPLICATEDATA 52 stub OLEGETICONOFFILE 53 stub OLEGETICONOFCLASS -- Dimi.

Jan. 5, 2003

Re: enhancement request - can msvcmaker generate a Makefile?

by Dimitrie O. Paun

On January 4, 2003 02:12 pm, Dan Kegel wrote: > I suppose I should buy current msvc, or modify msvcmaker myself to > output a makefile instead of a project file. There is a request somewhere (and IIRC Patrik said he'll look into it when he gets a chance) for instrumenting winemaker to convert .dsp files into Makefiles, which is what you want, no? But when will this happen -- I don't know :) -- Dimi.

Jan. 5, 2003

Re: console handling

by Dimitrie O. Paun

On January 5, 2003 06:29 am, Eric Pouech wrote: > that's somewhere way deep in my todo list... That's fine, having the (n)curses backend work is more important anyway. Maybe I should create a page with wishes such as these, so we can keep track of them, and provide inspiration for people that want to contribute... > as of today you can use the (n)curses backend that does what you need > (this means, for the debugger, to start it before a crash occurs) Speaking of which: [dimi(a)dimi bin]$ winedbg -- --gdb visual-mingw.exe.so using wine_path: wine 081ad078:081ad130: create process 'F:\dev\wine\visual-mingw.cvs\bin\visual-mingw.exe'/0x400eea00 @40562000 (0<0>) 081ad078:081ad130: create thread I @40562000 GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\ntdll.dll @40050000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\kernel32.dll @40ac0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\advapi32.dll @40a70000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\gdi32.dll @40a10000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\user32.dll @40900000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comctl32.dll @40850000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\ole32.dll @65f00000 (0<19251>) 081ad078:081ad130: loads DLL C:\Windows\System\MSVCRT.DLL @78000000 (0<0>) 081ad078:081ad130: loads DLL C:\Windows\System\SHLWAPI.DLL @70bd0000 (0<7222>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\shell32.dll @40bd0000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\winspool.drv @40c30000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\comdlg32.dll @40b50000 (0<0>) 081ad078:081ad130: loads DLL C:\WINDOWS\SYSTEM\x11drv.dll @40ca0000 (0<0>) 081ad078:081ad130: exception code=80000003 Couldn't establish connection to remote target Malformed response to offset query, OK /tmp/winegdb.jra6cJ:3: Error in sourced command file: "monitor" command not supported by this target. wine: ../../../wine.src/programs/winedbg/gdbproxy.c:1856: extract_packets: Assertion `i == gdbctx->out_len' failed. wine: Unhandled exception, starting debugger... (gdb) fixme:console:SetConsoleCtrlHandler (0x4057e56c,1) - no error checking or testing yet (in the winconsole that starts) Unhandled exception: assertion failed in 32-bit code (0x42028cc1). In 32-bit mode. 0x42028cc1 (NTDLL.DLL.toupper+0x67c1): movl %edx,%ebx Wine-dbg>bt Backtrace: =>0 0x42028cc1 (NTDLL.DLL.toupper+0x67c1) (ebp=407c27d0) 1 0x4202a019 (NTDLL.DLL.atol+0x1f9) (ebp=407c2900) 2 0x42021cd6 (KERNEL32.DLL.VerSetConditionMask+0x1792771) (ebp=407c2940) 3 0x4056f608 (winedbg.exe.EntryPoint+0x74d4 in winedbg.exe.so) (ebp=407c2978) 4 0x4056fe52 (winedbg.exe.EntryPoint+0x7d1e in winedbg.exe.so) (ebp=407c2e40) 5 0x4057e75c (winedbg.exe.EntryPoint+0x16628 in winedbg.exe.so) (ebp=407c2e78) 6 0x4056816c (winedbg.exe.EntryPoint+0x38 in winedbg.exe.so) (ebp=407c2e8c) 7 0x400b0f30 (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=407c2f30) 8 0x400b5049 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=407c2ff4) 9 0x400b5184 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> -- Dimi.

Jan. 5, 2003

Re: console handling

by Eric Pouech

>> Do you have any plans to reorganize wineconsole a bit so that you don't >> need allocate a bitmap as big as the entire buffer, but rather one as >> big as the displayed screen only? This way we can have 3000-5000 line >> scroll buffers (as I have in my konsole, rxvt, xterm, etc.) > > that's somewhere way deep in my todo list... > as of today you can use the (n)curses backend that does what you need > (this means, for the debugger, to start it before a crash occurs) > A+ > except that I haven't commited the code for that yet :-( A+ -- Eric Pouech

Jan. 5, 2003

Re: [RFC] __WINESRC__ & public headers

by Eric Pouech

> 1. Tests that do not allow a file to be included in Wine are OK. > If we use other headers, those file will simply be ignored, > as they would not be used by Wine. > 2. Tests to keep certain things undefined/undeclared in Wine are OK. > Such tests simply make the header files a subset of the standard > one, and the stuff that's not defined is not used, so all is good. well, except if the part that's undefined clashes with Wine's current code (name space collision, features unsupported by compiler...) > 3. Tests that _add_ stuff to headers are BAD. > It's clear that such things will not be present in other headers, > and things will not work out as nicely. in most of the cases, those are used to extend an existing API by providing Wine specific features. removing them will create some new trouble: - in some cases, extension is achieved with using bits or values declared as RFU by MS. moving the definitions out of the header will make it hard, if those values in the future are actually used by MS, to see the clash - not having them also in our own headers, will make it harder for the ones wishing to use them (they'd need to include both the standard header, plus the needed extension) all in all, this sounds to me more a good janitorial project, but keeping it as a final goal seems a bit too heavy to me A+ -- Eric Pouech

Jan. 5, 2003