September 2005 - Wine-Devel

Re: Perform automatic bitmap font configuration. Take 3

by Detlef Riekenberg

Dmitry Timoshkov wrote: > create an appropriate locale setup: > ACP/OEMCP/MACCP and fonts. Great Idea ! > +;; File generated automatically from dlls/kernel/nls/*.nls; do not edit! Would you like to add the script to CVS also? > +;; This should be run through setupapi: > +;; rundll32 setupapi.dll,InstallHinfSection LCID 0 wine_intl.inf > +;; where LCID is locale id, for instance 00000409 for US English. Why did you not use the first Part of $LANG / $LANGUAGE (maybe with a Prefix) as Index? (LOCALE_SISO639LANGNAME and LOCALE_SISO3166CTRYNAME) It's easy to calculate the Index in wineprefixcreate with "cut" and it works for everybody. What about "Default" and "InstallLanguage" in "System\CurrentControlSet\Control\Nls\Language"? (LOCALE_IDEFAULTLANGUAGE) -- By By ... ... Detlef

Sept. 7, 2005

Re: Printing Problems

by Detlef Riekenberg

Am Montag, den 08.08.2005, 14:52 -0700 schrieb josie(a)mbstemps.com: > I have been trying to print reports in Landscape and every time a line hits about 122 characters it cuts out 5 characters and then picks up with the rest of the line, example 'Wine Printing Problems' would be 'Wine ing Problems.' Is anybody familiar with this kind of problem and what I can do to remedy this? I'm not sure if it has to do with the line buffer or the printer driver. Did you have still this Problem ? "Support" -> "Bug Tracking" on WineHQ or "http://bugs.winehq.org/" is a good Place to Start. Can you reproduce the bug with notepad ? ---- testfile_140.txt ---- notepad-start 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 notepad-end ---- cut ---- Start "wine notepad.exe testfile_140.txt" and print this in Portrait and Landscape. Success or Bug ? I tried to Print the Document to a File (my old parallelport-Printer died 1 week ago and my lexmark is not supported on linux), but on my system, wine created a postscript-file with the name "FILE:". Printing with Native "notepad.exe" from win98 did not work. (see Bug 3303: "http://bugs.winehq.org/show_bug.cgi?id=3303") -- By By ... ... Detlef

Sept. 7, 2005

Re: Suggestions for improvement of the emulator

by Lionel Ulmer

On Tue, Sep 06, 2005 at 09:26:44AM +1000, Troy Rollo wrote: > To scale better you would need to divide the project into different areas of > responsibility and have multiple committers. Well, one can say that this model already exists implicitely as most patches to 'non-core' DLLs (DirectX in my case) are applied without much problem by Alexandre (as long as no other DirectX 'core' hackers do not complain when the patch is sent to wine-patches). Now one could say that it would be better to have direct commit access for one guy, but well, it never really hurt anyone (and frankly, I prefer to have the Alexandre quality control as it oftens helps us finding bugs or better solutions if not the basic stuff to force people to send 'small' patches :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

Sept. 7, 2005

Re: Suggestions for improvement of the emulator

by Jeremy White

> takeup (progress) of wine in the market. Interestingly even codeweavers has > such patches that Jeremy White terms "Proprietary Advantage". This'd be good > for me if I was making a living off Wine like codeweavers are. In fact > perhaps I'd go out of my way to produce patches that wouldn't be accepted. Just so we're clear - the use of the word "Proprietary Advantage" is an inside joke. It usually refers to code that is so bad that there is no chance Alexandre would accept it into WineHQ. But there are often grey areas as well, where we get frustrated that Alexandre won't accept a patch into Wine. Our preference has been and continues to be that everything we do go into Wine first; that's the only way we get the peer review that can make Wine work well. But I have generally found that Alexandre's instincts are quite good. He's also very reasonable; I've never found him unwilling to discuss an issue, and I think I've even managed to change his mind on occasion. Isn't there a saying that goes something like: "The best form of government is a benevolent dictatorship... so long as you have the right dictator?" However, I admit to a certain bias; it may be that Alexandre cottons to my interest (Linux, mainstream apps), and that there are communities that he serves badly. But the best way to persuade me (and others) of that is to highlight the patches. Show me patches you've submitted, along with arguments for them, and persuade me that he has been wrong to refuse them. Cheers, Jeremy

Sept. 7, 2005

Re: Mails get doubled (at wine.codeweavers.com ?)

by Jeremy Newman

Just did a quick scan of the mail log, our server is only sending one email per list subscriber. I have not personally witnessed any duplication myself as I also subscribe to these lists. This is a new one to me. I thought maybe you were subscribed to the list twice, but I checked that as well. Though, that would not explain the same mail ids you see. On Wed, 2005-09-07 at 20:02 +0200, Detlef Riekenberg wrote: > Hi. > > While reading the List, I found a Transfer-Problem: > > Mails are send once (same ID), get doubled on the Path and arrived > twice. > > And Mysterious: Only one Version is in the Archiv! > > > ------- cut ----- > > Example 1: > http://www.winehq.org/pipermail/wine-devel/2005-September/039849.html > > One Version: > > Received: from lnx131.hrz.tu-darmstadt.de ([130.83.174.25] ident=root) > by wine.codeweavers.com with esmtp (Exim 4.50) id 1ECuZm-0006Ev-KU for > wine-devel(a)winehq.org; Wed, 07 Sep 2005 02:42:41 -0500 > > Received: from mailserver3.hrz.tu-darmstadt.de > (lnx115.hrz.tu-darmstadt.de [130.83.174.27]) by > lnx131.hrz.tu-darmstadt.de (8.12.10/8.12.10) with ESMTP id > j877XlRN027997; Wed, 7 Sep 2005 09:33:47 +0200 > > > Other Version: > Received: from lnx131.hrz.tu-darmstadt.de ([130.83.174.25] ident=root) > by wine.codeweavers.com with esmtp (Exim 4.50) id 1ECuUQ-0005j4-6t for > wine-devel(a)winehq.org; Wed, 07 Sep 2005 02:37:08 -0500 > > Received: from mailserver3.hrz.tu-darmstadt.de > (lnx115.hrz.tu-darmstadt.de [130.83.174.27]) by > lnx131.hrz.tu-darmstadt.de (8.12.10/8.12.10) with ESMTP id > j877XlRN027997; Wed, 7 Sep 2005 09:33:47 +0200 > > ------- cut ----- > > > Example 2: > http://www.winehq.org/pipermail/wine-devel/2005-September/039862.html > > > One Version: > > Received: from sgi2.kievinfo.com ([65.100.132.146]) by > wine.codeweavers.com with esmtp (Exim 4.50) id 1ED10P-0008Qr-TC for > wine-devel(a)winehq.org; Wed, 07 Sep 2005 09:34:36 -0500 > > Received: (qmail 18371 invoked by uid 89); 7 Sep 2005 14:34:16 -0000 > > > Other Version: > > Received: from sgi2.kievinfo.com ([65.100.132.146]) by > wine.codeweavers.com with esmtp (Exim 4.50) id 1ED10P-0008Qq-Rc for > wine-devel(a)winehq.com; Wed, 07 Sep 2005 09:34:32 -0500 > > Received: (qmail 18371 invoked by uid 89); 7 Sep 2005 14:34:16 -0000 > > ------- cut ----- > > > What's wrong ? >

Sept. 7, 2005

Re: Suggestions for improvement of the emulator

by Robert Shearman

Robert Lunnon wrote: >On Wednesday 07 September 2005 19:35, Alexandre Julliard wrote: > > >>Francois Gouget <fgouget(a)free.fr> writes: >> >> >>>Yeah, maybe a very generic 'Needs review' email to wine-devel would be >>>enough. It would also be the clue to the other Wine developpers: >>> * that you're not going to be duplicating Alexandre's work if you >>> review this patch >>> * to look at the patch, dissect it to see what is wrong >>> * if it is in your domain of competence and it looks good, post an >>> approval message >>> * to test the patch >>> * and help its author get it accepted >>> >>> >>That should really be the default behavior, all patches need review; >>there's no reason to wait until I have looked at a patch to look at >>it. If you see a patch in an area that you know anything about, please >>review it, don't wait to see my reaction first. >> >> > >There is a problem here, you are presupposing the submitter is interested in >reviewing the patch to the projects specification. This subverts the value of >collective development if the submitter is unwilling then you lose the value >of the improvement AND potentially the developer. > > If the developer isn't willing to get the patch up to a high enough level of quality, then they aren't going to get their patch in unless someone else takes over their patch. I don't see how anything is going to change that. >It would be better to commit it to a branch to open it up to all to consider. > > There isn't really much of a difference between having a branch and having a patch in the wine-patches archives. Having it in a branch may in fact be detrimental as it makes it easier to not do the work to get it committed to the main tree. You could end up with 5 different branches, all with different goals and none of the developers being bothered to merge anything into the main tree so all of the features can be used together. -- Rob Shearman

Sept. 7, 2005

Re: Mails get doubled (at wine.codeweavers.com ?)

by Vitaliy Margolen

Wednesday, September 7, 2005, 12:02:54 PM, Detlef Riekenberg wrote: > Hi. > While reading the List, I found a Transfer-Problem: > Mails are send once (same ID), get doubled on the Path and arrived > twice. > And Mysterious: Only one Version is in the Archiv! > ------- cut ----- > Example 2: > http://www.winehq.org/pipermail/wine-devel/2005-September/039862.html > One Version: > Received: from sgi2.kievinfo.com ([65.100.132.146]) by > wine.codeweavers.com with esmtp (Exim 4.50) id 1ED10P-0008Qr-TC for > wine-devel(a)winehq.org; Wed, 07 Sep 2005 09:34:36 -0500 > Received: (qmail 18371 invoked by uid 89); 7 Sep 2005 14:34:16 -0000 > Other Version: > Received: from sgi2.kievinfo.com ([65.100.132.146]) by > wine.codeweavers.com with esmtp (Exim 4.50) id 1ED10P-0008Qq-Rc for > wine-devel(a)winehq.com; Wed, 07 Sep 2005 09:34:32 -0500 > Received: (qmail 18371 invoked by uid 89); 7 Sep 2005 14:34:16 -0000 You can discount this one, because that was my mistake - had wine-devel(a)winehq.com twice in TO: field Vitaliy.

Sept. 7, 2005

Re: Installers freezing - ole, games

by Oliver Stieber

--- Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > > >I'll make an ole log and compair it to the one you posted on the bug page, hopefully that > should > >identify the problems your having.. > > > > > Okay...I can update the log after Marcus' patch if that will help. I > also see other ole-related patches posted recently that aren't in CVS yet. > > >Incidentally, what kernel are you running? and how are you mounting you cd drives (supermount, > >ivman or automount etc...) > > > > > 2.6.12-1.1505_FC5 > I believe the mounting's taken care of by > hal/hotplug...gnome-volume-manager. > It's just a Fedora system... there's no automount or supermount. If that > doesn't work I just mount it myself. I'm not sure what the consequences > of that are for multi-cd installers, but I haven't gotten far enough to > find out. Anyway, GTA is just a single dvd. > That's pretty much the setup I have here too, (well gentoo but everything else is the same) Oliver. > > ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

Sept. 7, 2005

Mails get doubled (at wine.codeweavers.com ?)

by Detlef Riekenberg

Hi. While reading the List, I found a Transfer-Problem: Mails are send once (same ID), get doubled on the Path and arrived twice. And Mysterious: Only one Version is in the Archiv! ------- cut ----- Example 1: http://www.winehq.org/pipermail/wine-devel/2005-September/039849.html One Version: Received: from lnx131.hrz.tu-darmstadt.de ([130.83.174.25] ident=root) by wine.codeweavers.com with esmtp (Exim 4.50) id 1ECuZm-0006Ev-KU for wine-devel(a)winehq.org; Wed, 07 Sep 2005 02:42:41 -0500 Received: from mailserver3.hrz.tu-darmstadt.de (lnx115.hrz.tu-darmstadt.de [130.83.174.27]) by lnx131.hrz.tu-darmstadt.de (8.12.10/8.12.10) with ESMTP id j877XlRN027997; Wed, 7 Sep 2005 09:33:47 +0200 Other Version: Received: from lnx131.hrz.tu-darmstadt.de ([130.83.174.25] ident=root) by wine.codeweavers.com with esmtp (Exim 4.50) id 1ECuUQ-0005j4-6t for wine-devel(a)winehq.org; Wed, 07 Sep 2005 02:37:08 -0500 Received: from mailserver3.hrz.tu-darmstadt.de (lnx115.hrz.tu-darmstadt.de [130.83.174.27]) by lnx131.hrz.tu-darmstadt.de (8.12.10/8.12.10) with ESMTP id j877XlRN027997; Wed, 7 Sep 2005 09:33:47 +0200 ------- cut ----- Example 2: http://www.winehq.org/pipermail/wine-devel/2005-September/039862.html One Version: Received: from sgi2.kievinfo.com ([65.100.132.146]) by wine.codeweavers.com with esmtp (Exim 4.50) id 1ED10P-0008Qr-TC for wine-devel(a)winehq.org; Wed, 07 Sep 2005 09:34:36 -0500 Received: (qmail 18371 invoked by uid 89); 7 Sep 2005 14:34:16 -0000 Other Version: Received: from sgi2.kievinfo.com ([65.100.132.146]) by wine.codeweavers.com with esmtp (Exim 4.50) id 1ED10P-0008Qq-Rc for wine-devel(a)winehq.com; Wed, 07 Sep 2005 09:34:32 -0500 Received: (qmail 18371 invoked by uid 89); 7 Sep 2005 14:34:16 -0000 ------- cut ----- What's wrong ? -- By By ... ... Detlef

Sept. 7, 2005

Re: Suggestions for improvement of the emulator

by Robert Lunnon

On Wednesday 07 September 2005 19:35, Alexandre Julliard wrote: > Francois Gouget <fgouget(a)free.fr> writes: > > Yeah, maybe a very generic 'Needs review' email to wine-devel would be > > enough. It would also be the clue to the other Wine developpers: > > * that you're not going to be duplicating Alexandre's work if you > > review this patch > > * to look at the patch, dissect it to see what is wrong > > * if it is in your domain of competence and it looks good, post an > > approval message > > * to test the patch > > * and help its author get it accepted > > That should really be the default behavior, all patches need review; > there's no reason to wait until I have looked at a patch to look at > it. If you see a patch in an area that you know anything about, please > review it, don't wait to see my reaction first. There is a problem here, you are presupposing the submitter is interested in reviewing the patch to the projects specification. This subverts the value of collective development if the submitter is unwilling then you lose the value of the improvement AND potentially the developer. It would be better to commit it to a branch to open it up to all to consider.

Sept. 7, 2005

Re: Installers freezing - ole, games

by Ivan Gyurdiev

>I'll make an ole log and compair it to the one you posted on the bug page, hopefully that should >identify the problems your having.. > > Okay...I can update the log after Marcus' patch if that will help. I also see other ole-related patches posted recently that aren't in CVS yet. >Incidentally, what kernel are you running? and how are you mounting you cd drives (supermount, >ivman or automount etc...) > > 2.6.12-1.1505_FC5 I believe the mounting's taken care of by hal/hotplug...gnome-volume-manager. It's just a Fedora system... there's no automount or supermount. If that doesn't work I just mount it myself. I'm not sure what the consequences of that are for multi-cd installers, but I haven't gotten far enough to find out. Anyway, GTA is just a single dvd.

Sept. 7, 2005

Re: URLMON: Added ReleaseBindInfo implementation

by Robert Shearman

Jacek Caban wrote: >Index: dlls/urlmon/urlmon_main.c >=================================================================== >RCS file: /home/wine/wine/dlls/urlmon/urlmon_main.c,v >retrieving revision 1.32 >diff -u -p -r1.32 urlmon_main.c >--- dlls/urlmon/urlmon_main.c 6 Sep 2005 09:27:04 -0000 1.32 >+++ dlls/urlmon/urlmon_main.c 7 Sep 2005 16:44:48 -0000 >@@ -362,3 +362,27 @@ HRESULT WINAPI CoGetClassObjectFromURL( > debugstr_guid(riid), ppv); > return E_NOINTERFACE; > } >+ >+/*********************************************************************** >+ * ReleaseBindInfo (URLMON.@) >+ * >+ * Release the resources used by the specified BINDINFO structure. >+ * >+ * PARAMS >+ * pbindinfo [I] BINDINFO to release. >+ * >+ * RETURNS >+ * Nothing. >+ */ >+void WINAPI ReleaseBindInfo(BINDINFO* pbindinfo) >+{ >+ TRACE("(%p)\n", pbindinfo); >+ >+ if(!pbindinfo) >+ return; >+ >+ if(pbindinfo->szExtraInfo) >+ CoTaskMemFree(pbindinfo->szExtraInfo); > > There is no need for the NULL check above. >+ if(pbindinfo->pUnk) >+ IUnknown_Release(pbindinfo->pUnk); >+} > > -- Rob Shearman

Sept. 7, 2005

Re[2]: Need ideas about ntoskrnl

by Vitaliy Margolen

Wednesday, September 7, 2005, 11:16:49 AM, Marcus Meissner wrote: >> 3. Drivers can not be ran in a process that requires them (drivers we concerned >> about keep information that is shared between different processes, drivers >> require their own environment that is different from a user process >> environment, ntdll has no means nor should it have them to run a driver) > Is this really true for secdrv? Well you might me right about this. I see no sure prove signs that game wrapper depends on secdrv driver being loaded by game loader. This is all in relation to SafeDisc 1. I have no idea if this is true for SafeDisc 2. But I have one more game, that uses different protection system. It has 3 drivers installed. And it does depend on them "Auto start" during the system startup. I have no information about how they work. That said I think it makes more sense having ntoskrnl handle drivers because eventually that what we will end up with in the long run. Vitaliy

Sept. 7, 2005

Re: Suggestions for improvement of the emulator

by Robert Lunnon

Firstly , we are talking about a governance model here, not an individual. Read on... On Tuesday 06 September 2005 23:26, you wrote: > On Tue, 6 Sep 2005, Robert Lunnon wrote: > > On Tuesday 06 September 2005 19:20, Francois Gouget wrote: > >> On Tue, 6 Sep 2005, Troy Rollo wrote: > >> [...] > >> > >>> Having to pipe all the changes through one person limits scalability. > > [...] > > > I must disagree, the LOTM (Lord Of The Manor) governance model may work > > for an small outfit but wine has already outgrown it. I have two or three > > withheld patches which are absolute show stoppers for running wine under > > Solaris. They are withheld despite the fact they work because they were > > refused, > > So you're saying that Alexandre is wrong to refuse your patches, not > that he is overloaded and drops patches so often that it limits Wine's > growth. > > Then adding more committers would not help. (unless you play one > committer against the other to get your patches accepted) > > The way forward is to dig up the patches that were rejected, post them > to wine-devel with the reason that was given for their rejection > (because you asked why they were rejected, right?), and ask for > suggestions on how to make them more acceptable. I don't think so... I have provided the best solutions from an outcome point of view consistent with my (un)willingness to undertake months of work, or increase my maintenance load for little benefit. This simply reflects that Alexandre's value system is different from mine. The result is a stalemate. and shows that the project simply can't demand this of developers, it can only encourage, that's what's wrong, the encouragement isn't there.... but... The issue isn't about Alexandre, it's about a governance model that revolves around the opinion of a single person and whether the difficulty of having a patch moved forward is inhibiting the take up of developers. The proponents of this thread say yes, the governance model inhibits progress. Lets keep it at this level. I use my Solaris "core functionality patches" only to substantiate the argument that there are outstanding patches that inhibit the takeup (progress) of wine in the market. Interestingly even codeweavers has such patches that Jeremy White terms "Proprietary Advantage". This'd be good for me if I was making a living off Wine like codeweavers are. In fact perhaps I'd go out of my way to produce patches that wouldn't be accepted. > > yet every second week I am forced to work around some portability > > problem introduced by someone else - not exactly ISO9001 quality > > assurance. > > I don't see a way around that. Only users of a given platform can detect > compatibility or compilation problems with that platform. We cannot > expect Alexandre, or every single committer in a multi-committer system, > to test on every single platform out there before each commit. Even on > Linux we sometimes get compilation problems with weird libxml libraries, > opengl issues, old compilers, new compilers, etc. > > I'll grant you that we could possibly setup a TinderBox type of system > but I feel that would be very overkill right now and even TinderBox can > only detect problems after patches get committed. I think you miss my point, this sort of code gets into Wine every day. Wine is already very linux centric and possibly getting more so. There's even talk of integrating Wine with the linux kernel. To me this is because the patch acceptance is not objective enough. Wine should have stated criteria for patch acceptance EG: Functionality, Portability, Precision - EG precise windows like behaviour Form. Implementation. in my opinion in this order Alexandre favours precision, and implementation over functionality and portability which makes it much harder for developers to get patches accepted because developers have to guess the right implementation and get the semantics exactly right before it'll go in. It's the wrong approach to encourage a group of volunteers in my opinion. Remember the project has no inherent right to demand a participant change a patch, it will only succeed in this endeavour if it can command the loyalty of the participants. Loyalty comes from the value the project places on the individual participant. Chicken and egg situation, you need to make it easy enough to get patches through, in order to make the participant loyal enough to act on your demands for changes. I'll go this much further and propose what I'd like to see in a governance model. Value all developers equally regardless of race sex capability or newbieness Developer rights based on contribution Opinions valued and considered even if they are dissenting Tolerance of mistakes - Value all contributions successful or not Consistent objective assessment of submissions according to an objective outcome focused set of criteria by the community (Peer assessment), feedback of assessment for all submissions. Governance board elected by the community/stakeholders. Customer focus. can it be done, yes, I think so. Bob PS - A good look at an online solaris man page would find most the problems I come across - http://docs.sun.com

Sept. 7, 2005

Re: Installers freezing - ole, games

by Oliver Stieber

--- Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > > > Hi Ivan, > > > > I had a look through the logs, but I couldn't see anything too > > suspicious. I have Battlefield 2 here, but I don't have enough disk > > space to make it far enough into the installer to see the error. > > Hopefully it is just the known error I described. > > It freezes before that... > > Yeah, I don't know what's wrong. Oliver said he's been able to install > GTA, and I just tried CVS with Marcus' patch w/ no effect. I guess the > problem lies elsewhere, but I don't know how to debug it - it just > freezes with no suspicious output. Thank you for trying - at least the > but that you noted should be fixed... > I'll make an ole log and compair it to the one you posted on the bug page, hopefully that should identify the problems your having.. Incidentally, what kernel are you running? and how are you mounting you cd drives (supermount, ivman or automount etc...) Oliver. > Ivan > > > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

Sept. 7, 2005

Re: Need ideas about ntoskrnl

by Marcus Meissner

> 3. Drivers can not be ran in a process that requires them (drivers we concerned > about keep information that is shared between different processes, drivers > require their own environment that is different from a user process > environment, ntdll has no means nor should it have them to run a driver) Is this really true for secdrv? Ciao, Marcus

Sept. 7, 2005

Re: Resend (2): Status bar fixes

by Alexandre Julliard

Michael Kaufmann <hallo(a)michael-kaufmann.ch> writes: > Changelog: > - Redraw immediately upon WM_SETTEXT, WM_SETFONT, SB_SETTEXT, SB_SETICON > - SB_GETRECT: Return FALSE for simple status bars, check the part number > - SB_SETICON: Didn't work for simple status bars (-1 has been casted to 255) > - SB_SETTEXT: Don't redraw normal status bars if the simple text has > been set and vice versa Please submit separate changes as separate patches. -- Alexandre Julliard julliard(a)winehq.org

Sept. 7, 2005

Re: [Now ns7] Dragon ns8 problem

by Kuba Ober

> | > | You are aware that (as of 20050111 at least) you have to manually > | > | kill -9 leftover wine-preloaders when any wine crash happens, right? > | > | And do verify that they in fact got killed. This is a general remark, > | > | and following it is by itself unlikely to fix your problem, but at > | > | least it will allow you to see that the problem got fixed if/when it > | > | gets fixed :) > | > > | > Well I do kill them every time, never needed the -9 until now though. > | > | Did you make sure that when you kill them they do in fact get killed? > | Sometimes for me SIGTERM doesn't do the job and -9 (SIGKILL) is needed. > I'm sure but I may be wrong , being no expert: > > (root(a)borlap:/home/jean)# ps ax | grep wine-preloader > 23309 pts/1 R+ 0:00 grep wine-preloader That's good enough :) I use -9 just because in some cases that's the only way that works, so one may as well use it all the time. Whatever works for you, though, works for you ;) Kuba

Sept. 7, 2005

Re: Multiple defenitions of CLSID_FileProtocol

by Jacek Caban

Hi. Paul Millar wrote: >Hi, > >Cross-compilation is broken again. This time its CLSID_FileProtocol. >The GUID is part of the standard MinGW 3.3 release. I can patch >MinGW to remove its definition of this GUID, but I'm not sure this is >the correct solution. > >What do people think? > >Cheers, > >Paul. > >--- > >i686-mingw32msvc-gcc generated.o misc.o protocol.o url.o testlist.o -o >urlmon_test.exe -lurlmon -luser32 -lkernel32 -lole32 -luuid >/usr/local/mingw/lib/gcc-lib/i686-mingw32msvc/3.3.3/../../../../i686-mingw32msvc/lib/libuuid.a(uuid.o):/usr/local/src/mingw/build-w32api/lib/../../w32api-3.3/lib/uuid.c >(.rdata+0x1a0): multiple definition of `CLSID_FileProtocol' >protocol.o:/home/paul/Production/wine-cross-source/dlls/urlmon/tests/protocol.c:63: >first defined here > > I've sent patch that should fix this problem: http://www.winehq.org/pipermail/wine-patches/2005-September/020491.html Jacek

Sept. 7, 2005

Re: [Now ns7] Dragon ns8 problem

by Jean Magnan de Bornier

Le 07 septembre à 17:54:02 Kuba Ober <kuba(a)mareimbrium.org> écrit notamment: | On Wednesday 07 September 2005 11:20, Jean Magnan de Bornier wrote: | > Le 07 septembre à 17:01:35 Kuba Ober <kuba(a)mareimbrium.org> écrit notamment: | > | You are aware that (as of 20050111 at least) you have to manually kill -9 | > | leftover wine-preloaders when any wine crash happens, right? And do | > | verify that they in fact got killed. This is a general remark, and | > | following it is by itself unlikely to fix your problem, but at least it | > | will allow you to see that the problem got fixed if/when it gets fixed :) | > | > Well I do kill them every time, never needed the -9 until now though. > | Did you make sure that when you kill them they do in fact get killed? | Sometimes for me SIGTERM doesn't do the job and -9 (SIGKILL) is needed. [...] I'm sure but I may be wrong , being no expert: (root(a)borlap:/home/jean)# ps ax | grep wine-preloader 23309 pts/1 R+ 0:00 grep wine-preloader -- Jean Magnan de Bornier | Cours Victor Hugo e-mots: jean at bornier.net | 13980 Alleins France T 08 70 39 34 03 | P 06 09 17 35 87

Sept. 7, 2005

Re: Kernel: Move handling of NT devices to NtCreateFile

by Vitaliy Margolen

Anything wrong with this patch? All it does is moving small piece of code prom one place to another. ATM it will fail in the same way as it does now ;-) Vitaliy http://www.winehq.com/pipermail/wine-patches/2005-August/020229.html > Move some stuff around for upcoming ntoskrnl.exe > changelog: > dlls/kernel/file.c > dlls/kernel/vxd.c > Move handling of NT devices to NtCreateFile > (c)Ivan Leo Puoti

Sept. 7, 2005

Re: [Now ns7] Dragon ns8 problem

by Kuba Ober

On Wednesday 07 September 2005 11:20, Jean Magnan de Bornier wrote: > Le 07 septembre à 17:01:35 Kuba Ober <kuba(a)mareimbrium.org> écrit notamment: > | You are aware that (as of 20050111 at least) you have to manually kill -9 > | leftover wine-preloaders when any wine crash happens, right? And do > | verify that they in fact got killed. This is a general remark, and > | following it is by itself unlikely to fix your problem, but at least it > | will allow you to see that the problem got fixed if/when it gets fixed :) > > Well I do kill them every time, never needed the -9 until now though. Did you make sure that when you kill them they do in fact get killed? Sometimes for me SIGTERM doesn't do the job and -9 (SIGKILL) is needed. Kuba

Sept. 7, 2005

Re: Suggestions for improvement of the emulator

by Hiji

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > Hiji <hijinio(a)yahoo.com> writes: > > > As a user, I've been particularly happy about how > Wine > > has progressed. However, what is of GRAVE concern > to > > me is when patches that fix serious bugs aren't > > applied; specifically, bug 3148. Even the patch > > submitter had to plead with this alias for someone > to > > listen because no one was paying attention to the > > patch. Yet, to date, the patch has either not > been > > applied nor the bug been fixed. Simple, yet > silly, > > bugs like the beforementioned one can keep users > from > > taking advantage of newer versions of Wine because > > they prefer to stay with older versions that don't > > have the bug(s). > > That patch was applied 2 weeks ago. > Great! Thanks for acknowledging this. I'll wait for the September release because the August release produced the same bug(s). Thank you, Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

Sept. 7, 2005

Re: Installers freezing - ole, games

by Ivan Gyurdiev

> Hi Ivan, > > I had a look through the logs, but I couldn't see anything too > suspicious. I have Battlefield 2 here, but I don't have enough disk > space to make it far enough into the installer to see the error. > Hopefully it is just the known error I described. It freezes before that... Yeah, I don't know what's wrong. Oliver said he's been able to install GTA, and I just tried CVS with Marcus' patch w/ no effect. I guess the problem lies elsewhere, but I don't know how to debug it - it just freezes with no suspicious output. Thank you for trying - at least the but that you noted should be fixed... Ivan

Sept. 7, 2005

Re: [Now ns7] Dragon ns8 problem

by Jean Magnan de Bornier

Le 07 septembre à 17:01:35 Kuba Ober <kuba(a)mareimbrium.org> écrit notamment: | You are aware that (as of 20050111 at least) you have to manually kill -9 | leftover wine-preloaders when any wine crash happens, right? And do verify | that they in fact got killed. This is a general remark, and following it is | by itself unlikely to fix your problem, but at least it will allow you to see | that the problem got fixed if/when it gets fixed :) Well I do kill them every time, never needed the -9 until now though. Thx, -- Jean Magnan de Bornier | Cours Victor Hugo e-mots: jean at bornier.net | 13980 Alleins France T 08 70 39 34 03 | P 06 09 17 35 87

Sept. 7, 2005