Package Details: wxhexeditor 0.24-4

Git Clone URL: (read-only, click to copy)
Package Base: wxhexeditor
Description: A free hex editor / disk editor for Linux, Windows and MacOSX
Upstream URL:
Licenses: GPL2
Submitter: None
Maintainer: None
Last Packager: mxfm
Votes: 89
Popularity: 1.17
First Submitted: 2009-01-20 22:52 (UTC)
Last Updated: 2019-09-07 17:31 (UTC)

Latest Comments

mxfm commented on 2022-07-16 05:06 (UTC)

@nyanpasu64 yes, I agree that this hex editor is pretty good - at least it was in 2018-2018 when I has chosen it among other alternatives. Unfortunately the main developer seems to be less interested in supporting it.

mxfm commented on 2022-07-16 05:04 (UTC)

I think the maintainer (EUA should be contacted to make a new realese. If new release compiles with updated version of wxhexeditor, then this package (nongit) can be updated.

nyanpasu64 commented on 2022-07-16 04:22 (UTC)

010editor is good, but commercial and has a 30 day trial unless you prevent it from saving the start date of the trial (wink wink). Ideally you'd still pay for it though.

Okteta is a decent editor, but can't handle large files sadly.

jongeduard commented on 2022-07-15 22:24 (UTC) (edited on 2022-07-15 22:29 (UTC) by jongeduard)

@mxfm Thanks for your reply and clear explanation! I can indeed successfully compile & run the version from wxhexeditor-git now if I make that tiny adjustment on line 48 in the PKGBUILD after cloning (no problem).

So now I went for that one. (I noticed your comment there.)

I like this application for it's simpleness in combination with the ability to scroll through very big binary files and block devices.

mxfm commented on 2022-07-15 19:03 (UTC)

It seems it stopped working because the PKGBUILD file points to config binary 'WXCONFIG="/usr/bin/wx-config-gtk3"' which does not exist anymore. There is '/usr/bin/wx-config' which should be used. Because of this issue make does not receive proper cxxflags and libflags and compilation fails with the message that gcc cannot find header file.

Still, after fixing this issue by removing '-gtk3' suffix compilation fails and I suspect judging by gcc errors that the code in 24 version is very outdated to be compatiable with new wxwidgets.

I looked at the -git version of the package in AUR which is maintained by another user. The git version seems to work (I managed to compile and run with the fix described above). So, it seems that the git version received some updates after v24 which allow the program to run. So, currently the solution is to use -git version of the package with wxconfig binary fix.

Since I am not interested in this program and keeping nongit version is useless (because upstream developer ceased activity in project 2020), I will orphan this package.

mxfm commented on 2022-07-15 05:55 (UTC)

Hmm ... it is an old application which receives no updates, perhaps it should be fixed in upstream. I will investigate this problem at the weekend.

jongeduard commented on 2022-07-14 22:43 (UTC) (edited on 2022-07-14 22:49 (UTC) by jongeduard)

Hi! Please check the Arch Linux news page: "wxWidgets 3.2 update may need manual intervention".

I am using this "wx" based application, so after upgrading I decided to verify whether the application was still working on my system, but nope:

Starting it from terminal gives the following error message:

wxHexEditor: error while loading shared libraries: cannot open shared object file: No such file or directory


Then I tried the next step (of course): rebuilding it.

src/HexEditorGui.cpp:8:10: fatal error: wx/wxprec.h: No such file or directory
    8 | #include "wx/wxprec.h"
    |          ^~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:58: src/HexEditorGui.o] Error 1
==> ERROR: A failure occurred in build().

So both a currently needed library and C++ header file seem to have gone for this app. :(

Corubba commented on 2022-02-13 15:27 (UTC)

Both are members of the base-devel group and should thus not be listed in makedepends, as described in the wiki.

arthurfragoso commented on 2022-02-13 15:22 (UTC)

add automake and autoconf to the dependence list.

mxfm commented on 2021-04-15 11:40 (UTC)

Please write upstream.

nyanpasu64 commented on 2021-04-15 06:14 (UTC)

Running KDE. Whenever I try opening a file, I get error:

./src/common/evtloopcmn.cpp(110): assert "Assert failure" failed in Yield(): wxYield called recursively

dario commented on 2020-07-23 07:24 (UTC)

Works for me, too.

mxfm commented on 2020-07-23 07:21 (UTC) (edited on 2020-07-23 07:22 (UTC) by mxfm)

@abd It works for me:

==> Validating source files with md5sums...

v0.24.tar.gz ... Passed                                                                                                             
01-add-pkexec-support.patch ... Passed                 
02-remove-strange-output.patch ... Passed

abd commented on 2020-07-22 03:29 (UTC) (edited on 2020-07-22 03:30 (UTC) by abd)

Got stumbled on:

v0.24.tar.gz ... Passed   
01-add-pkexec-support.patch ... Passed   
02-remove-strange-output.patch ... FAILED   
==> ERROR: One or more files did not pass the validity check!

How can we fix such this?

mxfm commented on 2019-08-10 14:15 (UTC)

@toyarchery, I was not aware of this.

Patch is added, gksu and polkit are added as optdepends. Tested on my laptop.

toyarchery commented on 2019-08-10 13:13 (UTC)

I agree, but that's how wxHexEditor was designed: temporarily getting read/write access by chown, and limiting root access to this command. It already does that with gksu, but it would be more future-proof to use pkexec instead

mxfm commented on 2019-08-10 12:54 (UTC)

@toyarchery, I don't understand you. What is your goal?

If you want to run editor as root, you can run 'sudo wxHexEdit'. It just works. What added value does gksu or pkexec policy provide?

If you want to execute wxHexEditor in a such way, that only changes are written with root access, then this is impossible. Either the whole app is run as root or not.

The idea behind polkit is that application should be written in a such way, that only piece that requires root access is executed via polkit. Since wxHexEditor is 'legacy app' in this regard, this aspect is irrelevant because the whole app must be run as root. You are not making code more secure by executing it with gksu/polkit instead of sudo.

Regarding the patch. Does it try to change permission of file by executing 'pkexec --user root chown' in order to write to it? This does not work in general case. For example, I want inspect my drive /dev/sda and changing its ownership is not a good idea.

toyarchery commented on 2019-08-10 11:52 (UTC)

Alright, I've sent a pull request to upstream to add support for pkexec. In the meantime we can either add gksu regardless or patch it with pkexec

mxfm commented on 2019-08-10 08:57 (UTC) (edited on 2019-08-10 08:58 (UTC) by mxfm)

@toyarchery, I could not make gksu-polkit-git because is down, AFAIK it is down for 1-2 years (the package was last updated in 2015).

Regarding running wxHexEditor as root. You can use folowing policy file (/usr/share/polkit-1/actions/org.freedesktop.wxHexEditor.policy):

<policyconfig> <action id="org.freedesktop.policykit.exec.wxHexEditor"> <message>Authentication is required to run wxHexEditor </message> <defaults> <allow_any>auth_admin</allow_any> <allow_inactive>auth_admin</allow_inactive> <allow_active>auth_admin</allow_active> </defaults> <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/wxHexEditor</annotate> <annotate key="org.freedesktop.policykit.exec.allow_gui">true</annotate> </action> </policyconfig>

and execute 'pkexec wxHexEditor'.

However, this seems unnecessary because the whole wxHexEditor is running as root and there is no difference comparing to running with 'sudo'.

toyarchery commented on 2019-08-06 09:02 (UTC)

Oh ok, I guess gksu-polkit-git can also be used instead

mxfm commented on 2019-08-06 08:57 (UTC)

gksu was obsoleted by gnome some time ago (and it had no contribution since 2011 or so). It should be replaced with polkit support (read wiki page "Running applications as root"). The gksu package was removed from arch repos 1-2 years ago.

On the other hand, this package can provide a '.rules' file as a measure to support root priviliges instead of gksu. I will look at weekend.

toyarchery commented on 2019-08-05 20:08 (UTC) (edited on 2019-08-06 17:18 (UTC) by toyarchery)

It should have gksu as an optional dependency, this or gnomesu is used when you try to open a device without permission

dario commented on 2019-06-06 17:43 (UTC)

@mxfm, you're welcome.

mxfm commented on 2019-05-25 09:44 (UTC)

@dario, thanks. PKGBUILD was updated to use wxgtk3. In addition, python was added to makedepends as some components seems to regure it during compilation. When doing building in clean chroot, I had "configure: error: Python was not found".

dario commented on 2019-04-27 20:48 (UTC) (edited on 2019-04-27 20:50 (UTC) by dario)

This PKGBUILD works for me with GTK3:

# Maintainer: Steven Honeyman <stevenhoneyman at gmail com>

pkgdesc="A free hex editor / disk editor for Linux, Windows and MacOSX"
arch=('i686' 'x86_64')

build() {
    cd "$srcdir/wxHexEditor-$pkgver"
    make WXCONFIG="/usr/bin/wx-config-gtk3"

package() {
    cd "$srcdir/wxHexEditor-$pkgver"
    make WXCONFIG="/usr/bin/wx-config-gtk3" DESTDIR="$pkgdir" PREFIX="/usr" install

StarterX4 commented on 2019-04-19 12:04 (UTC) (edited on 2019-04-19 12:04 (UTC) by StarterX4)


src/HexDialogs.cpp: In member function ‘virtual void FindDialog::EventHandler(wxCommandEvent&)’: src/HexDialogs.cpp:423:41: error: expected ‘;’ before ‘parent’ WX_CLEAR_ARRAY(parent->HighlightArray ) ^ ; parent->HighlightArray.Shrink(); ~~~~~~

dario commented on 2019-04-17 22:35 (UTC)

The package does successfully build with GTK3. In the PKGBUILD just replace "makedepends=('wxgtk')" with "depends=('wxgtk3')" and "make" inside build() with "make WXCONFIG=/usr/bin/wx-config-gtk3". Perhaps there is a leaner way to do it, but I see no reason not to use the latest GTK. commented on 2019-04-17 11:03 (UTC)

@mxfm: can confirm, had to install package wxgtk2 manually, because wxhexeditor did not start. Error was:

wxHexEditor: error while loading shared libraries: cannot open shared object file: No such file or directory

mxfm commented on 2019-03-09 19:58 (UTC)

It seems it needs wxgtks2, not wxgtk3 as depends.

stevenhoneyman commented on 2019-02-03 14:50 (UTC)

Package is not out of date. 0.24 is the latest upstream release on github

trainmeditations commented on 2018-08-28 01:25 (UTC)

wxgtk should be in depends, not makedepends

xsmile commented on 2018-04-01 19:06 (UTC)

@stevenhoneyman Dependency 'wxgtk2' is missing.

deathangel908 commented on 2018-03-31 08:28 (UTC)

Doesn't even start

(wxHexEditor:31971): Gtk-WARNING **: Unable to locate theme engine in module_path: "murrine", Segmentation fault (core dumped)

exit code 139

Sheykhnur commented on 2018-03-09 21:53 (UTC)

@xsmile thx

xsmile commented on 2018-02-24 15:28 (UTC)

PKGBUILD for 0.24:

Alister.Hood commented on 2018-02-11 08:39 (UTC)

Releases was updated 31 December i.e. there is definitely now a new release.

stevenhoneyman commented on 2017-12-24 14:43 (UTC)

Despite the change to github, the latest actual release was 0.23. Package is not out of date. See

movq commented on 2016-12-22 13:57 (UTC)

I've added a patch to fix the Python build errors and OpenMP link errors. See branch 'fix' of The package then works fine when built from that branch, with a warning on startup that can be ignored.

vinibali commented on 2016-03-04 14:22 (UTC)

hi, please look at the following bugreport: creating driver creating rest_test creating hmac_test creating keygen_test creating frag_test make[2]: Leaving directory '/media/ramdisk/wxhexeditor/src/wxHexEditor/mhash/src' make[2]: Entering directory '/media/ramdisk/wxhexeditor/src/wxHexEditor/mhash' make[2]: Nothing to be done for 'all-am'. make[2]: Leaving directory '/media/ramdisk/wxhexeditor/src/wxHexEditor/mhash' make[1]: Leaving directory '/media/ramdisk/wxhexeditor/src/wxHexEditor/mhash'

EUA commented on 2015-11-26 04:41 (UTC)

@ckoller please use git version for (more) assert free usage on wx3.0 @Alister.Hood, you right. v0.23 is for wx2.8, current git is good on wx3.0. @0ion9 It's udis86's dependency. I don't aware from that because using python->python2.7 [I don't like print brackets on python.]. Now I fixed it for python3.0. Please fill any other issues into GitHub's tracker.

0ion9 commented on 2015-10-06 05:18 (UTC)

Neither this nor wxhexeditor-git currently work, as the makefile refers to /usr/bin/python, assuming that it is python 2, whereas it is python3. Errors such as "TypeError: %x format: an integer is required, not float" and "AttributeError: 'dict_keys' object has no attribute 'sort'" ensue.

Alister.Hood commented on 2015-09-03 07:03 (UTC)

Better at least check if someone has filed a bug report, and if not do so. I seem to recall that there were a whole lot of issues like this and they occur when building with the latest wxgtk (but not wxgtk 2.8 or wx on windows). How would you find them all without comprehensive testing - are there warnings when building?

ckoller commented on 2015-09-03 00:17 (UTC)

0.23-2: Bummer: When I start wxhexeditor now, it crashes with: ASSERT INFO: ./src/gtk/textctrl.cpp(847): assert "IsSingleLine()" failed in GetEditable(): shouldn't be called for multiline BACKTRACE: [1] wxTextCtrl::GetEditable() const [2] wxTextEntry::SetMaxLength(unsigned long) [3] std::ctype<char>::do_widen(char) const [4] std::ctype<char>::do_widen(char) const [5] std::ctype<char>::do_widen(char) const [6] wxEntry(int&, wchar_t**) [7] __libc_start_main Can somebody/the developer please clean that up and fix the building/dependencies?

ckoller commented on 2015-09-03 00:12 (UTC)

0.23-2 didn't build here. It bails out on "GOMP_sections_next" I had to change the PKGBUILD and add OPTFLAGS="-fopenmp" to make according to the documentation which comes in wxHexEditor/COMPILE: build() { cd "$srcdir/wxHexEditor" make CC=gcc CPP=cpp CXX=g++ OPTFLAGS="-fopenmp" } Other possibly related but untested information I've found regarding that issue:

stevenhoneyman commented on 2015-07-06 16:26 (UTC)

It already is... on the 6th line of the Makefile. It builds fine without any changes at all (just tried it again in case Arch had changed something with gcc)

archer38 commented on 2015-07-06 16:19 (UTC)

Hi, build fails because of undefined reference to various OMP stuff, adding LDFLAGS="-lgomp" to the build make invocation solves it as akatz712 and dobo suggested.

EUA commented on 2015-03-25 01:55 (UTC)

Assertion errors due wxgtk3 compilation with debug_flag setting. But all of assertion sources are will be silenced with v0.24 that released soon. Users want to experiment it could use wxhexeditor-git package. Thanks for maintaining it Steven. the Author.

stevenhoneyman commented on 2015-03-11 17:41 (UTC)

It's working fine on wxgtk (3) for me. I don't really want to have to go back a step and have this hang on to old 2.8

greyltc commented on 2015-03-11 00:35 (UTC)

@stevenhoneyman can you please update this PKGBUILD with @dobo's fix below? or orphan the package so someone else can?

flipmess commented on 2015-02-23 15:41 (UTC)

compiles and is working fine with dobo's changes :) thx!!

dobo commented on 2015-01-28 07:19 (UTC)

You can try this: --- PKGBUILD 2015-01-28 08:18:17.396558584 +0100 +++ wxhexeditor/PKGBUILD 2015-01-28 08:16:00.443229143 +0100 @@ -7,18 +7,18 @@ pkgdesc="a free hex editor / disk editor arch=('i686' 'x86_64') url="" license=('GPL') -makedepends=('wxgtk') +depends=('wxgtk2.8') +makedepends=('webkitgtk2') source=("${pkgver}%20Beta/wxHexEditor-v${pkgver}-src.tar.bz2") md5sums=('d0e785c95cf40737246e5b2cc4cb7204') build() { cd "$srcdir/wxHexEditor" - make CC=gcc CPP=cpp CXX=g++ + make WXCONFIG=/usr/bin/wx-config-2.8 LDFLAGS="-lgomp -lwebkitgtk-1.0" } package() { cd "$srcdir/wxHexEditor" make DESTDIR="$pkgdir" PREFIX="/usr" install }

stevenhoneyman commented on 2015-01-03 17:12 (UTC)

Yeah it's very glitchy. Every file I close I get "Thread failed" or something. If you compile wxgtk yourself you can disable assertions. I know that's just covering up the problem but I don't see it being fixed soon.

akatz712 commented on 2015-01-03 17:05 (UTC)

I made the change This: make CC=gcc CPP=cpp CXX=g++ To this: make CC=gcc CPP=cpp CXX=g++ LDFLAGS="-lgomp -lwebkitgtk-1.0" This version says assertion failed - ./src/gtk/textctrl.cpp(847): assert "IsSingleLine()" failed in GetEditable(): shouldn't be called for multiline then when continue, I can examine files in hex okay. I did not really test things out more than that. But it is interesting all of the time I thought about upgrading and my older version 22 was perfectly okay.

Alister.Hood commented on 2015-01-02 21:47 (UTC)

This was pretty 'finished' before - isn't the issue just the changes in wxgtk 3.x? It's pretty simple to patch around - I've been meaning to do that when I get a chance.

simonzack commented on 2015-01-02 14:13 (UTC)

On windows 010 hex editor is really good (I like it's templates feature), and it also happens to be on linux. It's not open source but it would still be nice if somebody packaged it for aur. I once emailed the authors requesting for a portable version but they didn't seem that interested, I suppose it could be installed to a chroot and the binaries be extracted.

Tuxality commented on 2014-12-26 16:50 (UTC)

Yeah, the same for me! I'm using ArchLinux for a loooonnngg timee, but still not found suitable Hex Editor, sadly. For Windows there is WinHex, HXD and many others which are fast, stable, reliable with many functions. For simple tasks ghex is ok, but as you said too limited on functionality. Still searching, but if I'll found one day good hex editor I'll send message to you. :)

stevenhoneyman commented on 2014-12-26 16:42 (UTC)

Yeah it's not the most "finished" program yet :( Know any better linux hex editors? Winhex is amazing... but it's closed-source expensive Windows software unfortunately. It is one of the few things I have never been able to match on Linux. dhex (console only) has potential, but is no longer developed. ghex is too limited on functionality.

Tuxality commented on 2014-12-26 16:37 (UTC)

Deleted my previous comment, because there was a mistake. Temporary fix for bypassing linker errors. Edit PKGBUILD and in build section make simple change as shown below. This: make CC=gcc CPP=cpp CXX=g++ To this: make CC=gcc CPP=cpp CXX=g++ LDFLAGS="-lgomp -lwebkitgtk-1.0" Now it'll link without any problems. stevenhoneyman, I know that -lgomp is already in LDFLAGS but linker is still moaning about this, little weird... :| And despite proper compiling, wxHexEditor is not reliable because it likes to crash randomly and I get asserts from wxWidgets when application is running.

stevenhoneyman commented on 2014-12-26 16:29 (UTC)

The question really is why are some people getting link errors when (as you can see below from akatz712) "-lgomp" is already in ldflags

akatz712 commented on 2014-12-20 20:10 (UTC)

g++ -Wl,-O1,--sort-common,--as-needed,-z,relro -lgomp src/HexEditorGui.o src/FAL.o src/HexDialogs.o src/HexPanels.o src/HexEditorApp.o src/HexEditor.o src/HexEditorCtrl/HexEditorCtrl.o src/HexEditorCtrl/wxHexCtrl/TagDialogGui.o src/HexEditorCtrl/wxHexCtrl/wxHexCtrl.o src/HexEditorCtrl/wxHexCtrl/Tag.o src/HexEditorCtrl/HexEditorCtrlGui.o src/HexEditorFrame.o udis86/libudis86/.libs/libudis86.a mhash/lib/.libs/libmhash.a -march=i686 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 `wx-config --libs` `wx-config --libs aui` `wx-config --libs core` -o wxHexEditor src/HexDialogs.o: In function `CompareDialog::Compare(wxFileName, wxFileName, bool, int, wxFileName) [clone ._omp_fn.4]': HexDialogs.cpp:(.text+0x24c): undefined reference to `GOMP_sections_next' I have a 32 bit system and I have /usr/lib/

jchadwick commented on 2014-12-13 08:33 (UTC)

Haven't managed to figure out why there's problems with OMP, but you can LDFLAGS=-lgomp to fix that. Also, wxgtk does not have a hard dep on libgtkwebkit2 since it isn't required for everything, but this program needs it. Probably should add it to the dependencies.

simonzack commented on 2014-12-11 12:59 (UTC)

It's also owned by gcc-libs on x64 only.

flipmess commented on 2014-12-11 02:10 (UTC)

hi. i have the same problem as ajs124. libgomp is part of gcc-libs-multilib: pacman -Qo /usr/lib/ /usr/lib/ is owned by gcc-libs-multilib 4.9.2-1

Alister.Hood commented on 2014-12-09 22:48 (UTC)

That's the same issue as I was having with wxhexeditor-svn (discussed in the comments) - it went away eventually - maybe after an Syu.

commented on 2014-12-09 21:48 (UTC)

I tested without distcc and --sort-common, but that's not it. It does build manually. Damn, so it's something about my makepkg.conf probably.

stevenhoneyman commented on 2014-12-09 20:46 (UTC)

I suppose the first question would be does it build manually OK? I think this has to be the simplest PKGBUILD ever... the only "addition" is I found without specifying CC CXX and CPP, it tries to use "wx-gtk-cpp" or similar as a compiler... which isn't even a real binary :/

stevenhoneyman commented on 2014-12-09 20:42 (UTC)

I notice two differences from mine - you have --sort-common in your LDFLAGS; and you are using a wrapper for gcc/g++ (distcc?) Not sure if/why either of those would break this, but it's two things you could test out easily. I'll post a full makepkg log of mine if that might help you?

commented on 2014-12-09 20:34 (UTC)

I have the same problem, output here:

stevenhoneyman commented on 2014-12-09 17:41 (UTC)

5th line of his makefile adds it to LDFLAGS, and the second parameter in the final link stage is LDFLAGS. copy/paste the last compilation command please? the line starting in: g++ and ending in: -o wxHexEditor

stevenhoneyman commented on 2014-12-09 17:34 (UTC)

the "GOMP" (in capital letters :P) is the clue I think - should be a part of gcc-libs I think, it looks like it is not linking that in the build for you

willemw commented on 2014-12-09 17:17 (UTC)

... HexDialogs.cpp:(.text+0x25e): undefined reference to `GOMP_sections_next' ... HexDialogs.cpp:(.text+0x1945f): undefined reference to `GOMP_sections_end_nowait' collect2: error: ld returned 1 exit status Makefile:53: recipe for target 'wxHexEditor' failed make: *** [wxHexEditor] Error 1 ==> ERROR: A failure occurred in build(). Aborting... Removing udis86-git (there is no udis86 in PKGBUILD) or installing udis86 makes no difference.

Alister.Hood commented on 2014-09-12 16:22 (UTC)

Does it really need udis86-git? Plain udis86 seems to work for me.

eniac commented on 2014-06-15 09:21 (UTC)

A couple of "assertion failed" errors when starting wxhexeditor: ./src/gtk/textctrl.cpp(833): assert "IsSingleLine()" failed in GetEditable(): shouldn't be called for multiline ./src/common/sizer.cpp(1401): assert "Assert failure" failed in DoInsert(): too many items (5 > 2*2) in grid sizer (maybe you should omit the number of either rows or columns?) and one when closing it: ./src/common/wincmn.cpp(478): assert "GetEventHandler() == this" failed in ~wxWindowBase(): any pushed event handlers must have been removed The solution is to compile wxwidgets with --disable-debug and use build=release as per

dobo commented on 2014-05-23 13:14 (UTC)

It still works when compiling with wxgtk2.8. --- PKGBUILD 2014-05-23 15:11:49.904926673 +0200 +++ PKGBUILD_ 2014-05-23 13:33:52.457886719 +0200 @@ -7,7 +7,7 @@ pkgdesc="a free hex editor / disk editor arch=('i686' 'x86_64' 'mips64el' 'armv6h') url="" license=('GPL') -depends=('udis86-git' 'wxgtk') +depends=('udis86-git' 'wxgtk2.8') makedepends=('webkitgtk2') provides=("wxhexeditor=${pkgver}") conflicts=('wxhexeditor') @@ -31,7 +31,7 @@ prepare() { build() { cd "${srcdir}/wxHexEditor" - make -j1 + make WXCONFIG=/usr/bin/wx-config-2.8 -j1 } package() {

kfgz commented on 2014-05-14 18:54 (UTC)

I recently have this message when i try to run wxHexEditor ASSERT INFO: ./src/gtk/textctrl.cpp(833): assert "IsSingleLine()" failed in GetEditable(): shouldn't be called for multiline BACKTRACE: [1] wxTextCtrl::GetEditable() const [2] wxTextEntry::SetMaxLength(unsigned long) [3] wxScrollBarBase::~wxScrollBarBase() [4] wxScrollBarBase::~wxScrollBarBase() [5] std::vector<wxString, std::allocator<wxString> >::_M_fill_insert(__gnu_cxx::__normal_iterator<wxString*, std::vector<wxString, std::allocator<wxString> > >, unsigned long, wxString const&) [6] wxEntry(int&, wchar_t**) [7] __libc_start_main

bf_x commented on 2014-03-27 19:17 (UTC)

wxHexEditor: relocation error: wxHexEditor: symbol _ZTV21wxwxSizerItemListNode, version WXU_3.0 not defined in file with link time reference

bf_x commented on 2014-03-27 18:40 (UTC)

Not working :/

RibShark commented on 2014-02-13 08:59 (UTC)

Missing dependency: webkitgtk2

queueRAM commented on 2014-01-16 22:18 (UTC)

The undefined reference errors are due to the update to wxgtk 3.0. By default 'wx-config --libs' only returns the standard wx libraries which don't inlcude the AUI which wxhexeditor needs. A fix is to change line 7 of Makefile to: WXLDFLAGS = `$(WXCONFIG) --libs std,aui` -ludis86

revel commented on 2014-01-16 21:50 (UTC)

this package does not build correctly for me a bunch of undefined reference errors like HexEditorGui.cpp:(.text+0x20b60): undefined reference to `vtable for wxAuiNotebook'

SneakySnake commented on 2013-09-04 19:42 (UTC)

Best hex editor I've come across. It is fast, and has really neat features!

chenxiaolong commented on 2013-05-18 03:49 (UTC)

Updated to version 0.22. This package now depends on TheBodziO's udis86-git package :)

thebodzio commented on 2013-04-19 18:31 (UTC)

I made udis86-git package which provides udis86 ( It contains udcli and may be used to build wxHexEditor.

queueRAM commented on 2013-04-15 21:15 (UTC)

This is actually do to a problem with the udis86 PKGBUILD file. I've linked to an updated version on that AUR package [0] which fixes the problem and allows wxhexeditor to then build. [0]

Nothing4You commented on 2013-04-15 20:29 (UTC)

`wx-config --cxx` `wx-config --cxxflags` -I/usr/include/libudis86 -Imhash/include -MMD -O2 -c src/HexDialogs.cpp -o src/HexDialogs.o In file included from src/HexEditorFrame.h:32:0, from src/HexPanels.h:27, from src/HexEditor.h:37, from src/HexDialogs.h:28, from src/HexDialogs.cpp:25: src/HexPanels.h:30:20: fatal error: udis86.h: No such file or directory #include <udis86.h> ^ compilation terminated. make: *** [src/HexDialogs.o] Error 1

chenxiaolong commented on 2013-02-21 06:14 (UTC)

Hi Erdem, I've added armv6h to the arch array. By the way, thanks for making such a useful program :)

commented on 2013-02-21 04:20 (UTC)

Hi All, Author here. Thanks for let me using my own program on Raspberry PI. This package also works on "armv6h" architecture without any modifications. Please, replace arch with "arch=('i686' 'x86_64' 'mips64el' 'armv6h')". Best Regards, Erdem

commented on 2012-05-06 17:51 (UTC)

Thank you very much.

chenxiaolong commented on 2012-05-06 17:40 (UTC)

@dario86: Done and done :)

commented on 2012-05-06 17:34 (UTC)

This package and wxhexeditor-svn work unmodified on mips64el architecture. Please, replace "arch=('i686' 'x86_64')" with "arch=('i686' 'x86_64' 'mips64el')".

chenxiaolong commented on 2012-05-05 19:54 (UTC)

@queueRAM: Thanks, I adopted the packages and updated them :)

chenxiaolong commented on 2012-05-05 19:54 (UTC)

I have adopted this package and updated it to the latest version. It is identical to my previous wxhexeditor-updated package.

queueRAM commented on 2012-05-05 17:29 (UTC)

rabyte orphaned the main wxhexeditor packages in AUR if you want to take that over:

chenxiaolong commented on 2011-10-31 05:36 (UTC)

I've created an updated wxhexeditor package here: SVN version here: It uses the shared udis86 library rather than trying to compile its own. The SVN version also uses the shared mhash library.

commented on 2011-10-25 21:40 (UTC)

Please update. If you cannot maintain a package, please orphan it.

MessedUpHare commented on 2011-09-14 22:40 (UTC)

v0.11 is out.. Please update, tdy.. would be most appreciated.

tdy commented on 2010-07-02 16:46 (UTC)


queueRAM commented on 2010-04-28 18:50 (UTC)

Actually, this patch is much cleaner:

queueRAM commented on 2010-04-28 04:18 (UTC)

When building 0.09 with gcc 4.5.0, i had to create the following patch in order to get it to build: