Hmm... It still fails today. I have a better idea to fix it, will send
a patch tomorrow. Sorry for introducing the failures :(
On Thu, Oct 10, 2013 at 8:42 PM, Qian Hong wrote:
> Sorry for introduced the failures, I'd like to investigate, however I
> can't reproduce the failures on my own Win7. I try to run
> winetest-latest.exe on the testbot, but it ran timeout (as expect), is
> there any way I ca
ver I
can't reproduce the failures on my own Win7. I try to run
winetest-latest.exe on the testbot, but it ran timeout (as expect), is
there any way I can increase the timeout value from 120 to something
like 1800?
Thanks!
--
Regards,
Qian Hong
-
http://www.codeweavers.com
need to change.
I ever though about this, but gave up. After more thought, I agree
that this is a better approach, thanks again!
--
Regards,
Qian Hong
-
http://www.codeweavers.com
itchDesktop. However, OpenInputDesktop is needed by multiple apps
(TeamViewer, QQ International, Inspect tool from Windows Platform SDK
as bug 12067), is it acceptable to submit such a 'better stub' to Wine
and leaving SwitchDesktop as a stub?
Any comment is great appreciated!
On Tue, Oct
PI ATL80_AtlAxWinInit(void)
atl80.spec:
-42 stdcall AtlAxWinInit()
+42 stdcall AtlAxWinInit() ATL80_AtlAxWinInit
So we can always use one debug channel for all atlXX dlls, at the same
time different exported function with the same name will generate
different trace log.
--
Regards,
Qian Hong
-
http://www.winehq.org
On Tue, Sep 3, 2013 at 7:27 PM, Qian Hong wrote:
> Hi Jacek, we already have a debug channel atl100 for atl100.dll, but
> we currently use atl for both atl.dll and atl80.dll, do you think it
> is better to use atl for all, or one debug channel per each dll?
Oh, I just found dlls/atl100
> +WINE_DEFAULT_DEBUG_CHANNEL(atl);
Hi Jacek, we already have a debug channel atl100 for atl100.dll, but
we currently use atl for both atl.dll and atl80.dll, do you think it
is better to use atl for all, or one debug channel per each dll?
> -ok(ic != NULL, "ImmLockIMC failed\n!");
> +ok(ic != NULL, "ImmLockIMC failed!\n");
Oh, good catch... Thanks!
--
Regards,
Qian Hong
-
http://www.winehq.org
I'm still interesting in a more beautiful implementation like my
ImmCreateIMCC reached, get rid of casting InputContextData to HIMC if
possible. Thanks in advance for any suggestions!
If there is no better way, I'll send this series to wine-patches.
--
Regards,
Qian Hong
-
http://
t=09ea3545 /* 0x0008 comes
from hIMC->IMC.hPrivate, unfortunately hIMC is freed... */
--- snip ---
I need more tests to figure out what is the necessary and sufficient
conditions to make ImmDestroyContext fails.
Thanks for the help!
--
Regards,
Qian Hong
-
http://www.winehq.org
Forgot to say, as described in the last post, this patch doesn't kill
the culprit, please reject the patch, thanks.
n that case. Since it's blaming the game,
> I lean toward the bug being in the game.
>
> There may not be any solution other than reporting the issue to the game
> developer.
Hmm, thanks a lot for the great analysis :)
I've just sent a message to someone in the game company, not sure if
they care :)
--
Regards,
Qian Hong
-
http://www.winehq.org
how far I can get from here, also I'm open to any suggestion
and appreciate to any help!
Thanks again.
--
Regards,
Qian Hong
-
http://www.winehq.org
led by the
app, I tried force using buitlin msvcr80, unfortunately the game
doesn't start at all with buitlin msvcr80. I've send one test case
(Patch 97446), but there is still other msvcrt bugs after that issue.
By the way, the game ship with many native d3dx9_??, and with buitin
d3dx9_?? it doesn't start as well.
--
Regards,
Qian Hong
-
http://www.winehq.org
AddRef to FIXME, the
crashing would be worked around.
However, replacing the TRACE to printf doesn't help. I'm not sure why.
by replacing TRACE to printf, I can reproduce the crashing while have
a look at the refcounting, it seems good to me.
--
Regards,
Qian Hong
-
http://www.winehq.org
er?
By reading +d3d9 log, I believe the d3d9 object was not destroyed earlier.
--
Regards,
Qian Hong
-
http://www.winehq.org
2]
http://jx3.client.cdn.kingsoft.com/JXOnline3-v3.0.4.4980/JXOnline3-v3.0.4.4980.rar
--
Regards,
Qian Hong
-
http://www.winehq.org
x27;t find any easy way to fix
it, I doubt if there is any way better than the original patch (patch
97161, pending).
I'm open to any suggestion, thanks! If no better solution I hope patch
97161 is acceptable.
--
Regards,
Qian Hong
-
http://www.codeweavers.com
On Fri, Jul 12, 2013 at 3:07 AM, Alexandre Julliard wrote:
> Adding sleeps to work around timing issues is usually suspicious,
Hello, how about this one?
--
Regards,
Qian Hong
-
http://www.codeweavers.com
diff --git a/dlls/user32/tests/menu.c b/dlls/user32/tests/menu.c
index 3e4cf93..fab7
te one
in the Simplified Chinese translation of Wine UI, CC'ed previous Wine
Simplified Chinese major translator.
If no opposition I would suggest to follow the Microsoft's Simplified
Chinese Style Guide.
--
Regards,
Qian Hong
-
http://www.winehq.org
e, for ERROR_CANCEL_VIOLATION, even the original English
version is hard to understand :(
maybe keep the English version is not a bad idea if there is no better
alternative so far.
Thanks for the work!
On Fri, Jul 12, 2013 at 8:09 PM, Jactry Zeng wrote:
>
>
>
>
--
Regards,
Qian Hong
-
http://www.winehq.org
On Fri, Jul 12, 2013 at 7:11 PM, Qian Hong wrote:
> do {
> sleeping;
> } while (sent_msg match received_msg or slept too long)
typo, should be:
while (sent_msg does not match received_msg && haven't sleep too long)
--
Regards,
Qian Hong
-
http://www.codeweavers.com
hile loop to:
do {
sleeping;
} while (sent_msg match received_msg or slept too long)
Would you want me submit this version?
Thanks for reviewing.
--
Regards,
Qian Hong
-
http://www.codeweavers.com
diff --git a/dlls/user32/tests/menu.c b/dlls/user32/tests/menu.c
index 3e4cf93..91abfad 100644
Hello,
This patch is marked as pending, is there anything I can improve? Did
the test results in [1] and [2] help?
Thanks for any feedback!
[1] https://testbot.winehq.org/JobDetails.pl?Key=26191
[2] https://testbot.winehq.org/JobDetails.pl?Key=26190
On Wed, Jul 3, 2013 at 2:45 AM, Qian Hong
snip ---
Could you provide more details for how to check the validity of the
handle in the right way?
Thanks a lot!
--
Regards,
Qian Hong
-
http://www.winehq.org
identical to eConsole in modern Windows). The "Voice input device"
> maps to eCommunications.
>
> So, "human voice" is the intended meaning.
>
> Hope this clears it up!
Ah thanks, great info! This is exactly what we need :)
--
Regards,
Qian Hong
-
http://www.winehq.org
e ignore the first patch, I modify some in this one.
> Thanks advice from Qian Hong.
>
>
>
--
Regards,
Qian Hong
-
http://www.winehq.org
Update:
The commit message is a bit misleading, should be 'user32: Deactivate
menu if accelerator key not found when tracking top level menu.',
removed the word 'popup'.
Sorry for the trouble.
On Wed, Jul 3, 2013 at 2:45 AM, Qian Hong wrote:
> ---
> dlls/
Hello,
On Wed, Jul 3, 2013 at 2:41 AM, Qian Hong wrote:
> Current menu test code may hide some failure tests [1], with the attached
> patch, all failure tests could be detected [2].
>
>
> [1] https://testbot.winehq.org/JobDetails.pl?Key=26191
> [2] https://testbot.winehq.org
ang and Daniel Jeliński for so many helps!
--
Regards,
Qian Hong
-
http://www.winehq.org
gt; Prior to the result = CryptDecrypt(hKey, ...) line, please add a
> SetLastError(0xdeadbeef); that will ensure that the following comparison of
> GetLastError() to NTE_BAD_DATA isn't succeeding due to an earlier failure.
Good point, thanks, will do that.
--
Regards,
Qian Hong
-
http://www.winehq.org
Hi Daniel, new patches sent with improving from your hints, would you
mind have a look? Thanks in advance!
t,
> you would need to change the key state by (successfully) calling
> CryptDecrypt with Final=FALSE before your test. Could you add such
> test?
Thanks for the important hints! I'll try to improve the test case.
--
Regards,
Qian Hong
-
http://www.winehq.org
rsaenh patches, would you mind help to
review them?
Thanks again!
--
Regards,
Qian Hong
-
http://www.winehq.org
winehq.org/attachment.cgi?id=44997&action=diff
[4] https://testbot.winehq.org/JobDetails.pl?Key=26138
--
Regards,
Qian Hong
-
http://www.winehq.org
29769#c11
[6] http://wiki.winehq.org/DebugChannels
--
Regards,
Qian Hong
-
http://www.winehq.org
户对象" - sounds wrong
> -msgstr ""
> +msgstr "会话 ID" - also
>
会话 ID is a common usage in Simplified Chinese.
> @@ -11973,36 +11974,35 @@
> -msgstr "向下翻页"
> +msgstr "已分页池" ... "paged" shouldn't be translated as "分页".
I think it is a common usage in Simplified Chinese.
>
> @@ -12027,44 +12029,48 @@
> -msgstr ""
> +msgstr "没有响应"
>
> @@ -12081,7 +12087,7 @@ msgid ""
> -"你想把这项卸载命令从注册表中删除吗?"
> +"您想把这项卸载命令从注册表中删除吗?" - probably should use 条目.
条目 is better, as the previous one, thanks, good catch.
>
> @@ -12137,6 +12143,9 @@
> ...更高版本。" - "later version", not "higher version".
Both is OK to me, maybe 更新 is better.
Thanks for the thought!
--
Regards,
Qian Hong
-
http://www.winehq.org
AM, Tiger Soldier wrote:
> - Used real name in commit message
> - Superseded patch 96985
> ---
> po/zh_CN.po | 373
> +++-
> 1 file changed, 190 insertions(+), 183 deletions(-)
>
>
>
>
--
Regards,
Qian Hong
-
http://www.winehq.org
turn;
> +}
Does KF_FLAG_CREATE look better here? Other wise every time a new
wineprefix created there is an err output.
Maybe I'm missing something here, thanks for your work.
--
Regards,
Qian Hong
-
http://www.winehq.org
On Tue, May 21, 2013 at 11:03 PM, Alexandre Julliard
wrote:
> You shouldn't need 2 server calls for this.
>
> There's no reason to abort on every failure.
An improved version is sent, thanks a lot for review!
--
Regards,
Qian Hong
-
http://www.codeweavers.com
escribed technique
> 6. check that WSAIoctl works
>
> of course checking for exact error codes and such.
Ok, will send a test patch, thanks for advice!
--
Regards,
Qian Hong
-
http://www.codeweavers.com
On Mon, May 20, 2013 at 7:02 PM, Dmitry Timoshkov wrote:
> Qian Hong wrote:
> MSDN page you referenced has a hint how this behaviour could be tested:
>
> "The WSAAsyncSelect or WSAEventSelect routine automatically sets a socket
> to non-blocking mode. If WSAAsyncSelect o
win32 api to detect whether a socket is blocking or
non-blocking, do you have any advice how to test it in our Wine test
framework?
Thanks a lot, as always!
--
Regards,
Qian Hong
-
http://www.codeweavers.com
1], and
> ‘旁路' or '旁路列表'
> was used to describe this process.
Ok, I don't have strong opinion on it, thanks for your work.
--
Regards,
Qian Hong
-
http://www.winehq.org
2013/5/11 Jactry Zeng :
> + WinInet 对代理旁路的支持。
This translation seems suspect, but I don't have a very good alternative yet.
In 'Internet Options' setting of MSIE7, 'Bypass proxy server for local
address' is translated to '跳过本地地址的代理服务器'
Thanks for th
Hello Guo Jian,
On Fri, May 10, 2013 at 1:36 AM, Guo Jian wrote:
> A window should not lose mouse capture even when it's parent window is
> disabled.
Did you forget to remove the todo_wine introduced in [patch 1/2]?
Thanks for your work on it.
--
Regards,
Qian Hong
Hi orzhvs,
Thanks for your work on it, however, it seems gmail's line wrap
'feature' (hmm, isn't that a bug...) breaks your patch, you could try
fight with that feature or send your patch as attachment instead.
uce the bug but failed with strange gcc behaviors, then
Dan had worked out an actual fix for this bug, what I learned is,
understanding the real bug seems faster than playing with gcc flags...
Anyway, thanks Dan and André as always!
--
Regards,
Qian Hong
-
http://www.winehq.org
to see if the bug can be reproduced in this way,
but nothing happen, this make me doubt being inline is not the
culprit.
Any inspire is great appreciated!
Best wishes from a curiosity cat :)
--
Regards,
Qian Hong
-
http://www.winehq.org
Hi Dan,
Thanks for working on it! It is really an annoying bug, however, is
adding DECLSPEC_NOINLINE a workaround or a real fix? If it is only a
workaround, would that hide some real bug behind it? Or is that
possible that there is a gcc bug here that we want to report to gcc?
Thanks for your tim
Hi Jactry,
2013/3/30 Jactry Zeng :
> + 一些 C 运行时的改进。
I think it is better to translate "C runtime" to “C 运行时库“ rather than
just ”C 运行时“。
+ 为内建程序提供更高质量的图标。
Large icon means 大图标,not 高质量图标。You can verify this by the git commits。
Thanks for the work.
--
Regards,
Qian Hong
-
http://www.winehq.org
On Fri, Mar 15, 2013 at 9:24 PM, Alexandre Julliard wrote:
> It's not useful to load this dynamically if you are not going to check
> that it was found.
Thanks very much, I'll send an improved version.
--
Regards,
Qian Hong
-
http://www.codeweavers.com
assed as well. Hopes that helps :)
--
Regards,
Qian Hong
-
http://www.winehq.org
On Thu, Jan 31, 2013 at 11:34 AM, Jactry Zeng wrote:
> Hi folks,
> this is Simplified Chinese translation for Wine's website
The translation looks good to me, thanks for the great work!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
supports UTF-8 pretty good...
Just a joke, but seriously, UTF-8 is supported even in China :)
The translation part of the patch looks good to me, but as I know
Jactry is working on an improved version, let's wait for his new work.
Thanks.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
which is the original reason for this patch.
Would you like me send this patch which is still an improvement, or
just leave the broken test there until RemoveFontResource is
implement?
Thanks for any suggestions.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
From 1f4934e24f
Hello,
On Thu, Dec 6, 2012 at 3:19 PM, Qian Hong wrote:
> Hello,
>
> On Thu, Dec 6, 2012 at 3:42 PM, Dmitry Timoshkov wrote:
>>
>> 'face' and 'family' are leaked here. Also returning FALSE at this point
>> is too late since both 'face'
Hello,
On Thu, Dec 6, 2012 at 3:42 PM, Dmitry Timoshkov wrote:
>
> 'face' and 'family' are leaked here. Also returning FALSE at this point
> is too late since both 'face' and 'family' are already in the linked lists.
Thanks for point out th
hat font it fails?
Thanks a lot for your time!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
On Tue, Nov 20, 2012 at 2:12 AM, Alexandre Julliard wrote:
>
> It doesn't seem useful to have all these separate set and get functions,
> particularly since their implementation is very similar.
Ah, yes, thanks for reminder!
I must drank too much Wine LOL.
--
Regards,
Qian Hon
Hello,
On Sat, Nov 17, 2012 at 6:48 PM, Alexandre Julliard wrote:
> Yes, that's OK. Tests need to succeed after every commit, even in the
> middle of a series.
Thanks, I see, will resend my patches.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
patch [1/2] and [2/2], add test cases after fix
the implementation .
Thanks a lot!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
Hello,
On Fri, Nov 16, 2012 at 3:09 AM, Alexandre Julliard wrote:
> There's no need to have two separate tests functions.
Thanks for comment, will merge them.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
Hello,
Thanks for comment too!
On Wed, Nov 14, 2012 at 3:25 AM, Nikolay Sivov wrote:
> I think it's better to avoid macros if possible.
>>
Got it.
>> +if (!sc->sfnt)
>> +{
>> +if (GetTextMetricsW(hdc, &tmW))
>> +sc->sfp.wgBlank = tmW.tmBreakChar;
>> +else
>>
Hello,
On Wed, Nov 14, 2012 at 2:22 AM, Alexandre Julliard wrote:
> There's no reason to add #defines for that kind of thing, just put the
> values in the string directly.
Thanks for comment, will remove these #defines.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
d, or did I miss something?
I can't see how it could replace the custom wine.inf patch in
Ubuntu/Fedora's packages, could you be more details?
Thanks!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
On Thu, Nov 8, 2012 at 4:04 PM, Qian Hong wrote:
> My idea is split the second patch into two parts, the first part is
> 0001-tools-wine.inf.in-Added-UTF8-bom-header.txt, the second part is
> adding english and localized font name replacement settings without
> changing the
inf.in-Added-UTF8-bom-header.txt, the second part is
adding english and localized font name replacement settings without
changing the encoding of wine.inf.in.
Did I explain clearly enough? Does that make sense?
Thank you!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
From 2a
files in utf-8 format.
Did I miss anything or was there a reason to add utf8 support for inf
files in Wine?
Thanks a lot!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
#include
#include
#include
BOOL create_inf(const WCHAR *tmpfilenameW, void *data, UINT sz)
{
HANDL
erers to two books: Inside the Registry for
Windows 95 by Günter Born and The Windows 98 Registry by John Woram,
but I can't get them right now.
[1] http://franck.kiechel.free.fr/dbr_eng/RegInf.htm
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
Hi Dmitry,
On Tue, Nov 6, 2012 at 12:44 PM, Dmitry Timoshkov wrote:
> Qian Hong wrote:
>
>> This patch solve the wine side of Bug 32136.
>
> Why is this needed? wine.inf.in doesn't contain non ASCII strings.
>
Currently wine.inf.in does not contain non ASCII string
Hello,
On Fri, Oct 19, 2012 at 2:11 AM, Qian Hong wrote:
> Including Arabic, Chinese, English, Dutch, Japanese, Russian
>
Forgot to say, we have no Korean system in our testbot vms, so I
tested this patch locally with Korean Windows 8 preview.
--
Regards,
Qian Hong
-
Sent from Ubunt
send an improved version.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
Hello Dmitry,
Any feedback for this patch? Thanks a lot for any comments!
On Thu, Oct 4, 2012 at 3:02 PM, Qian Hong wrote:
> Dmitry, could you review this patch? Thanks a lot ;-)
>
> This series of patch fix some broken tests on Japanese Windows and Chinese
> Windows:
--
Regard
ndows-vista/Change-the-system-locale
, the result is the same as WXPPROJASP3 .
Could this patch be got in first?
Thanks!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
stbots.
I tested on Japanese version of Win8 preview, and the result is the same as XP.
What version of Japanese Windows did you test last time?
Thanks!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
3 )
Thanks!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
d I think it is not compatible with Wine ;-)
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
Hello,
On Tue, Sep 11, 2012 at 1:05 AM, Qian Hong wrote:
> and the symbol font bug (with todo_wine because it need to be fixed in [PATCH
> 4/5].)
Sorry for a typo, should be:
with todo_wine because it need to be fixed in [PATCH 5/5].
Thanks!
--
Regards,
Qian Hong
-
Sent from Ubunt
Hello,
Please ignore this series of patch, I'll provide a fix for the failure test.
proved version.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
-w64-mingw32
--with-gxx-include-dir=/usr/include/c++/4.6
--with-as=/usr/bin/i686-w64-mingw32-as
--with-ld=/usr/bin/i686-w64-mingw32-ld
Thread model: win32
gcc version 4.6.1 (GCC)
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
On Fri, Aug 17, 2012 at 1:37 AM, Alexandre Julliard wrote:
> There's no reason to move the data.
Thanks for review!
Will provide a better version soon.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
et soon.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
ear without major problem.
The sha1sum of the installer is:
73d5ec5c16951b9ad1582266a54ac799fa378b80
It was download at 2011-12-20
I think you could try a Chrome version later then 16.0.912.63 but
older than 17, or I can simply send my copy to you.
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
;s possible I
think the OCR
plan could be schedule low priority, maybe I'll investigate it in the
future. Is it a
good GSoC idea to improve font related testcase base on bitmap compares?
Thank you!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
g.cgi?id=21174
>
> Dan Kegel seemed pretty interested in the project. If you're interested you
> could e-mail him.
Thanks, if this idea is not suitable for GSoC, I'll push it in my todo
list. I'll
contact to Dan and Austin once I'm going to do this.
Thank you for your sugges
Hi all,
I'm a student in Department of Mathematics, Sun Yat-sen University. My irc
nick name is fracting, my real name is Qian Hong. I'm in GMT+8 time zone,
availible on 10:00 to 18:00 (GMT+8) on #winehackers.
I know C/bash and some Linux skills. Currently I'm an intern in Redhat,
On Sun, Mar 25, 2012 at 11:02 PM, Henri Verbeet wrote:
> On 25 March 2012 16:49, Qian Hong wrote:
>> IMO using win32 IME on Linux is necessary for some people. In fact even
>> most Chinese users don't know how many Chinese IMEs there exist, some
>> of them have no alte
sogou pinyin, google pinyin, are much better than
there alternative on Linux ( ibus-pinyin, sunpinyin), maybe it is hard to
understanded by non Chinese users...
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
7;ll
> contact you before that.
Great. I'll contact to you via gtalk.
BTW, we have meet in Ubuntu Release Party in Tsinghua :)
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
Hello,
If a group of people translated Wine on a web base platform such as
[1], is it allowed to send a single large patch with a commit log
which mentions all authors, but without details about which part
exactly translated by which people?
Thanks.
[1]
http://tryneeds.westart.tw/tryneeds/proje
like to translate Simplified Chinese please post a
reply here to prevent duplication work.
Also I'll forward this mail to Traditional Chinese community, since as
a native Simplified Chinese speaker I can't use Traditional Chinese
correctly every time.
Thanks Francois and the Wine community
1 15:45.
>
> Octavian
>
> [1] http://test.winehq.org/data/
>
Thanks Octavian, this tip helps a lot. Thanks Austin all the same ;)
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
#x27;d like
to know exactly what is wine1.3_1.3.28+daily-20110912
in http://bugs.winehq.org/show_bug.cgi?id=28450 .
Thanks!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
_nsrequest will be always called in read_stream_data
> (possibly many times), but it's also called in on_stop_nsrequest if no data
> was read.
>
> Jacek
>
>
>
Is there any update of this bug?
Thanks!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
= This->nsstream->buf_size;
nsres = nsIStreamListener_OnDataAvailable(This->nslistener,
--
1.7.1
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
From c5ee98396123c6cccdd295025a6b5aceb87dc0f7 Mon Sep 17 00:00:00 2001
From: Zhuo Wei
Date: Mon, 7 Mar 2011 23:58:09 +0800
Subject: Make sure Th
Dear All,
I'm trying to fix http://bugs.winehq.org/show_bug.cgi?id=25999
Below is my patch.
This my first patch, I wonder weather it is ugly, I'm grateful for any advice.
>From 0598dc0acf14a18d28e78e7b924384c46040a81e Mon Sep 17 00:00:00 2001
From: Qian Hong
Date: Fri, 18 Feb 2011 0
t;http://source.winehq.org/WineAPI/ , and marked as stup,
>>then this function must be implemented as a stup in wine source code,
>>is it right?
>
> The Wine API guide is not a very reliable guide, it might be out
> of date. Better to just look in the source code.
> - Dan
>
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
1 - 100 of 125 matches
Mail list logo