Re: Work on WineQuartz for MacOSX
On 5/16/10 9:04 PM, James Mckenzie wrote: > Roderick Colenbrander wrote: >> On Sun, May 16, 2010 at 6:02 PM, C.W. Betts wrote: >>> On May 16, 2010, at 9:31 AM, James Mckenzie wrote: All: There was or is a quite lengthy thread on this project. What is the status of work? Any progress on Emmanuel's work from 2008? Thank you. James McKenzie >>> If memory serves, the main reason why there hasn't been any work done is >>> because of the >>> dependency of Objective-C, which the project administrator has said "no" to. >>> >> The fact that Cocoa is objective C is one of the issues (Charles Davis >> made some C wrapper I think). The most problematic thing is that it >> really need is a DIB engine. The Cocoa graphics APIs are similar to >> Cairo / XRender / Direct2D and other modern APIs. These APIs are great >> for vector drawing, alpha blending and other fancy operations but they >> are not low-level 2D APIs. For instance they lack most classic >> (bitwise) 2D ROPs. The classic rendering stuff (Windows 7 does it this >> way as well) has to be performed in software by a DIB engine. >> >> Roderick >> > Charles Davis did not 'make a c wrapper', Apple did. Actually, he was referring to my tool for autogenerating C wrappers. I haven't been working on it much, but I'll have it ready for you guys soon. > However you are more correct in that we need a fully functional DIB engine > in order to fully move the Apple interface from X11 to Aqua. I agree. We need a DIB engine. Quartz by itself doesn't support low-level raster operations (it's a vector engine). > I was inquiring if both of these actions have occurred. Not really. Not as far as I know. I have a Quartz Driver in my tree, but it's nowhere near finished. I'm now thinking about merging mine and Emmanuel's work. Maybe if I put the two half-finished drivers together, we'll have a better working driver (without DIB support, but that needs either the DIB engine or some other way to accelerate DIB drawing). > Max was working diligently on a DIB engine until AJ basically shot his work > full of holes and he left. Someone needs to pick up his work--or at least, the job of writing a DIB engine. Personally, I would write one from scratch instead of trying to integrate X11's software drawing engine. It's been said that the X11 server code isn't known for its neatness... But that's just me. > > Again, what is the status of updating/upgrading Emmanuel's work? Has it been > left for dead or is someone working in the background on it? As soon as I'm finished with my C wrapper generator, I'll take a look at Emmanuel's Quartz Driver. Chip
Re: Work on WineQuartz for MacOSX
Roderick Colenbrander wrote: >On Sun, May 16, 2010 at 6:02 PM, C.W. Betts wrote: >> On May 16, 2010, at 9:31 AM, James Mckenzie wrote: >>> All: >>> >>> There was or is a quite lengthy thread on this project. >>> >>> What is the status of work? Any progress on Emmanuel's work from 2008? >>> >>> Thank you. >>> >>> James McKenzie >>> >> If memory serves, the main reason why there hasn't been any work done is >> because of the >> dependency of Objective-C, which the project administrator has said "no" to. >> >The fact that Cocoa is objective C is one of the issues (Charles Davis >made some C wrapper I think). The most problematic thing is that it >really need is a DIB engine. The Cocoa graphics APIs are similar to >Cairo / XRender / Direct2D and other modern APIs. These APIs are great >for vector drawing, alpha blending and other fancy operations but they >are not low-level 2D APIs. For instance they lack most classic >(bitwise) 2D ROPs. The classic rendering stuff (Windows 7 does it this >way as well) has to be performed in software by a DIB engine. > >Roderick > Charles Davis did not 'make a c wrapper', Apple did. However you are more correct in that we need a fully functional DIB engine in order to fully move the Apple interface from X11 to Aqua. I was inquiring if both of these actions have occurred. Max was working diligently on a DIB engine until AJ basically shot his work full of holes and he left. Again, what is the status of updating/upgrading Emmanuel's work? Has it been left for dead or is someone working in the background on it? I would like to pick it up and start looking at it again and seeing if the Obj-C code could be converted to plain 'c' or if we have to bring up a sidebar version of Wine that will be Aqua complaint. Having been through this with the OpenOffice.org and NeoOffice.org projects, this is a political area I really don't want to visit, but if it has to be that way, then it will head off in that direction. James McKenzie
Trying to fix a bug, stuck at cross-compiling
Hi, I'm trying to fix bug 12804, and made some changes to winecfg, and I need to test how it works on Windows. I followed the instructions from http://wiki.winehq.org/CompilingDLLsUsingMingw - Cross Compiling the Whole Tree, but I get an error: $ ../wine-crossc/configure --host=i586-mingw32msvc --with-wine-tools=../build-native --without-freetype --without-x [...] checking for the directory containing the Wine tools... configure: error: could not find Wine tools in ../build-native This seems to happen because the ../build-native/tools/winebuild directory does not exist. When I ran "make tools", in ../build-native, no error occurred. Any idea why this happens? Is there another way to build winecfg as an exe? Thanks, Alex
Re: riched20: Avoid using long.
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=2105 Your paranoid android. === W7PRO (32 bit editor) === editor.c:4696: Test failed: test paste: strcmp = 1, text='testing paste editor.c:4714: Test failed: test paste: strcmp = 1 editor.c:4726: Test failed: test paste: strcmp = -1 editor.c:4756: Test failed: test paste: strcmp = -1, actual = 'Ts' editor.c:5971: Test failed: Cursor is at 0 instead of 4 editor.c:5977: Test failed: Cursor is at 0 instead of 9 editor.c:5983: Test failed: Cursor is at 0 instead of 4 editor.c:5997: Test failed: Cursor is at 8 instead of 9 editor.c:6005: Test failed: Cursor is at 11 instead of 9 editor.c:6016: Test failed: Cursor is at 0 instead of 8 editor.c:6041: Test failed: Cursor is at 0 instead of 8
Re: Work on WineQuartz for MacOSX
The fact that Cocoa is objective C is one of the issues (Charles Davis made some C wrapper I think). The most problematic thing is that it really need is a DIB engine. The Cocoa graphics APIs are similar to Cairo / XRender / Direct2D and other modern APIs. These APIs are great for vector drawing, alpha blending and other fancy operations but they are not low-level 2D APIs. For instance they lack most classic (bitwise) 2D ROPs. The classic rendering stuff (Windows 7 does it this way as well) has to be performed in software by a DIB engine. Roderick On Sun, May 16, 2010 at 6:02 PM, C.W. Betts wrote: > If memory serves, the main reason why there hasn't been any work done is > because of the dependency of Objective-C, which the project administrator has > said "no" to. > On May 16, 2010, at 9:31 AM, James Mckenzie wrote: > >> All: >> >> There was or is a quite lengthy thread on this project. >> >> What is the status of work? Any progress on Emmanuel's work from 2008? >> >> Thank you. >> >> James McKenzie >> >> >> >> >> > > > >
Re: Work on WineQuartz for MacOSX
On May 16, 2010, at 12:29 PM, James Mckenzie wrote: > C.W. > > The page referred to by this message no longer exists > > Time for an update. Include the period at the end. It works then. I was able to get the code and compile it fine under 32-bit mode. Apparently there has been a few changes in 64-bit mode that doesn't make it work quite as well. > > James McKenzie > > > > -Original Message- >> From: "C.W. Betts" >> Sent: May 16, 2010 10:06 AM >> To: wine-devel@winehq.org >> Subject: Fwd: Work on WineQuartz for MacOSX >> >> >> >> Begin forwarded message: >> >>> From: Erich Hoover >>> Date: May 16, 2010 10:10:29 AM MDT >>> To: "C.W. Betts" >>> Subject: Re: Work on WineQuartz for MacOSX >>> >>> On Sun, May 16, 2010 at 10:02 AM, C.W. Betts >>> wrote: >>> If memory serves, the main reason why there hasn't been any work done is >>> because of the dependency of Objective-C, which the project administrator >>> has said "no" to. >>> ... >>> >>> I don't know/remember if anyone brought this up previously, but there are >>> ways to connect to an Objective-C library in a flat C project. I've been >>> keeping this example handy in case I ever need to do it: >>> http://www.smipple.net/snippet/moriyoshi/Using%20Objective-C%20ABI%20from%20within%20a%20pure%20C%20code. >>> >>> Erich Hoover >>> ehoo...@mines.edu >> > >
Fwd: Work on WineQuartz for MacOSX
Begin forwarded message: > From: Erich Hoover > Date: May 16, 2010 10:10:29 AM MDT > To: "C.W. Betts" > Subject: Re: Work on WineQuartz for MacOSX > > On Sun, May 16, 2010 at 10:02 AM, C.W. Betts wrote: > If memory serves, the main reason why there hasn't been any work done is > because of the dependency of Objective-C, which the project administrator has > said "no" to. > ... > > I don't know/remember if anyone brought this up previously, but there are > ways to connect to an Objective-C library in a flat C project. I've been > keeping this example handy in case I ever need to do it: > http://www.smipple.net/snippet/moriyoshi/Using%20Objective-C%20ABI%20from%20within%20a%20pure%20C%20code. > > Erich Hoover > ehoo...@mines.edu
Re: Fwd: [AppDB] patch: Request for UTF8-encoded results from MySQL when querying the bugs DB.
Hello, I must have overlooked your previous submission; I'm not used to people sending in AppDB patches. That being said, it's really nice to have other people working on the code. :) I'll review it and commit in the next few days. Alexander Søndag 16. mai 2010 18.26.15 skrev Alexandru Băluț : > Hi, > > Is anyone reviewing patches for AppDB? > > Thanks, > Alex > > > -- Forwarded message -- > From: Alexandru Balut > Date: Sat, May 1, 2010 at 17:29 > Subject: [AppDB] patch: Request for UTF8-encoded results from MySQL > when querying the bugs DB. > To: wine-patc...@winehq.org > > > Resending because I got no response and the patch has not been committed > yet. > > Partial fix for bug http://bugs.winehq.org/show_bug.cgi?id=16514 - > some characters from the bug summary do not appear correctly when a > linked bug is displayed in the page showing a version of an app. For > example, see > http://appdb.winehq.org/objectManager.php?sClass=version&iId=17511 and > look in that page for bug 21156. > > Tested in Chrome, and Firefox, with the following chars in the title: > Iñtërnâtiônàlizætiøn 素晴らしい翻訳はここ笑 >
Fwd: [AppDB] patch: Request for UTF8-encoded results from MySQL when querying the bugs DB.
Hi, Is anyone reviewing patches for AppDB? Thanks, Alex -- Forwarded message -- From: Alexandru Balut Date: Sat, May 1, 2010 at 17:29 Subject: [AppDB] patch: Request for UTF8-encoded results from MySQL when querying the bugs DB. To: wine-patc...@winehq.org Resending because I got no response and the patch has not been committed yet. Partial fix for bug http://bugs.winehq.org/show_bug.cgi?id=16514 - some characters from the bug summary do not appear correctly when a linked bug is displayed in the page showing a version of an app. For example, see http://appdb.winehq.org/objectManager.php?sClass=version&iId=17511 and look in that page for bug 21156. Tested in Chrome, and Firefox, with the following chars in the title: Iñtërnâtiônàlizætiøn 素晴らしい翻訳はここ笑 diff --git a/include/query.php b/include/query.php index 9527fb8..7b02e79 100644 --- a/include/query.php +++ b/include/query.php @@ -130,6 +130,12 @@ function query_bugzilladb($sQuery,$sComment="") $hBugzillaLink = mysql_connect(BUGZILLA_DBHOST, BUGZILLA_DBUSER, BUGZILLA_DBPASS, true); if(!$hBugzillaLink) return; mysql_select_db(BUGZILLA_DB, $hBugzillaLink); +// Tell MySQL to return UTF8-encoded results +$sQueryAskingForUtf8Results = "SET SESSION CHARACTER_SET_RESULTS = 'utf8'"; +if (!mysql_query($sQueryAskingForUtf8Results, $hBugzillaLink)) +{ +query_error($sQueryAskingForUtf8Results, "", $hBugzillaLink); +} } $hResult = mysql_query($sQuery, $hBugzillaLink);
Re: Work on WineQuartz for MacOSX
If memory serves, the main reason why there hasn't been any work done is because of the dependency of Objective-C, which the project administrator has said "no" to. On May 16, 2010, at 9:31 AM, James Mckenzie wrote: > All: > > There was or is a quite lengthy thread on this project. > > What is the status of work? Any progress on Emmanuel's work from 2008? > > Thank you. > > James McKenzie > > > > >
Re: [PATCH 1/9] tools: Modified the ICO render script to render BMPs (resend)
Joel Holdsworth writes: > +# Convert it into a bmp > +if($depth == 32) { > +# Alpha channel is negated as a work around for an ImageMagick bug > +shell $convert, "png:$pngFile", "-channel", "Alpha", "-negate", > $outFileName; Which ImageMagick version needs this? Mine (6.6.0) doesn't. -- Alexandre Julliard julli...@winehq.org
Work on WineQuartz for MacOSX
All: There was or is a quite lengthy thread on this project. What is the status of work? Any progress on Emmanuel's work from 2008? Thank you. James McKenzie
Re: Release plans
> > >Hi, > >some time passed and because statistics are somewhat popular here, i >did one ;) > >340 regressions <-- release announcement >356 regressions <-- release announcement + 1week > Not a good statistic, but maybe we caused a few folks to decide to submit overdue regressions now that Wine 1.2 was announced. > >I hope that fixing them all is the right way, which will save me time >with nominating. +1 to this thought. Fixing now is better than fixing later... James McKenzie
Change default library paths
Hi. I have a set of home-made scripts for compiling and using different Wine versions with different prefixes (no system-wide Wine installed at all). I build new versions on Ubuntu VM (./configure --prefix=/home/build-user/wine-build/binaries), then copy compiled binaries to designated folder of my openSUSE box (this folder does not match with configured --prefix, e.g. /home/my-user/wine/binaries/1.1.40) and run it, setting correct PATH, WINELOADER and WINEPREFIX. Everything went OK until now. I've updated my building VM from Ubuntu 8.04 to 10.04 and built Wine 1.1.44. Now it refuse to run with wine: failed to initialize: /home/build-user/wine-build/binaries/lib/wine/ ntdll.dll.so: cannot open shared object file: No such file or directory Setting WINEDLLPATH does not help - it searches for dlls only in default precompiled location. What I'm doing wrong? -- Best regards, Danila Sentiabov aka dsent
Re: More benchmarks of 3d performance comparing windows and linux
Am Freitag 14 Mai 2010 20:32:06 schrieb Dan Kegel: > timedemo [demoname] - Plays the specified demo and reports performance > information upon completion, including frames played, time taken, > average FPS and FPS variability. Also records the information in a > file called sourcebench.csv in your \Program > Files\Valve\Steam\SteamApps\[username]\half-life 2\hl2\ directory. > > I see that directory, but there's no new file in it :-( I see the sourcebench.csv file in that directory... Not sure why it doesn't work for you.
Re: Release plans
Hi, some time passed and because statistics are somewhat popular here, i did one ;) 340 regressions <-- release announcement 356 regressions <-- release announcement + 1week So we are not converging... Will there be at least an effort to fix all the regression or should i go and crawl through them and nominate them as milestone 1.2? Don't take this bad, just a question ;) I hope that fixing them all is the right way, which will save me time with nominating.