- Wine-Devel - list.winehq.org

Re: Building documentation start
by Francois Gouget May 27, 2003

May 27, 2003

On Tue, 27 May 2003, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. This section does not belong in the Winelib guide. The Winelib guide deals with how to compile Windows applications using Wine, not how to compile Wine itself. This list of dependencies would fit better in the PACKAGING guide, between the REQUIREMENTS and WINE COMPONENTS sections. You could also add something like this to the REQUIREMENTS section: * A build system satisfying all Wine's soft and hard dependencies so that the resulting Wine package has all Wine's features. You may also want to point to this section from the README's 'COMPILATION' section. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

2 2

Re: Fwd:Re: Sourceforge
by Jeremy Newman May 27, 2003

May 27, 2003

I think we should keep the sidebar links internal to the site. I don't want those links to take you off site. Its better to have the download.template, as not ALL of our downloads will be hosted there. Ie, I want to keep the links to CodeWeavers and Trasgaming as alternate versions of wine. We can update that page if you do not feel the wording is strong enough about OFFICIAL WINE BUILDS. :-) On Mon, 2003-05-26 at 09:43, puoti(a)inwind.it wrote: > Hello, what do you think about this? > On May 26, 2003 07:53 am, puoti(a)inwind.it wrote: > >>I think the best thing to do would be to point the link > > >to wine binaries in the winehq.com menu to the wine sourceforge page, > > >instead of download.tramplate so everybody wanting a wine binary would get > > >it from there. > > > >That's a good idea, but it's better forwarded to wine-devel because this is > >Jeremy Newman's territory, and I'd rather have him do the change. > > > >-- > >Dimi. > > >

1 0

Re: Building documentation start
by Mike Hearn May 27, 2003

May 27, 2003

JACK is a sound server, like aRts or esound. It's good for low latency work but is Linux specific. I think Wine supports aRts as well, perhaps that should be on the list. At some point, somebody needs to merge in the improvements TransGaming made to wininet (their copy of the dll is based on lgpld code) at which point we'll have a dep (hard? soft?) on OpenSSL too. Hmm. Can't think of any more at present. There are probably more though.... thanks -mike On Tue, 2003-05-27 at 14:52, Shachar Shemesh wrote: > This includes the begining of a Build doc in wine-devel. It also > contains a list of the soft-dependancies I spotted, and urging the > packagers to consider this list. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Wine Bug #1435 and Dos_fs.c
by Mike Hearn May 27, 2003

May 27, 2003

Hi Andrew, I was warned at the time that the return code of this class of functions had particularly crack-like properties, however a test case on Win98 and WinXP appeared to show that this was the right code. Clearly however it caused a regression, as a few days ago I also saw a problem with 16 bit file open dialogs no longer showing directory lists. Can you confirm that ChessBase Light is a 16 bit app? The file open dialog should look like an old win3.1 dialog if so, rather than a 9x/NT4 style dialog. If there is a downloadable demo of this app this would also be useful. thanks -mike On Sat, 2003-05-24 at 22:11, Andrew Talbot wrote: > Dear Mike, > > I hope you do not mind me e-mailing you directly, but I have been trying to > track down a bug associated with the Directory pane of a File Open Dialog > ceasing to update properly (Wine bug #1435) and believe that you are the man > to contact. > > I do not have the expertise to solve the problem myself, but I wound back the > CVS and discovered that the bug was introduced on 4th April 2003, between > 16:00 and 17:00 CST. By examining the Changelog, I noticed that you had > submitted modifications to 'dos_fs.c'. I substituted the old dos_fs.c into > the post-bug build and found that the bug had disappeared. Thus, it appears > that the bug was introduced via that file at that time. > > Please could you have a look to see if you can identify the problem? I can > happily tell you how to get the problem to manifest itself, if necessary. > > Thanks and regards, > > -- Andy Talbot. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: cvs.diff
by Andreas Mohr May 27, 2003

May 27, 2003

Hi, On Sun, May 25, 2003 at 11:45:25PM -0400, Tom Wickline wrote: > > Hello, > > Change cvs -z 3 to cvs -z 0 Huh, why do you think anyone would accept that? A lot of people still use modem links (or even DSL might be troublesome for that matter), so using no compression at all can be considered fatal. For such a strange patch (at least from my point of view), an explanation/justification is sorely missing. -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

8 11

DCOM/DCE/RPC
by Thomas Hergenhahn May 26, 2003

May 26, 2003

Dear all, in issue 170 of your weekly newsleeter, I read about your difficulties to get at the specifications for DCOM/DCE/RPC wire protocol. I think that the following information might be of some interest to you: 1. There is project named FreeDCE on sourceforge. As far as I saw most recent CVS entries are about 21 months of age. 2. I found the following article which describes how to build a DCOM client on Linux using FreeDCE: http://www.idevresource.com/com/library/articles/comonlinux.asp This article also confirms that the wire protocol is the same RPC protocol that FreeDCE implements. The example client does not use the NTLM authentication, so it could connect only to a server that is configured to grant access/launch without authentication. 3. The samba project has an rpcclient that can list printer drivers, remote shut down a machine and more things. It uses authentication and so I suppose it implements NTLM. HTH Thomas ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101

2 1

Re: .diff wrapping woes.....
by Duane Clark May 26, 2003

May 26, 2003

Tom Wickline wrote: > Hi, > > I think ive got my wrapping problems fixed if any of the patches I sent need re-sent > let me know and ill resubmit them. > Well, that is a rather long wrap length on this email, for some reason. As for the cvs patch, the attachment is base64 encoded. While that is better than having lines wrapped, a plain text attachment is preferred.

1 0

[HELP] winecfg/who is mike?
by Dimitrie O. Paun May 26, 2003

May 26, 2003

Hi folks, Can someone tell me who was 'mike' on the IRC chat? I don't have access to a large enough log to see when he logged on/off. Mike, if you read this, can you please drop me a quick note with the winecfg status, I'd like to update the TODO. Thanks! -- Dimi.

2 1

Re: Wine's critical sections and reccursive enter...
by fenix＠club-internet.fr May 26, 2003

May 26, 2003

Hi, why have you played with this ? :) It worked well before and now ... Regards, Raphael ----Message d'origine---- >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: wine-devel(a)winehq.org >Sujet: Wine's critical sections and reccursive enter... >Date: Mon, 26 May 2003 14:13:31 +0200 > >Hi all, > >To clean-up a bit the mess that was in the D3D GL critical section handling, >I removed all the code that handles these kind of situations : > >function A : > ENTER_GL(); > some_code > LEAVE_GL(); > >function B: > ENTER_GL(); > some_code > LEAVE_GL(); > call A > ENTER_GL(); > some_code > LEAVE_GL(); > >So we actually went out of the critical section when we knew that it was >acquired again by function A... As, according to MSDN, the crit. sections >are actually 'recursive' (ie that you need to leave them X times if you >entered them X times and that entering an already held crit. section does >not lock the application), I removed all the extraneous LEAVE / ENTER call >around already protected functions (which is much nicer to the eye). > >The problem is that with that change, I start to get all sorts of time-outs >of the X11 critical section. > >So are Wine's internal critical sections (like the X11 one) really recursive ? > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ > >

1 0

Problem with cut/copy&paste in Agent
by Gerhard W. Gruber May 26, 2003

May 26, 2003

I noticed that cut & paste doesn't work properly. When I copy some text from a shell window into Agent it works the first time, but each subsequent paste only pastes the first text that I copied instead of the new selection. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 6