Luke Stackwalker Activity
Brought to you by:
ssallinen
Activity for Luke Stackwalker
-
Sami Sallinen committed [r60] on Code
get wxWidgets from vcpkg using manifest file, enable copy from disassembly window
-
Luke Stackwalker updated /lukestackwalker/readme.txt
-
added note about signed installer
-
-
V 1.0.8 With built-in disassembler
-
-
-
fine tuning disassembler support
-
adding disassembly support with the zydis disassembler
-
-
-
fix launching 64-bit command line profiler when the program is run from \program filesystem(x86)\ - use temp directory instead of .exe location to store temporary files
-
Hi Yama-san, This should be fixed now in 1.0.6. CTRL-C copies the source edit selection if there is a selection AND the source edit is active. Otherwise CTRL-C copies the last clicked function details. Best Regards, -Sami On Tue, 14 Feb 2023 at 07:59, Yu YAMA yuyama@users.sourceforge.net wrote: Hello, If I remember correctly, I think that was the behavior of the subject in previous versions. I do not know the exact version. In the latest version, Ctrl-C works to copy function details not selected...
-
-
-
release 1.0.6
-
ctrl-c copies selected function details OR source edit selection if something is selected and the edit control is in focus
-
Yu YAMA posted a comment on discussion Open Discussion
Hello, If I remember correctly, I think that was the behavior of the subject in previous versions. I do not know the exact version. In the latest version, Ctrl-C works to copy function details not selected strings. I always select a string in the source code view, Ctrl-C , move to IDE and Ctrl-V. The purpose is to search the string in IDE. Then, my expectation of Ctrl-C is to copy the selected string. Of course I can copy from the right-click menu, but I always make a mistake with Ctrl-C... If possible,...
-
Sami-san, Thank you for your kindness and I'm sorry for my late reply. Your last update is working perfectly for me! Have a great future of LukeStackwalker and you. (I have one small request. I'll request it in other thread.) Best regards, Yuya
-
Yama-san, I made another attempt to improve it Now it supports loading of source files with mixed line endings (CR+LF, only CR or only LF). Also, files with no BOM at the beginning are converted using the current windows languge setting, and files with a UTF8 BOM in the beginning are read as UTF8. I verified that Japanese characters work in both cases now. Previously already files saved as WCHAR worked. -Sami
-
-
-
updating readme
-
-better multi-format EOL support (can now handle cr+lf, cr and lf all in the same file)
-
Sami-san, Thank you for your update. I can get the improvement! However, I found some additional behavior that are slightly different from original my report. One shows multiple lines, but several of them are very long. This may be due to the reason that the source contain multiple line feed codes. Second, if the source contains Japanese characters, nothing may be displayed in Source Code View. For example, "あ". Sorry for the addition, but I would be happy to confirm this. Yama
-
Yama-san, It should work now, please give it a try. Best Regards, -Sami On Thu, 12 Jan 2023 at 15:52, Yu YAMA yuyama@users.sourceforge.net wrote: Sami-san, Thank you for your quick reply. I am expecting it! I downloaded the source code and tried to build it, but it was not smooth and I had to give up... YAMA. Source Code View for LF https://sourceforge.net/p/lukestackwalker/discussion/901281/thread/c91d6ac9d1/?limit=25#2a17 Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/lukestackwalker/discussion/901281/...
-
-
-
version 1.0.4 - source code view auto-adapts between different line ending styles
-
Sami-san, Thank you for your quick reply. I am expecting it! I downloaded the source code and tried to build it, but it was not smooth and I had to give up... YAMA.
-
Yama-san, This is probably easy to fix. I will look at it. -Sami On Wed, 11 Jan 2023 at 11:45, Yu YAMA yuyama@users.sourceforge.net wrote: Hello, Thank you very much for the great tool. I have one question. A source with a line feed code of LF becomes one line in " Source Code View" of LukeStackWalker. Can you reproduce it? Is it just me or does it depend on the environment? P.S. If I convert it to CR+LF, it is displayed on multiple lines. I would be happy to be relieved of this task. Yu YAMA Source...
-
Hello, Thank you very much for the great tool. I have one question. A source with a line feed code of LF becomes one line in " Source Code View" of LukeStackWalker. Can you reproduce it? Is it just me or does it depend on the environment? P.S. If I convert it to CR+LF, it is displayed on multiple lines. I would be happy to be relieved of this task. Yu YAMA
-
Sorry. I submitted directly from sourceforge.net. Please ignore this mail. I'm sorry for the double post. 2023年1月11日(水) 17:51 Yuya Yamashita yuya.yamashita@jmag-international.com: Hello, Thank you very much for the great tool. I have one question. A source with a line feed code of LF becomes one line in " Source Code View" of LukeStackWalker. Can you reproduce it? Is it just me or does it depend on the environment? P.S. If I convert it to CR+LF, it is displayed on multiple lines. I would be happy...
-
Hello, Thank you very much for the great tool. I have one question. A source with a line feed code of LF becomes one line in " Source Code View" of LukeStackWalker. Can you reproduce it? Is it just me or does it depend on the environment? P.S. If I convert it to CR+LF, it is displayed on multiple lines. I would be happy to be relieved of this task.
-
After configuring the stuff once, save the settings with File/Save project settings as.... Then the settings file should get loaded automatically when you launch the program again. -Sami On Sun, 18 Dec 2022 at 22:55, Vlad Volkov antiever@users.sourceforge.net wrote: -Load last used profiler settings when launched, so that your default settings are loaded automatically Maybe I don’t understand something, but after restarting the program everything is reset to default as before Both directories have...
-
Vlad Volkov posted a comment on discussion Open Discussion
-Load last used profiler settings when launched, so that your default settings are loaded automatically Maybe I don’t understand something, but after restarting the program everything is reset to default as before Both directories have to be set every time the program is launched.
-
Thank you! By the way, I wanted to ask why there is no portable binary release?
-
Ok, I found a little time to work on this, so there is a new version with these improvements: -Load last used profiler settings when launched, so that your default settings are loaded automatically -Exporting the call graph view as a .png image using the File/Save call graph view as .png... menu command -Copy selected function (=last clicked in profile or call graph view) info to clipboard as text with Ctrl-c or the Edit/Copy command -Allow configuring the symbol server cache directory in the profiler...
-
-
-
preparing for 1.0.3
-
Let's wait and hope! Thx
-
Hi Vlad, Thansk for the feedback. I will try to implement at least some of these items in the next few months. The symbol directories get saved with the settings, so if you set it once and save the settings, you can then just reload the settings and you don't need to enter the directory always again. I think I'll make the software reload the last used settings upon start. Best Regards, -Sami
-
One more thing. If a local symbol cache path is specified, I would like (either by default or as an option) the missing symbols to be loaded to this path instead of the C drive
-
First of all, thank you! Great tool Features: Copy the selected graph function to the clipboard (in "module!function" format or some other) The item in the main menu is enough. Now I have to search and copy from the text of the saved profile every time Save the graph in png format Ability to assign a font for the graph (size|color maybe?) Memorizing a directory of symbols Despite the fact that the last open directory is saved, it is tiring to set it up each time If there are local symbols, the path...
-
First of all, thank you! Great tool Features: Copy the selected graph function to the clipboard in "module!function" format Now I have to search and copy from the text of the saved profile every time Save the graph in png format Ability to assign a font for the graph Memorizing a directory of symbols Despite the fact that the last open directory is saved, it is tiring to set it up each time If there are local symbols, the path is usually always the same Arrows heads, lines style and colors Default...
-
-sampling speed optimizations: read process memory directly, without a callback, reduce use of UndecorateSymbolNameW, sleep less
-
-
-
more preparation for 1.0.2
-
re-adding graphviz 7.0.2 - not happy with the vcpkg one
-
deleting dlls from svn
-
deleting graphviz dlls from svn now that we get graphviz from vcpkg
-
-using graphviz from vcpkg
-
preparing for rel 1.0.2
-
-
-
-
rel 1.0.1 - fix window splitters to work with windows display scaling
-
V.1.0.0 released
-
-
-
prepare for 1.0 release
-
support for loading of widechar source files
-
small bug fixes and fine tuning
-
adding a few vc runtime dlls for release
-
new installer, visual studio runtime
-
some clean-up
-
cleaning up after update of graphwiz II
-
cleaning up after update of graphwiz
-
proper wait for the 64-bit command line profiler to end before attempting to read the profile data
-
add renamed command line profiler project file
-
getting cmdline profiler working with visual studio 2019
-
preparing for release 1.0 - updated graphviz, wxwidgets, visual studio 2019
1