[ros-dev] INVALID OPCODE

2019-09-20 Thread katahiromz . 
An error occurred in FreeLoader v3.0.
0x06: Exception 06: INVALID OPCODE
___
Ros-dev mailing list
Ros-dev@reactos.org
http://reactos.org/mailman/listinfo/ros-dev

Re: [ros-dev] [ros-diffs] [reactos] 01/01: [DESK][SHELL32] Allow Desk.cpl to run standalone on WinXP/2003 again CORE-15412

2018-12-17 Thread katahiromz 
Schweitzer,

I will revert it tomorrow.
Sorry for inconvenience.

Best regards
片山博文MZ

2018年12月18日(火) 6:19、Pierre Schweitzer さん（pie...@reactos.org）のメッセージ:

> Hi,
>
> I definitely don't like that commit, nor appreciate the way it was done.
> If we read CORE-15412 carefully, we have three developers (namely:
> Thomas, Mark, Giannis) expressing that they are again this revert, and
> thus this commit.
> Then, why was it pushed to HEAD?
>
> Cheers,
> Pierre
>
> Le 17/12/2018 à 22:02, Joachim Henze a écrit :
> >
> https://git.reactos.org/?p=reactos.git;a=commitdiff;h=6f8cb05cad142a8679872e695f317dc1f9728d55
> >
> > commit 6f8cb05cad142a8679872e695f317dc1f9728d55
> > Author: Joachim Henze 
> > AuthorDate: Mon Dec 17 22:01:49 2018 +0100
> > Commit: Joachim Henze 
> > CommitDate: Mon Dec 17 22:01:49 2018 +0100
> >
> > [DESK][SHELL32] Allow Desk.cpl to run standalone on WinXP/2003 again
> CORE-15412
> >
> > addendum to 0.4.10-dev-502-g
> > d559ca9c982f9766acc5db3ea887ef2bc27acdff
> >
> > That copy-paste was done once intentionally to keep our imports
> similar to 2003.
> > It's worth reading the conversation in PR #748: Getequ seems to be
> ok with this.
> >
> > The ideal solution most likely would be to instead *statically*
> > link against RegLoadMUIStringW() from advapi32_vista when
> WINNT=0x502.
> > For now the stuff runs again at least.
> > I left the func existing in advapi32_vista.dll.
> > ---
> >  dll/cpl/desk/CMakeLists.txt  |   6 +-
> >  dll/cpl/desk/desk.h  |   9 ++
> >  dll/cpl/desk/muireg.c| 144 ++
> >  dll/win32/shell32/CMakeLists.txt |   3 +-
> >  dll/win32/shell32/vista.c| 218
> +++
> >  5 files changed, 375 insertions(+), 5 deletions(-)
> >
> > diff --git a/dll/cpl/desk/CMakeLists.txt b/dll/cpl/desk/CMakeLists.txt
> > index 24d9bb1e60..ae7fb83825 100644
> > --- a/dll/cpl/desk/CMakeLists.txt
> > +++ b/dll/cpl/desk/CMakeLists.txt
> > @@ -2,9 +2,6 @@
> >  add_definitions(-D_WIN32)
> >  spec2def(desk.cpl desk.spec)
> >
> > -remove_definitions(-D_WIN32_WINNT=0x502)
> > -add_definitions(-D_WIN32_WINNT=0x600)
> > -
> >  list(APPEND SOURCE
> >  advmon.c
> >  appearance.c
> > @@ -23,6 +20,7 @@ list(APPEND SOURCE
> >  general.c
> >  draw.c
> >  theme.c
> > +muireg.c
> >  desk.h)
> >
> >  file(GLOB desk_rc_deps resources/*.*)
> > @@ -36,6 +34,6 @@ add_library(desk SHARED
> >
> >  set_module_type(desk cpl UNICODE)
> >  target_link_libraries(desk uuid)
> > -add_importlibs(desk user32 advapi32 advapi32_vista gdi32 comctl32
> comdlg32 ole32 setupapi shell32 shlwapi uxtheme gdiplus msvcrt kernel32
> ntdll)
> > +add_importlibs(desk user32 advapi32 gdi32 comctl32 comdlg32 ole32
> setupapi shell32 shlwapi uxtheme gdiplus msvcrt kernel32 ntdll)
> >  add_pch(desk desk.h SOURCE)
> >  add_cd_file(TARGET desk DESTINATION reactos/system32 FOR all)
> > diff --git a/dll/cpl/desk/desk.h b/dll/cpl/desk/desk.h
> > index 3bb02f3a74..3c479251cf 100644
> > --- a/dll/cpl/desk/desk.h
> > +++ b/dll/cpl/desk/desk.h
> > @@ -122,4 +122,13 @@ HPSXA WINAPI
> SHCreatePropSheetExtArrayEx(HKEY,LPCWSTR,UINT,IDataObject*);
> >  INT_PTR CALLBACK
> >  AdvGeneralPageProc(HWND hwndDlg, UINT uMsg, WPARAM wParam, LPARAM
> lParam);
> >
> > +LONG
> > +RegLoadMUIStringW(IN HKEY hKey,
> > +  IN LPCWSTR pszValue  OPTIONAL,
> > +  OUT LPWSTR pszOutBuf,
> > +  IN DWORD cbOutBuf,
> > +  OUT LPDWORD pcbData OPTIONAL,
> > +  IN DWORD Flags,
> > +  IN LPCWSTR pszDirectory  OPTIONAL);
> > +
> >  #endif /* _DESK_H */
> > diff --git a/dll/cpl/desk/muireg.c b/dll/cpl/desk/muireg.c
> > new file mode 100644
> > index 00..8754b43655
> > --- /dev/null
> > +++ b/dll/cpl/desk/muireg.c
> > @@ -0,0 +1,144 @@
> > +#include "desk.h"
> > +
> >
> +/**
> > + * load_string [Internal]
> > + *
> > + * This is basically a copy of user32/resource.c's LoadStringW.
> Necessary to
> > + * avoid importing user32, which is higher level than advapi32. Helper
> for
> > + * RegLoadMUIString.
> > + */
> > +static int load_string(HINSTANCE hModule, UINT resId, LPWSTR
> pwszBuffer, INT cMaxChars)
> > +{
> > +HGLOBAL hMemory;
> > +HRSRC hResource;
> > +WCHAR *pString;
> > +int idxString;
> > +
> > +/* Negative values have to be inverted. */
> > +if (HIWORD(resId) == 0x)
> > +resId = (UINT)(-((INT)resId));
> > +
> > +/* Load the resource into memory and get a pointer to it. */
> > +hResource = FindResourceW(hModule, MAKEINTRESOURCEW(LOWORD(resId >>
> 4) + 1), (LPWSTR)RT_STRING);
> > +if (!hResource) return 0;
> > +hMemory = LoadResource(hModule, hResource);
> > +if (!hMemory) return 0;
> > +pString = LockResource(hMemory);
> > +
> > +/* Strings are length-prefixed. Lowest nibble of resId

[ros-dev] Pen width support

2018-10-29 Thread katahiromz 
Can somebody read this codes?

https://gist.github.com/katahiromz/36f7135d3afe9fe6d2b7b28816be0f30

Thanks.

katahiromz
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] WidenPath

2018-09-29 Thread katahiromz 
About NTGDI

Should we use PATHOBJ for WidenPath and FlattenPath?
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] Needs DejaVuMathTeXGyre.ttf?

2018-08-01 Thread katahiromz 
Dear everyone,

I think DejaVuMathTeXGyre.ttf is bad font for normal use. Why do we need
this font?

Thanks
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] metric analyze

2018-07-24 Thread katahiromz 
https://jira.reactos.org/secure/attachment/47741/47741_MetricAnalyze.csv

Can you analyze the relations between these parameters? I want the formulas
to get (tmHeight, tmAscent, tmDescent, tmInternalLeading,
tmExternalLeading) values from lfHeight and the other parameters.

NOTE: The formula differs depending on the sign of lfHeight.
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] Help me

2017-07-09 Thread katahiromz . 
Dear Sirs/Madams,

I have to implement the PATHOBJ routines. Please help me.

CORE-13536
https://jira.reactos.org/browse/CORE-13536

Thanks,
Katayama Hirofumi MZ
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] Please don't read Windows source code

2017-06-24 Thread katahiromz . 
According to The Register, Windows 10 source has been leaked. But reading
that codes is still illegal for ReactOS development, so we might fire you
if you read in the case.

 Please don't read the leaked source.

Thanks,

Katayama Hirofumi MZ
片山博文MZ
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

Re: [ros-dev] Google summer of code.

2017-03-29 Thread katahiromz . 
Ask Google, and it will be given to you.

片山博文MZ

2017/03/28 午後8:39 "atemafac kingsley" :

> Hello .
>
> I am call atemafac kingsley. i am an undergraduate computer engineering
> student.
>
> please i will like to take part on google summer of code . this is the
>  time i am applying .
>
> so i will like to be directed on how i can contribute .
>
> thanks.
>
> University of Beua Cameroon.
>
>
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

Re: [ros-dev] Work on dxg.sys

2017-03-07 Thread katahiromz . 
Create CMakeLists.txt.
Add the directory to parent's subdir.

2017/03/08 午前6:41 "Sebastian Gąsiorek" :

> Hi,
>
> Couple of days ago I have started dxg.sys functions implementation.
> There is some progress but it would be good to write tests for this api.
> Dxg mostly is just wrapper between driver and win32k, so win32k api tests
> should be enough.
>
> I saw some tests in rostests\dxtest\win32kdxtest but can't figure out how
> to enable them in build.
>
> Could some help me with this and add proper cmake files? :)
>
> Best regards,
> Sebastian
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] freetype.c related

2017-02-24 Thread katahiromz . 
That patched result has "OUT OF PAGED POOL" errors. Is the cache too
large? Or are there any leaks?

___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] (no subject)

2017-02-15 Thread katahiromz . 
Microsoft will use GVFS (Git Virtual File System) to manage their huge
Git repository.

___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

[ros-dev] font penalty system

2017-01-28 Thread katahiromz . 
Hello, this is katahiromz aka a Win32 programmer and tester from Japan.

At first, check out the x12 patch of CORE-6621. Please take a look at
the WeightFromStyle and GetFontPenalty functions.

The "DejaVu Sans Mono" fonts are in use, as substitute fonts. There is
a problem. The penalty weight of "DejaVu Sans Mono Oblique" is lighter
than one of "DejaVu Sans Mono Book" in the current penalty system of
Table 1.

The "Oblique" penalty is 4 of Italic Penalty. The "Book" penalty is 3
* ((400 - 350) / 10) == 15 of Weight Penalty.
So, Oblique < Book!

Should we adjust Italic Penalty to 16 or more?

___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev