Package Details: wxhexeditor 0.23-2

Git Clone URL: https://aur.archlinux.org/wxhexeditor.git (read-only)
Package Base: wxhexeditor
Description: a free hex editor / disk editor for Linux, Windows and MacOSX
Upstream URL: http://wxhexeditor.sourceforge.net/
Licenses: GPL
Submitter: None
Maintainer: stevenhoneyman
Last Packager: stevenhoneyman
Votes: 63
Popularity: 0.379751
First Submitted: 2009-01-20 22:52
Last Updated: 2015-06-09 18:11

Latest Comments

vinibali commented on 2016-03-04 14:22

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

@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

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

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

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

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:
http://answers.ros.org/question/60245/rgbdslam-compiling-errors-on-host-os

stevenhoneyman commented on 2015-07-06 16:26

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

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

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

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

@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

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

dobo commented on 2015-01-28 07:19

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="http://wxhexeditor.sourceforge.net/"
license=('GPL')
-makedepends=('wxgtk')
+depends=('wxgtk2.8')
+makedepends=('webkitgtk2')
source=("http://downloads.sourceforge.net/project/wxhexeditor/wxHexEditor/v${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

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

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

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.

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

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

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

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

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

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

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

Tuxality commented on 2014-12-26 16:26

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-3.0"

Now it'll link without any problems.

akatz712 commented on 2014-12-20 20:10

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/libgomp.so

jchadwick commented on 2014-12-13 08:33

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

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

flipmess commented on 2014-12-11 02:10

hi. i have the same problem as ajs124. libgomp is part of gcc-libs-multilib:

pacman -Qo /usr/lib/libgomp.so
/usr/lib/libgomp.so is owned by gcc-libs-multilib 4.9.2-1

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

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

ajs124 commented on 2014-12-09 21:48

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

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

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?

ajs124 commented on 2014-12-09 20:34

I have the same problem, output here: https://gist.github.com/ajs124/ff00d9c419beb1954710

stevenhoneyman commented on 2014-12-09 17:41

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

the "GOMP" (in capital letters :P) is the clue I think - libgomp.so 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

...
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.

willemw commented on 2014-12-09 17:05

...
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...

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

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

eniac commented on 2014-06-15 09:21

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 http://sourceforge.net/p/wxhexeditor/discussion/648351/thread/e79380f0/?limit=50

dobo commented on 2014-05-23 13:14

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="http://wxhexeditor.sourceforge.net/"
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

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

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

bf_x commented on 2014-03-27 18:40

Not working :/

RibShark commented on 2014-02-13 08:59

Missing dependency: webkitgtk2

queueRAM commented on 2014-01-16 22:18

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

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

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

chenxiaolong commented on 2013-05-18 03:49

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

thebodzio commented on 2013-04-19 18:31

I made udis86-git package which provides udis86 (https://aur.archlinux.org/packages/udis86-git/). It contains udcli and may be used to build wxHexEditor.

queueRAM commented on 2013-04-15 21:15

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] https://aur.archlinux.org/packages/udis86/

Nothing4You commented on 2013-04-15 20:29

`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

Hi Erdem,

I've added armv6h to the arch array.

By the way, thanks for making such a useful program :)

Anonymous comment on 2013-02-21 04:20

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

Anonymous comment on 2012-05-06 17:51

Thank you very much.

chenxiaolong commented on 2012-05-06 17:40

@dario86: Done and done :)

Anonymous comment on 2012-05-06 17:34

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

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

chenxiaolong commented on 2012-05-05 19:54

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

rabyte orphaned the main wxhexeditor packages in AUR if you want to take that over:
http://aur.archlinux.org/packages.php?ID=23325
http://aur.archlinux.org/packages.php?ID=33847

chenxiaolong commented on 2011-10-31 05:36

I've created an updated wxhexeditor package here: https://aur.archlinux.org/packages.php?ID=53583

SVN version here: https://aur.archlinux.org/packages.php?ID=53584

It uses the shared udis86 library rather than trying to compile its own. The SVN version also uses the shared mhash library.

Anonymous comment on 2011-10-25 21:40

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

MessedUpHare commented on 2011-09-14 22:40

v0.11 is out..

Please update, tdy.. would be most appreciated.

tdy commented on 2010-07-02 16:46

0.09

queueRAM commented on 2010-04-28 18:50

Actually, this patch is much cleaner:
http://aur.pastebin.com/raw.php?i=pqTy4ddH

queueRAM commented on 2010-04-28 04:18

When building 0.09 with gcc 4.5.0, i had to create the following patch in order to get it to build: http://aur.pastebin.com/Dfx67yPi