May 2009 - Wine-Devel - list.winehq.org

Re: Time to remove obsolete platforms HP, SGI, and DEC?
by James Mckenzie May 30, 2009

May 30, 2009

> >> Why do we have versions on Mac OS X? How about we combine them all? > >It can make a big difference in the bug. The X.org version in OS X >(partially?) depends on what OS X version you have. Some bugs will >only show up in Tiger, because Leopard has them fixed on Apple's end. >(Someone correct me if I'm wrong here, this is based off of what I've >seen on wine-users). > Very much correct. MacOSX 10.5.7 with XQuartz 2.3.3 or higher correctly utilize all OpenGL features present in Wine. MacOSX 10.4.x or MacOSX 10.5.6 or MacOSX 10.5.7 without XQuartz 2.3.3 applied will not. Since I am running MacOSX 10.5.7 with XQuartz 2.3.3.2 applied, I do not know the status of backporting the fixes to the 10.4 (Tiger) baseline or even if it is possible. As far as OS/2 goes, it is still a viable operating system, but I think, for Wine purposes, it should be dropped as an available OS for bugzilla and for the AppDB. James McKenzie

2 1

Re: DIB engine
by chris ahrendt May 29, 2009

May 29, 2009

On 05/29/2009 12:28 PM, James Mckenzie wrote: >> As was said in the other thread, just designing it alone would take a >> few months work. AJ is really busy with other things, and a few months >> work is both a lot of money and a lot of wasted productivity. No one >> is stepping up to sponsor the work, so it's a bit hard for him to take >> that on. >> > Who is asking AJ to do all of the work. Huw Davies and Max have worked out what is needed to get this into Wine. All we need is guidance on what is acceptable and how we should proceed. This seems to be a serious shortcoming on AJs part. Without this, any further work would be futile and could end up being very frustrating. I've seen this from Huw and it is starting to come from Max. AJ needs to get some time together and write up what is and is not acceptable as far as code style, fashion and what he expects out of the development efforts for the DIB engine. Making a statement > after months of work is IHMO very unacceptable. > > Also, I don't see this as circular, but the 'snake' of getting AJ to accept code into the codebase is. > > Very respectfully submitted, > > James McKenzie > > > > Agreed James, this is the exact point I am getting at I guess... what exactly is acceptable and what is not... It seems we have a working solution for DIB. I do not think that it would take that long for AJ to sit down and say here.. this is what I want or this is what is acceptable then its up to the development people to come back and say ok here is our solution and then rectify the delta's in between. If Huw and Max have a solution then what is the delta? Chris

1 0

Time to remove obsolete platforms HP, SGI, and DEC?
by Dan Kegel May 29, 2009

May 29, 2009

The only use of these platforms was three mistaken bug reports that probably wanted PC. I don't see any reason to keep these old system types around any more. OK to remove? (Suggested in http://bugs.winehq.org/show_bug.cgi?id=13363 )

5 9

Re: DIB engine
by James Mckenzie May 29, 2009

May 29, 2009

Luke: > >Heh, I wonder if someone should approach Autodesk and say, "Give us >sponsorship and we'll get Autocad running on Linux" they surely have >deep pockets :) > If Autodesk were interested in making AutoCad work with Linux, they would make a native version, not try to get it working with Wine. Sorry, but them's the facts. Now, if you were to speak up with your wallet and donate to the effort, that is a vastly different story. Sadly, we are on our own to get AutoCad fully working with Wine. I don't expect any assistance from AutoDesk nor any of the major Linux players. James McKenzie

2 1

Re: DIB engine
by James Mckenzie May 29, 2009

May 29, 2009

>As was said in the other thread, just designing it alone would take a >few months work. AJ is really busy with other things, and a few months >work is both a lot of money and a lot of wasted productivity. No one >is stepping up to sponsor the work, so it's a bit hard for him to take >that on. Who is asking AJ to do all of the work. Huw Davies and Max have worked out what is needed to get this into Wine. All we need is guidance on what is acceptable and how we should proceed. This seems to be a serious shortcoming on AJs part. Without this, any further work would be futile and could end up being very frustrating. I've seen this from Huw and it is starting to come from Max. AJ needs to get some time together and write up what is and is not acceptable as far as code style, fashion and what he expects out of the development efforts for the DIB engine. Making a statement after months of work is IHMO very unacceptable. Also, I don't see this as circular, but the 'snake' of getting AJ to accept code into the codebase is. Very respectfully submitted, James McKenzie

1 0

Re: DIB engine
by chris ahrendt May 29, 2009

May 29, 2009

On 05/29/2009 11:14 AM, Austin English wrote: > On Fri, May 29, 2009 at 10:10 AM, chris ahrendt<celticht32(a)yahoo.com> wrote: > >> Question on this debate: >> >> Has AJ documented anywhere what the architectural issues are so they can >> be addressed? >> I have not seen this in the thread and was just wondering. >> If we have them documented then its a relatively easy task to address >> each of them. >> Yes it may be a hack but you would be surprised at how much of Windows >> is a hack internally. >> >> Do we even have an architectural document or guidelines to reference? >> > If you read the entire thread, you'll see that the DIB design is not a > puzzle that can be carved out and dropped in. The DIB engine must be > designed from scratch. Designing the DIB architecture is half of the > work itself, since that involves planning a lot of the code/testing, > etc. > > He pointed out a few things he didn't like about Massimo's design, but > not a full 'here's the spec, do this exactly'. > > For more details, read the full thread and past discussions. > > -- > -Austin > > > Right Austin, I have... thats why I asked the question why not sit down and say here is what we want from the DIB engine here is the Spec do this .. I have seen the here is what I don't like. But nothing showing what exactly is needed. This would be the first step in resolving this circular argument / discussion which is what I am trying to facilitate =D. Until that is done all we can do is have this same circular argument / discussion =D chris

3 2

Re: PowerPC MacOSX work...
by mghughes＠embarqmail.com May 29, 2009

May 29, 2009

No No No People... Please read the messages before replying. I know the difference betweeen my 6502, 6800, Z80, 68k, x86, 7400. I know Wine is focused on running MSWindows based software on x86 processors. I also know there exists PowerPC code in the wine project because people were interested in bridging the gap to running x86 code via emulation... For the record... I am not looking to run another full out emulation. The best example of what I have in mind is what Apple did when they moved their processor base from 68K to PPC. And I am wondering if the same could be done for Wine. By the looks of things some of the framework to make that happen are already there in the form of thunk code... Apple used what they called trampolines iirc. I am not sure that WineLib is what I am looking to use as the wine script & loader seems to achieve much of what I am already looking to do. My understanding is that Wine has run on PowerPC at some time via native and Qemu/Qemu-user. Since the Darwine (PowerPC work) project went dormant, I have not been able to find much of the information I am looking for... What was the last known Wine/Darwine version known to work on PowerPC? I some had thoughts of getting that version and progressing forward to see what and where things break. Am I mistaken that the connection between wine/server appears to be broken? My previous statements in my first message still apply. Michael

5 5

Re: patch wined3d
by James McKenzie May 29, 2009

May 29, 2009

Pavel Prochazka wrote: >static HRESULT WINAPI IWineGDISwapChainImpl_Present(IWineD3DSwapChain *iface, CONST RECT *pSourceRect, CONST RECT *pDestRect, HWND hDestWindowOverride, CONST >RGNDATA *pDirtyRegion, DWORD dwFlags) { > IWineD3DSwapChainImpl *This = (IWineD3DSwapChainImpl *) iface; >- IWineD3DSurfaceImpl *front, *back; >+ IWineD3DSurfaceImpl *front, *back,*hlp1,*hlp2;; You need to keep the same spacing as the remainder of the line. - { - HDC tmp; - tmp = front->hDC; + { Get rid of the trailing whitespace, it is not needed nor necessary. - - tmp = front->resource.allocatedMemory; + Same here. You should go through your additions and make sure that no trailing whitespace exists on any line. Also, you should combine all of your fixes into one patch until it is accepted. Lastly, a description should describe what your patch does: [wine3d] Create swapchains to eliminate problems with backbuffers (bug XXX {there are at least five bugs with backbuffer problems}) Also, provide test cases to prove that your patch actually does something that Windows(TM) does and to show that you did your homework. Again, as one of the people with the backbuffer problem causing FPS slowness, I am very interested in these patches. However, they need to be cleaned up so that we can use them. James McKenzie

1 0

Re: [PATCH] _Present
by Stefan Dösinger May 29, 2009

May 29, 2009

Am Donnerstag, 28. Mai 2009 13:01:23 schrieb Pavel Prochazka: Don't send patches on top of unapplied patches - just always send the a patch against the current wine git code. Besides that, Henri and I pointed out a few other problems in the first version of the patch. Things won't get better if you just resend the same code without addressing the issues that were pointed out.

1 0

DIB Engine : passing all tests
by Massimo Del Fedele May 28, 2009

May 28, 2009

I posted on bug 421 page (as usual) latest update of my engine. It suld pass all tests in wine suite.... also all bitmap's todo_wines, so expect some "false positive" signaled by tests. Austin, could you please re-run it on your test machines ? Ciao Max

21 48

Re: comctl32:rebar: Don't store an empty string in REBAR_InsertBandT.
by Nikolay Sivov May 28, 2009

May 28, 2009

Sergey Khodych wrote: > From a2bf101f7ede3937373b7b8f9e2a8ea032b7790d Mon Sep 17 00:00:00 2001 > From: Sergey Khodych <khodych(a)gmail.com> > Date: Mon, 25 May 2009 02:21:39 +0300 > Subject: comctl32:rebar: Don't store an empty string in REBAR_InsertBandT. > > --- > dlls/comctl32/rebar.c | 12 ++++++++---- > dlls/comctl32/tests/rebar.c | 2 +- > 2 files changed, 9 insertions(+), 5 deletions(-) Where did you test that it isn't stored?

2 6

Need a temporary list moderator
by Luke Bratch May 28, 2009

May 28, 2009

Hi all In a couple of weeks I'm going to be travelling around India for about a month, from 14th June - 17th July, so I'll need somebody to cover list moderation during that period. It's a simple task; you just need to bring up a web page for each list a couple of times per day, and single out any genuine messages that are awaiting approval, discarding the rest. You'll need to do it almost every day for the whole month, otherwise people will start to wonder where their mail is getting to... :) If you are interested, please email me directly. Thanks, Luke.

1 0

Re: [1/2] comctl32:rebar: Don't store an empty string in REBAR_InsertBandT. (try 2)
by Nikolay Sivov May 28, 2009

May 28, 2009

Sergey Khodych wrote: > From 37cd774e71f8d260d94bd672715b1eab879c4b2d Mon Sep 17 00:00:00 2001 > From: Sergey Khodych <khodych(a)gmail.com> > Date: Thu, 28 May 2009 04:52:45 +0300 > Subject: comctl32:rebar: Don't store an empty string in REBAR_InsertBandT. > > --- > dlls/comctl32/rebar.c | 12 ++++++++---- > dlls/comctl32/tests/rebar.c | 9 +++++++++ > 2 files changed, 17 insertions(+), 4 deletions(-) Commented already. You're testing one part and changing another. Add simple get/set text tests first.

1 0

Changing default severity in Bugzilla to Normal
by Ken Sharp May 28, 2009

May 28, 2009

"It seems the default severity, enhancement, invites people to select a REALLY SEVERE sounding level instead. I suggest changing the default severity to normal in the hopes of cutting down on the yelling." http://bugs.winehq.org/show_bug.cgi?id=13363 Any thoughts on this?

2 1

Re: [PATCH] _Present
by Francois Gouget May 28, 2009

May 28, 2009

On Thu, 28 May 2009, Pavel Prochazka wrote: > > + IWineD3DSurfaceImpl *front,*hlp1,*hlp2; > + IWineD3DSurfaceImpl back; //must be copy of struct C++ comments are not allowed in Wine. There are a few others further down. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

1 0

How to fix some oleaut32:vartest tests?
by Paul Vriens May 28, 2009

May 28, 2009

Hi, It looks like I have two boxes (W98 and NT4) that produce test failures every now and then for the mentioned tests: vartest.c:5514: Test failed: VarCat: VT_BSTR concat with VT_DATE returned inncorrect result vartest.c:5530: Test failed: VarCat: VT_DATE concat with VT_BSTR returned inncorrect result It boils down to the result of the VarCat which is either a 2-digit or a 4-digit year but again intermittently. If I run the same test right after each other I get either 0, 1 or 2 failures. The only way I can see fixing this is by having a broken() with the 2 digit date for sz12_date and date_sz12. I mean having an explicit broken() is better then a broken() for anything but the correct result. Anyone? (I'll start with sending a patch for that spelling mistake in the output ;) ). -- Cheers, Paul.

1 0

winehq.org page importance / website statistics
by Maik Schulz May 28, 2009

May 28, 2009

Hi, for translation (to German) purposes I wonder which pages of the winehq.org website are most frequented (are there HTTP request statistics?) and which are deemed most important so I can focus on them in order. It would also be interesting to know which pages are going to be moved to the Wiki eventually so I don't waste effort translating these. Everything that is shown on the start page plus some other pages are done and I'm looking for direction on where to continue. Cheers, -Maik

4 6

valgrind mac now on trunk!
by Dan Kegel May 28, 2009

May 28, 2009

http://blog.mozilla.com/nnethercote/2009/05/28/mac-os-x-now-supported-on-th… So for those of you developing wine on the mac, now you have one fewer excuse not to run your changes through valgrind before sending patches :-)

1 0

Re: winebrowser: Fix unicode recognition
by Dmitry Timoshkov May 28, 2009

May 28, 2009

"André Hentschel" <nerv(a)dawncrow.de> wrote: > This converts the DDE-Callbackfunction to Unicode. > After days of winebrowser-hacking i turned it down to this clean code. > It uses the function IsTextUnicode instead of guessing.(IsTextUnicode is guessing too, but in a cleaner way) Please add a test case which uses mixed ansi/unicode DDE client/server and only then start fixing the code. -- Dmitry.

3 4

Does wine handle virtual midi ports correct on OSX?
by Dewdman42 May 28, 2009

May 28, 2009

Does anyone know if Darwine can be fixed to handle virtual midi ports correctly? They work very sporadically right now. It seems to be related to getting the ports flushed or initialized or something. When there is a virtual midi port present (under OSX), Wine seems to see it and lists it as an available midi port, but I have not been able to consistently get that port to function correctly. Sometimes it does and sometimes it doesn't and it seems to related to switching it on and off in some fashion makes it work, though I can't seem to find a pattern that will work consistently. All I can figure is that somehow Wine is not handling midi ports in a way that is compatible with OSX virtual midi ports. Anyone have any experience or knowledge in this area? Thanks -- View this message in context: http://www.nabble.com/Does-wine-handle-virtual-midi-ports-correct-on-OSX--t… Sent from the Wine - Devel mailing list archive at Nabble.com.

6 11

PowerPC MacOSX work...
by Michael G Hughes May 28, 2009

May 28, 2009

I have managed to get Wine compiling on a PowerMac G4, MacOSX 10.3.9, a while back... What I know so far... It does not work... Who'd a thunk it? Just trying to run winecfg gives me: fixme:seh:RTLCaptureContext not implimented on PowerPC fixme:seh:call_stack_handlers not implemented on PowerPC wine: Unhandled alignment at address 0x44010788 (thread 000d), starting debugger... err:process:__wine_kernel_init boot event wait timed out So... Some of my questions to from the people involved with chugging away at the PowerPC parts of the code... What are the known issues faced in getting the project to work on PowerPC? What critical pieces are known to be missing? What is the problem(s) with X11 on 10.3.9? How do I start testing parts of Wine on PowerPC? RTLCaptureContext... I started to impliment RTLCaptureContext... Looks like this involves adding code to winebuild in addition to RTLCaptureContext itself... Correct? Can RTLCaptureContext be implimented without mucking with the winebuild tool? Michael -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

8 9

AppDB - Incorrect entry
by Danila Sentiabov May 27, 2009

May 27, 2009

Hi. I've found incorrect AppDB entry that needs to be merged with another one. App maintainer could not do that. Could someone (with admin access to AppDB) help? http://appdb.winehq.org/objectManager.php?sClass=version&iId=7641 -- Best regards, Danila Sentiabov aka dsent

2 1

Re: wined3d: {Name of patch here}
by James Mckenzie May 27, 2009

May 27, 2009

Pavel: Just as a hint, can you name your patches to be more descriptive. I am looking for a fix to this problem, and will attempt to test this against DooM to see if the slowness problem I have is fixed. Thank you for contributing to the Wine Project. James McKenzie -----Original Message----- >From: Pavel Prochazka <prochapa(a)inf.upol.cz> >Sent: May 27, 2009 5:40 AM >To: wine-patches(a)winehq.org >Subject: wined3d: > >

1 0

Re: wined3d:
by Stefan Dösinger May 27, 2009

May 27, 2009

Am Mittwoch, 27. Mai 2009 14:40:20 schrieb Pavel Prochazka: > IWineGDISwapChainImpl_Present repaired when there is only one backbuffer Hmm. Situations where flip is called on a single-buffered surface should be cought in ddraw I think. If I remember correctly, calling flip on a single buffered surface should return an error

1 0

Re: comctl32/ipaddress: Skip test on Win95 with common controls 4.70 (try2)
by Paul Vriens May 27, 2009

May 27, 2009

Nikolay Sivov wrote: > For version 4.0 we are skipping earlier on initialization. > > Changelog: > - try2: use win_skip() > - Skip test on Win95 with common controls 4.70 > >>From 81645944ef518860de7ddcd1b64fadd11277a915 Mon Sep 17 00:00:00 2001 > From: Nikolay Sivov <bunglehead(a)gmail.com> > Date: Wed, 27 May 2009 15:39:20 +0400 > Subject: Skip test on Win95 with common controls 4.70 > > --- > dlls/comctl32/tests/ipaddress.c | 8 ++++++-- > 1 files changed, 6 insertions(+), 2 deletions(-) > > diff --git a/dlls/comctl32/tests/ipaddress.c b/dlls/comctl32/tests/ipaddress.c > index d04223c..13af687 100644 > --- a/dlls/comctl32/tests/ipaddress.c > +++ b/dlls/comctl32/tests/ipaddress.c > @@ -33,8 +33,6 @@ static HWND create_ipaddress_control (void) > handle = CreateWindowEx(0, WC_IPADDRESS, NULL, > WS_BORDER|WS_VISIBLE, 0, 0, 0, 0, > NULL, NULL, NULL, NULL); > - assert(handle); > - > return handle; > } > > @@ -45,6 +43,12 @@ static void test_get_set_text(void) > INT r; > > hwnd = create_ipaddress_control(); > + ok(hwnd != NULL, "Expected window to be created\n"); > + if (!hwnd) > + { > + win_skip("IPAddress control not implemented\n"); > + return; > + } > > /* check text just after creation */ > r = GetWindowText(hwnd, ip, sizeof(ip)/sizeof(CHAR)); I would either get rid of the ok(hwnd ...) altogether or move it after the if(). win_skip() means we are ok with a failure on some Windows boxes so a test failure just before that doesn't make sense. -- Cheers, Paul.

2 1