wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: PATCH - Check/Define for vsnprintf/_vsnprintf
by Dimitrie O. Paun 11 Jan '03

11 Jan '03

On January 10, 2003 07:47 pm, Steven Edwards wrote: > Changelog: (porting fix for Mingw/Windows) > check for vsnprintf and _vsnprintf > define vsnprintf with _vsnprintf Alexandre, why don't we link with oldnames.lib in Windows, and get rid of all these tests? -- Dimi.

4 4

shlwapi.dll from Wine regression tests on Windows 2000 SP3
by Steven Edwards 11 Jan '03

11 Jan '03

I did a compare of windows shlwapi with WINEs shlwapi. With Windows 2000 SP3 shlwapi.dll we get - C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe clist clist: 236 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe generated generated: 25 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe path path.c:92: Test failed: Expected ?query=x&return=y, but got query=x&return=y path: 33 tests executed, 0 marked as todo, 1 failure. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe shreg shreg.c:171: Test failed: (44,43) shreg.c:183: Test failed: (2) shreg.c:195: Test failed: (14,43) shreg.c:196: Test failed: (2) shreg.c:204: Test failed: Expected ERROR_MORE_DATA shreg.c:205: Test failed: () shreg.c:206: Test failed: () shreg.c:207: Test failed: (1,43) shreg.c:218: Test failed: (44,43) shreg.c:262: Test failed: didn't open copy shreg: 40 tests executed, 0 marked as todo, 10 failures. C:\Documents and Settings\Administrator\Desktop\test> With the current WINE shlwapi on Windows 2000 we get C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe clist clist: 236 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe generated generated: 25 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe path fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected localhost, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected 21, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected foo, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected bar, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected http, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected ?query=x&return=y, but got x☺� path: 33 tests executed, 0 marked as todo, 24 failures. C:\Documents and Settings\Administrator\Desktop\test> C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe shreg shreg.c:171: Test failed: (44,43) shreg.c:195: Test failed: (44,43) shreg.c:205: Test failed: () shreg.c:206: Test failed: () shreg.c:207: Test failed: (44,43) shreg.c:218: Test failed: (44,43) shreg.c:262: Test failed: didn't open copy shreg: 37 tests executed, 0 marked as todo, 7 failures. C:\Documents and Settings\Administrator\Desktop\test> __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

dx8 Patches - Question
by Ann and Jason Edmeades 11 Jan '03

11 Jan '03

Just a question, I noticed some of the dx8 patches are not applied - Is it due to the Chrismas backlog where Alexander took a very well deserved break, or because they have slipped through the cracks (or are there problems with them)? Will it help to resubmit them based off the current cvs since there were about 4 chained together each based off the previous one? Jason

3 3

wine/ole error on Mingw32/MSYS
by Steven Edwards 11 Jan '03

11 Jan '03

Platform is a older MSYS and GCC (3.1 something I think). I'm still getting settled in from getting tied-down so I cant test this on the latest mingw-current. only on dial-up here for now =(. Anyway any idea about this? Thanks Steven $ make gcc -c -I. -I. -I../include -I../include -DWINE_NOWINSOCK -Wall -mpreferred-sta ck-boundary=2 -gstabs+ -D__WINESRC__ -D_REENTRANT -o dx8guid.o dx8guid.c In file included from dx8guid.c:26: ../include/winuser.h:2396: unnamed fields of type other than struct or union are not allowed ../include/winuser.h:2409: unnamed fields of type other than struct or union are not allowed make: *** [dx8guid.o] Error 1 __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

3 2

Re: msvcrt: stubs for chsize, dup, dup2
by Steven Edwards 11 Jan '03

11 Jan '03

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > These are needed by the inline functions in the header. > > ChangeLog > Create stubs for chsize, dup, and dup2. I think chsize and ftruncate do the same thing so is there anyway to forward the call for chsize to ftruncate on platforms that have it? I added a configure check for this a while back because windows doesnt have ftruncate and makedep needs it. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

[RFC] msvcrt: defines break C++ code
by Dimitrie O. Paun 10 Jan '03

10 Jan '03

Folks, We have a lot of code in msvcrt headers like so: #define umask _umask #define unlink _unlink #define write _write This breaks C++ that define a write method in a header, and then implement it like so: #include <io.h> void MyClass::write(...) { write(...); } I suggest we turn those defines into inlines, like this: inline int write(int fd, const void* ptr, unsigned int size) { return _write(fd, ptr, size); } Any other solutions? -- Dimi.

4 6

Windows 2000 conformance test update
by Dave Miller 10 Jan '03

10 Jan '03

Here are three updates for the status page. I think user32/sysparams passed for me previously. C:\winetests>kernel32_test.exe path path.c:514: Test failed: GetLongPathNameA: wrong return code, 97 instead of 42 path.c:881:TMP=C:\DOCUME~1\davidm\LOCALS~1\Temp path.c:892:TMP=C:\WINNT path.c:902:TMP=C:\ path.c:912:TMP=C: path: 1730 tests executed, 0 marked as todo, 1 failure. C:\winetests>urlmon_test generated generated: 4 tests executed, 0 marked as todo, 0 failures. C:\winetests>user32_test sysparams sysparams.c:184:testing SPI_{GET,SET}BEEP sysparams.c:306:testing SPI_{GET,SET}MOUSE sysparams.c:374:testing SPI_{GET,SET}BORDER sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=0, value= sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=7, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=20, value= sysparams.c:406:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:440:testing SPI_ICONHORIZONTALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=32, value= sysparams.c:480:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:515:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:555:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:590:testing SPI_ICONVERTICALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=32, value= sysparams.c:635:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=0, value= sysparams.c:670:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:707:testing SPI_SETDOUBLECLKWIDTH sysparams.c:738:testing SPI_SETDOUBLECLKHEIGHT sysparams.c:770:testing SPI_SETDOUBLECLICKTIME sysparams.c:817:testing SPI_SETMOUSEBUTTONSWAP sysparams.c:880:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:915:testing SPI_{GET,SET}WORKAREA sysparams.c:953:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER sysparams: 318 tests executed, 0 marked as todo, 12 failures.

1 0

Re: wine/dlls/comcat regsvr.c comcat_main.c
by Dimitrie O. Paun 10 Jan '03

10 Jan '03

On January 10, 2003 12:48 am, John K. Hohm wrote: > + CLSID const *clsid; /* NULL for end of list */ [...] > + { NULL } /* list terminator */ Why not terminate the list with a NULL pointer to the struct instead, it's simpler and more idiomatic... -- Dimi.

2 1

Re: Wine, Mozilla & IE ?
by Francois Gouget 10 Jan '03

10 Jan '03

On Fri, 10 Jan 2003, Dan Kegel wrote: [...] > I don't know the particulars, but I do know that g++'s > ABI only very recently stabilized. ^^^^^^^^^^^^^^^^^^^^^^^^ Isn't that a contradiction in terms? [...] > (There was one little ABI tweak between 3.2 and 3.3, > and there may be more later, but they probably > won't break many apps.) That too seems incompatible with something declared 'stable'. Not that I have anything against C++, I like OO programming. But these g++ compatibility issues have been like a cold shower. <rant class="my opinion only"> >From the point of vue of an ISV, distributing a Wine binary is already enough trouble with the C library changing their internal implementation (which of course they are absolutely free to do since it's *internal*) and FreeType breaking backwards compatibility in minor releases, but if ISVs also have to deal with g++ changing their ABI on a regular basis... Well, I guess ISVs could always compile these libraries with Visual C++ and ship them as Windows dlls and thus benefit from a stable and Wine compatible ABI... </rant> -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY

3 4

Readfile on a duplicated pipe hangs
by Uwe Bonnes 10 Jan '03

10 Jan '03

Hallo, Marcus sent me patches that made Altera quartus install. Thanks. Now running the package hangs in the way it communicates with created processes. Here is what happens in my understanding: M: Masterprocess C: Childprocess M: CreatePipe -> handle_read + handle_write M: DuplicateHandle handle_read -> handle_read_dup M: CloseHandle (handle_read) M: Call CreateProcessA with handle_write as hstderr M: Return Createprocess M: CloseHandle (handle_write) M: Call Readfile (handle_read_dup) C: initializes, executes and exit M: Return Readfile retval=00000001 M: Endless loop of Call Readfile (handle_read_dup) retval=00000001 MSDN says, that ReadFile should fail on an anonymous pipe, if the othe end has close. With following patch, the application starts up. Feedback welcome. Index: wine/server/pipe.c =================================================================== RCS file: /home/wine/wine/server/pipe.c,v retrieving revision 1.24 diff -u -r1.24 pipe.c --- wine/server/pipe.c 30 May 2002 20:12:58 -0000 1.24 +++ wine/server/pipe.c 10 Jan 2003 20:28:43 -0000 @@ -141,6 +141,13 @@ static int pipe_get_info( struct object *obj, struct get_file_info_reply *reply, int *flags ) { + struct pipe *pipe = (struct pipe *)obj; + assert( obj->ops == &pipe_ops ); + if (!pipe->other) + { + set_error( STATUS_PIPE_BROKEN ); + return -1; + } if (reply) { reply->type = FILE_TYPE_PIPE; -- 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: Wine, Mozilla & IE ?
by Dan Kegel 10 Jan '03

10 Jan '03

Dan Kegel wrote: > With gcc 3.2 and later, shared libraries > produced by g++ will have a stable ABI, > and different machines (with different versions > of gcc >= 3.2) will produce compatible shared libraries. I forgot to mention: this also means that you can mix and match shared libraries produced by *other* c++ compilers, not just gcc! See http://www.linuxbase.org/spec/refspecs/ http://www.codesourcery.com/cxx-abi/ http://www.armdevzone.com/EABI/CppABI.html http://gcc.gnu.org/gcc-3.2/c++-abi.html http://www.intel.com/software/products/compilers/clin/clinux.htm and, for a bit of solaris history wrt c++ abis, http://forte.sun.com/s1scc/articles/CC_abi/CC_abi.html -- Dan Kegel Linux User #78045 http://www.kegel.com

1 0

Re: Clean up OSS_Wave{In,Out}Init
by Eric Pouech 10 Jan '03

10 Jan '03

Francois Gouget wrote: > > This modifies OSS_Wave{In,Out}Init to report the exact capabilities of > the OSS driver. The new code does not try to use SNDCTL_DSP_SETFMTS > since some (old) cards may support 16bit or stereo audio at some sample > rates but not other (higher) rates. It now also reports the 48kHz and > 96kHz formats if they are supported. given the susceptibility of some OSS implementations, I'd suggest reimplementing the test loop as: for fmt for channels for rates if open succeeds 1/ flag format as supported 2/ close device endif endfor endfor endfor this would also put us out of danger if the device doesn't accept changing its mode on the fly A+ -- Eric Pouech

1 0

Re: widl patch
by Greg Turner 10 Jan '03

10 Jan '03

On Wednesday 08 January 2003 12:31 pm, Ove Kaaven wrote: > Feel free to recompile the .idl files after applying this patch... > it's not necessary, but sooner or later someone is going to try what > I'm currently trying... to compile MIDL-generated proxy/stub code > with Wine headers. Indeed, I am doing this now with my RPC test. I'm not sure we are targeting the same stuff, however. You can see my work-in-progress in the K patchseries, which only has one (rejected) "official" patch: K01. Actually, what I'm really trying to do is mix and match. I want the .h header to be generated by widl, and the _s.c and _c.c stubs to be generated by MIDL. wire_marshall should be a barrel of laughs ;) Maybe after I get this batch working I'll whip up some tests for 'ya that use it. I encounter the following gaps: o widl doesn't generate forward declarations for MIDL_user_allocate and MIDL_user_free, should be trivial to fix. o widl doesn't parse the implicit_handle stuff in the .acf, which cause MIDL to put an extern declaration in for the handle. o RpcTry/Except/etc. Ugh, what a $&^@$*% train wreck. More-or-less unfixable, and not widl's fault anyhow. ATM I may hack around this using some evil, incorrect, and, frankly, downright offensive macros. Long term, of course, I'm interested in seeing exception handling souce-compatibility in wine... perhaps, winegcc, or some cousin, could parse VC++ __try & family and generate wine-compatible __TRY & family to match? Given the freedom to parse/generate, regardless of the implementation specifics, it becomes a surmountable problem IMO. Otherwise, it works perfectly. Good work! Any chance either of the first two points will be fixed soon? This would leave me with only one inelegant hack (two if calling MIDL counts), and an otherwise tolerable build process. Thanks, -- gmt "It does not take a majority to prevail ... but rather an irate, tireless minority, keen on setting brushfires of freedom in the minds of men." --Samuel Adams, Patriot

3 5

Kaleidagraph demo
by Jos van den Oever 10 Jan '03

10 Jan '03

Hello Wine developers, The one program holding back linux adoption in my lab is the application Kaleidgraph. Kaleidagraph is a graphing application that is avaibable for Windows and Macintosh. I've been trying to use Kaleidgraph with wine (wine-20021219) without a windows installation on the computer. The installation works pretty well: Kaleigraph is installed, only the installer does not exit cleanly but not until it asks about displaying the readme file. Running Kaleidagraph does give quite a few problems. The problems seem to arise from bugs and not missing features in wine. One bug for example is, that almost all menu entries are listed twice ("File Edit Gallery ... Windows Edit Gallery ... Windows Help"). I'd like to help in making this program run by testing with the CVS version and submitting bugs. However, I think it would be easier if someone more experienced looks at the program first and irons out the biggest problems, because they are instantly obvious when you try to run the program with wine. There is a demo version of Kaleidagraph that can be downloaded for free from www.kaleidagraph.com. Best regards, Jos

2 3

Possible bug?
by Mike Hearn 10 Jan '03

10 Jan '03

Hi, I think this code in menu.c, BOOL WINAPI SetMenuItemInfoA(HMENU hmenu, UINT item, BOOL bypos, const MENUITEMINFOA *lpmii) { if ((lpmii->fType & (MF_HILITE|MF_POPUP)) || (lpmii->fState)) { /* QuickTime does pass invalid data into SetMenuItemInfo. * do some of the checks Windows does. */ WARN("Bad masks for type (0x%08x) or state (0x%08x)\n", lpmii->fType,lpmii->fState ); return FALSE; } .... is buggy, because it checks the type and state even when fMask doesn't indicate that these fields are being used. It was added by Marcus Meissner at LinuxTag in 2001 which is why I'm confused, the bug I'm playing with/learning how to debug with is a regression and didn't exist a few months ago, yet that code has been in Wine for some time. Could somebody more experienced than me please look over the description of the MENUITEMINFO struct: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinU… and the SetMenuItemInfo call: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinU… .. and tell me if I'm reading this situation correctly? I don't think it should be returning false like this when fMask is 6, ie MIIM_ID | MIIM_SUBMENU. It'd only take a minute, promise :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: Re: Re: html browser for wine (khtml)
by fenix＠club-internet.fr 10 Jan '03

10 Jan '03

Hi again, ----Message d'origine---- >Sujet: Re: Re: html browser for wine (khtml) >De: Mike Hearn <m.hearn(a)signal.qinetiq.com> >A: fenix(a)club-internet.fr >Copie à: m.hearn(a)signal.dera.gov.uk, hetz(a)witch.dyndns.org, >Date: 10 Jan 2003 09:47:41 +0000 > >> As i know, khtml support most of the IE-isms (for compatibility, try to actve "IE support" in konqueror). >> And for ActiveX, it must be simply supported by a khtml plugin (as crossover plugin do) > >If only it were that simple. Rather ironically the thing that led to me Wine in the first place was that >I needed to use features of an ActiveX control that were only available under IE. Same problem here :) > Although it would also (in theory) >work in Mozilla or Konq as well, in practice they didn't support rich enough plugin interfaces for host scripting >merge (where the plugin hooks into the browsers script interpreter and partially merges them together). Hence I now >sometimes need to use IE under Linux. http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/kparts/browserextension.h?… -> LiveConnectExtension is for scripting Interface (kjs and JAVA support use it so it will be sufficient for ActiveX/ActiveScript) (I have played with it a long time ago for a mini-basic scripting support) >There are lots of IEisms that I doubt Konq replicates. ActiveX controls are sometimes a lot more complex than just >displaying some controls on a page, they can actually integrate with IE to quite an impressive extent. maybe but all ActiveX i have seen are only embeded plugins or code who: - sometimes modify html rendering (ex: embeding directx panel, ...) - do some windows calls And i don't see what you cannot do with konq plugins. >For instance: > >- DirectX filters hmm, problem here, DirectShow and DirectMedia are not supported by wine yet ( it's at end on my todo list :) ). >- DHTML Behaviours if you talk by unsupported specific IE-DHTML behaviors by kthml ... we have to see if we can easily extend khtml parser without forking kthml code (i haven't see how parser interact with plugins) Maybe asking khtml people if its possible integrating more IE-isms compat in kthml ... >- ActiveScript (needs a vbscript interpreter as well as a JS interpreter) >- ActiveX data binding >- .NET integration .NET integration is difficult because it can use SOAP and somes XMLs stupid things :( >and so on. I expect upstream khtml could get 80% of the way there, but the remaining 20% would require tight >integration with Wine and some extensive code changes. >-- >Mike Hearn <m.hearn(a)signal.qinetiq.com> >QinetiQ - Malvern Technology Center > Raphael

1 0

Re: Re: html browser for wine (khtml)
by fenix＠club-internet.fr 10 Jan '03

10 Jan '03

Hi, ----Message d'origine---- >Sujet: Re: html browser for wine (khtml) >De: Mike Hearn <m.hearn(a)signal.qinetiq.com> >A: hetz(a)witch.dyndns.org >Copie à: dpaun(a)rogers.com, wine-devel(a)winehq.com >Date: 10 Jan 2003 09:14:54 +0000 <snip> >About duplication - I think it's probably most likely that the best course would be >to copy the KHTML source into the Wine tree, because I'd expect modifications would >be needed in order to support all the IEisms that will crop up in regular usage of >the WebBrowser control. KHTML out of the box won't, and never will support ActiveX, >IE specific markup or any of the other proprietary stuff MS threw in for fun during >the browser wars. The KDE team would rightly reject such patches from being integrated >into upstream. As i know, khtml support most of the IE-isms (for compatibility, try to actve "IE support" in konqueror). And for ActiveX, it must be simply supported by a khtml plugin (as crossover plugin do) >thanks -mike >-- >Mike Hearn <m.hearn(a)signal.qinetiq.com> >QinetiQ - Malvern Technology Center Raphael

2 1

html browser for wine (khtml)
by Hetz Ben Hamo 10 Jan '03

10 Jan '03

Hi, Yesterday, Apple released their web browser - Safari. The license is LGPL and the code is based on KDE's KHTML rendering engine. Whats the difference? now you don't need QT, so license wise - it's kosher ;) Thanks, Hetz

5 9

Re: getting started
by Dimitrie O. Paun 10 Jan '03

10 Jan '03

On January 10, 2003 01:14 am, Glen Kaukola wrote: > All they have is C++ code. So maybe I should go with my > original plan of compiling stuff with visual studio and seeing if it > runs under wine. Or do you have any other suggestions? Compiling stuff with visual studio is a first step. But it should be very simple to do a Makefile for the examples, how many files do you have in one example? Here is an example Makefile that you can use under mingw: (let me know if it doesn't work, I just typed it inline here, no testing) >--------------- cut here ------------------------< CC = gcc # change this to winegcc under Wine CXX = g++ # change this to wineg++ under Wine RC = windres # change this to wrc under Wine # There six lines will change between examples TARGET = sample1.exe #name of the executable SRCS = file1.cpp file2.cpp ... RSRC = res1.rc res2.rc ... # If you need to add defines, add them to CPPFLAGS # CPPFLAGS, INCDIRS, LIBDIRS, and LIBS may change between examples CPPFLAGS = # add stuff here like -D_WIN32_IE=0x0400 CFLAGS = -mno-cygwin -W -Wall -g -gstabs+ -fno-exceptions -fno-rtti LDFLAGS = -mno-cygwin -mwindows INCDIRS = # add stuff there like -I../include LIBDIRS = # add stuff like -L../lib LIBS = -lcomctl32 # we'll need to add more libs in here for sure OBJ = $(SRCS:.c=.o) $(RSRC:.c=.o) %.o : %.rc $(RC) $(CPPFLAGS) $< $@ %.o : %.cpp $(CXX) $(CFLAGS) $(CPPFLAGS) $(INCDIRS) -c -o $@ $< %.o : %.c $(CC) $(CFLAGS) $(CPPFLAGS) $(INCDIRS) -c -o $@ $< $(TARGET): $(OBJS) $(CXX) $(LDFLAGS) $(LIBDIRS) $(LIBS) -o $@ $(OBJS) # A few nice targets all: $(TARGET) clean: rm -f $(TARGET) $(OBJS) >--------------- cut here ------------------------< It's not hard, just look in the .dsp project to see what you need to put in these variables. -- Dimi.

2 1

[Fwd: Re: getting started]
by Glen Kaukola 10 Jan '03

10 Jan '03

Dimitrie O. Paun wrote: > Compiling under the SDK using MS tools gives us little value. We already > know that works. If you don't want to spend the cash on MSVC (and not make > MS any richer :)), and are willing to invest some time into it, I suggest > the following path: > 1. Get the latest mingw 2.0 distribution from http://www.mingw.org > 2. Modify the makefiles that come in the book to work with GNU make, > and the mingw tool chain. Make sure you use forward slashes (/)! :) > 3. Build on Windows with your newly created Makefiles, and verify > that everthing runs under Windows just fine. > 4. If you feel like it, document what steps you took to convert the > makefiles. Maybe we'll put that on the Winelib page, to help > others in the future. > 5. Take the exact same Makefiles you used under Windows, change > 3 lines in them (CC=winegcc, CXX=wineg++, WINDRES=wrc), and > try to compile under Linux. Use the latest Wine tree, and > you should have native Linux apps. If you get errors in this > step, they are Wine error, please report them, and let's try > to fix them. This is the real value of this exercise. > 6. Once everything builds, run the apps, and make sure they run fine. > If they have problems, and you feel brave, let the debugging begin! > > Welcome to the team! > Well I've gotten MinGW and sorta learned my way around it. But now, my problem is that neither of my windows programming books has makefiles of any sort. All they have is C++ code. So maybe I should go with my original plan of compiling stuff with visual studio and seeing if it runs under wine. Or do you have any other suggestions?

2 1

Expected name, id, length or ordinal error
by John Westerman 10 Jan '03

10 Jan '03

Hi Everybody, I'm currently trying to compile the basic Win32 "Hello world" project that VC6 generates for you using Wine. Currently I'm running winemaker like this: winemaker --nomfc -I/usr/local/wine/include -L/usr/local/wine/lib -ikernel32.lib -iuser32.lib -igdi32.lib -iwinspool.lib -icomdlg32.lib -iadvapi32.lib -ishell32.lib -iole32.lib -ioleaut32.lib -iuuid.lib -iodbc32.lib -iodbccp32.lib /home/john/hello I've also added the header files that would have been found in the StdAfx.h to my main.cpp. This is because Winemaker wouldn't build with StdAfx.h in the directory, so I deleted it. This is the error I now get when I run make ./hellotest.spec:8: Expected name, id, length or ordinal My hellotest.spec looks like this: name hellotest type win32 mode guiexe init WinMain rsrc hellotest.res import kernel32.lib import user32.lib <- line of failure Any Ideas? Thanks in Advance, John Westerman

2 1

PATCH - Define needed flags when building for Mingw
by Steven Edwards 10 Jan '03

10 Jan '03

Dont know if this is right or not as you all know I think configure is a little whore. =P Maybe this should go somewhere else. I have about 12 or 13 other things that need to be fixed when building WINE for Mingw and MSYS and I am tired of doing ./configure CFLAGS="-D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK" Maybe someone can suggest a better way rather than -DWINE_NOWINSOCK? Thanks Steven Changelog: add defines for Mingw cvs diff -u configure Index: configure =================================================================== RCS file: /home/wine/wine/configure,v retrieving revision 1.387 diff -u -r1.387 configure --- configure 9 Jan 2003 06:04:33 -0000 1.387 +++ configure 10 Jan 2003 04:55:54 -0000 @@ -11973,7 +11973,8 @@ case $host_os in mingw32*) - CRTLIBS="-lmsvcrt" ;; + CRTLIBS="-lmsvcrt" ; + CFLAGS="=$CFLAGS -D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK" ; esac cvs diff -u configure.ac Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.119 diff -u -r1.119 configure.ac --- configure.ac 9 Jan 2003 06:04:33 -0000 1.119 +++ configure.ac 10 Jan 2003 04:56:29 -0000 @@ -857,7 +857,8 @@ AC_SUBST(CRTLIBS,"") case $host_os in mingw32*) - CRTLIBS="-lmsvcrt" ;; + CRTLIBS="-lmsvcrt" ; + CFLAGS="=$CFLAGS -D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK" ; esac dnl **** Get the soname for libraries that we load dynamically **** __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

2 2

DirectSound and i810 soundcards
by Francois Gouget 10 Jan '03

10 Jan '03

There is a problem with Directsound and i810 soundcards. The test I just sent to wine-patches illustrates it very well. Basically sounds are being played too fast. Here's my understanding of the problem (if my memory and understanding of the logs is correct): When DSound initializes it create a primary sound buffer and invokes winmm to actually get access to a sound device. The default format of the primary buffer is 22050x16x2 (i.e. 22050Hz, 16 bit sound, stereo). This means the device it's going to get will be handled by msacm.drv which will be responsible for performing the conversions on the fly. However during the primary buffer creation DSDB_MapPrimary gets invoked in wineoss and does an mmap of the hardware sound buffer. So when we then play sound in a secondary sound buffer, this sound gets mixed into the primary buffer, but because of the mmap this then goes straight to the sound card with no further conversion. So you end up with a chipmunk sound effect since you play a 22050x16x2 sound at 48000x16x2. I will try to make more tests to confirm this but does it seem to make sense? Should I look in some other direction? Any suggestion about a fix? If you have an i810 soundcard you can reproduce by doing the following: * apply "Add WINETEST_INTERACTIVE" from wine-patches * apply "Add 'audiophile' DirectSound tests" from wine-patches * cd dlls/dsound/tests * make * WINETEST_INTERACTIVE=1 ../../../tools/runtest -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c (you can also set WINETEST_DEBUG=2 to get more debug info about the test's buffer management, though this is probably not relevant here) Alternately, you can download the latest Windows test binaries from my site (http://fgouget.free.fr/wine/winetests.zip) and run them using Wine, or on Windows: set WINETEST_INTERACTIVE=1 dsound_test dsound Actually I would be interested in the results of this test on Windows: * the test tone is usually played three times. Are all three, and especially the first one, at the right pitch? * what is the output of the test? I'm interested in reported capabilities as stated by Windows and Wine for instance (to determine whether the primary buffer is emulated for instance). * what is the primary buffer's default format? 22050x16x2? (that's not supported by the sound card!) * does the winmm test work? set WINETEST_INTERACTIVE=1 winmm_test wave * in particular, what happens when the test tone is played with WAVE_FORMAT_DIRECT on Windows? (except Win9x platforms which don't support that flag) -- Francois Gouget fgouget(a)codeweavers.com

3 8

Problem in dlls/ddraw/dsufrace/main.c
by Sylvain Petreolle 10 Jan '03

10 Jan '03

Trying to run Revolt Demo, the program halts saying DDERR_NOTFOUND in Main_DirectDrawSurface_GetAttachedSurface Looking in the source, we see that : found=NULL; for (surf = This->attached; surf != NULL; surf = surf->next_attached){ ... // surf is not modified into that if (...) found=surf; } if (found == NULL) { TRACE("Did not find any valid surface\n"); return DDERR_NOTFOUND; } Looks like the only possible return value of this is DDERR_NOTFOUND, because of the for(...; surf !=NULL ; ...) Or am I writing complete bullshit ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 9

Re: Registering DLL's
by John K. Hohm 09 Jan '03

09 Jan '03

Alexandre said: > Part of it should be done with DllRegisterServer, the rest can be > handled by the .inf script. And I think it's OK to add the necessary > DllRegisterServer entry points even if the native dll doesn't have > them. I'm glad you feel that way. I created bug 1117, "Make all Wine OLE DLLs self-registerable", and have been working on an implementation. For some reason I can't accept the bug; though I've tried several times, it stays at UNCONFIRMED. What to do about DLLs like ole32.dll that have a native DllRegisterServer but no corresponding DllUnregisterServer? I'm inclined to include it for completeness, though it's unlikely that anyone would ever want to unregister such a basic system DLL. I posted my idea for representing the registration data, accidentally from "jhohm(a)happyhappy.dyndns.org" rather than my usual "jhohm(a)acm.org" (see http://www.winehq.com/hypermail/wine-devel/2002/11/1409.html), but I haven't gotten any responses, not even "looks fine" or "you are a moron". I guess I'll just start submitting patches, then.

4 11

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