I'm currently using a 4K monitor as my daily driver. In previous versions of ReClass Windows would simply scale the program and text was better readible albeit slightly blurry. However, in the newer releases, Windows no longer scales the program and text looks much smaller. I've been using an older build of ReClass as there's no DPI scaling or options to adjust text size in the newer builds.

For comparison, below is text in ReClass compared to the normal text size in Windows. Text in the ribbon looks fine, though text in the memory/class view is roughly two times smaller than regular text.

There is a problem rendering DWORD values in your build of reclass:
https://i.imgur.com/f4O95Gp.png

In CNodeDWORD.cpp:

//tx = AddText( View, tx, y, g_clrValue, HS_EDIT, g_bUnsignedHex ? _T( "0x%IX" ) : _T( "%u" ), *Data ) + g_FontWidth;
tx = AddText( View, tx, y, g_clrValue, HS_EDIT, g_bUnsignedHex ? _T( "0x%lX" ) : _T( "%u" ), *Data ) + g_FontWidth;

IX (uppercase I) is for ULONG_PTR, you want lX (lower case L) for unsigned int32.

In Development Build 1.2.0

There's a visual bug when collapsing the parent of an element if the child is not collapsed already.

If this is x64 incarnation of REclass, where is one of the most important QWord (8 bytes unsigned) type?
Am I missing something?

can;t read vtable win7 sp1 Chinese language
https://puu.sh/CIGSV/d5f83f26e3.png

I'll make an issue for this here incase anyone else wants to take a look at it. I know its an issue with the child window being set, i dont have the time to look into it right now.

Also @dude719 can you update the graphic in the about dialog for ReClassEx?

I'm gonna start working on this more in the coming weeks

last source not work in win7..

The Beaengine project for 32Bit lacks the .\obj... folder.
The project is supposed to compile and include the BeaEngine_s_stdcall project.

Run into this problem when I have layered pointer which makes me expend horizontally. However it doesn't allow me to scroll.

It also lose cursor or something that when I right-click on the right part of the window, it doesn't work

CNodeBase.cpp(532): error C2065: 'g_crValue': undeclared identifier

Thou shall not blast my eyes with #FFFFFF as the background color and #000000 as the text/foreground color.
ReClass.NET issue: ReClassNET/ReClass.NET#272

The buffer allocation inside ReadMemoryString (see: ReClass 2015/stdafx.cpp @ Line 93) seems one byte too small to me. There will be 64 bytes allocated and a read of the same size will be done afterwards. The problem reveals when placing the NULL-termination at buffer[bytesRead], which is already outside the bounds of our buffer and will lead to application crash through heap corruption later on.

In my opinion the allocation should read
auto buffer = std::make_unique<char[]>( max + 1 );
instead of
auto buffer = std::make_unique<char[]>( max );

Handling NULL-pointers is not affected as the preceding call to ReadMemory will fail and branch into an alternative code path.

This GIF should explain the bug better than I can with words lol
http://i.imgur.com/GenRzIR.gifv

If I insert an array or class type into an existing structure then insert/add bytes to the array or class, the offsets for comments and data types following the class/array change.

Example:

In the image below, I have an existing structure and notice that before it is a string class/struct included in the structure. The offset for Pointer 1 and it's comment is currently 0x220:

Next I change the data type of the 32 bytes before Pointer 1 to a class, then add or insert 32 bytes to the class structure:

Notice how the comments and data types now correspond to a different offset, and Pointer 1's comment now corresponds to offset 0x238 instead of 0x220.

So basically there are a few modules that contain the same text. For example,
"client.dll" and "steamclient.dll" both contain "client.dll"
And for whatever reason, reclass will take the base address of "steamclient.dll" instead of "client.dll" (I even tried using quotes!)
Here's a pic of the bug:
http://image.prntscr.com/image/b908bb602e274e3cb4d68320d564c908.png

can't save or save as the *.reclass file,if the path have chinese character

When declaring and opening a pointer, deleting said pointer while it is extended will cause reclass to crash.

It doesn't happen all the time, usually when I have a lot going on.
http://prntscr.com/764bni

Hello guys,
I'm using the latest release of reclass, but when Im saving my work and opening the file into a new instance of reclass, nothing appear, the background stay gray without my previous researches being displayed. Do u guys have any idea?
Thanks in advance!

In reclass.net. I can use this syntax to check the node memory: [<xxx.exe> + 0x1111]
in reclass.ex I can use this syntax: xxx.exe + 0x1111. However, when I add "[]" which becomes [xxx.exe + 0x1111], the node address will be 0x1111. not the valid address that xxx.exe +0x1111 address points 。

the original address.

when i add []，think it should be 24246198

Using the current source code, keyboard shortcuts/accelerators are still being listened for when typing in a text box. Because of this, typing a capital S in a text box (e.x. to rename a class or type a comment) pulls up the Save-As Menu rather than typing a literal 'S'.

A partial fix is to change the Save-As shortcut to Ctrl-Shift-S instead of Shift-S.

How to reproduce:
1 - Compile in debug mode
2 - Open ReClassEx_dbg.exe
3 - Click New > Click Clean Up

This assertion on line 32 at afxwin2.inl is being triggered

_AFXWIN_INLINE LRESULT CWnd::_AFX_FUNCNAME(SendMessage)(UINT message, WPARAM wParam, LPARAM lParam) const
{ ASSERT(::IsWindow(m_hWnd)); return ::SendMessage(m_hWnd, message, wParam, lParam); }

Call stack:

>ReClassEx_dbg.exe!CWnd::SendMessageW(unsigned int message, unsigned int wParam, long lParam) Line 32
 ReClassEx_dbg.exe!CReClassExApp::DeleteClass(CNodeClass * pClass) Line 1609
 ReClassEx_dbg.exe!CReClassExApp::OnButtonClean() Line 1709

On CReClassExApp::DeleteClass( CNodeClass* pClass ), pClass is valid and everything seems to work as intended but that assert is still triggering.

I'm not familiar with MFC and I can't help with this.

this is the path to my plugin and reclass solution, D:\ReClassEx-master\plugins\MEME.rc-plugin64 and D:\ReClassEx-master\ReClass.sln. When i finished compiling using ReClass.sln, i found no plugin in the ReClassEx.exe .

whats the default colours help me

it dont work why u lying HUH

Hey, I dont know what is causing this bug so I'll open an issue for it.
I downloaded and compiled the recent 2018 update for reclass and it works fine, the only problem is when closing the app, windows throws the Program stopped working error screen.

https://i.imgur.com/ripeTNo.gifv

I tried the 32 bit version on Windows XP 32bit, and Windows says it's not a valid Win32 application. Maybe it's not supported, but since it doesn't say anywhere, I thought I would file this issue. If not supported, is there an older version that is?

As the title says.

I took some notes, went to go save as, it only saved a portion of my notes.
Provided some screen shots of what I mean below.

This was using ReClassEx.exe Development Build 1.2.0 (x86/x86_64)
https://github.com/dude719/ReClassEx/releases

it happens mostly with newly made classes

The projectpaths for beaengine are absolute
(C:\Users\Owner...)

They should be relative to the project
(..\beaengine...)

In x64 mode the address entry bar (top left) is limited to 8 numbers or 4 bytes as each byte can have a value up to 0xFF (two numbers). To properly support x64 this bar should support numbers up to 16 characters long (8 bytes * 2 characters per byte), max value should be 0xFFFFFFFFFFFFFFFF (current is limited to 0xFFFFFFFF).

I found resource errors using vs2015 compilation