Paul TBBle Hampson wrote:
> Not much to say about this. It's needed for the unit tests coming up.
>
>
>
>
>
Hi Paul,
Part of your signature says:
License: http://creativecommons.org/licenses/by/2.5/au/
Does this mean yo
On Tue, Jan 6, 2009 at 8:21 AM, Andrey Turkin wrote:
> .NET 1.1 uses this dll during installation
>
> ---
> configure.ac |1 +
> dlls/loadperf/Makefile.in | 13 +
> dlls/loadperf/loadperf.spec | 14 ++
> dlls/loadperf/loadperf_main.c | 29 +
On Wed, Jan 07, 2009 at 12:22:15AM -0600, Austin English wrote:
> On Wed, Jan 7, 2009 at 12:05 AM, Paul TBBle Hampson
> wrote:
>> Not much to say about this. It's needed for the unit tests coming up.
> +// Used for all tags where IsReparseTagMicrosoft is false
> +// and for some tags where IsRepa
On Wed, Jan 7, 2009 at 12:05 AM, Paul TBBle Hampson
wrote:
> Not much to say about this. It's needed for the unit tests coming up.
> --
> ---
> Paul "TBBle" Hampson, B.Sc, LPI, MCSE
> Very-later-year Asian Studies student, ANU
> The Boss, Bub
Hi,
I would like to know if there is any issues as to why we are not using
pkg-config to check for needed library's with the m4 macros.
Also this question arose in #winehackers
TBBle> Hmm. Is pkg-config broken under mingw? And do we care?
Regards,
Danny Rawlins
On Tuesday 06 January 2009 03:58:27 Detlef Riekenberg wrote:
> On Mo, 2009-01-05 at 22:10 -0500, Markus wrote:
> > can anyone tell me where to find information about the
> > b3DAccelerationExists and b3DAccelerationEnabled properties in the
> > display container returned by
>
> I suggest to use dxd
On Tue, Jan 6, 2009 at 9:07 PM, James Hawkins wrote:
> On Tue, Jan 6, 2009 at 7:04 PM, Austin English
> wrote:
>> Adds a note discouraging use of UNIX paths, since there's seems to
>> have been a rash of it in recent bug reports.
>>
>
> If we don't recommend it, and usually advise against it, wh
On Tue, Jan 6, 2009 at 7:04 PM, Austin English wrote:
> Adds a note discouraging use of UNIX paths, since there's seems to
> have been a rash of it in recent bug reports.
>
If we don't recommend it, and usually advise against it, why not just
remove that line from the README?
--
James Hawkins
Ian Macfarlane wrote:
> Very small suggestion - it would be helpful to have dates included
> somewhere (preferably near the top) of the wine announce pages
Speaking of dates... My pet peeve is seeing ambiguous dates such as
2/1/08. To me (and most of the world), that looks like 2nd Jan 2008, but
i
On Tue, Jan 6, 2009 at 11:03 AM, James Mckenzie
wrote:
> No, the appdb should not be touched. Rosanne said it correctly, ordinary
> users are NOT going to take the time to build Wine, nor should they. We can
> put in the bug report that the patch works and whether or not it has been
> submit
On Tue, Jan 6, 2009 at 10:12 AM, Austin English wrote:
> On Tue, Jan 6, 2009 at 11:42 AM, Nathaniel Gray wrote:
>> It sounds like the problem is that the version string in appdb isn't
>> descriptive enough. It's perfectly reasonable to wonder if a given
>> program can be made to work with a patc
Sometimes to make an app work, you need to copy over
some native dlls.
To get these dlls don't you need to own a copy of windows?
Could this be a criterion in the rating system?
Wether or not you need to own a copy of windows?
nick
**
On Tue, Jan 6, 2009 at 10:15 AM, Rosanne DiMesio wrote:
>>
>> It sounds like the problem is that the version string in appdb isn't
>> descriptive enough. It's perfectly reasonable to wonder if a given
>> program can be made to work with a patched version of wine, and wonder
>> how well it will wo
Very small suggestion - it would be helpful to have dates included
somewhere (preferably near the top) of the wine announce pages, for
example:
http://www.winehq.org/announce/1.1.12
This will let people who come to it via search engines know what date
this particular release was made on, without
On Tue, Jan 6, 2009 at 1:08 PM, G. Paul Ziemba wrote:
> austinengl...@gmail.com ("Austin English") writes:
>>Again, no C++ comments.
>
> Oops. Self-LART applied. Should I resubmit patches with modified comments
> to wine-patches?
>
> ~!paul
> --
> G. Paul Ziemba
> FreeBSD unix:
> 11:06AM up 12 d
austinengl...@gmail.com ("Austin English") writes:
>Again, no C++ comments.
Oops. Self-LART applied. Should I resubmit patches with modified comments
to wine-patches?
~!paul
--
G. Paul Ziemba
FreeBSD unix:
11:06AM up 12 days, 21:45, 11 users, load averages: 0.27, 0.23, 0.24
>On Tue, Jan 6, 2009 at 6:48 AM, Rosanne DiMesio wrote:
>>
>>> Now, the story changes if the patch is conforming and has been accepted
>>> by AJ and is pending the next development release.
>>>
>> Then the next development release can get the gold, but previous ones still
>> shouldn't. AppDB test
On Tue, Jan 6, 2009 at 12:49 PM, G. Paul Ziemba wrote:
> FreeBSD fix for Nirvis CDJ application, PR 16828
>
>
> --- dlls/ntdll/serial.c.orig2008-12-20 06:55:38.0 -0800
> +++ dlls/ntdll/serial.c 2009-01-05 21:35:47.0 -0800
> @@ -648,7 +648,9 @@
> port.c_cflag &= ~(HUPCL);
>
On Tue, Jan 6, 2009 at 12:25 PM, G. Paul Ziemba wrote:
> Fix for PR 16592, GetVolumeInformationW() handling of unusual "root"
> parameter.
>
>
> --- dlls/kernel32/volume.c.orig 2008-12-05 08:57:45.0 -0800
> +++ dlls/kernel32/volume.c 2008-12-22 00:15:51.0 -0800
> @@ -518,7 +51
Dan Kegel wrote:
> wine-1.1.12 has a couple regressions in it:
> http://bugs.winehq.org/show_bug.cgi?id=16754
> http://bugs.winehq.org/show_bug.cgi?id=16732
> http://bugs.winehq.org/show_bug.cgi?id=16708
>
> Please consider either cherrypicking the fixes,
> or skipping wine-1.1.12.
>
>
1.1.11 h
>
> It sounds like the problem is that the version string in appdb isn't
> descriptive enough. It's perfectly reasonable to wonder if a given
> program can be made to work with a patched version of wine, and wonder
> how well it will work. It's also reasonable to wonder how it will
> work with a
On Tue, Jan 6, 2009 at 11:42 AM, Nathaniel Gray wrote:
> On Tue, Jan 6, 2009 at 6:48 AM, Rosanne DiMesio wrote:
>>
>>> Now, the story changes if the patch is conforming and has been accepted
>>> by AJ and is pending the next development release.
>>>
>> Then the next development release can get th
On Tue, Jan 6, 2009 at 8:48 AM, Rosanne DiMesio wrote:
>
>> Now, the story changes if the patch is conforming and has been accepted
>> by AJ and is pending the next development release.
>>
> Then the next development release can get the gold, but previous ones still
> shouldn't. AppDB test rating
On Tue, Jan 6, 2009 at 6:48 AM, Rosanne DiMesio wrote:
>
>> Now, the story changes if the patch is conforming and has been accepted
>> by AJ and is pending the next development release.
>>
> Then the next development release can get the gold, but previous ones still
> shouldn't. AppDB test rating
On Tue, Jan 6, 2009 at 5:51 AM, Henri Verbeet wrote:
> 2009/1/6 Rico Schüller :
>> Allan Tong schrieb:
>>> Wrong pointer was being passed to HeapFree.
>>>
>>> - Allan
>>>
>>>
>> Why did you remove these two lines? Was this your intention?
>> -dev_multistate_funcs[cur[i].state]
> Now, the story changes if the patch is conforming and has been accepted
> by AJ and is pending the next development release.
>
Then the next development release can get the gold, but previous ones still
shouldn't. AppDB test ratings are tied to specific releases, and intended to
tell normal
Alexandre Julliard wrote:
> "Rob Shearman" writes:
>
>> 2009/1/6 Paul Vriens :
>>> Hi,
>>>
>>> For some reason this only shows up when I use my own cross compiled tests.
>>>
>>> Changelog
>>> ILFree() is only exported by ordinal on Win9x
>> ILFree is exported using -noname in Wine, so it should
2009/1/6 Francois Gouget :
> In the following commit you added the OutputPin_DeliverNewSegment()
> function to pin.c. However today it is unused. Is there any plan to use
> it? Is it still relevant?
Not, it looks like it has been superseded by InputPin_NewSegment. If
Maarten agrees, then feel free
"Rob Shearman" writes:
> 2009/1/6 Paul Vriens :
>> Hi,
>>
>> For some reason this only shows up when I use my own cross compiled tests.
>>
>> Changelog
>> ILFree() is only exported by ordinal on Win9x
>
> ILFree is exported using -noname in Wine, so it should be imported by
> ordinal. You need t
Rob Shearman wrote:
> 2009/1/6 Paul Vriens :
>> Hi,
>>
>> For some reason this only shows up when I use my own cross compiled tests.
>>
>> Changelog
>> ILFree() is only exported by ordinal on Win9x
>
> ILFree is exported using -noname in Wine, so it should be imported by
> ordinal. You need to in
2009/1/6 Paul Vriens :
> Hi,
>
> For some reason this only shows up when I use my own cross compiled tests.
>
> Changelog
> ILFree() is only exported by ordinal on Win9x
ILFree is exported using -noname in Wine, so it should be imported by
ordinal. You need to investigate further as to why it isn
2009/1/6 Rico Schüller :
> Allan Tong schrieb:
>> Wrong pointer was being passed to HeapFree.
>>
>> - Allan
>>
>>
> Why did you remove these two lines? Was this your intention?
> -dev_multistate_funcs[cur[i].state][0] =
> multistate_funcs[cur[i].state][0];
> -
Hi,
In the following commit you added the OutputPin_DeliverNewSegment()
function to pin.c. However today it is unused. Is there any plan to use
it? Is it still relevant?
commit 0a6f11c88a8da49d80e4e7d8a0236ae4b36926b7
Author: Robert Shearman
Date: Thu Sep 25 23:50:06 2003 +
Allan Tong schrieb:
> Wrong pointer was being passed to HeapFree.
>
> - Allan
>
>
Why did you remove these two lines? Was this your intention?
-dev_multistate_funcs[cur[i].state][0] =
multistate_funcs[cur[i].state][0];
-dev_multistate_funcs[cur[i].sta
On Tuesday 06 January 2009 10:22:17 Francois Gouget wrote:
> In the following commit you added the netconn_set_timeout() function to
> net.c. However today it is unused. Is there any plan to use it? Is it
> still relevant?
Yes, it should be called from WinHttpSetTimeouts at some point.
-Hans
Hi,
In the following commit you added the netconn_set_timeout() function to
net.c. However today it is unused. Is there any plan to use it? Is it
still relevant?
commit 266c4b2c046b334ca44cdc1826c4434625dcb29f
Author: Hans Leidekker
Date: Tue Aug 26 11:03:19 2008 +0200
winhttp
On Mo, 2009-01-05 at 22:10 -0500, Markus wrote:
> can anyone tell me where to find information about the b3DAccelerationExists
> and b3DAccelerationEnabled properties in the display container returned by
I suggest to use dxdiag and regmon on Windows.
In dxdiag, you can disable DirectDraw / Dire
On Sun, 21 Dec 2008, Andrew Talbot wrote:
[...]
> The dlls/advapi32/svcctl_c.c: svcctl_*() functions are peculiar, too. They
> look like they need to be exported in some manner.
My script already detects that svcctl_c.c was generated from svcctl.idl
and thus won't complain about any of the functi
On Sun, 21 Dec 2008, Kai Blin wrote:
> On Thursday 18 December 2008 10:09:02 Francois Gouget wrote:
>
> > dlls/secur32/secur32.dll.so: SECUR32_initNegotiateSP
>
> This function would (and at some point did) register the Negotiate security
> provider. It's not called right now because the provid
39 matches
Mail list logo
