wine-devel

wine-devel@winehq.org

8 participants
84486 discussions

winapi_check question...
by Greg Turner 31 Oct '02

31 Oct '02

winapi_check tells me: ndr_stubless.c:86: rpcrt4: LONG_PTR WINAPIV NdrClientCall2(PMIDL_STUB_DESC,PFORMAT_STRING,...): argument 1 documentation: \ /* CLIENT_CALL_RETURN */ rpc_epmap.c:56: rpcrt4: RPC_STATUS WINAPI RpcEpRegisterA(RPC_IF_HANDLE,PRPC_BINDING_VECTOR,PUUID_VECTOR,LPSTR): no translation defined: PRPC_BINDING_VECTOR rpc_epmap.c:56: rpcrt4: RPC_STATUS WINAPI RpcEpRegisterA(RPC_IF_HANDLE,PRPC_BINDING_VECTOR,PUUID_VECTOR,LPSTR): no translation defined: PUUID_VECTOR rpc_epmap.c:102: rpcrt4: RPC_STATUS WINAPI RpcEpUnregister(RPC_IF_HANDLE,PRPC_BINDING_VECTOR,PUUID_VECTOR): argument 2 type is forbidden: PRPC_BINDING_VECTOR (unknown) how shall I deal with these? -- gmt "The purpose of government is to rein in the rights of the people" --President Bill Clinton, MTV interview, 1993

1 0

Re: miscemu/wine gets into the way in map_image
by Uwe Bonnes 31 Oct '02

31 Oct '02

>>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.com> writes: Alexandre> Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: >> However when unzip has unpacked the 160 MByte file and the Setup >> should start, a crash happens, and the debugger startup stops with >> "Memory exhausted". The same happens when I run in winedbg: Loaded >> debug information from ELF >> '/home/bon/tmp/wine/compile/wine/miscemu/wine' (0x00000000) >> Breakpoint 2 at 0x4000c714 (_end+0xf7fec) Memory exhausted. Alexandre> You probably need reduce the base address a bit to leave more Alexandre> space for malloc(). Try changing the 0x3ff to 0x3f0. Now of Alexandre> course we shouldn't be using malloc, so that hack would be a Alexandre> good way to enforce that <g> Alexandre, could we get this into the wine tree? At least one person stumled across that with the same application I had. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

EMF bug
by doome 31 Oct '02

31 Oct '02

Hi! I am not sure if this is a bug, or I did something wrong. My collegaues made a little program what shows the bug. It shows an EMF file, but the text boxes appears bad. Two screenshots and the source are included in the tar.gz. Please somebody examine it, and help me if you can. The source, binaries, and screenshots can be downloaded from ftp://ftp.uhulinux.hu/misc/testprg.tar.gz. It needs to be exctracted to the wine c:\ directory Thanks for your help in advance! If needed I can send you wine debug msgs. -- doome

4 3

richedit
by Michael Stefaniuc 31 Oct '02

31 Oct '02

Hello, is somebody working on the richedit dll? I encountered 3 unknown RTF control words and wanted to add them but I got scared by the overzealous use of #define's in rtf.h . My first impuls was exchange that with some enum's, but i thought i better ask here before i do the work in vain. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

3 3

Is it me or is "winedbg --debugmsg -all" not honored
by Uwe Bonnes 30 Oct '02

30 Oct '02

Hallo, did I miss something or is it me or is the registry entry ( as advertised in winedefaults.reg) [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AeDebug] "Debugger"="winedbg --debugmsg -all %ld %ld" not honored any more ( since some time). The relay log is cluttered with about 150k lines of debugger start relay output :-( Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: rpc_H_PL1
by Alexandre Julliard 30 Oct '02

30 Oct '02

Greg Turner <gmturner007(a)ameritech.net> writes: > diff -ur -x CVS -x 'bigdif*' ../wine.test/dlls/rpcrt4/rpc_binding.c ./dlls/rpcrt4/rpc_binding.c > --- ../wine.test/dlls/rpcrt4/rpc_binding.c 2002-10-29 12:59:02.000000000 -0600 > +++ ./dlls/rpcrt4/rpc_binding.c 2002-10-29 13:28:39.000000000 -0600 > @@ -865,14 +865,21 @@ > * Exists in win9x and winNT, but with different number of arguments > * (9x version has 3 arguments, NT has 2). > */ > +#ifdef WINNT > +RPC_STATUS WINAPI I_RpcBindingSetAsync( RPC_BINDING_HANDLE Binding, RPC_BLOCKING_FN BlockingFn) > +#else > RPC_STATUS WINAPI I_RpcBindingSetAsync( RPC_BINDING_HANDLE Binding, RPC_BLOCKING_FN BlockingFn, unsigned long ServerTid ) > +#endif > { This can't work, we are not going to build two versions of Wine with different #ifdefs. We should simply decide which version we support (NT would probably be preferable) and get rid of the #ifdefs in the header. -- Alexandre Julliard julliard(a)winehq.com

2 1

No more Office 11 for Win98/ME
by Uwe Bonnes 30 Oct '02

30 Oct '02

Hallo, e.g. on www.heise.de there is the news that MS announces to drop support for Win98/ME for the next office version. That's probably a point in time when many people will look for alternatives. Hopefully Wine and Linux are in good shape then. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Versions & mass-appeal
by Francois Gouget 30 Oct '02

30 Oct '02

On Wed, 30 Oct 2002, Keith Matthews wrote: [...] > Stressing the number of calls in the MS API is another important point > to make, thanks to Andreas for providing an updated figure. For more API stats you can check out the following page (and disclaimer): http://fgouget.free.fr/wine/winapi_stats-en.shtml While I'm writing I will just mention some other links relevant to the 'Wine perception' aspect: * Contributing to Wine Trying to present ways to get started helping Wine. More work is needed on this section and it needs to be made much more visible. http://www.winehq.com/about/index.php?contrib * Why Wine is so important Many people have a primitive 'say no to Windows software' attitude because they do not understand why Wine is important. http://www.winehq.com/about/index.php?why * Debunking Wine Myths These myths are quite common and detract to Wine's image http://www.winehq.com/about/index.php?myths Here's my thoughts on getting more developpers: * I think step one is fixing Wine's perception issues by improving the Web site to make the above more visible, add screenshots and make it easier to navigate. * Step two is to add more resources geared towards new developpers to make it easier for them to get started (e.g. taslets bug list, finish the conformance testing guide, update the developer's guide, etc.). * Step three is to be more outgoing. Do a better job at describing the tasks that need to be done for instance. Let people know that we need help, that with done much with less than one tenth the number of developpers that the Linux kernel has. Someone suggested making Wine presentations at local LUGs. I think that's a goog idea too. I have done some work on the above items (all committed) but I'm not a technical writer so it takes me a lot of time to write documentation and I'm rarely happy with the result. And free time is in very short supply currently. Plus I'm not familiar with PHP which would be required for some of the Web site changes (again a time issue). So please, if anyone feels like updating the web site or writing documentation, go ahead. Wine needs you! -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ $live{free} || die "";

1 0

Re: splitting msvideo/msvfw32
by Alexandre Julliard 30 Oct '02

30 Oct '02

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > + case DLL_PROCESS_ATTACH: > + if (!GetModuleHandleA("MSVFW32.DLL") && !LoadLibraryA("MSVFW32.DLL")) > + { > + ERR("Could not load sibling MSVfW32.dll\n"); > + return FALSE; > + } Note that this is not necessary. The 32-bit dll is always loaded before the 16-bit one (otherwise we couldn't reference symbols in it). -- Alexandre Julliard julliard(a)winehq.com

1 0

Treeview Notifications Fix (found cause), now I need some help...
by Dustin Navea 30 Oct '02

30 Oct '02

Hey everyone, after about 3 hours of adding traces to treeview.c, I have found the line that is causing all of my headaches! in /wine/dlls/comctl32/treeview.c: in function TREEVIEW_NOTIFYFORMAT i = SendMessageA(GetParent (infoPtr->hwnd), WM_NOTIFYFORMAT, (WPARAM)infoPtr->hwnd, NF_QUERY); SendMessageA is returning 2 (NFR_UNICODE) on the StarCraft installer window. This is incorrect, the return should be 1 (NFR_ANSI). I don't know of any way to get it to return 1 myself as I dont know windows API, so I am asking for some help. can anyone that has some free time and knows the WM subsystem help me out? Please add yourself to CC on bug 1073. TIA -Dustin __________________________________________________ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/

2 2

Jump to page:

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