Package Details: wxhexeditor 0.24-5

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: GPL-2.0-only
Submitter: None
Maintainer: severach (mxfm)
Last Packager: severach
Votes: 88
Popularity: 0.87
First Submitted: 2009-01-20 22:52 (UTC)
Last Updated: 2025-06-09 04:02 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

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 https://github.com/EUA/wxHexEditor/releases

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 https://github.com/movq/wxhexeditor.git 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: http://answers.ros.org/question/60245/rgbdslam-compiling-errors-on-host-os

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.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »