> Running winecfg/wineprefixcreate isn't a part of the build routine,
> and I've never seen a build routine that said, now run our application
> using 'xyz'. This is the same thing. It doesn't even make sense in
> the first place though. If you run wine and there is no existing
> directory at WI
I think people still having lots and lots of questions about why safedisc
support is still not in Wine:
> --- Additional Comments From Speeddymon 2007-16-03 14:37 ---
> I think the problem (as is with most times a safedisc patch has been written)
> is
> that the patch is either way too h
Tom Spear wrote:
> Hi all, I was looking at bug 3747, about the game Motorhead. This
> game crashes because IDirectInputAImpl_GetDeviceStatus always returns
> DI_OK due to being a stub.. The reporter came up with a <10 line hack
> to fix it, but a proper implementation would be better. There may
Tom Spear wrote:
> On 3/15/07, Tom Spear <[EMAIL PROTECTED]> wrote:
>> On 3/15/07, Lei Zhang <[EMAIL PROTECTED]> wrote:
>> > It looks like the icon bug has already been reported:
>> > http://bugs.winehq.org/show_bug.cgi?id=7084
>> >
>> > On my machine, wine puts WinRar.desktop in
>> > ~/.local/shar
Anyone else getting lots of TCP resets from winehq.org since the
maintenance? I don't see this at work - or, my connection there is too
fast connection for them to appear - but at home, I have to have a great
deal of patience to browse the site, as it takes repeated reloads to get a
successful pag
On 3/16/07, Tom Spear <[EMAIL PROTECTED]> wrote:
I just came across another idea that might be nice, and would be
trivial to accomplish
After running ./configure the configure script tells you to run make
depends && make
After that, there is nothing telling you what to do..
Obviously most user
I just came across another idea that might be nice, and would be
trivial to accomplish
After running ./configure the configure script tells you to run make
depends && make
After that, there is nothing telling you what to do..
Obviously most users can figure out to run make install, but it would
Looking at bug 5721, the final comment has found the problem that
causes this. The original issue in the bug is fixed, but a new one
cropped up. Basically if the user doesn't have r/w access to
/dev/input/event* then wine segfaults. What should happen is that
wine should print an error on the c
Hi all, I was looking at bug 3747, about the game Motorhead. This
game crashes because IDirectInputAImpl_GetDeviceStatus always returns
DI_OK due to being a stub.. The reporter came up with a <10 line hack
to fix it, but a proper implementation would be better. There may be
other games that suf
lol oh
On 3/16/07, James Hawkins <[EMAIL PROTECTED]> wrote:
On 3/16/07, Tom Spear <[EMAIL PROTECTED]> wrote:
> Just wondering if it would be trivial (not require a complete
> recompile) to add a link to the page that shows after you change
> anything on a bug to take you back to the bug list tha
On 3/16/07, Tom Spear <[EMAIL PROTECTED]> wrote:
Just wondering if it would be trivial (not require a complete
recompile) to add a link to the page that shows after you change
anything on a bug to take you back to the bug list that you were last
viewing..
Example: On the left there is a link to
On Fri, March 16, 2007 16:37, Felix Nawothnig wrote:
>> It seems to me that this is a bit of a problem:
>>
>> 3783 if (nSubItem == 0 || (cdmode & CDRF_NOTIFYITEMDRAW))
>> 3784 prepaint_setup(infoPtr, hdc, &nmlvcd);
>> 3785
>> 3786 /* in full row select, subitems, will just use main
(CCing wine-devel again)
Dimi Paun wrote:
Problem is that DrawText() for the subitems will also use the
background color - which is wrong.
Why is it wrong?
Because the "background color" isn't the background color of the list.
And it's definitly not the text bkclr in gdi-context either - I h
A DX app packed nicely with winlib would be wonderful. It realistically
isn't an enormous hurdle but the 'look what I did!' factor would be amazing.
Now if only you could convince Blizzard for WoW =D
On 3/15/07, Remco <[EMAIL PROTECTED]> wrote:
I was thinking of a combined project between Ogre
Felix Nawothnig wrote:
Well - yes. But other controls do this too (statusbar for example) and
considering all the stuff we do during refresh this is hardly a
bottleneck. And even if it is we should optimize this codepath in gdi32
instead (by caching solid brushs for example).
...looking at th
On Mi, 2007-03-14 at 09:07 -0700, Lei Zhang wrote:
> BTW, are we evert going to put up a better front page for
> test.winehq.org?
> It still says 403 Forbidden.
Yes Please: http://bugs.winehq.org/show_bug.cgi?id=3187
--
By by ... Detlef
Dimi Paun wrote:
But this ends up creating and deleting the brush for each of the cells
Well - yes. But other controls do this too (statusbar for example) and
considering all the stuff we do during refresh this is hardly a
bottleneck. And even if it is we should optimize this codepath in gdi3
On Fri, March 16, 2007 11:39, Felix Nawothnig wrote:
> This fixes a glitch (blue text background inside a red selected cell))
> in SuperGrid (http://flexo.popuserv.org/SuperGrid.exe) and appears to be
> what native does.
>
> There is no need to use OPAQUE anyway since we always draw the selection
On 3/15/07, Tom Spear <[EMAIL PROTECTED]> wrote:
On 3/15/07, Lei Zhang <[EMAIL PROTECTED]> wrote:
> It looks like the icon bug has already been reported:
> http://bugs.winehq.org/show_bug.cgi?id=7084
>
> On my machine, wine puts WinRar.desktop in
> ~/.local/shared/applications/wine/Programs/WinRa
On Fr, 2007-03-16 at 10:30 +0100, Stefan Dösinger wrote:
> Am Freitag 16 März 2007 02:49 schrieb Remco:
> > I was thinking of a combined project between Ogre (graphics engine) and
> > Wine.
> Last I tried ogre on Wine I saw
> that the gl backend mostly works, but the d3d9 and d3d7 backends are i
On Fr, 2007-03-16 at 11:47 +, Nicolas wrote:
> INT ret;
>
> + if (cbOutput) return 0;
> len = sizeof(*mr) + sizeof(WORD) + ((cbInput + 1) & ~1);
You mixed TAB and SPACE.
(default idention in wine is 4 SPACE)
Thanks.
--
By by ... Detlef
Tom wrote:
I have some benchmarks posted here:
http://wiki.winehq.org/BenchMark-0.9.5
as well as here: http://wiki.winehq.org/BenchMark-0.9.6
And I have all the Graphics test in PCMark 04 running,
but the app is crashing between test, but if I run them
one at a time they will complete.
I'm int
On Friday 16 March 2007 13:09, Remco wrote:
> > I don't actually see the difference between running Ogre apps and other
> > DirectX apps.
> >
> > Or am I getting you wrong and you're suggesting to make the DirectX
> > backend work as a winelib app on native Linux without Wine?
> >
> > Cheers,
> > K
On 16/03/07, Fabian Bieler <[EMAIL PROTECTED]> wrote:
The clamping I removed in the vertexshader is not required:
If we use opengl's fixed function rasterization pipeline in combination with a
vertexshader the shader should pass the fog coordinate to the rasterizer
(which is there used as input f
Am Freitag 16 März 2007 00:09 schrieb Fabian Bieler:
This patch breaks the Dolphin DirectX8 sdk demo. It shows up completely
blue(the fog color).
pgp8j2ZwqD579.pgp
Description: PGP signature
> I don't actually see the difference between running Ogre apps and other
> DirectX apps.
>
> Or am I getting you wrong and you're suggesting to make the DirectX backend
> work as a winelib app on native Linux without Wine?
>
> Cheers,
> Kai
Yeah, that's what I meant. I just thought it would be
Jacek Caban <[EMAIL PROTECTED]> writes:
> static HWND get_notif_hwnd(void)
> {
> +thread_data_t *thread_data = get_thread_data(TRUE);
> +
> static ATOM wnd_class = 0;
> -HWND hwnd;
>
> static const WCHAR wszURLMonikerNotificationWindow[] =
> {'U','R','L',' ','M','o',
On Friday 16 March 2007 08:40, H. Verbeet wrote:
> Did you check if the clamping is required?
Which clamping do you mean, the clamping in the vertexshader I removed or the
clamping in the fragmentshader I added?
The clamping I removed in the vertexshader is not required:
If we use opengl's fixed
Am Freitag 16 März 2007 02:49 schrieb Remco:
> I was thinking of a combined project between Ogre (graphics engine) and
> Wine. Ogre works on Windows and Linux. It has an OpenGL and DirectX
> backend. Maybe a student could try to get the DirectX-backend working in
> Linux with Wine.
>
> This would r
Am Freitag 16 März 2007 09:42 schrieb Alexandre Julliard:
> Methril <[EMAIL PROTECTED]> writes:
> > Dear Wine deevlopers.
> >
> > I was looking thorugh the mailing list archives about the status of
> > wine working in Intel-Macs.
>
> It should work pretty much the same as on Linux. You do need an X
Methril <[EMAIL PROTECTED]> writes:
> Dear Wine deevlopers.
>
> I was looking thorugh the mailing list archives about the status of
> wine working in Intel-Macs.
It should work pretty much the same as on Linux. You do need an X11
server since the quartz driver isn't functional yet.
--
Alexandre
* On Fri, 16 Mar 2007, Methril wrote:
> I was looking thorugh the mailing list archives about the status of wine
> working in Intel-Macs.
> I'd like to start helping the wine project making some effort in
> Macintel computer, and i like to reach some 3D approach that works in
> Mac.
I guess you
James Hawkins wrote:
> That's not how it works. PFNOPEN, et al., has a specific definition
> that is similar to, but not the same as, the corresponding low-level
> file IO function. If you make a change to a public header, you need
> to check the same header in the SDK and make sure that the cha
33 matches
Mail list logo
