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!
