tilp cli output: bash-2.05b$ tilp TiLP - Version 6.68, (C) 1999-2003 Romain Lievin <roms@tilp.info> Built on Feb 3 2004 07:46:41 THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY PLEASE READ THE DOCUMENTATION FOR DETAILS tilp: bindtextdomain to /usr/share/locale/ libticables: bindtextdomain to /usr/share/locale Libticables: version 3.7.7 Getting OS type... System name: Linux Node name: stargazer Release: 2.4.22-gentoo-r5 Version: #13 Sun Feb 1 14:15:59 CST 2004 Machine: i686 Done. Libticables: checking resources... IO_API: ok IO_ASM: nok (a kernel module is needed) IO_TIPAR: nok IO_TISER: nok IO_TIUSB: ok IO_LIBUSB: ok Done. Libticables: current settings... Link cable: SilverLink Port: USB port #1 Method: automatic (kernel module) Timeout value: 15 Delay value: 10 Baud-rate: 9600 Hardware flow control: on I/O address: 0x000 Device name: /dev/ticables/usb/0 Libtifiles: version 0.5.7 libticalcs: bindtextdomain to /usr/share/locale Libticalcs: version 4.5.1 Libtifiles settings... Calc type: TI83+ Libticalcs settings... Calc type: TI83+ Initialized in GTK+ mode. (tilp:15983): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Error opening directory '/usr/lib/tilp': No such file or directory ** ERROR **: tilp_plugins_scan: opendir error aborting... Scanning plug-ins... Aborted (core dumped) Reproducible: Always Steps to Reproduce: 1.start tilp 2. 3. Actual Results: core dump Expected Results: started Portage 2.0.50_pre21 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.4.22-gentoo-r5) ================================================================= System uname: 2.4.22-gentoo-r5 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.4.3.12 Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X alsa apm arts avi berkdb bonobo cdr crypt cups encode esd foomatic foomaticdb gdbm ggi gif gnome gphoto2 gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline sdl slang spell ssl svga tcltk tcpd tetex truetype x86 xml2 xmms xv zlib"
If you create /usr/lib/tilp yourself, the program will function, but will give you an error that the default registry was not found. However, this is not a user fault. The ebuilt itself is faulty, it does not even install the registry, or attempt to. PLEASE, stop bumping ebuilds mindlessly.
Created attachment 24922 [details] Fixed up ebuild.
This ebuild is also not really working, I'm sorry. The registry copy causes a sandbox violation.
Ugh, yeah I will fix that later today. Damn sandboxes :)
Created attachment 26500 [details] updated version, fixes sandbox issues hopefully should fix sandbox issues, please test.
khai, your last ebuild: 1-builds fine 2-shouldn't create /usr/lib/tilp outside of the pkg_install() process, because this directory isn't registered by portage, and won't be deleted at unmerging. 3-makes tilp segfault at startup in a localised environment (i use LC_ALL=fr_FR@euro) 4-if it is started with LC_ALL=C, tilp displays an error message saying that the tilp registry is missing, 5-there is a /etc/tilp/tilp.reg, if i set a symlink from /etc/tilp to /usr/lib/tilp, i get "g_module_open failed: /usr/lib/tilp/tilp.registry: invalid ELF header"
Yeah, I can confirm what dju said. Do you think you get this working soon since I depend on tilp for school?
khai, the "mindless bumping" resulted for me in a package that has the /usr/lib/tilp/ directory with some libs in it and that starts up just fine, without any segfault so far. Since I don't have such a calculator, I can't test if it works correctly. I asked the user who submitted that stuff in bug #28325 to test it. There were no error reports until now. So could you please at least provide a useful error report including, for example, the versions of libticalcs/files/cables you use and perhaps attach the output of emerge tilp before you start shouting at other people? Thank you very much for your patience.
#6, Yes, you're right about point 1, although I have no idea how to fix the locale problems (never used any language besides english) #9, If you could, please take this bug as I don't have much time for it, it's been unresolved for a while and this is not my ballpark anyhow. Also, many times programs run fine, until you try to actually use it. I am sure someone where will be happy to provide you with all the bug reporting information you will need.
So, is there anybody left - who is able to reproduce a bug with the tilp ebuild? - who is willing to answer questions about how to reproduce this bug?
The only problem I am having is a missing registry error when the program first starts. Other than that it seems to work fine. Hope this helps!
Created attachment 27950 [details] app-sci/tilp/tilp-6.68.ebuild please test this ebuild. it has corrected dependencies and fix the registry bug. however, tilp still segfaults at startup with other locales than C.
Created attachment 27951 [details, diff] app-sci/tilp/files/6.68-gentoo-keepdir.diff
New ebuild and patch seem to work fine. I installed it and the registry error is no longer there. I connected my calc and it connects fine and uploads fine. Overall seems to be working well.
I have to apologize - I don't know what I did wrong while testing, but now I can reproduce your problems.
-r1 should be out soon. Only little changes to the ebuild you suggested. Thanks!
can you confirm the tilp crash with others locale than C ?
Not exactly the way you experience it. It starts up just fine for me using fr_FR@euro and de_DE@euro but it segfaults with pl_PL. Perhaps I can debug it this way, I'll give it a try.
Every time I recompile it it seems to need a different locale for crashing... I am not very confident I'll be able to track this down, but maybe I'll try tomorrow.
Ok, it got a bit later than tomorrow :-) Looks like the tilp programmers wrote over the end of some buffer. Patch will be sent upstream and providedd in -r2.
yeah, -r2 seems to do the trick, thanks! i'll submit this patch to the author himself.
I already put it on the sourceforge project page, but if you know a more direct way...