2009/3/9 Ben Klein :
> 2009/3/9 David Gerard :
>> 2009/3/8 James Mckenzie :
>>> If we move to an open Wiki, be prepared to be very busy. I've seen
>>> spambots get past most, if not all, of the verification systems and bomb
>>> away.
>> I come from years of fighting vandals on Wikipedia. I kno
Please disable file attachments on Wiki. There are no way to verify their
validity and for the past week it's been a constant source of spam.
IMHO file attachment does not belong on text only Wiki. If anyone needs to
attach a patch a two - they can link it to the one in ML archives or even
bugzill
2009/3/9 David Gerard :
> 2009/3/8 James Mckenzie :
>> David Gerard wrote on March 8th:
>>>2009/3/8 James Mckenzie :
>
Would you be willing to clean out the ash and trash that will show up with
an open Wiki?
>
>>>I already said I would, yes - that the only reason for not just
>>>startin
Paul Vriens wrote:
Two minor things:
There is no need to to check the return value of GetModuleHandle as
ws2_32 is already imported.
Could you add a win_skip() somewhere so we know that some tests are
skipped on some platforms?
Done. Have resubmitted the set again.
Hi Robert,
Robert Wilhelm wrote:
Third try of my effort to get create vbscript skeleton similar to
jscript one.
Your patch series looks good for me, except one little problem:
+#include "windef.h"
+#include "winbase.h"
+#include "winuser.h"
+#include "ole2.h"
+#include "dispex.h"
+#include
2009/3/9 Scott Ritchie :
> Ben Klein wrote:
>> 2009/3/8 Scott Ritchie :
>>> David Gerard wrote:
2009/3/8 King InuYasha :
> Drive C: is not necessarily the truly central drive. I have seen Windows
> installs that installed on D: and have C: as a permanently mounted network
> sh
Hi Alistair,
Alistair Leslie-Hughes wrote:
Hi,
The spec file specified 4 parameters but it only takes 3.
Validate parameters to XP.
Added test cases.
Tested on win98 and XP.
Changelog:
shlwapi: Correct AssocCreate and tests
+hr = pAssocCreate(IID_NULL, &IID_NULL, NULL);
On Sun, 8 Mar 2009, David Gerard wrote:
2009/3/8 King InuYasha :
Drive C: is not necessarily the truly central drive. I have seen Windows
installs that installed on D: and have C: as a permanently mounted network
share. To assume that drive C: is always what it is... is blasphemy.
However, Win
Ben Klein wrote:
> 2009/3/9 Scott Ritchie :
>> Starting the release process three months from now would be a really
>> good thing. It would put us just in time for the next wave of distro
>> releases (Ubuntu 9.10 among them), which would get 1.2 to millions of
>> new desktops. As it stands, only
I've gone a bit further with my DIB Engine, mostly on gdi32 side, in
order to solve the last problems, at least as seen in my favorite app,
Autocad 2005.
Previous version had a bug related to the *only* .net part of that app
(which was obviously written by a 5 years old child, imho), the layer
2009/3/9 Scott Ritchie :
> Starting the release process three months from now would be a really
> good thing. It would put us just in time for the next wave of distro
> releases (Ubuntu 9.10 among them), which would get 1.2 to millions of
> new desktops. As it stands, only 135,150 downloaded Wine
On Sun, Mar 8, 2009 at 11:17 PM, Austin English wrote:
>> For Windows conformance test validation:
>> 1st tier: Win XP 32 bit, Win 2003 32 bit, Win Vista 32 and 64 bit,
>> Win 2008 32 bit
>> 2nd tier: Win XP 16 bit, Win 95, Win 98, Win ME, Win 7 32 and 64 bit
>> 3rd tier: Win 3.1, DOS
>
> Not sur
On Sun, Mar 8, 2009 at 9:39 AM, Dan Kegel wrote:
> The wine test suite is making great progress towards
> passing on all platforms.
>
> http://test.winehq.org/data/tests/rpcrt4:server.html
> seems to be the sore thumb at the moment; it passes
> on XP and Wine, but fails everywhere else.
> I think
On Sun, Mar 8, 2009 at 4:17 PM, Austin English wrote:
> On Sun, Mar 8, 2009 at 4:02 PM, Dan Kegel wrote:
>> But now that you ask, we do have a lot of platforms to consider. We
>> simply can't provide the same level of support for them all.
>> The gcc project defines three tiers of support. If w
to list as well
-- Forwarded message --
From: David Gerard
Date: 2009/3/8
Subject: Re: Sufficient 1.2 release criterion: passing all tests on
all platforms?
To: Dan Kegel
2009/3/8 Dan Kegel :
> For graphics cards:
> 1st tier: Nvidia 8400 or higher
> 2nd tier: < 4 year old Nv
On Sun, Mar 8, 2009 at 4:02 PM, Dan Kegel wrote:
> But now that you ask, we do have a lot of platforms to consider. We
> simply can't provide the same level of support for them all.
> The gcc project defines three tiers of support. If we did that, it
> might look like this:
> We would define tie
On Sun, Mar 8, 2009 at 9:27 PM, Austin English wrote:
>> Even without any new features, it seems to me that
>> passing all tests on all platforms might all on its own
>> merit a new stable release.
>
> By 'all platforms', do you mean all Windows versions, or Linux/OS
> X/BSD/Solaris?
I meant Win
--On Sunday, March 08, 2009 14:12:16 + Rob Shearman
wrote:
¦ 2009/3/8 Rick Jones :
¦ > Is there a Windows string function that expands escape sequences such
as %n,
¦ > %t, etc, and which is replicated by Wine?
¦
¦ FormatMessageA/W?
Hmm, could be, possibly the only function that fits the
On Sun, Mar 8, 2009 at 8:08 PM, Scott Ritchie wrote:
> I do have one question though: do we mean regressions relative to any
> beta Wine, or just regressions relative to 1.0.1? I prefer the less
> strict approach if it means more frequent releases
I think the users will expect 1.2 to have zero r
On Sun, Mar 8, 2009 at 7:40 PM, Alexandre Julliard wrote:
> 64-bit support isn't too far away, so if we put some more effort into it
> that should be achievable in the near future
> It seems we could reasonably start the release process 3 months
> from now.
That would be sweet. I wonder if t
On Sun, Mar 8, 2009 at 8:18 PM, Saulius Krasuckas wrote:
> Would it be acceptable to use Open Watcom C compiler to crosscompile the
> 16-bit part? (v1.8 released two weaks ago)
That's what win16test.googlecode.com already uses, though it uses
the windows version (as we had some problems using th
On Sat, Mar 7, 2009 at 1:13 PM, Forest Hale wrote:
> I happen to agree with that sentiment, but Wine creates ~/.wine/drive_c and
> configures it as C:, for the sake of all common users this is correct.
>
> To force C: to be a fixed drive is not harmful in any case I can think of.
>
> It does not
On Sun, Mar 8, 2009 at 9:43 AM, Dan Kegel wrote:
> Even without any new features, it seems to me that
> passing all tests on all platforms might all on its own
> merit a new stable release.
By 'all platforms', do you mean all Windows versions, or Linux/OS X/BSD/Solaris?
--
-Austin
As many developers (Dan, Steven) already have mentioned this feature since
2005..:
* On Sun, 8 Mar 2009, Alexandre Julliard wrote:
* Dan Kegel writes:
Also, I was hoping we really had a solution for building 16 bit
executables, but objdump reports that it's all 32 bit code. Should it
still
Alexandre Julliard wrote:
> Dan Kegel writes:
>
>> I've been itching to do another release for a while, since
>> what we have now is a lot better than 1.0.
>> Your position has been that what's blocking release
>> is the lack of a new feature (you listed several, any of which
>> you felt would su
Ben Klein wrote:
> 2009/3/8 Scott Ritchie :
>> David Gerard wrote:
>>> 2009/3/8 King InuYasha :
>>>
Drive C: is not necessarily the truly central drive. I have seen Windows
installs that installed on D: and have C: as a permanently mounted network
share. To assume that drive C: is al
Paul Vriens wrote:
Hi,
Ordinal 117 is CreateUrlCacheContainerA so these tests crashed on
systems with IE5.
I also guess that IsDomainLegalCookieDomainW is only present on IE6 and
higher.
Changelog
Skip some tests on IE5
I of course meant to say "Ordinal 117 is CreateUrlCacheContainerA i
Dan Kegel writes:
> I've been itching to do another release for a while, since
> what we have now is a lot better than 1.0.
> Your position has been that what's blocking release
> is the lack of a new feature (you listed several, any of which
> you felt would suffice).
>
> How do you feel now?
On Sun, Mar 8, 2009 at 6:08 PM, Alexandre Julliard wrote:
> I don't think tests passing on Windows is a reason for a release, it has
> very little impact on the Wine code. In the vast majority of cases these
> are tests that already succeed on Wine and on some Windows versions, so
> fixing them on
Dan Kegel writes:
> On Sun, Mar 8, 2009 at 4:43 PM, Dan Kegel wrote:
>> Even without any new features, it seems to me that
>> passing all tests on all platforms might all on its own
>> merit a new stable release.
>
> Grouping platforms by age:
> 2000 and earlier have 75 rows with red or mixed,
>
Dan Kegel writes:
>> but if you really want to, you can start it with 'wine winevdm
>> winhelp.exe'.
>
> Tried that just now:
>
> ~/wine32/programs/winhelp.exe16$ ~/wine32/wine winevdm winhelp.exe16.so
> winevdm: can't exec
> 'Z:\home\dank\wine32\programs\winhelp.exe16\winhelp.exe16.so': invalid
Dan Kegel wrote:
On Sun, Mar 8, 2009 at 5:05 PM, Paul Vriens wrote:
For that sole reason I started with installing a basic W2K box without
servicepacks and patches. The last remaining few failures on my boxes are
not the easiest ones but there are loads of (easier to fix) failures still
out the
On Sun, Mar 8, 2009 at 5:08 PM, James Mckenzie
wrote:
>>It almost feels within our grasp for midyear... how 'bout it?
>
> I would like to add that these tests should also pass on the MacOSX platform
> as well.
As in, they already do, or as in, that should be a release criterion?
Hmm, we don't o
Dan Kegel wrote on March 8th:
>
>It almost feels within our grasp for midyear... how 'bout it?
I would like to add that these tests should also pass on the MacOSX platform as
well.
+1 to the idea, Dan.
James McKenzie
King InuYasha wrote on March 8th:
>
>It is definitely possible for Drive C: to be a network share on all versions
>of Windows starting from Windows 95. This does not exempt Windows
>XP/Vista/2k3/2k8. In fact, a public library in Indiana that I used to go to
>before I moved has all their machines s
2009/3/8 James Mckenzie :
> David Gerard wrote on March 8th:
>>2009/3/8 James Mckenzie :
>>> Would you be willing to clean out the ash and trash that will show up with
>>> an open Wiki?
>>I already said I would, yes - that the only reason for not just
>>starting one is to avoid massive duplicat
On Sun, Mar 8, 2009 at 4:43 PM, Dan Kegel wrote:
> Even without any new features, it seems to me that
> passing all tests on all platforms might all on its own
> merit a new stable release.
Grouping platforms by age:
2000 and earlier have 75 rows with red or mixed,
XP/2003/Vista/2008 have 19 rows
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most plat
David Gerard wrote on March 8th:
>
>2009/3/8 James Mckenzie :
>
>> Would you be willing to clean out the ash and trash that will show up with
>> an open Wiki?
>
>
>I already said I would, yes - that the only reason for not just
>starting one is to avoid massive duplication of effort.
>
If we move
2009/3/8 James Mckenzie :
> Would you be willing to clean out the ash and trash that will show up with an
> open Wiki?
I already said I would, yes - that the only reason for not just
starting one is to avoid massive duplication of effort.
> I don't have the time to do this and it REALLY sound
-Original Message-
>From: David Gerard
>Sent: Mar 8, 2009 6:59 AM
>To: wine-devel@winehq.org
>Cc: Wine
>Subject: Re: [Wine] The pros and cons of a wiki AppDB
>
>2009/3/7 IneedAname :
>> On Sat, 7 Mar 2009 20:10:13 +
>> David Gerard wrote:
>
>>> Yep. That's why a wiki is nice. If yo
Even without any new features, it seems to me that
passing all tests on all platforms might all on its own
merit a new stable release.
That said, by the time we have that, we might well have
64 bit support working, too...
- Dan
David:
Would you be willing to clean out the ash and trash that will show up with an
open Wiki?
I don't have the time to do this and it REALLY sounds like you are volunteering
since you are pushing this issue so hard. See there are VALID reasons for
doing things the way we do them.
BTW, I am
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most platforms.
- Dan
On Sunday 08 March 2009 02:43:43 King InuYasha wrote:
> Drive C: is not necessarily the truly central drive. I have seen Windows
> installs that installed on D: and have C: as a permanently mounted network
> share. To assume that drive C: is always what it is... is blasphemy.
> However, Wine does m
2009/3/8 Rick Jones :
> Is there a Windows string function that expands escape sequences such as %n,
> %t, etc, and which is replicated by Wine?
FormatMessageA/W?
> I ask because I have a Windows app that is screwing up because of something
> like this. It has a private .ini settings file, and so
The current appdb system doesn't actually work. Example below.
-- Forwarded message --
From: fcmartins
Date: 2009/3/8
Subject: [Wine] Re: The pros and cons of a wiki AppDB
To: wine-us...@winehq.org
Well, I can certainly confirm there is a barrier for drive by
submissions. As a
2009/3/7 IneedAname :
> On Sat, 7 Mar 2009 20:10:13 +
> David Gerard wrote:
>> Yep. That's why a wiki is nice. If you open it up to everyone to
>> contribute, you'll get bad stuff but you'll get good stuff you just
>> wouldn't get otherwise. It's a great format to capture that.
> We would us
The problem with mountmgr is that it's not even calling the type function
because the NtQueryVolumeInformationFile is asking the Linux kernel about this
path and the Linux kernel is saying it's in an
NFS filesystem on my computer (which is true), then it's reporting it as a
network drive, and no
Jeff Latimer wrote:
Note that Inet_Ntop is only available in Vista and Windows 2008. This
patch removes the version testing.
---
dlls/ws2_32/tests/sock.c | 67
++
1 files changed, 67 insertions(+), 0 deletions(-)
2009/3/8 Vincent Weber :
> If it aint broken then don't fix it.
Please use the "Reply to all" feature so your mail goes back to the
mailing list and not just to me :)
2009/3/8 Vincent Weber :
> Why do you want to install DirectX on Wine? Wine has DirectX support. :S
Some games/apps want d3dx9_## DLLs, which are currently stubs in Wine.
They are distributed with the DirectX runtime redist, but that doesn't
mean you want full DirectX installed.
> You don't need
Is there a Windows string function that expands escape sequences such as
%n, %t, etc, and which is replicated by Wine?
I ask because I have a Windows app that is screwing up because of something
like this. It has a private .ini settings file, and some settings are
stored in that kind of format
2009/3/8 Forest Hale :
> The problem with mountmgr is that it's not even calling the type function
> because the NtQueryVolumeInformationFile is asking the Linux kernel about
> this path and the Linux kernel is saying it's in an
> NFS filesystem on my computer (which is true), then it's reporting
Also, Drive A: and B: can be used for network shares if you don't have a
floppy drive, but this will break floppy drive support. In general, it isn't
a good idea to allow Drive A: to be a network share, but since few modern
machines have a 5 1/4" floppy drive anymore, Drive B: is up for grabs as a
It is definitely possible for Drive C: to be a network share on all versions
of Windows starting from Windows 95. This does not exempt Windows
XP/Vista/2k3/2k8. In fact, a public library in Indiana that I used to go to
before I moved has all their machines set up this way. It takes a LOT of
tweakin
On Sun, Mar 8, 2009 at 10:13 AM, Alexandre Julliard wrote:
>> $ cd programs/winhelp.exe16
>> $ wine winhelp.exe16.so
>> fails with
>> err:process:start_process
>> L"Z:\\home\\dank\\wine32\\programs\\winhelp.exe16\\winhelp.exe16"
>> doesn't have an entry point, it cannot be executed
>
> Running tho
2009/3/8 IneedAname :
> On Sat, 7 Mar 2009 20:10:13 +
> David Gerard wrote:
>
>> Yep. That's why a wiki is nice. If you open it up to everyone to
>> contribute, you'll get bad stuff but you'll get good stuff you just
>> wouldn't get otherwise. It's a great format to capture that.
>
> We would
2009/3/8 Forest Hale :
> I happen to agree with that sentiment, but Wine creates ~/.wine/drive_c and
> configures it as C:, for the sake of all common users this is correct.
>
> To force C: to be a fixed drive is not harmful in any case I can think of.
>
> It does not help if you set up wine with
On Sat, 7 Mar 2009 20:10:13 +
David Gerard wrote:
> Yep. That's why a wiki is nice. If you open it up to everyone to
> contribute, you'll get bad stuff but you'll get good stuff you just
> wouldn't get otherwise. It's a great format to capture that.
We would use the same system for edit righ
I happen to agree with that sentiment, but Wine creates ~/.wine/drive_c and
configures it as C:, for the sake of all common users this is correct.
To force C: to be a fixed drive is not harmful in any case I can think of.
It does not help if you set up wine with an installation in another drive
2009/3/8 Scott Ritchie :
> David Gerard wrote:
>> 2009/3/8 King InuYasha :
>>
>>> Drive C: is not necessarily the truly central drive. I have seen Windows
>>> installs that installed on D: and have C: as a permanently mounted network
>>> share. To assume that drive C: is always what it is... is bla
Dan Kegel writes:
> With Friday's git, I can't run the new winhelp.exe16.
>
> $ cd programs/winhelp.exe16
> $ wine winhelp.exe16.so
> fails with
> err:process:start_process
> L"Z:\\home\\dank\\wine32\\programs\\winhelp.exe16\\winhelp.exe16"
> doesn't have an entry point, it cannot be executed
>
>
David Gerard wrote:
> 2009/3/8 King InuYasha :
>
>> Drive C: is not necessarily the truly central drive. I have seen Windows
>> installs that installed on D: and have C: as a permanently mounted network
>> share. To assume that drive C: is always what it is... is blasphemy.
>> However, Wine does m
With Friday's git, I can't run the new winhelp.exe16.
$ cd programs/winhelp.exe16
$ wine winhelp.exe16.so
fails with
err:process:start_process
L"Z:\\home\\dank\\wine32\\programs\\winhelp.exe16\\winhelp.exe16"
doesn't have an entry point, it cannot be executed
Did I miss some memo?
This is on a 6
2009/3/8 Rosanne DiMesio :
> On Sun, 8 Mar 2009 11:20:26 +1100
> Ben Klein wrote:
>
>> 2009/3/8 Austin English :
>> > On Sat, Mar 7, 2009 at 6:06 PM, Ben Klein wrote:
>> >> 2009/3/8 Austin English :
>> >>> On Sat, Mar 7, 2009 at 5:46 PM, James McKenzie
>> >>> wrote:
>> Codeweavers supports
66 matches
Mail list logo
