Bugzilla Bug 40263

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 an attachment (id=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 an attachment (id=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?

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 an attachment (id=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 an attachment (id=27951) [details]
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...