wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Dsound test fails with E_NOTIMPL error
by Sylvain Petreolle 25 Feb '03

25 Feb '03

make[3]: Entre dans le répertoire `/home/wine/dlls/dsound/tests' ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel 0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:wave:IDsCaptureDriverImpl_GetDriverDesc (0x4026c528,0x4026c778): stub! fixme:wave:IDsCaptureDriverImpl_Open (0x4026c528): stub! dsound.c:643: Test failed: DirectSoundCaptureCreate failed: 0x80004001 fixme:wave:IDsCaptureDriverImpl_Close (0x4026c528): stub! make[3]: *** [dsound.ok] Erreur 1 make[3]: Quitte le répertoire `/home/wine/dlls/dsound/tests' make[2]: *** [tests/__test__] Erreur 2 make[2]: Quitte le répertoire `/home/wine/dlls/dsound' make[1]: *** [dsound/__test__] Erreur 2 make[1]: Quitte le répertoire `/home/wine/dlls' make: *** [dlls/__test__] Erreur 2 ===== 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". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

gcc 3.2.2?
by Gregory M. Turner 25 Feb '03

25 Feb '03

To my surprise, Gentoo (ACCEPT_KEYWORDS="", iow "stable" Gentoo) is ready to give me gcc 3.2.2 (in fact it compiles as I type). So, what can I expect from wine and gcc322? Any known interestingnesses? Anyone even tried it? Presumably, since the threading magic needs to be in the kernel (I run a modified linux-2.4.21-pre4-ac5 atm), I will not get the pthread bug... but then again, how do I know for sure if I suffer from that or not? Is there a test that is known to reliably break against the new threading model (or perhaps I can presume I "got it" if i can't run notepad?1) whee, gotta love Gentoo, where "stable" means "it's been released for several days" ;) -- gmt "Of all the tyrannies, a tyranny sincerly exercised for the good of its victims may be the most opressive. It may be better to live under robber barons than under omnipotent moral busybodies. The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for our own good will torment us without end, for they do so with the approval of their own conscience." - C. S. Lewis

6 9

Is there some test app that reliable crashes?
by Gerhard W. Gruber 25 Feb '03

25 Feb '03

I need some app that will produce a crash in order to test winedbg and get used to it. Does anybody have such an application or can tell me a quick way how to create one? Except booting to Windows and writing a NULL pointer access or some such. :) I installed winedbg according to the winehq instructions but when Agent crashes and I say Yes to debug it the wineserver and agent is stuck and I have to kill -9 it. Maybe this is because the output goes to the console window? I think I read something about console but I have no console as a normal user so I can't check this. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 6

thread safe?
by Lonnie Cumberland 25 Feb '03

25 Feb '03

Hello All, I was wondering if someone could please tell me if Wine is thread safe? That is, I am wondering if is possible to be running multiple Windows applications under wine at the same time without much degradation of the performance of the system? Thanks in advance, Lonnie __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

3 2

Retiring...for now
by Dustin Navea 25 Feb '03

25 Feb '03

Hey guys, I know its been a while.. Things have changed a lot since my last contact with you guys, just thought I would give you a heads up.. I couldnt afford the phone/dsl and let that go, lucky my email is still in tact.. Then I lost my job and couldn't afford rent, so I sold my PC.... :'-( Now, Im gettin ready to start a new job as a telemarketer, and will hopefully be able to make rent this month.. I think everything will be O.K. I just need time to get my priorities straight.. I will probably be leaving to go into the U.S. Army toward the end of the year this year or beginning of next year... Anyways, It's been fun; anyone that wants to take over my bugs on bugs.winehq.com may do so, anyone that wants to take over any of my other tasks (User's Guide, etc) may do so as well, but save a spot for in case I ever find a way to get back here.. May you all have much luck in your journeys and I hope to see you all again someday... Regards, Dustin

4 3

MoveFileW bug?
by Roderick Colenbrander 25 Feb '03

25 Feb '03

Hi, Today someone asked me to look at some Wine problems when running a gaming app called "Steam". Because I wasn't using the latest version of the app, the program tried to update itself. During the update process the main program (steam.exe) needs to be replaced by a new version. To do this the old program exits and another executable is being launched. The new process tries to backup the old steam.exe to wine's temp drive to restore it in case something goes wrong. Here the real problem appears. After "moving/renaming" the file the update tool gives an error stating that steam.exe still exists. After looking at the debug output I saw that to move the file the update tool is using MoveFileW. Normally nothing is wrong with this but according to MSDN (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/bas…) it can be used for about everything except for the following: "The MoveFile function will move (rename) either a file or a directory (including its children) either in the same directory or across directories. The one caveat is that the MoveFile function will fail on directory moves when the destination is on a different volume." The update tool is using something like this: MoveFileW(steam.exe, e:\\steam.exe) So it tries to move a file from c:\steam\steam.exe to e:\steam.exe which according to the MSDN docs is not possible. The same works fine on Win2k. After hacking MoveFileW to not check if the volumes are different it worked fine on Wine too. What shall we do? Shall we implement the same bugs Windows is doing or shall e listen to the docs at MSDN? (I'm sure some tests need to be made) Roderick Colenbrander

3 3

[Fwd: Re: GDI question]
by Mike Hearn 25 Feb '03

25 Feb '03

-----Forwarded Message----- From: James Chaldecott <james(a)swythan.co.uk> To: m.hearn(a)signal.dra.hmg.gb Subject: Re: GDI question Date: 25 Feb 2003 09:32:48 +0000 Mike, I'm a Win32 developer, and I take a look at WineHQ every so often and I noticed this thread. I don't know what Wine performance is like, but I thought you might be interested to know that some Windows graphics drivers (particularly Nvidia) are also very slow doing off-screen BitBlt operations under some circumstances. BitBlt'ing between two memory DC's seems to get very slow if the "acceleration level" is set to "Full" (the default) in the driver. I'm guessing they are, in fact, trying to overoptimize and they assume that at least one of the DC's is a real device (i.e. already in video memory), although I don't really know. We have the problem with our software and found the easy way to overcome it was to drop the driver acceleration factor a notch! I also spotted a bug in Mozilla's Bugzilla DB, and did some profiling for them. http://bugzilla.mozilla.org/show_bug.cgi?id=170272 Anyway, I thought you might be interested. I suppose it means that lots of the BitBlt's being done *are* being accelerated by the hardware, and this is a corner case were performance degrades. James Chaldecott P.S. Feel free to post this to the list if it's interesting, but I don't subscribe, ATM. >Well, I just tried a simple comparison of the Adobe SVG plugin under >Wine and IE6 on Windows XP. Wine _is_ slower by a visible amount when >doing repeated bitblts such as the plugin does on an animation I have, >but it's certainly not something that'd actually affect real world >usage. I don't think GDI performance is really an issue at present, most >apps don't do these kind of repeated double-buffer switches (i assume >flash doesn't actually use the gdi to render into its backbuffer?) so it >only affects apps like photoshop and director/flash. > >In particular when I run the SVG plugin, I can see a FIXME talking about >a potential optimization, so really the issue is just a case of elbow >grease for optimizations (esp in bitblt) rather than a rewrite I'd guess. > -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Was reading through the newest news and wondered about Transgaming's fix.
by Joe Millenbach 25 Feb '03

25 Feb '03

Did I read that correctly, in that they fixed whatever issues Wine has with glibc 2.3? So that issue with threads being different would be fixed with this? And if the above is true then are they planning to submit this to the Wine project or is this only for thier version? Thanks for your time, Joe Millenbach _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

3 2

Re: Spam/Bounce-Mail
by Dan Kegel 25 Feb '03

25 Feb '03

Joerg Frings-Fuerst wrote: > first I say sorry for your trouble with my bounce-mails. > > This weekend I setup my new Mail-Backupserver. After this work I test a new > version of my Spamcheck-script. In this script I call "rblcheck". My mistake > was the test via list.dsbl.org. I don't mind -- it revealed a bug in my email setup! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Don't use -Wpointer-arith if it produces excessive warnings
by Dmitry Timoshkov 25 Feb '03

25 Feb '03

"Mike McCormack" <mike(a)codeweavers.com> wrote: > On Slackware 8.1, this caused a screenful of warnings for *every* file > compiled, which makes it difficult to see important warnings. Same on RH 6.2. But it's actually bug(s) in string.h and a better way IMHO is just fix it, instead of silencing warnings if a user is *really* annoyed by that avalanche of warnings. -- Dmitry.

2 4

Re: WCMD AutoExec patch
by Eric Pouech 24 Feb '03

24 Feb '03

Dave Pickles wrote: > As discussed on Wine-devel recently this patch allows wcmd to execute a file > "autoexec.wine" if it exists in the root directory of the default drive. I think we'd better shouldn't we look in <%sysdir%>\system32\autoexec.wine instead (that's where NT puts the autoexec.nt files that cmd.exe loads on startup) ? A+ -- Eric Pouech

2 1

Re: wine/dlls/x11drv x11drv_main.c
by liu spider 24 Feb '03

24 Feb '03

It crashed every time when I closed an app, not just "sometimes" :( And I think maybe exchange the calling order of XCloseIM and XCloseDisplay is a better method than just comments out XCloseIM ( I think this will lead to some other problems). --- Alexandre Julliard <julliard(a)wine.codeweavers.com> wrote: > ChangeSet ID: 7168 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/01/29 > 19:08:53 > > Modified files: > dlls/x11drv : x11drv_main.c > > Log message: > XCloseIM sometimes crashes in Xlib, don't call it. > > Patch: http://cvs.winehq.com/patch.py?id=7168 > > Old revision New revision Changes Path > 1.67 1.68 +1 -1 > wine/dlls/x11drv/x11drv_main.c > > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

2 5

Re: Crashes in OSSs audio.c on FreeBSD
by Eric Pouech 24 Feb '03

24 Feb '03

> BSD is probably doing the same thing, but nevertheless, -STABLE (i.e. > FreeBSD 4.x) has a bug in the pcm-driver (I think) which makes mapping > the buffer write-only impossible (at least for me). > > FreeBSD 5.x does not have that problem and sadly the pcm-code between > 4.x and 5.x is virtually the same. I think I remember BSD folks speaking of mmap changes... can someone confirm ? >>>+#ifndef __FreeBSD__ >>> /* for some reason, es1371 and sblive! sometimes have junk in here. >>> * clear it, or we get junk noise */ >>> /* some libc implementations are buggy: their memset reads from the >>> buffer... >>>@@ -1826,6 +1832,9 @@ >>> /* in all cases, fill the remaining bytes */ >>> while (len-- != 0) *p1++ = 0; >>> } >>>+#else >>>+ memset(wwo->mapping,0, wwo->maplen); >>>+#endif >> >>you shouldn't need this chunk > > > I know, this has nothing to do with mmap()ing the buffer, but it looks > like FreeBSDs libc doesn't have the bug with memset(), so I just used > that instead. sure, not all Linux distros have this bug, but it creates a new code path, which is bad for maintenance... so leaving the code as it is, is a better option A+ -- Eric Pouech

1 0

Rebuilding font retrics each time Wine starts.
by J. Grant 24 Feb '03

24 Feb '03

Hi, Is there a reason the "font metrics" are rebuilt every day or so? (when I start to run a program with wine) I am using cvs 20030115 Regards JG

2 1

Re: Users Guide - added basic usage section
by Dan Kegel 24 Feb '03

24 Feb '03

Mike Hearn wrote: > + <para> > + Some programs install associated control panel applets, examples of this would be > + Internet Explorer and QuickTime. You can access the Wine control panel by running: > + </para> > + > + <screen> > + <prompt>$</prompt> <userinput>wine control</userinput> > + </screen> > + > + <para> > + which will open a window with the installed control panel applets in it, as in Windows. > + </para> Um, I tried running wine control and it started running, then exited silently, presumably because no apps have installed any controllet. Either we need to fix that doc, or we need to add a controllet for wine itself, so the list is never empty, or we need to make control.exe put up a dialog box saying "no control panel thingies installed". - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: x11drv, ntdll separation
by David Fraser 24 Feb '03

24 Feb '03

Johan Gill wrote: > Mike Hearn wrote: > >>> And I have it in my tree :) It should be ready for submission in a >>> few months from now. >>> >> >> >> Hvae you checked that it wouldn't be easier to merge in the TransGaming >> implementation? It seems daft to duplicate work if that's the case... >> >> >> >> > It is their work, but I'm doing heavy changes. What stage is the implementation currently at? According to the TransGaming docs, there are still a number of functions to fill in... I would be interested in seeing a patch no matter how much/little is implemented ... because my main aim in getting rid of the fault handler is so that the x11drv can be ported to Windows... David

2 2

Re: Users Guide - added basic usage section
by Keith Matthews 24 Feb '03

24 Feb '03

On Mon, 24 Feb 2003 14:17:41 +0100 Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > And BTW: why is it that once you decide to do some major work, > EVERYBODY suddenly happens to come out of the eternally dark and dangerous > and forgotten woods?? ;-) > Looks like murphy wins again.

1 0

Re: Users Guide - added basic usage section
by Mike Hearn 24 Feb '03

24 Feb '03

> Again, I'm currently working on a MAJOR update of the Guides. > I'll incorporate these parts into my version. > And BTW: why is it that once you decide to do some major work, > EVERYBODY suddenly happens to come out of the eternally dark and dangerous > and forgotten woods?? ;-) Oops, sorry :) Well, just take it to mean that you chose a worthwhile thing to work on. I look forward to the new guides :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: (resend) tests for GetPrivateProfileInt
by Dmitry Timoshkov 24 Feb '03

24 Feb '03

"Stefan Leichter" <Stefan.Leichter(a)camLine.com> wrote: > here are some tests for the function GetPrivateProfileInt. The expected > results are the one from NT4. Hopefully the will match for Win 9x also. > Before i convert GetPrivateProfileInt from ascii to unicode i like to > see some test result from Win9x/ME. > > ChangeLog > ------------- > Added test for GetPrivateProfileInt 1. The patch got wrapped by your mailer. 2. Unicode and Ansi versions of GetPrivateProfileInt (as all other APIs) should be tested separately. -- Dmitry.

2 2

Re: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 24 Feb '03

24 Feb '03

Roland McGrath wrote: > > In glibc, we actually allocate some excess space in the thread-local > storage area layout determined at startup time. This lets a dynamically > loaded module use static TLS if its PT_TLS segment fits in the available > surplus. (In sysdeps/generic/dl-tls.c, see TLS_STATIC_SURPLUS.) If there > is insufficient space preallocated, then loading the module will fail. In > fact, we put this feature there with GL in mind and can adjust the > preallocated surplus for what is most useful in practice. The last time we discussed this issue, I had the distinct impression that an OpenGL library would essentially be forced into using one of the dynamic access models (GD or LD) for __thread variables, hence requiring at least one function call to access a thread-local variable. I also had the distinct impression that the glibc maintainers were unwilling to modify their implementation so that we could use the LE access model, which would allow a 2 instruction thread-safe dispatcher among other things. It looks like I was wrong, and you've gone and addressed all the concerns I originally had with __thread variables. For that, I'm grateful. > In fact, we put this feature there with GL in mind... Did you inform the OpenGL vendors who were interested in this issue of this fact? Have you documented it anywhere, particularly in Ulrich Drepper's "ELF Handling For Thread-Local Storage" document? The current version of this document clearly states that the Local Exec TLS model "can only be used for code in the executable itself and to access variables in the executable itself". Perhaps you can see why I was still under the impression that it would not work for a dynamically loadable shared library. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 1

Building wine tests with nmake and cl in linux
by Dan Kegel 24 Feb '03

24 Feb '03

OK, so there's msvcmaker, but I don't use guis, so I threw together a way to build the wine tests using cl and nmake. I have the following files in ~/bin: nmake: wine -- wcmd /c F:\\bin\\nmake.bat "$@" nmake.bat: call f:/bin/vcvars32.bat echo on nmake %1 %2 %3 %4 %5 %6 vcvars32.bat: same as normal one, but without quotes nmakemaker: (attached) Then in any dll/tests directory, I can type nmakemaker > foo.mak nmake /f foo.mak and build all my tests with msvc. Each test is built as a separate executable, but that's the way I like it for testing anyway. Now I guess I'll submit patches to make everyone else's tests actually *compile* under msvc. It was real funny to see that article on slashdot appear as I was doing this. I seem to have gone a bit further than that guy, since I don't have to use that awful, horrible wcmd window. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 #!/usr/bin/perl for $file (<*.c>) { push(@files, $file) if ($file !~ /generated.c/ && $file !~ /.spec.c/); } print "CC = cl\n"; print "CFLAGS = -I../../include\n"; print "all: "; foreach $a (@files) { chomp $a; $a =~ s/\.c$//; print "$a.exe " } print "\n"; foreach $a (@files) { chomp $a; $a =~ s/\.c$//; print "$a.exe: $a.c\n\t\$(CC) \$(CFLAGS) $a.c -o $a.exe\n" }

1 0

interestig link
by Igor 24 Feb '03

24 Feb '03

http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html

1 0

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 24 Feb '03

24 Feb '03

Ulrich Weigand wrote: > > From what I can see, you are actually getting LE model code > (omitting the ebp stuff which you can avoid using > -fomit-frame-pointer): > > movl %gs:0, %eax > movl __foo_dispatch@NTPOFF(%eax), %edx > movl (%edx), %ecx > jmp *%ecx > > Note that NTPOFF is used; for IE, you'd see INDNTPOFF > or GOTNTPOFF and an additional indirection. Right, thanks! Makes sense. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

1 0

Detect wine filesystem inconsistency ?
by Sylvain Petreolle 24 Feb '03

24 Feb '03

Digging into my C:\\windows\\system directory, I accidentally found two versions of shlwapi.dll. With chance, the 2 versions were identical. What if they werent ? I could have load an old version of the library or worse, of a document. Note this can happen with every file on the virtual disks if they re stored on a case sensitive filesystem. Could we detect and report a such "duplicated" file ? ===== 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". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Wine Packagers Guide
by Dimitrie O. Paun 24 Feb '03

24 Feb '03

On February 16, 2003 12:53 am, Tony Lambregts wrote: > Change Log: Split up the Packagers Guide and move it to its own > directory. Include the the sample config file This is a bit of a problem: Tom is working on it, and splitting it now will screw him badly. Let's do the merge after he finishes integrating his changes. -- Dimi.

3 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