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

[Fwd: [Bug 2931] Diablo 2 video test fails]
by Dustin Navea May 9, 2005

May 9, 2005

Bug 2931 is a regression, and we have found the patch which causes it. It is attached to the bug, and I have requested a link to the commit email, so that the appropriate person can know to take a look. Thanks Dustin -------- Original Message -------- Subject: [Bug 2931] Diablo 2 video test fails Date: Mon, 9 May 2005 03:30:31 -0500 From: Wine Bugs <wine-bugs(a)winehq.org> Reply-To: wine-devel(a)winehq.org To: wine-bugs(a)winehq.org http://bugs.winehq.org/show_bug.cgi?id=2931 ------- Additional Comments From rmh(a)debian.org 2005-09-05 03:30 ------- Got it. The commit that broke wine was done between 23:45 and 23:59 (i'm not sure wether UTC or my timezone, UTC+2). I don't need to track it down to the last second because this is the only commit in that interval (made by julliard). The patch that caused this regression is attached. I've verified that the patch can be reverted cleanly on current CVS, and once reverted wine works again for the Diablo 2 installer. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

Re: [OpenGL] Fwd: Re: Regression in Half life
by Jesse Allen May 9, 2005

May 9, 2005

On 5/9/05, Raphael <fenix(a)club-internet.fr> wrote: > > while Waiting for a better idea: > > Changelog: > - fix x11drv/ChoosePixelFormat to choose 24 bpp as 32 bpp for depth buffers > (needed as many X11 drivers only support 24bpp) > > Regards, > Raphael > Are there any drivers that don't have 24 bpp but have 32 bpp instead? I think I remember seeing that before.

1 0

Wiki stuff
by Mike Hearn May 9, 2005

May 9, 2005

Hi, It seems some users have started creating pages that are simply intended to dupe the appdb: http://wiki.winehq.com/Running_Errors http://wiki.winehq.com/WindowsGames I doubt it makes any sense to have this sort of info on the wiki. What do others think? thanks -mike

3 5

Re: [?? Probable Spam] notepad: add .LOG feature
by Dmitry Timoshkov May 9, 2005

May 9, 2005

"Kevin Koltzau" <kevin(a)plop.org> wrote: > See http://support.microsoft.com/?kbid=260563 > > Changelog > Handle notepad log feature > + /* If the file starts with .LOG, add a time/date at the end and set cursor after > + * See http://support.microsoft.com/?kbid=260563 > + */ > + if (GetWindowTextW(Globals.hEdit, log, sizeof(log)/sizeof(log[0])) && !lstrcmp(log, dotlog)) Shouldn't it be a case insensitive comparison, i.e. does ".log" work as well? -- Dmitry.

2 1

Commercial support
by gslink May 9, 2005

May 9, 2005

I wouldn't worry about anyone but Microsoft stealing Wine. In order to develop Wine you must be an expert C++ programmer. That requires an enormous amount of work and thieves are usually lazy. A new teacher came to the master. "I have developed some new techniques that make teaching much better." "How can I prevent other teachers from stealing them?" "Your worry is needless", replied the master. "If your techniques are any good you will have to force others to use them." With that the master threw an eraser at him. The same can be said about Wine and Microsoft.

3 3

qcap
by Maarten Lankhorst May 9, 2005

May 9, 2005

this is my qcap dll in its current state, because i dont have much time in the next couple of weeks I' d thought I'd post it, perhaps someone can make it work with the new qcap dll implementation, what i have here is a pretty much complete version of qcap + a near complete version of V4l implementation (if i recall correctly, only YUV formats are missing now.. and V4L2 support but I'm *NOT* going to add that anyway) What files need to be added for vfwcapture? enumpins.c, media.c, null.c, pin.c, v4l.c, vfwcapture.c (+ perhaps some headers..) although julliard doesn't like copying media.c, enumpins.c and pin.c from quartz, it was the only way to make it work.. (I'm still not sure if he believes me though..) I tested this stuff by using msn webcam settings, if you want to transmit to someone else, you need a native version of msvfw32, else it won't work bonus points if you make this work through the wine driver model (dlls/winmm?), and write a patch for avicap32 to use winmm too (at least for capgetdriverdescription), I don't know how wine drivers work but you could try it. (I hope julliard allows the first version to use V4l in qcap..) If there are questions just ask.. I'm off to study for the big exams now.. Maarten

1 0

Revisiting exceptions
by Mike Hearn May 9, 2005

May 9, 2005

Hi Alexandre, I got bored and took a stab at doing proper SEH macros using some GCC extensions I found. These are rather rough, unfinished definitions, and they aren't tested at all but do they look OK? thanks -mike static void __wine_frame_cleanup( __WINE_FRAME *wineframe ) { __wine_pop_frame(&wineframe->frame); } #define __TRY \ { \ __label__ __frame_label; \ __WINE_FRAME __f __attribute__((cleanup(__wine_frame_cleanup))); \ if (0) { \ __frame_label: #define __EXCEPT(func) \ } \ else { \ __f.frame.Handler = __wine_exception_handler; \ __f.u.filter = (func); \ __wine_push_frame( &__f.frame ); \ goto __frame_label; \ } \ }

7 11

Re: winecfg: Add wine configuration tab
by Alexandre Julliard May 9, 2005

May 9, 2005

James Hawkins <truiken(a)gmail.com> writes: > This seemed to get pretty good support in wine-devel. The rest of the > implementation will follow soon. You really only want the dir symlink and hidden file options, and these should most likely be under the Drives tab. It doesn't make sense to let users edit the Windows or System dir, this will break everything. And there's no point in having a "wine" tab, all options in winecfg are about Wine anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Re: Regression in Half life
by fenix＠club-internet.fr May 9, 2005

May 9, 2005

Hi, <snip> >Uh, no, this doesn't help :-( > >Half-life supports only 16bpp(well, I can set it to other values with regedit, >but it seems to have no effect), fglrx supports 24bpp only. No problem here. >I switched to the Xorg radeon driver which has 16 bpp support(the 2nd column >shows 16 now), and made sure that hl runs with 16bpp, but the error still >occurs. > Yes it don't work, because you speak about frame buffer (named Color buffer on traces) when you speak about 16bpp. I spoke about depth buffer <snip> > - Depth : 32 <---- Is half-Life still trying to get 32bpp????? Yes, but not 32bpp for frame buffer only for depth buffer (usually Z-buffer) >But even if it worked this way, this wouldn't be a good solution for ATI >users, because playing newer games with the "radeon" driver is horrible. >(e.g. Jedi Academy, gl-117, even tuxracer makes problems). > >Removing the failing check from Wine's opengl code doesn't help, it causes a >hard crash later. Yes because game expect 32bpp for Depth buffer and if game try to read directly into this buffer you'll have some problems Regards, Raphael

3 3

Commercial support
by gslink May 9, 2005

May 9, 2005

I wonder if it isn't a little early to consider the entire issue of commercial support. Most programs do not run under Wine without some sort of setup and things written to XP standards don't run at all. The project hasn't gotten to the 1.0 level yet. The project is coming along very well and sometime in the future will reach a 1.0 level. Might it not be time to consider things like this when the project has progressed a little further. I believe the project could better spend this effort publicizing Wine to groups such as the Smalltalk community. It could be a great help there and in other communities like it. The more involvement the faster Wine will reach the 1.0 level.

2 1