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: mxfm
Last Packager: mxfm
Votes: 84
Popularity: 1.72
First Submitted: 2009-01-20 22:52
Last Updated: 2019-09-07 17:31

Dependencies (4)

Required by (0)

Sources (3)

Latest Comments

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

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?