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

Re: New tests failing ...

by Alexandre Julliard

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > ChangeLog > ------------- > fixed tests in dlls/winspool/tests/info.c when wine runs in NT-like mode This kind of things should only be done if there is an actual app that depends on it. Otherwise we shouldn't do version checks at all, just fix the test to cope with all versions. -- Alexandre Julliard julliard(a)winehq.com

Jan. 21, 2003

Re: Installshield 6 crash: ole trouble

by Greg Turner

On Tuesday 21 January 2003 04:38 am, Marcus Meissner wrote: > On Tue, Jan 21, 2003 at 09:43:29AM +0000, Mike Hearn wrote: > > Would this be fixed by the work that's being done on Wines RPC > > implementation? > > This is a different implementation, when it is finished ... yes. don't hold your breath :) But I concur, implementing the RPC APIs, including the DCOM specific ones, will fix it eventually. Now that I have an actual working test, I can continue work on the actual implementation side. But first I want to do some more cabextract stuff, since it appears that it's not 100% working yet. > The current implementation should be capable of doing that too. > > > Why exactly does an installer require such complex parts of OLE > > anyway? That seems like overkill for a self-extracting exe to me. > > No clue. Well, it's not hard to imagine why an installer might need some interprocess communicaiton. And since RPC is available for basically every MS OS out there, and even non-MS platforms, it's easy to see how they came to the decision to use it. -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

Jan. 21, 2003

Re: Fwd: [MPlayer-dev-eng] cvs remote vulnerability

by Jeremy Newman

Thanks! The version of cvs on WineHQ.com is patched for this issue. On Tue, 2003-01-21 at 09:43, Sylvain Petreolle wrote: > From: Robert Penz <robert.penz(a)outertech.com> > To: mplayer-dev-eng(a)mplayerhq.hu > Subject: [MPlayer-dev-eng] cvs remote vulnerability > Date: 21 Jan 2003 11:57:24 +0100 > > http://security.e-matters.de/advisories/012003.html?SID=b105dbb11a6affba5fe… -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

Jan. 21, 2003

Re: Installshield 6 crash: ole trouble

by Marcus Meissner

On Tue, Jan 21, 2003 at 04:26:28PM +0100, Sylvain Petreolle wrote: > what are the missing functions that live in stdole2.tlb ? > is someone trying to implement it ? The TLB is a typelib file, which is compiled from a .IDL file. So widl needs to generate it at one point. Ciao, Marcus

Jan. 21, 2003

Fwd: [MPlayer-dev-eng] cvs remote vulnerability

by Sylvain Petreolle

___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 21, 2003

Re: Installshield 6 crash: ole trouble

by Sylvain Petreolle

what are the missing functions that live in stdole2.tlb ? is someone trying to implement it ? ===== 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

Jan. 21, 2003

Re: Old PROGMAN DDE service for creating icons=?iso-8859-1?Q?=3F ?=

by Eric POUECH

> I'm vaguely tempted to write an xinetd for dde, so programs > can accept dde messages on stdin and send responses via stdout :-) > - Dan the major concern here of course is how to start the DDE server(s) we would need to emulate window's behavior - either we start an explorer equivalent for each wine session, which can be rather costly - the xinetd proposition will be very hard to implement. in raw DDE management, the server lookup is separated from the message sending and it's quite difficult to cover all server lookup cases to actually launch the missing server (inetd only provides the mapping to the right server and the dynamic loading, but it won't solve the question of when to invoke inetd - which has to be done by wine anyway). server lookup methods include: - does a window of a given class name exist - broadcast to all toplevel windows of an init message OTOH, implementing it only at DDEML level is way more easy, but won't cover all the cases (btw, I don't have any good idea of how much coverage we might lose in that case) A+

Jan. 21, 2003

Re: Installshield 6 crash: ole trouble

by Marcus Meissner

On Tue, Jan 21, 2003 at 09:43:29AM +0000, Mike Hearn wrote: > Would this be fixed by the work that's being done on Wines RPC > implementation? This is a different implementation, when it is finished ... yes. The current implementation should be capable of doing that too. > Why exactly does an installer require such complex parts of OLE anyway? > That seems like overkill for a self-extracting exe to me. No clue. Ciao, Marcus

Jan. 21, 2003

Re: Buiz talk

by Marcus Meissner

On Tue, Jan 21, 2003 at 09:32:45AM +0100, Uwe Bonnes wrote: > Hallo, > > on > http://www.vnunet.com/News/1138118 > Suse's Dan Homolka is cited with: > > Dan Homolka, technical sales manager at SuSE, claimed that the vendor's > > Linux environment actually runs Microsoft Office faster than Windows "mainly > > because Linux is much better at context-switching". Well, you know sales statements, piped through unreliable reporters etc. The announcement does not include that statement: (englisch) http://www.suse.de/en/private/products/suse_linux/office_desktop/index.html (german) http://www.suse.de/de/private/products/suse_linux/office_desktop/index.html > Suse Window support is based on Codeweavers Cross Office. Yes. > Does this stand a real world test? Well, we hope so. Ciao, Marcus (end of advertisement ;)

Jan. 21, 2003

Re: Buiz talk

by Mike Hearn

Considering that afaik Office runs as one process, I can't understand how context-switching performance would make any difference. If anything, it should run slower as Wine isn't as optimized as Windows is, and Windows apps will be optimized for fast threading, as Windows apps make far greater use of threading than multiple processes but Linux threading support is yet another area that it's in flux. On the other hand, getting rid of Clippy is a feature that makes up for any slight problems Wine may (or may not) have with Office :) On Tue, 2003-01-21 at 08:32, Uwe Bonnes wrote: > Hallo, > > on > http://www.vnunet.com/News/1138118 > Suse's Dan Homolka is cited with: > > Dan Homolka, technical sales manager at SuSE, claimed that the vendor's > > Linux environment actually runs Microsoft Office faster than Windows "mainly > > because Linux is much better at context-switching". > > Suse Window support is based on Codeweavers Cross Office. > > Does this stand a real world test? > > Bye -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 21, 2003