Thanks, Alexey!
- Dan
On Wed, Mar 14, 2012 at 4:37 PM, Alexey Loukianov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> 13.03.2012 06:35, Dan Kegel wrote:
>> In all cases, I'm using the commercial nvidia drivers supplied by ubuntu
>> (for precise, version 295.20; for 11.10, version 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
13.03.2012 06:35, Dan Kegel wrote:
> Before I go reporting an ubuntu bug, or jamming newer drivers into my older
> ubuntu system, has anybody else noticed this?
And as a small followup, take a look at this thread:
http://www.nvnews.net/vbulletin/showt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
14.03.2012 13:50, Jacek Caban wrote:
>> What I've got here is an app that crashes unless I install IE6 or IE7
>> (i.e. - native mshtml implementation) using winetricks. So, what should I
>> do (what data to collect, what test to run) prior to firing u
Le 13/03/2012 14:51, Frédéric Delanoy a écrit :
On Tue, Mar 13, 2012 at 11:52, Christian Costa wrote:
Never heard of this rule for french or never paid attention but I'm fine
with it if this is so.
Actually there should sometimes also be thin non-breakable spaces in
po, but those are very badl
Le 14/03/2012 03:08, Julian Rüger a écrit :
Am Dienstag, den 13.03.2012, 14:51 +0100 schrieb Frédéric Delanoy:
On Tue, Mar 13, 2012 at 11:52, Christian Costa wrote:
This string exists in native devenum and thus is subject to translation so I
just have to
find why regedit displays it badly when
Le 13/03/2012 16:23, Frédéric Delanoy a écrit :
On Tue, Mar 13, 2012 at 14:30, Henri Verbeet wrote:
On 13 March 2012 00:42, Christian Costa wrote:
BTW, is there an editor that shows them ? gvim doesn't.
Assuming gvim is similar enough to normal vim, you can use listchars
to highlight various
Le 13/03/2012 14:40, Frédéric Delanoy a écrit :
On Tue, Mar 13, 2012 at 00:42, Christian Costa wrote:
BTW, is there an editor that shows them ? gvim doesn't.
Emacs does.
Non-breakable space are only present in french translations. Between a name
and a ':'.
Also after/before '«' and '»", as
On Wed, Mar 14, 2012 at 13:31, Hwang YunSong(황윤성) wrote:
> fuzzy sections translated
>
You may also remove the "#| msgid ..." lines: these only indicate the
former msgid, so you can see the difference quickly.
Frédéric
On Wed, Mar 14, 2012 at 22:57, Eduardo García wrote:
> This patch fixes fuzzies and remove obsolete comments.
>
> With regards.
>
> Eduardo
You may also remove the "#| msgid ..." lines: these only indicate the
former msgid, so you can see the difference quickly.
Also, add "(try N)" suffix when yo
On 14 March 2012 19:50, Stefan Dösinger wrote:
> Another idea came up in #winehackers: Implement the interesting bits of
> nvapi.dll, e.g. for http://bugs.winehq.org/show_bug.cgi?id=24928 .
>
I don't think so, unless you can make a convincing argument.
Le 14/03/2012 19:23, Alexandre Julliard a écrit :
Christian Costa writes:
We forward the method to it's implementation in another interface which is
a "partial stub" (in reality it is more a "partial implementation" as you
will see in next patches).
From the log we can see a method redirected
Hi,
Another idea came up in #winehackers: Implement the interesting bits of
nvapi.dll, e.g. for http://bugs.winehq.org/show_bug.cgi?id$928 .
The main caveat and challenge is that we don't know much about this library.
It is Nvidia-specific, and http://developer.nvidia.com/nvapi has some
documenta
André Hentschel writes:
> @@ -3973,6 +3973,7 @@ static BOOL prompt_target(Pane* pane, LPWSTR source,
> LPWSTR target)
> static IContextMenu2* s_pctxmenu2 = NULL;
> static IContextMenu3* s_pctxmenu3 = NULL;
>
> +#ifndef _NO_EXTENSIONS
> static void CtxMenu_reset(void)
> {
> s_pctxmenu
Dmitry Timoshkov writes:
> @@ -22,6 +22,9 @@
> #include
> #include
>
> +/* 0x0600 makes PROCESS_ALL_ACCESS not compatible with pre-Vista versions */
> +#define _WIN32_WINNT 0x0500
This will break once the Wine headers are updated. If the definition is
not reliable the test should avoid it.
joerg-cyril.hoe...@t-systems.com writes:
> I've been using
> if (winetest_debug > 0)
> partly because the trace output in a Gnome-terminal slows down wine such that
> the tests fail
> -- redirect output to a file and the problem goes away (testbot does this) --
> and partly because make -j can ca
Christian Costa writes:
> We forward the method to it's implementation in another interface which is
> a "partial stub" (in reality it is more a "partial implementation" as you
> will see in next patches).
> From the log we can see a method redirected from interface 2 to interface 3
> and then th
2012/3/14 Alexandre Julliard
> Christian Costa writes:
>
> > @@ -438,7 +438,7 @@ static HRESULT WINAPI
> IDirect3DRMMeshBuilder2Impl_Load(IDirect3DRMMeshBuilder2*
> > {
> > IDirect3DRMMeshBuilderImpl *This =
> impl_from_IDirect3DRMMeshBuilder2(iface);
> >
> > -TRACE("(%p)->(%p,%p,%x,%p
Christian Costa writes:
> @@ -438,7 +438,7 @@ static HRESULT WINAPI
> IDirect3DRMMeshBuilder2Impl_Load(IDirect3DRMMeshBuilder2*
> {
> IDirect3DRMMeshBuilderImpl *This =
> impl_from_IDirect3DRMMeshBuilder2(iface);
>
> -TRACE("(%p)->(%p,%p,%x,%p,%p): partial stub\n", This, filename, n
Aurimas Fišeras writes:
> @@ -2190,16 +2190,14 @@ msgstr ""
> "atšauktų liudijimų sąrašą ar patikintų liudijimų sąrašą:"
>
> #: cryptui.rc:296
> -#, fuzzy
> #| msgid "Cryptographic Message Syntax Standard/PKCS #7 Messages (.p7b)"
> msgid "Cryptographic Message Syntax Standard/PKCS #7 Messag
Hi Alistair,
On 03/14/12 10:00, Alistair Leslie-Hughes wrote:
> --- a/dlls/jscript/jsutils.c
> +++ b/dlls/jscript/jsutils.c
> @@ -187,11 +187,14 @@ HRESULT to_primitive(script_ctx_t *ctx, VARIANT *v,
> jsexcept_t *ei, VARIANT *ret
> case VT_EMPTY:
> case VT_NULL:
> case VT_BOOL:
>
On Wed, Mar 14, 2012 at 05:32, wrote:
> Hi,
>
> this should have been labeled [PATCH 3/3] because tests will fail without my
> 2 ntdll patches.
>
> First a note unrelated to my patches: if you run the tests in git in a loop,
> sometimes one DeleteTimerQueueTimer(INVALID_HANDLE_VALUE)
> fails (pr
On Tue, Mar 13, 2012 at 22:43, Rahul Ghose wrote:
> I am using the 1.4-rc6 source code to build the deb package. The source
> compiles smoothly but debuild -us -uc fails with this message:
>
> (last few lines, I hope which are more relevant)
>
> ../../../tools/runtest -q -P wine -M atl.dll -T ../.
Hi Alexey,
On 03/13/12 20:59, Alexey Loukianov wrote:
> Good day to all,
>
> I've got a question, which is most probably should be addressed to Jacek
> Caban, concerning the proper way to debug and report about the
> problems with
> wine-gecko/mshtml implementation.
>
> What I've got here is an ap
23 matches
Mail list logo
