- Wine-Devel - list.winehq.org

Executables icons
by BiGgUn June 15, 2003

June 15, 2003

Hi, I wonder why icons located in an executable are not viewable in GetOpenFileName ? I had a look to the source code (dlls/shell32/folder.c and dlls/shell32/classes.c) and saw that a search is made in the registry. But this search failed because my system.reg doesn't have the queried entry ( [Software\\Classes\\.exe]). I noticed that the winedefault.reg doesn't have the queried entry also. When this search fails, a default icon is applied. By manually adding this entry in system.reg, it is still not possible to get the executables icons :-\ I also saw that [Software\\Classes\\.exe\\DefaultIcon] is also queried. Even if i manually add this entry again, it's not successfull. I think i've missed something in these entries definition but i don't know what. Anyway, by forcing the code to look inside executable for icons, they finally appear :) But it's better to find another solution. How registry should be setted up (system.reg / winedefault.reg) ? Do we need to review the code (adding special case for exe files) ? Stephan P.S.: Excuse me if i bother you with my questions.

3 4

Regarding wine
by Sundaranathan S June 15, 2003

June 15, 2003

Hi All, Can anyone help me out in solving my problem that arises after installing wine in my machine. I installed wine in my machine. After installing i ran wine command it throws "wine client error:0: recvmsg: Bad address" error. Please let me know what is the reason and also the possible solution. Thanks in advance. thanks, -Sundaranathan SIP Technologies & Exports Ltd -- "Live as if to die tomorrow. Learn as if to live forever."

1 0

Re: Stubbed some interfaces for the FilterGraph CLSID.
by Sylvain Petreolle June 15, 2003

June 15, 2003

Your latest patch to winedefault.reg was done in the old registry format. Could you submit another ? This makes regedit complain actually. +[Software\\CLASSES\\CLSID\\{E436EBB3-524F-11CE-9F53-0020AF0BA770}] 1032641842 [...] +[Software\\CLASSES\\CLSID\\{E436EBB3-524F-11CE-9F53-0020AF0BA770}\\InprocServer32] 1032641842 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 "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

Re: CoState should be thread local (move pUnkState into TLS)
by Robert Shearman June 14, 2003

June 14, 2003

> From: Mike Hearn <mike(a)theoretic.com> > To: wine-patches(a)winehq.org > Date: 14 Jun 2003 22:53:02 +0100 > Reply-To: wine-devel(a)winehq.com > > > ChangeLog: > CoState storage should be thread local <snip> > +static DWORD dwUnkStateSlot = 0; /* TLS slot used to the store > the UnkState, see CoSetState */ Please use the APARTMENT structure defined by Ove Kaaven recently (in compobj_private.h), so that: 1. We keep all of the apartment data together 2. Don't use up a TLS slot unnecessarily Thanks, Rob

1 0

The Matrix DVD installer hangs
by Gerhard W. Gruber June 14, 2003

June 14, 2003

Some days ago there was a patch for fixing installer hangs. I just tried to install from The Matrix DVD and the installer starts, but hangs after it a short while running. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

CoSetState
by Mike Hearn June 14, 2003

June 14, 2003

Can anybody enlighten me as to what this is supposed to do? It appears to be undocumented, or at least if it's on MSDN it's not where it should be and Google/MSDN Search can't find it. In particular, if you run RhymBox with native oleaut32,rpcrt4 but builtin ole32, shortly after calling this function it appears to crash. If I remove the Release() call, it no longer crashes but seems to freeze the chat window. Looking at the source, all it seems to do is store the passed IUnknown in a global var, with a note that it should be thread local. That doesn't seem to be a very useful function to have, so it must do more than that. Anybody? I think I'm going to try and make it thread local.... thanks -mike

1 0

Re: DEVENUM.DLL Implementation
by Robert Shearman June 14, 2003

June 14, 2003

> Date: Mon, 9 Jun 2003 23:59:01 +0200 > From: Lionel Ulmer <lionel.ulmer(a)free.fr> > To: wine-devel(a)winehq.com > Subject: Re: DEVENUM.DLL Implementation > > Alexandre, Robert, > > Do you have any idea why this patch was never comitted to Wine ? It's probably best to ask Alexandre about this, but it either slipped through the cracks (and I didn't want to submit it again until I was completely happy with it) or it was due to depending on other unimplemented behaviour (IFilterMapper interface). > Maybe this > will prevent me to do 'quartz,devenum=n' and only 'quartz=n' to get movies > in some applications :-) It should work alright if you can get the patch to apply properly, but IIRC a few changes conflict with it. I still have a few things I'd like to improve (like using DirectSound functions to enumerate the DirectSound devices available) and I will submit another patch when this is done in a couple of weeks. As for the future, work on Quartz shouldn't be too hard to do. A minimal working system would be a File Source 'codec', video and audio renderers and the graph builder, along with my device enumerator implementation. Rob

5 6

Re: Process termination & exit code
by Alexandre Julliard June 14, 2003

June 14, 2003

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > as reported by Igor Sysoev on WD, exit process code wasn't properly > implemented on *BSD > it appeared (thanks Igor for all the testings and traces) that after > terminate_process request was issued, the client/server pipe got > closed because the running thread was actually killed, erasing the > exit_code that terminate_process had set. > This patch actually fixes it. I don't think we need a new thread state just for that; how about something like this? Index: server/process.c =================================================================== RCS file: /home/winehq/opt/cvs-commit/wine/server/process.c,v retrieving revision 1.104 diff -u -p -r1.104 process.c --- server/process.c 18 Mar 2003 05:04:33 -0000 1.104 +++ server/process.c 13 Jun 2003 23:18:03 -0000 @@ -688,7 +688,7 @@ void kill_process( struct process *proce while (thread) { struct thread *next = thread->proc_next; - thread->exit_code = exit_code; + if (exit_code) thread->exit_code = exit_code; if (thread != skip) kill_thread( thread, 1 ); thread = next; } Index: server/request.c =================================================================== RCS file: /home/winehq/opt/cvs-commit/wine/server/request.c,v retrieving revision 1.79 diff -u -p -r1.79 request.c --- server/request.c 28 Mar 2003 00:36:12 -0000 1.79 +++ server/request.c 13 Jun 2003 23:18:04 -0000 @@ -382,7 +382,7 @@ int receive_fd( struct process *process if (ret > 0) fprintf( stderr, "Protocol error: process %p: partial recvmsg %d for fd\n", process, ret ); - kill_process( process, NULL, 1 ); + kill_process( process, NULL, (ret > 0) ); } else { -- Alexandre Julliard julliard(a)winehq.com

3 3

NPTL questions again
by Mike Hearn June 14, 2003

June 14, 2003

Hi, If I want to use a standard kernel from kernel.org, ie not the RH9 stock one, on a RH9 installation, is there anything I need to be aware of? Everything else seems fine, except that I get wierd threading lockups when running Wine. Going back to the original kernel fixes them. Is there any way to rid my RH9 install of NPTL completely? The LD_ASSUME_KERNEL trick doesn't work, and I'd like to stick with this kernel I have now but I need to be able to run Wine. Alternatively if anybody knows of a patch to add NPTL to a standard 2.4.20/21 kernel, then please let me know. thanks -mike

1 0

Re: DSound buffer underrun problems with X-Plane
by Christian Neumair June 14, 2003

June 14, 2003

Am Sam, 2003-06-14 um 07.54 schrieb Jerry Jenkins: > Which sound driver did your specify in your wine config file -- > "~/.wine/config" or something similiar? > If it's winearts, maybe > http://www.winehq.com/hypermail/wine-patches/2003/03/0316.html > is what you need. When I made the backtrace (see below) I used wineoss. Now that you made me remember that there are other sound drivers, too, I tried winealsa - and voila - it works. At least these buffer uderruns occur way more sparse. It's a first success, thanks! > Otherwise could you do a trace for me? I don't think my 56k modem is > capable of downloading the program your mentioned :-(. Run your program as: > wine --debugmsg +wave,+dsound YourProgram.exe >& trace > where YourProgram.exe the file name of X-Plane and email the file directly > to me. The trace way done one minute or so, it just logged the messages during the startup splash screen where you hear engine sound - so it should be an ideal test candidate. I uploaded the trace under [1]. But be warned, it's pretty huge - 350 KB bzip2'ped, ~17 MB bunzip2'ed. regs, Chris [1] http://gnome-de.org/~manny/wine.xplane.trace.bz2

1 0