Re: [NJS#80597] Re: How should I name the Traditional Chinese resource file ?

At 04:00 AM 2008-08-26, Alexandre Julliardwrote: >Hongbo Ni <[EMAIL PROTECTED]> writes: > >> 1. name it Zh_tw.rc, (but Alexandre seems not like it) >> 2. name it Tw.rc >> 3. rename all Zh.rc to Cn.rc, then name traditional as Zh.rc >> 4. just put both simplif

How should I name the Traditional Chinese resource file ?

Cn.rc, then name traditional as Zh.rc 4. just put both simplified and traditional Chinese in Zh.rc (not good as they are different encoding). My question is how should I name it ? Hongbo Ni

user32: Fix hook_proc DLL loading using LoadLibraryExW instead of LoadLibraryW

t; /* FIXME: the library will never be freed */ >-if (!(mod = LoadLibraryW(module))) return NULL; >+if (!(mod = LoadLibraryExW(module, NULL, >LOAD_WITH_ALTERED_SEARCH_PATH))) return NULL; > } > return

Re: [NJS#80611] re: msvcmaker: fix project file generation under MinGW32

Patchwatcher. I will fix it and resubmit. Hongbo Ni Hongbo Ni <[EMAIL PROTECTED]> ++ * NJStar Software Corp., P.O. Box 40, Epping NSW 2121, Australia. * Tel: +61-2-9869-1088 WebSite: http://www.njstar.com * Fax: +61-

[TRY4]user32/tests: add tests for creating subclassed builtin-class windows

those tests ? Hongbo Ni _ It's simple! Sell your car for just $40 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813

[TRY2]user32: load hook DLL using LoadLibraryExW with altered search path

nfirm the test on windows. As discussed by Dmitry Timoshkov, it's not possible to created such test case in wine since such test involves extra DLLs and another process. http://www.winehq.org/pipermail/wine-devel/2008-August/068031.html Regards

[no subject]

similar development process is adepted, specially the 'Chain of Commands'. I am sure that Alexandre has done a great job as the Wine maintainer, but he may be stressed out when he comes back from his holiday as there are pile of patches awaiting him to re

RE: New kernel development guide might be good model for Wine...

opment process is adepted, specially the 'Chain of Commands'. I am sure that Alexandre has done a great job as the Wine maintainer, but he may be stressed out when he come back from his holiday as there are pile of patches awaiting hi

Re: [NJS#80583] Re: [TRY2]user32/tests: add tests for creating subclassed builtinclass windows

CW_USEDEFAULT, 680, 260, NULL, NULL, >>NULL, 0); > >It would be helpful to actually test whether window has been created, and what >type it has (ansi/unicode). Same is true for all similar cases. All done and TRY3 submitted to wine-patch list. Regards Hongbo Ni

RE: problem loading wine test projects windows vista

re not joined. I replaced "\n" with "" in line 138, so rest of code can split files again. Now it works on Linux and MinGW32. Does anyone ever run msvcmaker on windows ? Hongbo Ni _ Meet singles near you. Try

problem loading wine test projects windows vista

. I really need to compile and run existing tests on window before I can write any test case for wine. Regards Hongbo Ni _ It's simple! Sell your car for just $40 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%

RE: ntdll: import dll from dir of referring dll if not found instandard locations

g LoadLibraryExW instead LoadLibraryW above ? How can I know if another process has loaded the DLL containing GetMsgProc when I am trying to callSetWindowsHookEx(WH_GETMESSAGE, GetMsgProc, g_hinstDll,GetWindowThreadProcessId(hwnd, NULL)); Hongbo Ni ___

RE: DLL loading prolem when injecting into another process

ss HOOK, the target proc has no idea of the injected DLL comes from. The linked DLLs are most likely NOT in the same dir as current hooked application(s). More likely in the same dir as injected DLL . What do I have to do to get this patch accepted ? Hongbo Ni __

RE: DLL loading prolem when injecting into another process

Rolf Kalbermatter wrote: > My guess is that it will however fail on most Windows versions except maybe > Vista which would still be a reason to try to implement that behaviour in > Wine > too. However you will likely have to do quite > a bit more tests to then figure out the exact conditions un

RE: DLL loading prolem when injecting into another process

ain. Thanks. I have produced a patch to load the imported dll from same directory as the referring DLL when import_dll() fail to load from standard locations (current dir, app dir and PATH) But I did not know how to write test case for it since ther

DLL loading prolem when injecting into another process

\DirA\B.dll to load C.dll, it should try C:\DirA\C.dll first, then form the standard load locations. I think it should call load_library( "C:\DirA\C.dll ", LOAD_WITH_ALTERED_SEARCH_PATH) so C.dll can be loaded into C:\DirX\X.exe process. Alexandre, can you please comment ? Re

RE: [PATCH2+TEST] RE: user32: Problem using SetClassLongW to subclass built-in control (Edit)

> > ==> > > > # Patch> > > > ==> > > > --- wine-1.1.1-orig/dlls/user32/win.c 2008-07-12 01:55:55.0 > > +1000> > +++ wine-1.1.1/dlls/us

[PATCH2+TEST] RE: user32: Problem using SetClassLongW to subclass built-in control (Edit)

Hello, Now I have fixed the problem, or corrected to window behaviour. Included is the Patch, Test and Debug (play with windows). Can anyone please test or comment ? Regards Hongbo Ni == # Patch

RE: user32: Problem using SetClassLongW to subclass built-in control (Edit)

Hi Everyone, It turns out my previous patch was not right to solve the problem. After writing a win32 application for debuging the impact of SetClassLongW, I found out that something is abnormal in windows. After a built-in class (which has procA and procW) is subclassed by SetClassLong(Ptr)

RE: [PATCH] RE: user32: Problem using SetClassLongW to subclass built-in control (Edit)

Dear Reece, Thanks for your comments. > > I have write a patch for the problem, please comment.> > + if( unicode && > > class->winproc == EDIT_winproc_handle )> > Is it just the EDIT window > > procedure that is affected? I suspect that> this will apply to all classes > > that have A and W var

[PATCH] RE: user32: Problem using SetClassLongW to subclass built-in control (Edit)

Hi, I have write a patch for the problem, please comment. === --- wine-1.1.0-orig/dlls/user32/class.c 2008-06-28 00:24:42.0 +1000 +++ wine-1.1.0/dlls/user32/class.c 2008-07-10 17:35:11.0 +1000 @@ -906,9

user32: Problem using SetClassLongW to subclass built-in control (Edit)

Hi, Summary: SetClassLongW(hEdit, GCL_WNDPROC,(DWORD)NewEditWndProc) in Wine differs from Windows. Background: when a standard built-in window class (such as Edit for example) is registered initially, the window system register the class with two Procedures (procA and ProcW) and assign a