Hi all, I just came about this: Using my upgraded gcalctool I'm no longer able to use the number conversion in its scientific mode. I think it's a bug. Reproducible: Always Steps to Reproduce: 1. start gcalctool 2. enter its scientific mode 3. type a number, say '66' 4. now mark hex instead of dec The number stays 66 here. In previous versions the correct hex number would pop up. Actual Results: number conversion broken Expected Results: number conversion works emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11.10 i686) ================================================================= System uname: 2.6.11.10 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Jun 8 2005, 00:28:33)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.9.5, 1.7.9-r1, 1.5, 1.8.5-r3, 1.6.3, 1.4_p6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/data/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.rwth-aachen.de/pub/Linux/gentoo" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="x86 3dnow 3dnowext X a52 alsa crypt cups dts dvd dvdread foomaticdb gnome gtk2 ithreads jpeg mad mmx mmxext ncurses nls ogg oggvorbis png ppds readline rtc spell sse ssl threads truetype truetype-fonts userlocales vorbis xv xvid zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
I could reproduce your bug, but if you type in "66*1" press enter, and then click hex, ( and vice versa ) it works fine. I will check the older version later today to confirm that the behavior has changed.
It worked correctly in the older version, so: backported patch from gnome cvs that fixes the issue, works fine here for me now. Please try gcalctool-5.5.42-r1, and the issue should be fixed. for reference, here was the gnome bug: http://bugs.gnome.org/show_bug.cgi?id=168385 Thanks!
Thank you! Cheers S.