On Thu, 1 Jan 2009, Gerald Pfeifer wrote:
[...]
> ChangeLog:
> Only use RTF_LLINFO if #defined, fixing FreeBSD 8 after the arp-v2
> rewrite.
[...]
> #if defined(HAVE_SYS_SYSCTL_H) && defined(NET_RT_DUMP)
> - int mib[] = {CTL_NET, PF_ROUTE, 0, AF_INET, NET_RT_FLAGS, RTF_LLINFO};
> + int mib[] =
Zachary Goldberg wrote:
> All,
>
> It seems Wine 1.0 was deemed a significant event for Linux and Free
> Software in 2008.
>
> http://lwn.net/Articles/Timeline2008/
>
It'd be pretty strange if it weren't. We don't brag about it, but we're
probably one of the top 5 most newsworthy projects.
Th
On a standard installation of Fedora 10 address space randomization is
enabled by default. The base address of a process started by wine seems
to change.. and it is easy to see when loading Dlls and checking their
base addresses.
Does the preloader attempt to compensate for this? Or is it neces
All,
It seems Wine 1.0 was deemed a significant event for Linux and Free Software
in 2008.
http://lwn.net/Articles/Timeline2008/
Cool beans.
-Zach
2009/1/8 Paul Vriens :
> Hi,
>
> With this last patch all shlfileop tests succeed on all my boxes (Win95,
> Win98,
> NT4, W2K, W2K3 and Vista).
>
> Changelog
> Skip a test on Vista
+static BOOL on_vista = FALSE;
+
I don't see where this is used.
Kudos for fixing the shell32:shfileop tests.
- R
> dlls/iphlpapi/ifenum.c: getInterfaceEntryByIndex()
This one's definitely dead, go ahead and remove it.
Thanks,
--Juan
Francois Gouget wrote:
>
> Thanks for the help with this task. With the last round of patches we
> are now down to about 280 warnings so there's definite progress. Here's
> the updated list:
>
> [...]
Here are the apparently unused functions I have encountered in the dlls so
far. Please speak u
On Thu, Jan 8, 2009 at 12:29 PM, Steven Edwards wrote:
> According to this link from google search, the prototypes are in MASM
> include files going back to 2001. You might want to check the others
> as well.
>
> http://www.cecs.csulb.edu/~hill/cecs325/MASM32/INCLUDE/SETUPAPI.INC
Heh ignore that
On Thu, Jan 8, 2009 at 5:22 AM, Alexandre Julliard wrote:
> Where does the prototype come from? AFAICS it's not in the PSDK. Maybe
> it's just wrong.
When Eric first implemented those functions they were mostly
undocumented. I believe I checked the prototypes verses some VB or
Pascal code I foun
I had already coded that in:
http://www.winehq.org/announce/latest
I'll put a redirect in for the old URL.
IneedAname wrote:
> On Wed, 07 Jan 2009 12:33:21 +1100
> Peter Urbanec wrote:
>
>> Speaking of dates... My pet peeve is seeing ambiguous dates such as
>> 2/1/08. To me (and most of the wor
I made some tweaks to the mysql config. Hopefully it this will happen
less often to hopefully not at all now.
-Newman
John Haywards wrote:
> On Mon, 05 Jan 2009 06:10:05 -0800, Dan Kegel wrote:
>
> Warning: mysql_connect() [function.mysql-connect]: User winehq
> already has more than 'ma
Am Mittwoch, den 07.01.2009, 16:03 + schrieb Rob Shearman:
> http://www.winehq.org/pipermail/wine-patches/2009-January/067032.html
> http://www.winehq.org/pipermail/wine-patches/2009-January/067031.html
>
> However, they probably won't apply cleanly after my recent changes.
> Michael, do you p
Thanks for the help with this task. With the last round of patches we
are now down to about 280 warnings so there's definite progress. Here's
the updated list:
dlls/cabinet/fdi.o: make_decode_table should be made static
dlls/cabinet/fdi.o: QTMupdatemodel should be made static
dlls/comctl32/test
> First, sorry for maybe somewhat newbish questions/approach... but anyway.
> Do i understand correctly that wined3d implementation takes d3d shaders'
bytecode and converts it to other
> format depending on hardware?
Correct. Currently we support GL_ARB_*_program and GLSL, but the backends
are mo
On Thu, 8 Jan 2009, Hans Leidekker wrote:
[...]
> I don't know where the prototype came from, there was a stub there already
> which entered Wine with commit 8196e2d0d0dbd04325201e14d95f88cad3cfd00f.
I did not find it in my SDKs either. And a web search turned no useful
result.
> So we might as
Hi.
First, sorry for maybe somewhat newbish questions/approach... but anyway.
Do i understand correctly that wined3d implementation takes d3d shaders'
bytecode and converts it to other format depending on hardware?
What is the state of wine's d3d shaders' implementation?
I'm asking because
On Thursday 08 January 2009 11:22:59 Alexandre Julliard wrote:
> > This test is there to show that the prototype of StringTableLookUpStringEx
> > is broken; the last parameter is treated as an integer instead of a pointer
> > and this notation serves to document that fact. But I can see how this w
On Thu, Jan 08, 2009 at 10:05:28AM +0100, Hans Leidekker wrote:
> On Thursday 08 January 2009 00:05:01 Francois Gouget wrote:
>> memset(buffer, 0x55, sizeof(buffer));
>> -retval = pStringTableLookUpStringEx(table, uilevel,
>> ST_CASE_SENSITIVE_COMPARE, buffer, (LPDWORD)0);
>> +retval
Markus writes:
> What I have found so far is that the native dxdiagn.dll retrieves the device
> capabilities using IDirect3D9Impl_GetDeviceCaps. However, I was unable to
> find
> any values for the caps struct, where the native dll would determine that
> b3DAccelerationExists was supposed to
Hans Leidekker writes:
> On Thursday 08 January 2009 00:05:01 Francois Gouget wrote:
>
>> memset(buffer, 0x55, sizeof(buffer));
>> -retval = pStringTableLookUpStringEx(table, uilevel,
>> ST_CASE_SENSITIVE_COMPARE, buffer, (LPDWORD)0);
>> +retval = pStringTableLookUpStringEx(table, u
2009/1/8 Hans Leidekker :
> On Thursday 08 January 2009 00:05:01 Francois Gouget wrote:
>
>> memset(buffer, 0x55, sizeof(buffer));
>> -retval = pStringTableLookUpStringEx(table, uilevel,
>> ST_CASE_SENSITIVE_COMPARE, buffer, (LPDWORD)0);
>> +retval = pStringTableLookUpStringEx(table,
On Thursday 08 January 2009 00:05:01 Francois Gouget wrote:
> memset(buffer, 0x55, sizeof(buffer));
> -retval = pStringTableLookUpStringEx(table, uilevel,
> ST_CASE_SENSITIVE_COMPARE, buffer, (LPDWORD)0);
> +retval = pStringTableLookUpStringEx(table, uilevel,
> ST_CASE_SENSITIVE_COM
22 matches
Mail list logo