On Tue, Apr 25, 2006 at 05:34:32PM -0400, Segin wrote:
> Marcus Meissner wrote:
...
> Let me hack at that patch a bit...
>
> Index: download.template
> ===
> RCS file: /home/wine/lostwages/templates/en/download.template,v
> retrieving
On Tue, 2006-04-25 at 17:34 -0400, Segin wrote:
>href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=79444";>SUSE
> - binary and source .rpms for SUSE 9.0, 9.1, 9.2, 9.3, and 10.0
> + binary and source .rpms for SUSE 9.0, 9.1, 9.2, 9.3, 10.0, and
> 1
H. Verbeet wrote:
On 25/04/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
(2) write a NULL argument on no match.
This patch corrects those issues, and also changes GetContainer() for
surfaces and volumes to use the return value as MSDN specifies
(WINED3D_INVALIDCALL), not E_NOINTERFACE on fail
On 4/25/06, Paul Millar <[EMAIL PROTECTED]> wrote:
> Hi Tom,
>
> Yes, this looks to be amenable to a clean-room implementation.
>
> This could involve two students: one activity would be to write a document
> describing the API and write a suite of functional tests that "define"
> correct behaviour
On Wednesday 26 April 2006 00:53, Willie Sippel wrote:
> Am Mittwoch, 26. April 2006 01:10 schrieb Raphael:
> > On Tuesday 25 April 2006 17:26, Willie Sippel wrote:
> > > Am Dienstag, 25. April 2006 15:38 schrieb Louis Lenders:
> > > > Lionel Ulmer free.fr> writes:
> > > > >>On Wed, Apr 19, 2006 a
Paul Millar wrote:
Hi Tom,
On Tuesday 25 Apr 2006 19:05, Tom Spear wrote:
On 4/25/06, Paul Millar <[EMAIL PROTECTED]> wrote:
Yes, this looks to be amenable to a clean-room implementation. [...]
I don't see any reason why that couldn't work. We could combine that test
suite wit
Am Mittwoch, 26. April 2006 01:10 schrieb Raphael:
> On Tuesday 25 April 2006 17:26, Willie Sippel wrote:
> > Am Dienstag, 25. April 2006 15:38 schrieb Louis Lenders:
> > > Lionel Ulmer free.fr> writes:
> > > >>On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote:
> > > >> wouldn't be fix
On Tuesday 25 April 2006 17:26, Willie Sippel wrote:
> Am Dienstag, 25. April 2006 15:38 schrieb Louis Lenders:
> > Lionel Ulmer free.fr> writes:
> > >>On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote:
> > >> wouldn't be fixing bug 2398 be an idea for SOC?
> > >
> > > Well, I do not r
On 25/04/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> (2) write a NULL argument on no match.
>
> This patch corrects those issues, and also changes GetContainer() for
> surfaces and volumes to use the return value as MSDN specifies
> (WINED3D_INVALIDCALL), not E_NOINTERFACE on failure.
Did you ve
Am Dienstag, den 25.04.2006, 16:08 -0500 schrieb Jeremy White:
> http://www.winehq.org/site/getting_help
>
> Hopefully this will help people find a way to search
> for help and connect to the wine-users community a bit more easily,
Great Idea.
I suggest two more Links:
"Application Database" t
* Jeremy White <[EMAIL PROTECTED]> [25/04/06, 16:08:28]:
> We also revamped the web site a bit to try to make these things
> pop out a bit more. Please see this page in particular:
> http://www.winehq.org/site/getting_help
Hi Jeremy,
looking great. I think that should work.
Cheers,
Kai
--
Marcus Meissner wrote:
Hi,
Adjust SUSE download entry to match what RPMs there are now.
Ciao, Marcus
Index: download.template
===
RCS file: /home/wine/lostwages/templates/en/download.template,v
retrieving revision 1.77
diff -u -r
Hi folks,
As SerNet and the Samba team has invited me to SambaXP, I thought I'd
give a short update on what happened here so far that is interesting for
Wine.
The talks today were only mildly interesting from the Wine point of
view, but that chatting with the Samba folks in the breaks was really
Am Montag, den 24.04.2006, 23:31 +0200 schrieb Stefan Dösinger:
> I personally dislike that. In my opinion it's better this way:
>
> HRESULT WINAPI
> IWineD3DDeviceImpl_SetTexture(IWineD3DDevice *iface,
> DWORD stage,
> IWineD3DBaseTextu
Hi Folks,
We've now reconnected the newgroup comp.emulators.ms-windows.wine
to the wine-users mailing list, so they are, in theory, one
'virtual' community.
We also revamped the web site a bit to try to make these things
pop out a bit more. Please see this page in particular:
http://www.winehq
(Further to my previous patch)
I have little real experience with handling multiple platforms so
I have no idea how this needs to be fixed. Can anyone make some
suggestions.
Currently the decision as to whether wrc will handle long long
constants depends upon
#if defined (SIZEOF_LONGLONG) &&
Vitaliy Margolen wrote:
Monday, April 24, 2006, 2:23:31 AM, Konstantin Petrov wrote:
(Patch edited)
There were the problem while I advert to dosdevices through WINE. I made the
test (Windows vs Wine), which shows that in Windows there are available
dosfiles (such as NUL, COM1, COM2,.., LPT1, ..
On 4/25/06, Tom Spear <[EMAIL PROTECTED]> wrote:
>
> If I am reading what you said above, you basically want to for example, take
> fruity loops, figure out what it does when you do various things (by tracing
> that app's execution), then using that trace, write our own code to produce
> an _identi
On 4/25/06, Paul Millar <[EMAIL PROTECTED]> wrote:
Hi Tom,Yes, this looks to be amenable to a clean-room implementation.This could involve two students: one activity would be to write a documentdescribing the API and write a suite of functional tests that "define"
correct behaviour of the API; the
Am Dienstag, 25. April 2006 19:20 schrieb Stefan Dösinger:
> Hi,
>
> > AFAIK, there are four targets OpenGL can draw to on X: X windows,
> > Pbuffers, FBOs or GLX pixmaps. EXT_framebuffer_object should be the most
> > interesting approach, as it's supposed to somewhat similar to Pbuffer
> > renderi
Hi,
I've done some reading on the DIB engine and I cannot determine where
is the best place to integrate the code. Should it be in x11drv, gdi,
or it's own DLL, or wined3d? Of course I want to do it right the first
time when I start coding. =)
Jesse
Hi,
> AFAIK, there are four targets OpenGL can draw to on X: X windows, Pbuffers,
> FBOs or GLX pixmaps. EXT_framebuffer_object should be the most interesting
> approach, as it's supposed to somewhat similar to Pbuffer rendering, but
> supposed to be more portable and faster:
> "This extension defi
Am Dienstag, 25. April 2006 18:03 schrieb Stefan Dösinger:
> Hi,
>
> > I'm with you. This is the single most annoying regression I've ever seen
> > in Wine. As this seems to be top-priority anyway, it's one of the best
> > possible SOC candidates (this and a DIB engine), given that most regular
>
Am Dienstag, 25. April 2006 15:38 schrieb Louis Lenders:
> Lionel Ulmer free.fr> writes:
> >>On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote:
> >> wouldn't be fixing bug 2398 be an idea for SOC?
> >
> > Well, I do not really see the link between game and this bug... Bug 2398
> > does
Hi,
> I'm with you. This is the single most annoying regression I've ever seen in
> Wine. As this seems to be top-priority anyway, it's one of the best
> possible SOC candidates (this and a DIB engine), given that most regular
> devs that might be able to fix the regression don't seem all too moti
Hi Tom,
Yes, this looks to be amenable to a clean-room implementation.
This could involve two students: one activity would be to write a document
describing the API and write a suite of functional tests that "define"
correct behaviour of the API; the other activity would be to use the document
My vote is for a web forum.
Why?
Because I'm a wine user, not a developer. I subscribed to this mailing list
because I had a question about wine installation/use/errors (or whatever)
and not because I wanted to read every single message going back and forth
about wine, that does not relate to me
Am Dienstag, 25. April 2006 15:38 schrieb Louis Lenders:
> Lionel Ulmer free.fr> writes:
> >>On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote:
> >> wouldn't be fixing bug 2398 be an idea for SOC?
> >
> > Well, I do not really see the link between game and this bug... Bug 2398
> > does
Lionel Ulmer free.fr> writes:
>
>>On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote:
>> wouldn't be fixing bug 2398 be an idea for SOC?
>
> Well, I do not really see the link between game and this bug... Bug 2398
> does not affect any game at all (the only thing game-related it affe
> This is just another argument FOR a forum... :-D If you dont want html
> in a category, you can turn it off...
I think the simplest solution still is for the mailing list software to send
out only the plaintext version of the message, if in fact all HTML mailers
include plaintext as well.
Che
Am Freitag, 21. April 2006 19:57 schrieb Stefan Dösinger:
> This patch implements IWineD3DSurface::GetDC and
> IWineD3DSurface::ReleaseDC. The code is basically taken from
> dlls/ddraw/surface_dib.c
>
> Changelog:
> Stefan Dösinger(for CodeWeavers): Implement IWineD3DSurface::GetDC and
> IWineD3DSu
KGJ wrote:
Vitaliy Margolen wrote:
Monday, April 24, 2006, 8:32:14 PM, Segin wrote:
Vitaliy Margolen wrote:
I'm sure that everyone of us really enjoys seeing influx of these
wonderful HTML messages.
People please don't send HTML e-mails to the mailing lists. Tey
It seems this mail didn't make it in...
Le mardi 25 avril 2006 à 01:44 +0200, Molle Bestefich a écrit :
> Eric Pouech wrote:
> > my 0.02€ on the longuest thread of the year.
>
> I think we ought to have some sort of a phpBB forum. That way you
> wouldn't get all this crap in your inbox - you cou
[EMAIL PROTECTED] wrote:
+ memcpy(dest, L"\r", nEndChars*2);
Wide character strings aren't portable. Please use something like:
static const WCHAR szsr[] = { '\r', 0 };
Mike
Bernd Buschinski wrote:
+case FSCTL_LOCK_VOLUME:
+case FSCTL_UNLOCK_VOLUME:
+io->u.Status = STATUS_SUCCESS;
+break;
Shouldn't this have a FIXME showing that we're not doing something?
Mike
35 matches
Mail list logo
