"Andrew Riedi" <[EMAIL PROTECTED]> wrote:
> Mostly, this patch is just to serve as a check to make sure I don't
> horribly screw up CreateIconFromResourceEx(). I need to abstract some
> of the functionality out, and make use of it elsewhere. Right now our
> CreateIconFromResourceEx() works flawl
On Sun, Mar 16, 2008 at 10:05 PM, Dmitry Timoshkov
<[EMAIL PROTECTED]> wrote:
> "Andrew Riedi" <[EMAIL PROTECTED]> wrote:
>
> > changelog: user32: Add test_CreateIconFromResourceEx().
>
> What this patch is supposed to test? Just that CreateIconFromResourceEx
> returns a valid icon handle? What
Hello all,
2008/3/17, Maarten Lankhorst <[EMAIL PROTECTED]>:
> Wine has been officially accepted as mentoring organisation for
> 2008 Just thought I'd share.
>
> I hope this will be the best summer of code for wine yet!
Can everyone who wants to volunteer as mentor sign up at
http://cod
Am Montag, 17. März 2008 19:46:45 schrieb Stefan Dösinger:
> Here is an updated patch that takes Roderick's recent changes into account
Yet another patch, it takes Rodericks patches from today into account. Feel
free to apply whatever patch suits better. If none of them are applied I will
resend
Eric, could you have a look at
http://kegel.com/wine/valgrind/logs-2008-03-17/vg-riched20_editor-diff.txt
There are several new errors of the sort:
+ Conditional jump or move depends on uninitialised value(s)
+at ME_SetParaFormat (para.c:400)
+by ME_SetSelectionParaFormat (para.c:436)
Dan Kegel wrote:
> Who's going to be affected by that?
>
> ies4linux's author can work around that just fine, he won't mind.
> - Dan
>
You do have an incredibly good point there...
-J
"Detlef Riekenberg" <[EMAIL PROTECTED]> wrote:
> +len = VirtualQuery(VirtualAddress, &info,
> sizeof(MEMORY_BASIC_INFORMATION));
> +
> +if ((len == sizeof(MEMORY_BASIC_INFORMATION)) &&
> +(info.Protect & (PAGE_READWRITE || PAGE_EXECUTE_READWRITE)) &&
> +((info.Protect & P
Dan Kegel wrote:
> On Sun, Mar 16, 2008 at 8:53 AM, Roderick Colenbrander
> <[EMAIL PROTECTED]> wrote:
>
>> Personally I don't trust appdb regressions much.
>
> We could work around some of the problems by only listing
> apps where the same reviewer gave it a lower rating in a
> newer version of
On Monday 17 March 2008 04:09:20 pm Detlef Riekenberg wrote:
> + (info.Protect & (PAGE_READWRITE || PAGE_EXECUTE_READWRITE)) &&
Did you mean | instead of || there?
Am Montag, 17. März 2008 20:22:58 schrieb Roderick Colenbrander:
> Hi,
>
> This patch puts legacy bump mapping in its own function.
Battlefield 1942 is broken for me after these patches, apparently because
D3DFMT_R8G8B8 is enabled again. As far as I can see this is due to the early
if(!Usage) ret
On Sun, Mar 16, 2008 at 8:53 AM, Roderick Colenbrander
<[EMAIL PROTECTED]> wrote:
> Personally I don't trust appdb regressions much.
We could work around some of the problems by only listing
apps where the same reviewer gave it a lower rating in a
newer version of wine. That compensates for the
On So, 2008-03-16 at 07:30 -0700, Dan Kegel wrote:
> want to use the appdb itself
> to see which apps have recently fallen in rating.
Nice Idea.
> Following past appdb practice, one would implement
> that by adding a new "Browse Regressions" menu
> item on the left,
I created recently the Patch
Mikołaj Zalewski wrote:
> +/* Windows function 0x14 must be using a different prototype - not
> compatible */
> +DWORD svcctl_GetServiceDisplayNameW(
> +SvcCtlRpcHandle rpc_handle,
> +[in] POLICY_HANDLE *hSCManager,
> +[in] LPCWSTR lpServiceName,
> +[in,out,
In the next patch you've found a problem:
Mikołaj Zalewski wrote:
> +#if 0 /* for some reason (rpcrt4 bug?) QueryServiceConfig for a non-NULL
> lpLoadOrder crashes Wine */
>
The issue is to do with this code:
> LPQUERY_SERVICE_CONFIGW lpServiceConfig,
>
On Mon, Mar 17, 2008 at 4:34 PM, Evil Jay <[EMAIL PROTECTED]> wrote:
> > What would break if we made XP the default windows version in Wine?
> >
> > I've run into several apps that fail to install unless I change that
> > setting lately..
>
> The only thing I can think of off-hand is IE6. It
Dan Kegel wrote:
> What would break if we made XP the default windows version in Wine?
>
> I've run into several apps that fail to install unless I change that
> setting lately..
The only thing I can think of off-hand is IE6. It will claim that an
equal/later version is already installed (even af
Mikołaj Zalewski wrote:
> @@ -231,6 +247,101 @@ static inline LPWSTR SERV_dupmulti(LPCSTR str)
> }
>
>
> /**
> + * RPC connection with servies.exe
> + */
> +
> +static BOOL check_services_exe()
> +{
>
Put "void" in
The 1.1.x releases will be development releases,
so a 1.1.0 milestone doesn't make much sense.
Please create a 1.2.0 milestone in Bugzilla.
Thanks!
- Dan
On Tue, Mar 11, 2008 at 1:15 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Louis wrote:
> > Hi, i wonder if it would be possible to improve
> > winetricks dotnet 1.1, so that it's actually able to run
> >.net-1.1 applications. Currently it only installs the framework,
> > but due to bugs the apps
Hi,
Last week I submitted a patch to correct the behavior of the
UrlCanonicalize{W,A} functions.
I found that "Stylus Studio 2007" had problems opening files that had
a space in the path name.
Tracing through the code, I found that the UrlCanonicalizeW function
was not removing the "%20" escaped
Am Montag, 17. März 2008 16:47:39 schrieb Stefan Dösinger:
> Am Montag, 17. März 2008 16:22:30 schrieb H. Verbeet:
> > That's more an issue with the state table design than a reason to
> > create a new shader backend. A more hierarchical state table would
> > probably have helped there, but the gen
Hi all,
Wine has been officially accepted as mentoring organisation for
2008 Just thought I'd share.
I hope this will be the best summer of code for wine yet!
Cheers,
Maarten.
On Mon, Mar 17, 2008 at 1:00 PM, Paul Vriens <[EMAIL PROTECTED]> wrote:
>
> James Hawkins wrote:
> > Hi,
> >
> > Fixes 33 test failures on win9x.
> >
> > Changelog:
> > * Skip the endlines test if the table fails on import.
> >
> > dlls/msi/tests/db.c |7 ++-
> > 1 files changed,
Mikołaj Zalewski wrote:
>
>> Thanks for sending in your patch Mikołaj, I tested MozyHome with it,
>> but it didn't help anything, the service still wouldn't start. I
>> don't have the experience to work on that patch by myself, but if
>> someone else starts on it and would like assistance making
Mikołaj Zalewski wrote:
>
>> Thanks for sending in your patch Mikołaj, I tested MozyHome with it,
>> but it didn't help anything, the service still wouldn't start. I don't
>> have the experience to work on that patch by myself, but if someone
>> else starts on it and would like assistance makin
Stefan Dösinger wrote:
> Am Montag, 17. März 2008 13:48:30 schrieb Paul Vriens:
>> H. Verbeet wrote:
>>> On 17/03/2008, Paul Vriens <[EMAIL PROTECTED]> wrote:
Is this line correct? Doesn't this alway return FALSE?
>>> Looks like leftover debug code to me.
> Yes, this is leftover debugging cod
Am Montag, 17. März 2008 13:48:30 schrieb Paul Vriens:
> H. Verbeet wrote:
> > On 17/03/2008, Paul Vriens <[EMAIL PROTECTED]> wrote:
> >> Is this line correct? Doesn't this alway return FALSE?
> >
> > Looks like leftover debug code to me.
Yes, this is leftover debugging code. Feel free to send a p
James Hawkins wrote:
> Hi,
>
> Fixes 33 test failures on win9x.
>
> Changelog:
> * Skip the endlines test if the table fails on import.
>
> dlls/msi/tests/db.c |7 ++-
> 1 files changed, 6 insertions(+), 1 deletions(-)
>
>
>
> -
> Thanks for sending in your patch Mikołaj, I tested MozyHome with it,
> but it didn't help anything, the service still wouldn't start. I don't
> have the experience to work on that patch by myself, but if someone
> else starts on it and would like assistance making tests or something
> I'm ha
>Hi,
>
>Empty patches are attached to every e-mail in this series.
>Size: 0 bytes
>http://www.winehq.org/pipermail/wine-patches/2008-March/051638.html
>http://www.winehq.org/pipermail/wine-patches/2008-March/051651.html
>http://www.winehq.org/pipermail/wine-patches/2008-March/051641.html
>...
>
On Mon, 17 Mar 2008, Paul Vriens wrote:
[...]
> We currently have these single '.' also when there are multiple failures for
> an OS that are actually the same failures.
Yes, I've noticed that. Essentially we lose information when merging bug
reports. Fix That's next on my todo list. Here's my (o
Hi,
Empty patches are attached to every e-mail in this series.
Size: 0 bytes
http://www.winehq.org/pipermail/wine-patches/2008-March/051638.html
http://www.winehq.org/pipermail/wine-patches/2008-March/051651.html
http://www.winehq.org/pipermail/wine-patches/2008-March/051641.html
...
--
Kirill
I made the first cpl (intl.cpl), and, the actual executable that goes with it.
http://www.keepandshare.com/doc/view.php?id=460541&da=y
that should link to a file called intl_wine.zip.
It contains 2 things: intl.cpl which goes into c:\windows\system32
and a folder - winecontrolapplets containing the
On Mon, 2008-03-17 at 11:58 +0100, Michael Stefaniuc wrote:
> Adam Petaccia wrote:
> > This patch is needed for me to run Tabula Rasa.
> >
> > This is my first patch, so please tell if I've broken conventions.
> Please add the correct declarations for "struct GpFontCollection" and
> "struct GpFont
On Mon, Mar 17, 2008 at 10:41 AM, Paul Vriens <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> I'm now looking at some of the failures for the security tests on Vista.
> Apparently PROCESS_ALL_ACCESS which is defined as:
>
> #define PROCESS_ALL_ACCESS
> (STANDARD_RIGHTS_REQUIRED|SYNCHRONIZE|0xfff)
>
> is chan
Mikołaj Zalewski wrote:
>
>> If we wanted to implemented a SCM where would that reside? wineboot?
>>
> The SCM is the servies.exe program. Other programs using advapi32
> communicates with it using RPC. I've started writing it - see
> http://www.winehq.org/pipermail/wine-patches/2007-Septembe
Francois Gouget wrote:
> ---
> winetest/gather | 12 ++--
> 1 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/winetest/gather b/winetest/gather
> index b502345..ee49f4a 100755
> --- a/winetest/gather
> +++ b/winetest/gather
> @@ -329,21 +329,21 @@ sub singletest($$$) {
>
Am Montag, 17. März 2008 16:22:30 schrieb H. Verbeet:
> That's more an issue with the state table design than a reason to
> create a new shader backend. A more hierarchical state table would
> probably have helped there, but the general issue you're trying to
> solve is that you want the state tabl
On 17/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> From the atifs API putting the code into its own shader backend really helps
> abstraction and efficiency in wined3d(e.g. different state linking). nvrc has
> a vastly different API(individual stages instead of one "atomic" program that
"Ge van Geldorp" <[EMAIL PROTECTED]> writes:
> This is getting embarassing :). Fix memory leak.
Now it fails make test:
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shellpath.c && touch shellpath.ok
shellpath.c:305: Test failed: SHGetFolderLocation(NULL, C
Hi,
I'm now looking at some of the failures for the security tests on Vista.
Apparently PROCESS_ALL_ACCESS which is defined as:
#define PROCESS_ALL_ACCESS (STANDARD_RIGHTS_REQUIRED|SYNCHRONIZE|0xfff)
is changed on Vista:
#define PROCESS_ALL_ACCESS (STANDARD_RIGHTS_REQUIRED|SYNC
"Vitaly Perov" <[EMAIL PROTECTED]> wrote:
> +void CreateEmptyCab(void)
> +{
> +static char file_array [] = {77, 83, 67, 70, 0, 0, 0, 0, 36, 0, 0, 0, 0,
> 0, 0, 0, 36, 0, 0, 0, 0, 0, 0, 0, 3, 1,
> 0, 0, 0, 0, 0, 0, 0, 0, 0, 0};
It should be 'static const char' ?
> +FILE* fp;
> +int
Am Montag, 17. März 2008 15:53:04 schrieb H. Verbeet:
> It's mostly a matter of where you integrate it into the code. At this
> point I don't really see the advantage of making it a different shader
> backend compared to integrating it into the existing fixed function
> code.
As I explained in the
On Sun, Mar 16, 2008 at 9:39 PM, Vincent Povirk
<[EMAIL PROTECTED]> wrote:
> This patch adds a switch, /startfile, to explorer.exe, used as "wine
> explorer /startfile filename". It accepts a windows or unix path. It
> attempts to mimic what windows explorer does to start files and
> provide som
Am Montag, 17. März 2008 15:41:07 schrieb H. Verbeet:
> I think a useful ffp replacement should at least replace the vertex
> processing part. Extension s like ATI_fragment_shader and
> NV_register_combiners, etc. can already support pretty much all of
> fixed function fragment processing without h
Did you forget the patch?
On 17/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Do you mean the term "ffp replacement", or what the code is doing? I for one
> call our nvrc code an ffp replacement as well, however, there's no sharp
> border between programmable and fixed function functionality. I've seen
> articles
Clinton Stimpson wrote:
> Paul Vriens wrote:
>> Clinton Stimpson wrote:
>>> Simplified from first try by removing unecessary thread.
>>> Also fixing style to other code in file (thanks for feedback).
>>>
>>> ChangeLog:user32: test processing of expose events
>>>
>>> Thanks,
>>> Clinton Stimpson
Paul Vriens wrote:
> Clinton Stimpson wrote:
>> Simplified from first try by removing unecessary thread.
>> Also fixing style to other code in file (thanks for feedback).
>>
>> ChangeLog:user32: test processing of expose events
>>
>> Thanks,
>> Clinton Stimpson
>>
>>
>>
On 17/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Montag, 17. März 2008 10:01:30 schrieb H. Verbeet:
>
> > Also, all the cards that are powerful enough to support a shader
> > implementation of fixed function processing support GLSL vertex and
> > fragment shaders, so realistically a
Alistair Leslie-Hughes <[EMAIL PROTECTED]> writes:
> Hi,
> Added missing test
You should also test that you aren't overflowing the buffer. This should
help you find a bug in your implementation.
--
Alexandre Julliard
[EMAIL PROTECTED]
Am Montag, 17. März 2008 10:01:30 schrieb H. Verbeet:
> Also, all the cards that are powerful enough to support a shader
> implementation of fixed function processing support GLSL vertex and
> fragment shaders, so realistically all you really need is a GLSL ffp
> replacement.
That's not quite true,
vitamin <[EMAIL PROTECTED]> wrote:
> > > A simple touch ~/c:/windows/system32/drivers/etc/{services,host}
> > So perhaps this will help other Informix-based apps?
>
> Should probably add these files to Wine tree. "hosts" shouldn't need
> anything more then standard 127.0.0.1 localhost
> And ser
Am Montag, 17. März 2008 12:18:11 schrieb H. Verbeet:
> Supporting ATI fragment shader is useful, obviously. What I'm not so
> sure about is positioning it as an ffp replacement.
Do you mean the term "ffp replacement", or what the code is doing? I for one
call our nvrc code an ffp replacement as w
What would break if we made XP the default windows version in Wine?
I've run into several apps that fail to install unless I change that
setting lately...
H. Verbeet wrote:
> On 17/03/2008, Paul Vriens <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> In the past we had some occurrences of comparisons with NULL flags. I had
>> this
>> check run again today and it came back with:
>>
>> ./dlls/wined3d/arb_program_shader.c:316: if(max_constantsF +
>>
On 17/03/2008, Paul Vriens <[EMAIL PROTECTED]> wrote:
> Hi,
>
> In the past we had some occurrences of comparisons with NULL flags. I had
> this
> check run again today and it came back with:
>
> ./dlls/wined3d/arb_program_shader.c:316: if(max_constantsF +
> extra_constants_needed + 1
Hi,
In the past we had some occurrences of comparisons with NULL flags. I had this
check run again today and it came back with:
./dlls/wined3d/arb_program_shader.c:316: if(max_constantsF +
extra_constants_needed + 1 < GL_LIMITS(pshader_constantsF) && FALSE) {
Is this line correct? Does
On 17/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Montag, 17. März 2008 10:01:30 schrieb H. Verbeet:
>
> > Personally, I'm not quite convinced of the need of an ati fragment
> > shader ffp replacement in the first place. The functionality seems
> > more of the level of register combi
Am Montag, 17. März 2008 10:01:30 schrieb H. Verbeet:
> Personally, I'm not quite convinced of the need of an ati fragment
> shader ffp replacement in the first place. The functionality seems
> more of the level of register combiners and texture shaders.
Using that argument we could remove the nvrc
Adam Petaccia wrote:
> This patch is needed for me to run Tabula Rasa.
>
> This is my first patch, so please tell if I've broken conventions.
Please add the correct declarations for "struct GpFontCollection" and
"struct GpFontFamily". If you cannot find those on MSDN then check Mono;
that one seem
On Sat, 15 Mar 2008, Dan Kegel wrote:
> I've updated http://wiki.winehq.org/WineReleaseCriteria
> to be a bit more final.
>
> I've also written a draft release plan; see
> http://wiki.winehq.org/WineReleasePlan
>
> Comments?
My understanding is that Wine 1.0's goal has never been to run
everyt
All:
I would like to see the problems with EM_Fontrange be fixed. The
attached patch is for comment/review and I would like SPECIFIC guidance
on how to implement this patch as it relates to a Wine 1.0 bug
(bug/issue 6254) and fixes the problem specified there. The conformance
tests are alre
Francois Gouget <[EMAIL PROTECTED]> writes:
> Yes, but I'm surprised because the pristine Git checkout I have here
> does not contain the word 'testref' and lines 142 and 171 don't
> contain '<<'. So it looks like what's being run does not correspond to
> what's in Git.
The problem is that som
It is back again.
Maarten Lankhorst wrote:
> Hi,
>
> I was trying to look at www.cxtest.org but the site seems not to work.
> Can this be fixed?
>
> Cheers,
> Maarten.
>
>
On 17/03/2008, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Am Sonntag, 16. März 2008 17:35:25 schrieb Ivan Gyurdiev:
>
>
> > To me this suggests that there should be two separate shader backends,
> > selected differently for "fixed pipeline replacement" purposes and for
> > shaders. I don't lik
Clinton Stimpson wrote:
> Simplified from first try by removing unecessary thread.
> Also fixing style to other code in file (thanks for feedback).
>
> ChangeLog:
> user32: test processing of expose events
>
> Thanks,
> Clinton Stimpson
>
>
>
2008/3/16, Juan Lang <[EMAIL PROTECTED]>:
> > * Section 3.1.2.1 - are there dlls besides kernel32, gdi32, user32,
> > and ntdll that we should never use the native one? Add warning about
> > downloading dlls from the web.
>
>
> This list may end up being rather large. Certainly not iphlpapi.
On Monday 17 March 2008 09:30:33 am you wrote:
> <[EMAIL PROTECTED]> wrote:
> > I'm not sure how changing the decimal (in the example case) on linux
> > would affect the linux apps themselves - will I have to switch it back
> > and forth if another, linux app demands it to be ',' whilst the windows
<[EMAIL PROTECTED]> wrote:
> I'm not sure how changing the decimal (in the example case) on linux would
> affect the linux apps themselves - will I have to switch it back and forth if
> another, linux app demands it to be ',' whilst the windows one wants a dot.
> (sorry if the question is somew
On Sunday 16 March 2008 11:35:39 pm you wrote:
> Hi,
>
> While I think writing control panel applets for Wine may be a good
> idea in general, I wonder whether the specific example you propose--a
> locale setting control panel--might be better served by trying to
> infer the correct settings from t
71 matches
Mail list logo