Nikolay Sivov wrote:
> On 8/21/2010 12:18, Marko Nikolic wrote:
>> Nikolay Sivov wrote:
>>
>>>On 8/20/2010 20:04, Marko Nikolic wrote:
Changed variable type to match function return type.
---
dlls/appwiz.cpl/appwiz.c |2 +-
1 files changed, 1 insertions(+), 1 del
Yep, this patch should not be committed.
So the flags for a loaded image on Windows 7 are always 13010. So
while earlier versions of gdiplus could determine whether the DPI was
set in an image header, win7's gdiplus cannot, and always claims that
it is.
I remember reading that gdiplus on win7 use
Stefan Leichter writes:
> This was just a try to fix bug 23866.
>
> call 32 bit function from 16 bit and back is still some "black magic" for me.
> Therefore i searched the wine sources for a similar case. Most/all places to
> convert HINSTANCE16 to HINSTANCE i found are dlls/user.exe16/window.
Another fortnight, another Winetricks.
Online as always at
http://kegel.com/wine/winetricks
or
http://winezeug.googlecode.com
(Bug reports to the issue tracker at the above URL, please.)
Changes:
Austin English
mdac26: can't download anymore, so make it a synonym for mdac27
firefox: fix instal
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=4650
Your paranoid android.
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=4649
Your paranoid android.
Am 22.08.2010 12:48, schrieb Konrad Wartke:
> Am 22.08.2010, 13:36 Uhr, schrieb André Hentschel :
>
>>> +#ifdef __i386__
>>> +/* get VendorID from CPUID, eax = 0 */
>>> +unsigned int regs[3];
>>
>>
>> Hello Konrad,
>> you are generating declerations after some code here.
>
> fixed
Am 22.08.2010, 13:36 Uhr, schrieb André Hentschel :
+#ifdef __i386__
+/* get VendorID from CPUID, eax = 0 */
+unsigned int regs[3];
Hello Konrad,
you are generating declerations after some code here.
fixed and resend
> > configure: libGLU development files not found,
> > GLU won't be supported.
GOUJON Alexandre:
> It clearly appears that libGLU.so was present
> during the "ok" configure
> execution and not for the other.
No, that's not true, because "ls -alF /usr/lib/libGLU*" showed that
all files and even
> +#ifdef __i386__
> +/* get VendorID from CPUID, eax = 0 */
> +unsigned int regs[3];
Hello Konrad,
you are generating declerations after some code here.
--
Best Regards, André Hentschel
On 08/22/2010 10:09 AM, wy...@volny.cz wrote:
So why configure says me "-lGLU... not found"
when file "/usr/lib/libGLU.so.1" is present
a...@evan:~/Desktop$ diff configure_output_ok_libice_dev_missing.txt
configure_output_bad_libice_dev_present.txt
506c506
< checking for IceConnectionNumber i
On Sun, Aug 22, 2010 at 3:09 AM, wrote:
> Thanks for hints, Austin. Unfortunately looking at it and comparing
> GOOD vs BAD log did not move me any further. So if anyone would see
> there a bug, please let me know. Logs attached.
>
> W.
>
>From the bad configure log:
configure:8817: checking fo
Am Thursday 19 August 2010 11:58:23 schrieb Alexandre Julliard:
> Stefan Leichter writes:
> > +HINSTANCE hinst32;
> > +if (hinst16 == GetModuleHandle16("msvideo.dll"))
> > +hinst32 = GetModuleHandleA("msvfw32.dll");
> > +else
> > +hinst32 = HINSTANCE_32(GetExePtr( hinst
13 matches
Mail list logo
