diff --git a/dlls/wined3d/utils.c b/dlls/wined3d/utils.c
index 77b6b33..d15520b 100644
--- a/dlls/wined3d/utils.c
+++ b/dlls/wined3d/utils.c
@@ -1741,7 +1741,7 @@ GLenum D3DFmt2GLFmt(IWineD3DDeviceImpl*
/* color buffer */
case WINED3DFMT_R3G3B2: retVal = GL_RGB;
Bill Medland wrote:
On May 27, 2006 03:51 pm, Robert Shearman wrote:
Bang Jun-Young wrote:
dispatch_rpc() shouldn't return anything since it's a void
function, but it actually does.
Thank you for reviewing the code.
RpcRaiseException is also a void function.
Rather than write
On May 27, 2006 03:51 pm, Robert Shearman wrote:
> Bang Jun-Young wrote:
> > Hi,
> >
> > I wonder how this has been possible so far:
snip
> >if (!params) return RpcRaiseException(E_OUTOFMEMORY);
snip
> > debugstr_guid(&ipid)); return RpcRaiseException(hr);
snip
> >
> > dispatch_rpc() shouldn't
Robert Shearman wrote:
>
> Absolutely. We should avoid regressions at all costs, but making literal
> strings non-writable should help to uncover bugs.
>
Of course, what I am doing with the structure members is to say "These have
been declared as writeable (LPSTR pszXYZ); I don't know whether th
Bang Jun-Young wrote:
Hi,
I wonder how this has been possible so far:
static void __RPC_STUB dispatch_rpc(RPC_MESSAGE *msg)
{
struct dispatch_params *params;
APARTMENT *apt;
IPID ipid;
HRESULT hr;
RpcBindingInqObject(msg->Handle, &ipid);
TRACE("ipid = %s, iMethod = %d\n", d
I just noticed that the mailinglist thing sent thru all the older mail i sent before i reregistered! I didn't know it would show it after I registered! Sorry again!On 5/27/06,
Neal Gompa <[EMAIL PROTECTED]> wrote:
I noticed that my post on wine-devel seems to have revealed that I accidently added
Andrew Talbot wrote:
Because I have had at least one patch like this accepted, I assumed what I
was doing was OK. I guess another way of preventing this warning would be
to use:
x.pszText = (LPSTR) "string";
Assuming there is no danger in using this method, then it is neater for a
single as
I have noticed that since my post about how Fedora packages are inaccessible, you have added the string "Currently official Fedora packages lag behind, but you can get
Wine-0.9.10 by running yum install wine from
Fedora Extras." Well, that is not totally correct. Usually about a week after Wine
Ok, i just checked the release information for Wine-0.9.13, and it only took 3 days to release it. It is a good idea to assume anywhere from 3-5 days for Wine to be updated in Fedora Extras.
On 5/27/06, Neal Gompa <[EMAIL PROTECTED]> wrote:
I have noticed that since my post about how Fedora package
I should probably start thinking ahead ;)Ok, just for reference, I am adding in the repository information for x86_64Fedora Extras for Fedora Core 5:
http://download.fedora.redhat.com/pub/fedora/linux/extras/5/x86_64/repodata/repoview/W.group.html
Fedora Extras for Fedora Core 4: http://download.f
I noticed that my post on wine-devel seems to have revealed that I accidently added in the Fedora extras hyperlink to have i386 on one of the x86_64 links, sorry! Gmail interface isn't easy to work with...
On 5/27/06, Neal Gompa <[EMAIL PROTECTED]> wrote:
I have noticed that since my post about how
I have noticed that since my post about how Fedora packages are
inaccessible, you have added the string "Currently official Fedora
packages lag behind, but you can get Wine-0.9.10 by running yum install wine from
Fedora Extras."
Well, that is not totally correct. Usually about a week after Wine
P
Hi Vitaliy,
I am having a go at the janitorial project of fixing certain compiler
warnings suggested at http://wiki.winehq.org/CompilerWarnings/.
When the -Wwrite-strings flag is set, code like this:
char *a = "string";
produces the message "warning: assignment discards qualifiers from poin
Saturday, May 27, 2006, 11:57:33 AM, Andrew Talbot wrote:
> Changelog:
> comctl32_tests: Janitorial: write-strings warning fix.
> diff -urN a/dlls/comctl32/tests/tab.c b/dlls/comctl32/tests/tab.c
> --- a/dlls/comctl32/tests/tab.c 2006-05-27 17:25:57.0 +0100
> +++ b/dlls/comctl32/
Detlef Riekenberg <[EMAIL PROTECTED]> writes:
> When you reach "0xdeadbeaf" in a Bug/Crash, you can change the Value of
> MAGIC_DEAD in the possible files and reach the bug.
> (But this does not work anymore for "winspool.drv/tests/" after the
> Tests from Dmitry.)
This may be useful in some cas
Hi,
I wonder how this has been possible so far:
static void __RPC_STUB dispatch_rpc(RPC_MESSAGE *msg)
{
struct dispatch_params *params;
APARTMENT *apt;
IPID ipid;
HRESULT hr;
RpcBindingInqObject(msg->Handle, &ipid);
TRACE("ipid = %s, iMethod = %d\n", debugstr_guid(&ipid), msg
Starting last night, or the night before, I believe, my automated
testers now issue the following warning on SUSE Linux 10.1/i386,
and others:
config.status: WARNING: Make.rules.in seems to ignore the
--datarootdir setting
Is this possibly related to the following?
date: 2006-05-25 21
Dan Kegel wrote:
On 5/26/06, Nick Law <[EMAIL PROTECTED]> wrote:
I guess I could create a symbolic link from the fonts directory in wine
but where is the linux version of Picasa expecting to find these fonts
Probably ~/.picasa/drive_c/windows/fonts, or something like that.
The directory
Another quick note just saw the mistake I made with the URL, so here
it is again ...
This URL will display the pages in English but will not allow the
download to take place ... so read about it here
http://www.freeproxy.us/index.php?q=aHR0cDovL3BpY2FzYS5nb29nbGUuY29tL2xpbnV4L2luZGV4L
I guess I could create a symbolic link from the fonts directory in wine
but where is the linux version of Picasa expecting to find these fonts
? Sorry I should be able to find them with find but I seem to have
folders with fonts in several locations.
Dan Kegel wrote:
On 5/26/06, Nick Law <
I 've loaded and installed the .bin version, installation went
flawlessly, I told it to index the whole hard drive it started doing
that then after 30 seconds or do a message box poped up --- FATAL ERROR
-- "Picasa cannot continue", it completely hung, the OK button was
unresponsive and I had
Works ok for me, no crashes. ( Firefox 1.5.0.3, Xorg version 6.8.2, ATI
graphics card 9550 driver V8.23.07 )
Nick
EA Durbin wrote:
While browsing the bug database I discovered a bug, in which my x
server crashes when i use the side horizontal scrollbar in firefox. I
was browsing this attachme
Dan Kegel wrote:
On 5/26/06, Nick Law <[EMAIL PROTECTED]> wrote:
Having looked at both the linux version and the windows version running
on 0.9.14 I must admit that I prefer the windows version running on
0.9.14 simply because the fonts look much better on my system
Could it be that you had
EA Durbin wrote:
While browsing the bug database I discovered a bug, in which my x server
crashes when i use the side horizontal scrollbar in firefox. I was
browsing this attachment in firefox
http://bugs.winehq.org/attachment.cgi?id=2517&action=view
Can anyone replicate this bug?, I'm not su
Detlef Riekenberg wrote:
New! Picasa for Linux
Google's photo organizer now available for Linux users.
The Link-Target: http://picasa.google.com/linux/ results in:
Google
Error
Not Found
The requested URL /linux/ was not found on this server.
According to this (s
And here's a working english link for those outside the US, I wonder why
the normal links don't work for those outside the US ?
http://picasa.google.com.nyud.net:8080/linux/thanks-other.html It
takes you straight to the .bin download with it's selfextracting installer.
Nick Law wrote:
Having
Having looked at both the linux version and the windows version running
on 0.9.14 I must admit that I prefer the windows version running on
0.9.14 simply because the fonts look much better on my system ( if
anybody is interested I can send a couple of screen shots), i.e the font
look more like
Dan Kegel wrote:
> Google has indeed been working on Picasa, and it's finally available for
> download at
> http://labs.google.com/
I tried this, and the link to the linux version apparently does not exist!
David
>
> For the curious, here are a few tidbits about how it came to be.
>
> When Go
I spoke to soon, they seems to be a couple of show stoppers on the
windows on wine 0.9.14 and on the linux versions, i.e. hangs or not
wanting to run at all.
Can somebody let me know where I should report these problems to ? I
assume this this not the correct place..
Nick
Nick Law wrote:
And
Hi Detlef,
Detlef Riekenberg wrote:
> Changelog:
>
> DEVELOPER-HINTS: Some directories are renamed / removed / added
>
>
> @@ -192,11 +194,15 @@ DLLs (under dlls/):
> Winelib programs (under programs/):
> ---
>
> - avitools/ - AVI informati
Am Samstag, den 27.05.2006, 01:01 +0200 schrieb Andreas Mohr:
> > I was using 0x00dead00 before, but Dmitry suggested 0xdeadbeef, as this
> > is used in most Places in wine.
>
> First, then you should really write it as such...
> Second, why does it *ALWAYS* have to be 0xdeadbeef?
It was 0x00de
Mike McCormack wrote:
Due to the methods and attitudes of some ReactOS developers, we
believe that it would be better to avoid including ReactOS code in Wine.
My methods are absolutely clean. I used testcode to uncover undocumented
functions behaviour. Thats how all wine developers do things.
32 matches
Mail list logo
