All,
Meeting went well. We had a good number of contributors for more than
2 hours. Several outcomes from the meeting and a transcript are
available on the wiki:
http://wiki.winehq.org/AppDBUpgrades
In Summary: We have a consensus that we want to replace the generic
open questions we have now
Didn't receive any feedback on this one last time. Been seeing this a
bit recently in the forums, so adding a warning. No actual
functionality lost.
--
-Austin
diff --git a/dlls/ntdll/server.c b/dlls/ntdll/server.c
index 145540f..17e685e 100644
--- a/dlls/ntdll/server.c
+++ b/dlls/ntdll/server.c
On Thu, Feb 05, 2009 at 10:13:48PM +0100, Jacek Caban wrote:
> Paul TBBle Hampson wrote:
>> On Thu, Feb 05, 2009 at 12:52:23AM +0100, Jacek Caban wrote:
>>> The last release of Wine Gecko caused a few regressions. Thanks to
>>> Alexandre, we've found the reason. The bad news is that the fix
>>> re
Oops, forgot to Reply All. Sorry, Austin!
2009/2/7 Austin English :
> On Fri, Feb 6, 2009 at 7:30 PM, Ben Klein wrote:
>> 2009/2/7 Austin English :
>>> On Fri, Feb 6, 2009 at 7:16 PM, Ben Klein wrote:
2009/2/7 EA Durbin :
> I just saw this linux distribution on distrowatch. They claim to
On Fri, Feb 6, 2009 at 7:30 PM, Ben Klein wrote:
> 2009/2/7 Austin English :
>> On Fri, Feb 6, 2009 at 7:16 PM, Ben Klein wrote:
>>> 2009/2/7 EA Durbin :
I just saw this linux distribution on distrowatch. They claim to be able to
run all microsoft products. Interesting.
http://www.
2009/2/7 Austin English :
> On Fri, Feb 6, 2009 at 7:16 PM, Ben Klein wrote:
>> 2009/2/7 EA Durbin :
>>> I just saw this linux distribution on distrowatch. They claim to be able to
>>> run all microsoft products. Interesting.
>>> http://www.imagicos.com/
>>> http://www.imagicos.com/microsoft.html
On Fri, Feb 6, 2009 at 7:16 PM, Ben Klein wrote:
> 2009/2/7 EA Durbin :
>> I just saw this linux distribution on distrowatch. They claim to be able to
>> run all microsoft products. Interesting.
>> http://www.imagicos.com/
>> http://www.imagicos.com/microsoft.html
>
> No they don't. It says "almos
EA Durbin wrote:
> I just saw this linux distribution on distrowatch. They claim to be
> able to run all microsoft products. Interesting.
> http://www.imagicos.com/
> http://www.imagicos.com/microsoft.html
>
>
> Windows Live™
That and I can't the source code anywhere on their site.
> Date: Sat, 7 Feb 2009 12:16:09 +1100
> Subject: Re: imagicos
> From: shackl...@gmail.com
> To: ead1...@hotmail.com
> CC: wine-devel@winehq.org
>
> 2009/2/7 EA Durbin :
> > I just saw this linux distribution on distrowatch. They claim to
2009/2/7 EA Durbin :
> I just saw this linux distribution on distrowatch. They claim to be able to
> run all microsoft products. Interesting.
> http://www.imagicos.com/
> http://www.imagicos.com/microsoft.html
No they don't. It says "almost every" on the home page and "most" on
the "Microsoft" pag
I just saw this linux distribution on distrowatch. They claim to be able to run
all microsoft products. Interesting.
http://www.imagicos.com/
http://www.imagicos.com/microsoft.html
_
Windows Live™: E-mail. Chat. Share. Get more ways
On Fri, Feb 6, 2009 at 1:11 AM, Jerome Leclanche wrote:
> On Fri, Feb 6, 2009 at 3:48 AM, Dan Kegel wrote:
>> James Mckenzie wrote:
>>> It depends on the timeline for the 1.2 release.
>>> If this is a long way off, it may be worth the effort.
>>
>> I don't know. The 1.1 branch has are lots of im
> Funny enough, the Samba project codenamed "franky"
> (http://wiki.samba.org/index.php/Franky) will be doing all of this. It's not
> quite there yet, but after some nice work done in the Samba3 smbd by Volker
> Lendecke and some more work in the Samba4 "samba" daemon by Stefan
> Metzmacher, Jelmer
Alright, this is on for tonight at 6PM EST. If you've any interest or
opinion of how the AppDB rating system should be upgraded I encourage
you to attend and/or check the wiki afterwards to see what was
decided.
--Zach
Thank you.
I have fixed it and resent the patch to wine-patches.
Also I have shortened the environment variable to WINENME.
Christoph Korn
Detlef Riekenberg schrieb:
> On Do, 2009-02-05 at 18:02 +0100, Christoph Korn wrote:
>> int PASCAL WinMain (HINSTANCE hInstance, HINSTANCE prev, LPSTR
>> c
On Do, 2009-02-05 at 18:02 +0100, Christoph Korn wrote:
> int PASCAL WinMain (HINSTANCE hInstance, HINSTANCE prev, LPSTR
> cmdline, int show)
> {
> +if(getenv("WINE_NO_MENU_ENTRIES"))
> +{
> +return 0;
> +}
> +
> LPSTR token = NULL, p;
Declaring a variable after code is
2009/2/5 Christoph von Wittich :
> --- a/tools/widl/proxy.c
> +++ b/tools/widl/proxy.c
> @@ -327,7 +327,12 @@ static void gen_proxy(type_t *iface, const var_t
> *func, int idx,
> if (has_ret) {
> print_proxy( "" );
> write_type_decl_left(proxy, type_function_get_rettype(func->type));
> -
2009/2/6 Nikolay Sivov :
> Rob Shearman wrote:
>> 2009/2/5 Nikolay Sivov :
>>
>>> Changelog:
>>>- Check for null endpoint in RpcServerUseProtseqEpExW.
>>> Installed IE8 RC1 crashes on this call, parameter set is specified in
>>> test case.
>>>
>>> >From 89f889b2c7a754302b599884577b4eb
2009/2/6 L. Rahyen :
> On 2009-02-06 (Friday) 12:40:51 Massimo Del Fedele wrote:
>> I've been out for job for a while, but I don't see many comments about
>> the patch. I guess I'll stop developing the engine for now.
>> It makes few sense to code for something that will probably never be
>> ac
On 2009-02-06 (Friday) 12:40:51 Massimo Del Fedele wrote:
> I've been out for job for a while, but I don't see many comments about
> the patch. I guess I'll stop developing the engine for now.
> It makes few sense to code for something that will probably never be
> accepted.
Did yo
Nikolay Sivov wrote:
> ...
> +ok(rectf.X == 10.0, "Expected 10.0 got %.2f\n", rectf.X);
Exact equality comparison on float is never a good
idea in unit tests. You need a range test instead.
See
http://code.google.com/p/googletest/wiki/GoogleTestAdvancedGuide#Floating-Point_Comparison
Jesse Allen ha scritto:
> On Sun, Feb 1, 2009 at 9:29 AM, Massimo Del Fedele wrote:
>> As asked to me, I have separated the dib engine into a patchset, trying to
>> keep (when possible) the original author's submissions, so Huw Davies, Jesse
>> Allen and me.
>> I had to change some of other author
Hi Luke,
@@ -382,7 +382,14 @@ static int rpcrt4_conn_np_read(RpcConnection *Connection,
{
DWORD bytes_read;
ret = ReadFile(npc->pipe, buf, bytes_left, &bytes_read, NULL);
-if (!ret || !bytes_read)
+if (!ret)
+{
+ TRACE("ReadFile error, status %x\n", GetLastError());
+
On Fri, Feb 6, 2009 at 10:29 AM, Rob Shearman wrote:
> 2009/2/5 Luke Kenneth Casson Leighton :
>> http://bugs.winehq.org/show_bug.cgi?id=17263
>
> The patch looks acceptable in theory. Please email the patch to
> wine-patches (or wine-devel) and I'll review the implementation of it.
ok!
Rob Shearman writes:
> 2009/2/6 Christoph von Wittich :
>> diff --git a/tools/widl/proxy.c b/tools/widl/proxy.c
>> index 0dcb737..88c0e53 100644
>> --- a/tools/widl/proxy.c
>> +++ b/tools/widl/proxy.c
>> @@ -122,10 +122,12 @@ static void init_proxy(const statement_list_t *stmts)
>> print_proxy(
Rob Shearman wrote:
> 2009/2/5 Nikolay Sivov :
>
>> Changelog:
>>- Check for null endpoint in RpcServerUseProtseqEpExW.
>> Installed IE8 RC1 crashes on this call, parameter set is specified in
>> test case.
>>
>> >From 89f889b2c7a754302b599884577b4eba22b3d235 Mon Sep 17 00:00:00 20
2009/2/5 Nikolay Sivov :
> Changelog:
>- Check for null endpoint in RpcServerUseProtseqEpExW.
> Installed IE8 RC1 crashes on this call, parameter set is specified in
> test case.
>
> >From 89f889b2c7a754302b599884577b4eba22b3d235 Mon Sep 17 00:00:00 2001
> From: Nikolay Sivov
> Date:
2009/2/6 Christoph von Wittich :
> diff --git a/tools/widl/proxy.c b/tools/widl/proxy.c
> index 0dcb737..88c0e53 100644
> --- a/tools/widl/proxy.c
> +++ b/tools/widl/proxy.c
> @@ -122,10 +122,12 @@ static void init_proxy(const statement_list_t *stmts)
> print_proxy( "void *This;\n
2009/2/5 Jeremiah Flerchinger :
> On Thu, 2009-02-05 at 18:58 +0100, Rolf Kalbermatter wrote:
>> "Jeremiah Flerchinger" wrote:
>>
>> > The shell32.dll DDE callback isn't always initialized & handling
>> > Progman calls for all apps. I've seen Progman calls pass
>> > through the DDE_client and DDE_
2009/2/5 Jeremiah Flerchinger :
> On Thu, 2009-02-05 at 18:12 +, Rob Shearman wrote:
>> 2009/2/3 Dmitry Timoshkov :
>> > "Jeremiah Flerchinger" wrote:
>> >
>> >> Stubs basic DDE interface of Progman.exe. Similar to Progman stub in
>> >> shell32.dll. Both will need to be extended and a 3rd prog
2009/2/5 Luke Kenneth Casson Leighton :
> http://bugs.winehq.org/show_bug.cgi?id=17263
The patch looks acceptable in theory. Please email the patch to
wine-patches (or wine-devel) and I'll review the implementation of it.
--
Rob Shearman
On Do, 2009-02-05 at 18:31 +0100, Jacek Caban wrote:
> Detlef Riekenberg wrote:
> > I did a speed test for JS with Wine:
> > http://v8.googlecode.com/svn/data/benchmarks/v3/run.html
>
> Personally I don't see much point in looking for benchmarks as
> long as we have so many real applications that
Hi Francois,
2009/2/4 Francois Gouget :
>
> dlls/qcap/pin.c defines an IPinImpl_QueryInternalConnections() function
> but it is not actually used anywhere. Is there any reason to keep it?
>
> It sort of looks like IPin is a virtual class and that
> IPin::QueryInternalConnections() is going to be i
On Thu, Feb 5, 2009 at 6:38 PM, Juan Lang wrote:
>> and no, you _can't_ do "everything in wineserver", because you _still_
>> need a mechanism to be able to tell the client (ntdll) to "block".
>
> Well, if there are two fds still, but each end is either a client
> (reading or writing) and the othe
On Thu, 2009-02-05 at 18:12 +, Rob Shearman wrote:
> 2009/2/3 Dmitry Timoshkov :
> > "Jeremiah Flerchinger" wrote:
> >
> >> Stubs basic DDE interface of Progman.exe. Similar to Progman stub in
> >> shell32.dll. Both will need to be extended and a 3rd progman interface
> >> will need to be adde
On Thu, 2009-02-05 at 18:58 +0100, Rolf Kalbermatter wrote:
> "Jeremiah Flerchinger" wrote:
>
> > The shell32.dll DDE callback isn't always initialized & handling
> > Progman calls for all apps. I've seen Progman calls pass
> > through the DDE_client and DDE_server of user32.dll instead
> > and
On Thu, Feb 5, 2009 at 4:08 PM, Juan Lang wrote:
>> i think i've finally come up with an idea that i believe will work:
>> double-socketing.
> (snip)
>> it'll be ok (and desirable) to allow multiple "readers" of the "read"
>> socket. what you _don't_ want is more than one reader trying to
>> indic
http://bugs.winehq.org/show_bug.cgi?id=17263
hooray! very simple fix, here - allow ERROR_MORE_DATA status code as
an acceptable error.
... and _check it_, afterwards.
ideally, the loop to read a complete PDU should be vaguely like this:
do {
RpcConnection conn->ops->read(data, &len)
to
On Thu, Feb 5, 2009 at 1:34 AM, Juan Lang wrote:
> Hi Luke,
hi juan, thanks for responding.
>> how about: ripping out the use of unix-pipes altogether, and replacing
>> them with tdb (trivial database) in a mmap'd file? the nice thing
> The usual response around here is, show us some patches,
39 matches
Mail list logo
