gpakosz/.tmux 14313
🇫🇷 Oh my tmux! My self-contained, pretty & versatile tmux configuration made with ❤️
PPK_ASSERT is a cross platform drop-in & self-contained C++ assertion library
gpakosz/.vim 129
Sensible yet opinionated Vim configuration
Random access array of tightly packed unsigned integers
My newsboat configuration
gpakosz/peg 30
Import of Ian Piumarta's peg/leg recursive-descent parser generators for C
LibTomCrypt is a fairly comprehensive, modular and portable cryptographic toolkit that provides developers with a vast array of well known published block ciphers, one-way hash functions, chaining modes, pseudo-random number generators, public key cryptography and a plethora of other routines.
A tree explorer plugin for vim.
stb single-file libraries
The most popular front-end framework for developing responsive, mobile first projects on the web.
issue commentWerWolv/ImHex
Feature Request: Struct parameters/Abilities for structs to reference parent values
I believe this is already available with the parent keyword:
struct child_t {
char array[parent.len];
};
struct parent_t {
u8 len;
child_t child;
};
comment created time in an hour
push eventturanszkij/WickedEngine
commit sha a438e689bead0a2c1e70d911a18e681555114141
bindless wireframe rendering fix
push time in an hour
issue commentWerWolv/ImHex
The Mac version should behave better as of PR #258. Please make sure the necessary components are installed under the Application Support/imhex folder according to the README.
comment created time in an hour
issue commentWerWolv/ImHex
Build fails on macOS Mojave (10.14)
For macOS, the minimum OS has been dialed down to 10.15. To get to Mojave, please check the build script and update the environment variable to set the minimum OS target even lower, and see if that helps.
comment created time in an hour
issue closedWerWolv/ImHex
All the strings in the UI appear to be some raw, unlocalized key instead of the strings they are intended to be. This is the 2021 Jun 16 nightly build running on macOS 10.15.7:
closed time in an hour
fosterbrereton
issue commentWerWolv/ImHex
This one got solved with PR#258.
comment created time in an hour
issue closedgpakosz/.tmux
Facing issue with oh my tmux config
Hi Team,
I just install your tmux config on my macOS Bigsur and sourced ~/.tmux.conf.local file but status bar not showing. i set this config in "set -g status on" in ~/.tmux.conf.local and sourced the file but that still not taking effect or working. but if i set the config in main file ~/.tmux.conf then status bar work but as per recommendation we should not do any modification in mail file. Second my status bar is not same like what showing in repo. to me status baar looks ugly. please help me to fix
Can you add CPU/Memory load feature in your config near future without any plugin
closed time in 4 hours
ciscohack
push eventWerWolv/ImHex
commit sha ac53b4bcaba3e3e929cb1b638230a44e584c5b87
Add rpath to binary executable on macOS (#258) * removing superfluous slash from paths * Add a necessary rpath to the imhex binary * add a little error handling to dlopen * fall back on en-US if no language specified in prefs * PR changes as per @WerWolv
push time in 5 hours
PR merged WerWolv/ImHex
The loading of builtin.hexplug was causing the runtime also load libimhex.dylib as specified by the path @rpath/libimhex.dylib. The macOS runtime to looks up the array of rpaths (runtime paths) within the application binary itself in an attempt to discover and load the libimhex.dylib. Unfortunately the binary had no rpaths specified, and the runtime would either find no libimhex.dylib (causing the plugin to fail to load) or a totally different libimhex.dylib than the one inside the application bundle (causing ODR violations and all kinds of other strange behaviors.)
The fix here is to inject an rpath into the imhex binary that causes @rpath/libimhex.dylib to resolve to the libimhex.dylib embedded within the application bundle. This will cause the runtime to realize that dylib is already loaded, and the builtin.hexplug is then able to load correctly.
Note that recent macOS versions now include Gatekeeper, which may block the loading of dylibs to applications that do not have appropriate permissions. As a result, users may have to grant imhex.app full disk access in order to load plugins:
If many users hit this issue, a note should be added to the README.
There are a couple other minor changes that come along with this PR, hopefully none of which are too surprising.
pr closed time in 5 hours
pull request commentWerWolv/ImHex
Add rpath to binary executable on macOS
Thank you for the changes!
comment created time in 5 hours
Pull request review commentWerWolv/ImHex
Add rpath to binary executable on macOS
namespace hex { { auto language = ContentRegistry::Settings::getSetting("hex.builtin.setting.interface", "hex.builtin.setting.interface.language"); - if (language.is_string())+ if (language.is_string()) { LangEntry::loadLanguage(static_cast<std::string>(language));+ } else {+ // If no language is specified, fall back to English.+ LangEntry::loadLanguage("en-US");
Noted, thanks.
comment created time in 6 hours
Pull request review commentWerWolv/ImHex
Add rpath to binary executable on macOS
namespace hex { Plugin::Plugin(std::string_view path) { this->m_handle = dlopen(path.data(), RTLD_LAZY); - if (this->m_handle == nullptr)+ if (this->m_handle == nullptr) {+ fprintf(stderr, "dlopen failed: %s", dlerror());
Fixed.
comment created time in 6 hours
issue commentgpakosz/.tmux
Facing issue with oh my tmux config
is this repo is dead or no one willing to help on this. i really looking for fix of my problem and tried many stuff but no luck
comment created time in 7 hours
startedgpakosz/.tmux
started time in 7 hours
startedgpakosz/.tmux
started time in 8 hours
startedgpakosz/.tmux
started time in 9 hours
startedgpakosz/.tmux
started time in 12 hours
startedgpakosz/.tmux
started time in 13 hours
startedgpakosz/.tmux
started time in 14 hours
startedgpakosz/.tmux
started time in 14 hours
startedgpakosz/.tmux
started time in 15 hours
startedgpakosz/.tmux
started time in 16 hours
fork real420og/.tmux
🇫🇷 Oh my tmux! My self-contained, pretty & versatile tmux configuration made with ❤️
fork in 16 hours
startedgpakosz/.tmux
started time in 16 hours
Pull request review commentWerWolv/ImHex
Add rpath to binary executable on macOS
namespace hex { { auto language = ContentRegistry::Settings::getSetting("hex.builtin.setting.interface", "hex.builtin.setting.interface.language"); - if (language.is_string())+ if (language.is_string()) { LangEntry::loadLanguage(static_cast<std::string>(language));+ } else {+ // If no language is specified, fall back to English.+ LangEntry::loadLanguage("en-US");
That's a step in the right direction, we can go with that for now. The real fix would be to reset the setting back to a sensible default if it has the wrong type or an invalid value
comment created time in 17 hours
Pull request review commentWerWolv/ImHex
Add rpath to binary executable on macOS
namespace hex { Plugin::Plugin(std::string_view path) { this->m_handle = dlopen(path.data(), RTLD_LAZY); - if (this->m_handle == nullptr)+ if (this->m_handle == nullptr) {+ fprintf(stderr, "dlopen failed: %s", dlerror());
Instead of using fprintf, you can use hex::log::error with libfmt syntax
comment created time in 17 hours
startedgpakosz/.tmux
started time in 17 hours
startedgpakosz/.tmux
started time in 17 hours
startedgpakosz/.tmux
started time in 19 hours