Package Details: wxhexeditor 0.24-4

Git Clone URL: https://aur.archlinux.org/wxhexeditor.git (read-only, click to copy)
Package Base: wxhexeditor
Description: A free hex editor / disk editor for Linux, Windows and MacOSX
Upstream URL: http://www.wxhexeditor.org
Licenses: GPL2
Submitter: None
Maintainer: severach (mxfm)
Last Packager: severach
Votes: 87
Popularity: 0.001260
First Submitted: 2009-01-20 22:52 (UTC)
Last Updated: 2022-12-16 03:28 (UTC)

Dependencies (4)

Required by (0)

Sources (3)

Latest Comments

1 2 3 4 5 6 .. 11 Next › Last »

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 https://github.com/EUA/wxHexEditor) 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: libwx_gtk3u_adv-3.0.so.0: 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().
    Aborting...

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.