Menu
▾
▴
tilp-devel — This list is intended to TiLP's developers, contributors and advanced users.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
| 2003 |
Jan
(25) |
Feb
(5) |
Mar
(12) |
Apr
(46) |
May
(47) |
Jun
|
Jul
(2) |
Aug
|
Sep
(15) |
Oct
(8) |
Nov
(11) |
Dec
|
| 2004 |
Jan
(25) |
Feb
(24) |
Mar
(13) |
Apr
(59) |
May
(52) |
Jun
(6) |
Jul
(3) |
Aug
(7) |
Sep
(33) |
Oct
(17) |
Nov
(16) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(50) |
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(7) |
Oct
(1) |
Nov
(2) |
Dec
(9) |
| 2006 |
Jan
(10) |
Feb
(6) |
Mar
(2) |
Apr
(24) |
May
(32) |
Jun
(53) |
Jul
(26) |
Aug
(28) |
Sep
(59) |
Oct
(72) |
Nov
(85) |
Dec
(57) |
| 2007 |
Jan
(43) |
Feb
(26) |
Mar
(25) |
Apr
(36) |
May
(13) |
Jun
(14) |
Jul
(53) |
Aug
(68) |
Sep
(46) |
Oct
(62) |
Nov
(15) |
Dec
(4) |
| 2008 |
Jan
(4) |
Feb
(5) |
Mar
(7) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(5) |
Nov
|
Dec
(3) |
| 2009 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2008-03-28 19:37:23
|
Bugs item #1822887, was opened at 2007-10-30 17:53 Message generated for change (Settings changed) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822887&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Jukka Salmi (jukka) Assigned to: Romain Liévin (roms) Summary: libticonv/install-sh executed directly Initial Comment: Running `make install' for libticonv fails if install-sh is not executable. And the executable bit on that file is not guaranteed to be set after svn checkout / update IIUC. The problem is how mkdir_p is set in the top level Makefile; on my system, it ends up being set to `$(top_builddir)/./install-sh -c -d', and this causes the failure: $ make install Making install in build/mingw Making install in src test -z "/tmp/local/lib" || .././install-sh -c -d "/tmp/local/lib" sh: .././install-sh: permission denied *** Error code 126 Stop. make: stopped in /usr/local/src/tilp2/libticonv/src *** Error code 1 I don't speak autoconf, thus I can't provide a patch, but it seems to me that mkdir_p shoud end up being set to `$(SHELL) (top_builddir)/./install-sh -c -d' instead. ---------------------------------------------------------------------- Comment By: m1ss1ontomars (m1ss1ontomars) Date: 2008-03-28 18:45 Message: Logged In: YES user_id=1976087 Originator: NO I had this problem as well; chmod +x solved it. ---------------------------------------------------------------------- Comment By: Tijl Coosemans (tijl) Date: 2007-11-01 00:37 Message: Logged In: YES user_id=691915 Originator: NO Somebody should just run `svn propset svn:executable "*" install-sh` and commit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822887&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-03-28 17:45:03
|
Bugs item #1822887, was opened at 2007-10-30 09:53 Message generated for change (Comment added) made by m1ss1ontomars You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822887&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Jukka Salmi (jukka) Assigned to: Romain Liévin (roms) Summary: libticonv/install-sh executed directly Initial Comment: Running `make install' for libticonv fails if install-sh is not executable. And the executable bit on that file is not guaranteed to be set after svn checkout / update IIUC. The problem is how mkdir_p is set in the top level Makefile; on my system, it ends up being set to `$(top_builddir)/./install-sh -c -d', and this causes the failure: $ make install Making install in build/mingw Making install in src test -z "/tmp/local/lib" || .././install-sh -c -d "/tmp/local/lib" sh: .././install-sh: permission denied *** Error code 126 Stop. make: stopped in /usr/local/src/tilp2/libticonv/src *** Error code 1 I don't speak autoconf, thus I can't provide a patch, but it seems to me that mkdir_p shoud end up being set to `$(SHELL) (top_builddir)/./install-sh -c -d' instead. ---------------------------------------------------------------------- Comment By: m1ss1ontomars (m1ss1ontomars) Date: 2008-03-28 10:45 Message: Logged In: YES user_id=1976087 Originator: NO I had this problem as well; chmod +x solved it. ---------------------------------------------------------------------- Comment By: Tijl Coosemans (tijl) Date: 2007-10-31 16:37 Message: Logged In: YES user_id=691915 Originator: NO Somebody should just run `svn propset svn:executable "*" install-sh` and commit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822887&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-03-28 17:37:04
|
Bugs item #1885785, was opened at 2008-02-03 09:21 Message generated for change (Comment added) made by m1ss1ontomars You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1885785&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: WelshSage (welshsage) Assigned to: Nobody/Anonymous (nobody) Summary: error making libticalcs 1.1.0 Initial Comment: Mac OS X 10.4.11 /usr/bin/libtool: internal link edit command failed make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- Comment By: m1ss1ontomars (m1ss1ontomars) Date: 2008-03-28 10:37 Message: Logged In: YES user_id=1976087 Originator: NO Fails with same error but different message on Mac OS X 10.5.2 with both gcc-4.0.1 and gcc-4.2.1. See Bug 1849837. ld: duplicate symbol _nsp_src_port in .libs/libticalcs2_la-nsp_cmd.o and .libs/libticalcs2_la-calc_nsp.o ---------------------------------------------------------------------- Comment By: rdm0 (rdm0) Date: 2008-03-23 22:09 Message: Logged In: YES user_id=1664697 Originator: NO I've gotten a similar error under Mac OS X 10.3.9. The cause seems to be given earlier in the error messages: ld: multiple definitions of symbol _nsp_dst_port .libs/libticalcs2_la-calc_nsp.o definition of _nsp_dst_port in section (__DATA,__common) .libs/libticalcs2_la-nsp_cmd.o definition of _nsp_dst_port in section (__DATA,__common) ld: multiple definitions of symbol _nsp_src_port .libs/libticalcs2_la-calc_nsp.o definition of _nsp_src_port in section (__DATA,__common) .libs/libticalcs2_la-nsp_cmd.o definition of _nsp_src_port in section (__DATA,__common) .libs/libticalcs2_la-nsp_vpkt.o definition of _nsp_dst_port in section (__DATA,__data) .libs/libticalcs2_la-nsp_vpkt.o definition of _nsp_src_port in section (__DATA,__data) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1885785&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-03-28 04:10:24
|
Bugs item #1849837, was opened at 2007-12-12 22:31 Message generated for change (Comment added) made by m1ss1ontomars You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: WelshSage (welshsage) Assigned to: Romain Liévin (roms) Summary: libticalcs will not make OS X Leopard Initial Comment: making libticalcs returns the following error: ld: duplicate symbol _nsp_src_port in .libs/libticalcs2_la-nsp_cmd.o and .libs/libticalcs2_la-calc_nsp.o collect2: ld returned 1 exit status make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- Comment By: m1ss1ontomars (m1ss1ontomars) Date: 2008-03-27 21:10 Message: Logged In: YES user_id=1976087 Originator: NO Hmm well I dunno how to reopen this bug, but it's still true. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2007-12-27 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Romain Liévin (roms) Date: 2007-12-13 14:08 Message: Logged In: YES user_id=136160 Originator: NO Weird, there is no such symbol in nsp_cmd.c. I'm wondering whether it's related to the mac/ld linker... I will take a further look ASAP. ---------------------------------------------------------------------- Comment By: WelshSage (welshsage) Date: 2007-12-12 22:35 Message: Logged In: YES user_id=1958922 Originator: YES using latest svn version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-03-26 12:45:00
|
Bugs item #1898449, was opened at 2008-02-21 06:33 Message generated for change (Comment added) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1898449&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Andrew W (andrewgiraffe) >Assigned to: Romain Liévin (roms) Summary: I can't load programs onto my TI-86 Initial Comment: I am able to unzip the files that I want and get them in the right window on the TiLP program. But when I send the files to my TI-86, something goes wrong. When I go into PRGM(Programs) on my calculator, the file that I downloaded is there, but I can't run the program. When I select the program and hit enter, the screen says "ERROR 07 SYNTAX" I've tried numerous files and each time I have had the same problem. I would greatly appreciate any assistance that you can offer on this problem. My email is and...@ho... Thank You Andrew Westhoff ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2008-03-26 13:45 Message: Logged In: YES user_id=136160 Originator: NO Can you send archive to me at <roms AT tilp DOT info>? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1898449&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-03-24 05:09:19
|
Bugs item #1885785, was opened at 2008-02-03 09:21 Message generated for change (Comment added) made by rdm0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1885785&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: WelshSage (welshsage) Assigned to: Nobody/Anonymous (nobody) Summary: error making libticalcs 1.1.0 Initial Comment: Mac OS X 10.4.11 /usr/bin/libtool: internal link edit command failed make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- Comment By: rdm0 (rdm0) Date: 2008-03-23 22:09 Message: Logged In: YES user_id=1664697 Originator: NO I've gotten a similar error under Mac OS X 10.3.9. The cause seems to be given earlier in the error messages: ld: multiple definitions of symbol _nsp_dst_port .libs/libticalcs2_la-calc_nsp.o definition of _nsp_dst_port in section (__DATA,__common) .libs/libticalcs2_la-nsp_cmd.o definition of _nsp_dst_port in section (__DATA,__common) ld: multiple definitions of symbol _nsp_src_port .libs/libticalcs2_la-calc_nsp.o definition of _nsp_src_port in section (__DATA,__common) .libs/libticalcs2_la-nsp_cmd.o definition of _nsp_src_port in section (__DATA,__common) .libs/libticalcs2_la-nsp_vpkt.o definition of _nsp_dst_port in section (__DATA,__data) .libs/libticalcs2_la-nsp_vpkt.o definition of _nsp_src_port in section (__DATA,__data) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1885785&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-02-29 17:00:46
|
Bugs item #1575630, was opened at 2006-10-12 02:49 Message generated for change (Settings changed) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1575630&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Donald Straney (burntfuse) Assigned to: Romain Liévin (roms) Summary: Using link causes errors from libraries Initial Comment: When I set the device options in TiLP 2 (cable is a Blacklink on port #1, calc is an 83+) and pressed OK, I got two error messages, first "Msg: attempting to use a cable which has not been open before. Cause: Internal error.", then "Msg: illegal operation or argument. Cause: the program which uses this library is buggy. Fire-up the developer!" This happened whether I had the calculator connected or not, and trying the automatic scan in the device options didn't turn up anything. After that, whenever I tried to get a directory listing or send a file, two similar error messages appeared. For the record, TiLP worked fine on the same system. I was running TiLP 2 as root in Linux (Slackware, with a 2.4.29 kernel), with tilibs2 1.0, and this is the output: TiLP - Version 1.00, (C) 1999-2006 Romain Lievin THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY PLEASE READ THE DOCUMENTATION FOR DETAILS built on Oct 10 2006 16:35:37 Unable to read file: Key file does not start with a group tilp-INFO: setlocale: <LC_CTYPE=en_US;LC_NUMERIC=en_US;LC_TIME=en_US;LC_COLL C;LC_MONETARY=en_US;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=en_US;LC_ADDRES _US;LC_TELEPHONE=en_US;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=en_US> tilp-INFO: bindtextdomain: <\locale> tilp-INFO: textdomain: <tilp2> ticables-INFO: ticables library version 1.0.0 ticables-INFO: setlocale: <LC_CTYPE=en_US;LC_NUMERIC=en_US;LC_TIME=en_US;LC_ ATE=C;LC_MONETARY=en_US;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=en_US;LC_AD S=en_US;LC_TELEPHONE=en_US;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=en_US> ticables-INFO: bindtextdomain: </usr/local/share/locale> ticables-INFO: textdomain: <libticables2> ticables-INFO: kernel: 2.4.29 tifiles-INFO: tifiles library version 1.0.0 tifiles-INFO: setlocale: <LC_CTYPE=en_US;LC_NUMERIC=en_US;LC_TIME=en_US;LC_C TE=C;LC_MONETARY=en_US;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=en_US;LC_ADD =en_US;LC_TELEPHONE=en_US;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=en_US> tifiles-INFO: bindtextdomain: </usr/local/share/locale> tifiles-INFO: textdomain: <libtifiles2> ticalcs-INFO: ticalcs library version 1.0.0 ticalcs-INFO: setlocale: <LC_CTYPE=en_US;LC_NUMERIC=en_US;LC_TIME=en_US;LC_C TE=C;LC_MONETARY=en_US;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=en_US;LC_ADD =en_US;LC_TELEPHONE=en_US;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=en_US> ticalcs-INFO: bindtextdomain: </usr/local/share/locale> ticalcs-INFO: textdomain: <libticalcs2> ticables-INFO: Check for lib-usb support: ticables-INFO: usb support: available. ticables-INFO: Check for lib-usb usability: ticables-INFO: usb filesystem (/proc|dev/bus/usb): not mounted ticables-INFO: => the usbfs must be supported by your kernel and you hav mount it ticables-INFO: => add a 'none /proc/bus/usb usbfs defaults 0 0' in your c/fstab'. ticables-INFO: => This line is enough for 'root' user. If you want to us as a single user, ticables-INFO: => take a look at the ticables2/README file. ticables-INFO: Check for tty usability: ticables-INFO: node /dev/ttyS0: exists ticables-INFO: permissions/user/group: -rwxrwxrw- root uucp ticables-INFO: is user can r/w on device: yes ticables-INFO: is useable: no tilp-INFO: tilp_device_err catched error 51 ticables-INFO: Check for tty usability: ticables-INFO: node /dev/ttyS0: exists ticables-INFO: permissions/user/group: -rwxrwxrw- root uucp ticables-INFO: is user can r/w on device: yes ticables-INFO: is useable: no tilp-INFO: tilp_device_err catched error 51 tilp-INFO: tilp_device_err catched error 51 tilp-INFO: tilp_device_err catched error 51 tilp-INFO: tilp_device_err catched error 51 ---------------------------------------------------------------------- Comment By: Romain Liévin (roms) Date: 2006-11-12 13:31 Message: Logged In: YES user_id=136160 Could you send to me a mail at roms_at_tilp_dot_info so that I can send to you a debug ticables2 library. Your problem is somewhat strange and I want to debug it... ---------------------------------------------------------------------- Comment By: Donald Straney (burntfuse) Date: 2006-11-11 16:32 Message: Logged In: YES user_id=1451589 I've got a Pentium III with an Intel 82801AA chipset, so I guess that's what handles the serial port. From my kernel's config: CONFIG_SERIAL=y CONFIG_SERIAL_CONSOLE=y CONFIG_SERIAL_EXTENDED=y CONFIG_SERIAL_MANY_PORTS=y CONFIG_SERIAL_SHARE_IRQ=y # CONFIG_SERIAL_DETECT_IRQ is not set CONFIG_SERIAL_MULTIPORT=y CONFIG_HUB6=y CONFIG_SERIAL_NONSTANDARD=y So the serial port support should be built in and working. It still could be a problem with my kernel though. In case it matters, I've got glibc 2.3.4. ---------------------------------------------------------------------- Comment By: Romain Liévin (roms) Date: 2006-11-11 11:00 Message: Logged In: YES user_id=136160 Which is your hardware? I never got this problem... Maybe your kernel is mis-configured? ---------------------------------------------------------------------- Comment By: Romain Liévin (roms) Date: 2006-11-11 10:58 Message: Logged In: YES user_id=136160 << ticables-INFO: Check for tty usability: ticables-INFO: node /dev/ttyS0: exists ticables-INFO: permissions/user/group: -rwxrwxrw- root uucp ticables-INFO: is user can r/w on device: yes ticables-INFO: is useable: no >> There is a problem with your serial device (not usable). Check for permission and hardware set-up correctly... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1575630&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-02-29 16:54:46
|
Bugs item #1881568, was opened at 2008-01-29 04:45 Message generated for change (Comment added) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1881568&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Shawn D'Alimonte (sdalimon) Assigned to: Nobody/Anonymous (nobody) Summary: Can't use ports other than ttyS0-3 with black cable Initial Comment: I am trying to use a non-ttyS0 serial port with a black link cable under Linux. It seems that tilp only supports ttyS0-3. I want to use /dev/ttyUSB0 since I don't have a real serial port on this machine. I have verified that the handshake lines can be controlled using ioctls on this adapter and my quick look at libticables makes me think it can use them. Trying to specify the port using dev_port makes it switch to parallel cable #2 even when a serial cable is specified. Specifying anything in dev_port seems to cause it to go parallel. I am not much of a programmer, but did spend some time going over libticables and really couldn't figure out the cable configuration stuff. Using: - tilp2 1.10 - libticables2 1.2.0 - libticalcs2 1.1.0 - libticonv2 1.1.0 - libtifiles2 1.1.0 Built from source on Ubuntu 7.10 Calculator is a TI85 Cable is Black TI GRAPH LINK 'Normal' port: ============== sdalimon@pitr:~$ tilp -calc=ti85 -link=ser tilp : TiLP - Version 6.80, (C) 1999-2005 Romain Lievin tilp : THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY tilp : PLEASE READ THE DOCUMENTATION FOR DETAILS tilp : built on Sep 3 2007 17:06:10 tilp : initialized in command line mode. tilp : Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : err: msg_box: Information, Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : setlocale: <en_CA.UTF-8> tilp : bindtextdomain: </usr/share/locale/> tilp : textdomain: <tilp> ticables: ticables library version 3.9.6 ticables: setlocale: <en_CA.UTF-8> ticables: bindtextdomain: </usr/share/locale> ticables: textdomain: <libticables> ticables: built for __LINUX__ target. ticables: checking resources: ticables: IO_API: found at compile time (HAVE_TERMIOS_H) ticables: IO_ASM: not found at compile time (HAVE_ASM_IO_H). ticables: IO_TIPAR: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TISER: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TIUSB: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_LIBUSB: found at compile time (HAVE_LIBUSB) ticables: quick search for parallel/serial ports: ticables: parallel port found at 0x378 ticables: serial port found at 0x3f8 ticables: parallel port found at 0x778 ticables: search for all ports: ticables: /dev/parport0 at 0x378 ticables: /dev/ttyS0 at 0x3f8 ticables: /dev/ttyS1 at 0x2f8 ticables: /dev/ttyS2 at 0x3e8 ticables: /dev/ttyS3 at 0x2e8 ticables: getting method from resources (automatic): ticables: check for tiser usability: ticables: using devfs: no ticables: node /dev/tiser0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: module: not loaded ticables: => check the module exists (compiled as module) ticables: => add an entry into your modutils file to automatically load it. ticables: warning: can't use IO_TISER ticables: check for tty usability: ticables: node /dev/ttyS0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: mapping I/O... ticables: registering cable... ticables: list of settings: ticables: cable: BlackLink ticables: port: serial port #2 ticables: method: user mode (ioctl) ticables: address: 0x2f8 ticables: device name: /dev/ttyS1 ticables: timeout value: 15 ticables: delay value: 10 tifiles : tifiles library version 0.6.6 tifiles : setlocale: <en_CA.UTF-8> tifiles : bindtextdomain: </usr/share/locale> tifiles : textdomain: <libtifiles> tifiles : settings: tifiles : calc type: TI85 ticalcs : ticalcs library version 4.6.1 ticalcs : setlocale: <en_CA.UTF-8> ticalcs : bindtextdomain: </usr/share/locale> ticalcs : textdomain: <libticalcs> tifiles : settings: tifiles : calc type: TI85 ticalcs : settings: ticalcs : calc type: TI85 tilp : initialized in GTK+ mode. (tilp:21847): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 (tilp:21847): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 tilp : scanning plug-ins... Done ! tilp : scanning registry... Done ! sdalimon@pitr:~$ Using dev_port to try /dev/ttyUSB0: =================================== sdalimon@pitr:~$ tilp -calc=ti85 -link=ser --dev_port=/dev/ttyUSB0 tilp : TiLP - Version 6.80, (C) 1999-2005 Romain Lievin tilp : THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY tilp : PLEASE READ THE DOCUMENTATION FOR DETAILS tilp : built on Sep 3 2007 17:06:10 tilp : initialized in command line mode. tilp : Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : err: msg_box: Information, Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : setlocale: <en_CA.UTF-8> tilp : bindtextdomain: </usr/share/locale/> tilp : textdomain: <tilp> ticables: ticables library version 3.9.6 ticables: setlocale: <en_CA.UTF-8> ticables: bindtextdomain: </usr/share/locale> ticables: textdomain: <libticables> ticables: built for __LINUX__ target. ticables: checking resources: ticables: IO_API: found at compile time (HAVE_TERMIOS_H) ticables: IO_ASM: not found at compile time (HAVE_ASM_IO_H). ticables: IO_TIPAR: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TISER: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TIUSB: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_LIBUSB: found at compile time (HAVE_LIBUSB) ticables: quick search for parallel/serial ports: ticables: parallel port found at 0x378 ticables: serial port found at 0x3f8 ticables: parallel port found at 0x778 ticables: search for all ports: ticables: /dev/parport0 at 0x378 ticables: /dev/ttyS0 at 0x3f8 ticables: /dev/ttyS1 at 0x2f8 ticables: /dev/ttyS2 at 0x3e8 ticables: /dev/ttyS3 at 0x2e8 ticables: getting method from resources (automatic): ticables: check for tiser usability: ticables: using devfs: no ticables: node /dev/tiser0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: module: not loaded ticables: => check the module exists (compiled as module) ticables: => add an entry into your modutils file to automatically load it. ticables: warning: can't use IO_TISER ticables: check for tty usability: ticables: node /dev/ttyS0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: mapping I/O... ticables: registering cable... ticables: list of settings: ticables: cable: BlackLink ticables: port: parallel port #3 ticables: method: user mode (ioctl) ticables: address: 0x3bc ticables: device name: /dev/parport2 ticables: timeout value: 15 ticables: delay value: 10 tifiles : tifiles library version 0.6.6 tifiles : setlocale: <en_CA.UTF-8> tifiles : bindtextdomain: </usr/share/locale> tifiles : textdomain: <libtifiles> tifiles : settings: tifiles : calc type: TI85 ticalcs : ticalcs library version 4.6.1 ticalcs : setlocale: <en_CA.UTF-8> ticalcs : bindtextdomain: </usr/share/locale> ticalcs : textdomain: <libticalcs> tifiles : settings: tifiles : calc type: TI85 ticalcs : settings: ticalcs : calc type: TI85 tilp : initialized in GTK+ mode. (tilp:21850): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 (tilp:21850): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 tilp : scanning plug-ins... Done ! tilp : scanning registry... Done ! sdalimon@pitr:~$ ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2008-02-29 17:54 Message: Logged In: YES user_id=136160 Originator: NO As stated in your log file, you are using TiLP1 v6.80 which is not supported any longer. So, bug closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1881568&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-02-21 09:59:21
|
Bugs item #1814231, was opened at 2007-10-16 03:18 Message generated for change (Comment added) made by attila_warrior You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1814231&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: DAFiedler (dafiedler) Assigned to: Romain Liévin (roms) Summary: libusb0.sys is needed following TiLP Uninstall Initial Comment: Hello, Following uninstallation of TiLP I can no longer connect my TI89 Titanium to my TI Connect. I saw that someone else had this problem as well. Have you come up with a solution for this particular bug? I tried to reinstall the 89 driver and at one point in the install it asks for the file libusb0.sys. I connect it to one of the drivers located on my computer and inevitably it doesn't work. Thanks, Dave (dav...@gm...) ---------------------------------------------------------------------- Comment By: attila_warrior (attila_warrior) Date: 2008-02-21 10:59 Message: Logged In: YES user_id=2015510 Originator: NO So how to solve this problem??? ---------------------------------------------------------------------- Comment By: Romain Liévin (roms) Date: 2007-11-11 15:00 Message: Logged In: YES user_id=136160 Originator: NO You have to install Ti-Connect again after TiLP installation or, better, manually re-install TiConnect USB driver. Ti-Connect and TiLP are both incompatible programs, you should have one at a time... I have updated the TiLP README consequently. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1814231&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-02-21 05:32:56
|
Bugs item #1898449, was opened at 2008-02-20 22:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1898449&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrew W (andrewgiraffe) Assigned to: Nobody/Anonymous (nobody) Summary: I can't load programs onto my TI-86 Initial Comment: I am able to unzip the files that I want and get them in the right window on the TiLP program. But when I send the files to my TI-86, something goes wrong. When I go into PRGM(Programs) on my calculator, the file that I downloaded is there, but I can't run the program. When I select the program and hit enter, the screen says "ERROR 07 SYNTAX" I've tried numerous files and each time I have had the same problem. I would greatly appreciate any assistance that you can offer on this problem. My email is and...@ho... Thank You Andrew Westhoff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1898449&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-02-03 17:21:03
|
Bugs item #1885785, was opened at 2008-02-03 11:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1885785&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: WelshSage (welshsage) Assigned to: Nobody/Anonymous (nobody) Summary: error making libticalcs 1.1.0 Initial Comment: Mac OS X 10.4.11 /usr/bin/libtool: internal link edit command failed make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1885785&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-01-29 03:45:45
|
Bugs item #1881568, was opened at 2008-01-28 22:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1881568&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Shawn D'Alimonte (sdalimon) Assigned to: Nobody/Anonymous (nobody) Summary: Can't use ports other than ttyS0-3 with black cable Initial Comment: I am trying to use a non-ttyS0 serial port with a black link cable under Linux. It seems that tilp only supports ttyS0-3. I want to use /dev/ttyUSB0 since I don't have a real serial port on this machine. I have verified that the handshake lines can be controlled using ioctls on this adapter and my quick look at libticables makes me think it can use them. Trying to specify the port using dev_port makes it switch to parallel cable #2 even when a serial cable is specified. Specifying anything in dev_port seems to cause it to go parallel. I am not much of a programmer, but did spend some time going over libticables and really couldn't figure out the cable configuration stuff. Using: - tilp2 1.10 - libticables2 1.2.0 - libticalcs2 1.1.0 - libticonv2 1.1.0 - libtifiles2 1.1.0 Built from source on Ubuntu 7.10 Calculator is a TI85 Cable is Black TI GRAPH LINK 'Normal' port: ============== sdalimon@pitr:~$ tilp -calc=ti85 -link=ser tilp : TiLP - Version 6.80, (C) 1999-2005 Romain Lievin tilp : THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY tilp : PLEASE READ THE DOCUMENTATION FOR DETAILS tilp : built on Sep 3 2007 17:06:10 tilp : initialized in command line mode. tilp : Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : err: msg_box: Information, Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : setlocale: <en_CA.UTF-8> tilp : bindtextdomain: </usr/share/locale/> tilp : textdomain: <tilp> ticables: ticables library version 3.9.6 ticables: setlocale: <en_CA.UTF-8> ticables: bindtextdomain: </usr/share/locale> ticables: textdomain: <libticables> ticables: built for __LINUX__ target. ticables: checking resources: ticables: IO_API: found at compile time (HAVE_TERMIOS_H) ticables: IO_ASM: not found at compile time (HAVE_ASM_IO_H). ticables: IO_TIPAR: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TISER: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TIUSB: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_LIBUSB: found at compile time (HAVE_LIBUSB) ticables: quick search for parallel/serial ports: ticables: parallel port found at 0x378 ticables: serial port found at 0x3f8 ticables: parallel port found at 0x778 ticables: search for all ports: ticables: /dev/parport0 at 0x378 ticables: /dev/ttyS0 at 0x3f8 ticables: /dev/ttyS1 at 0x2f8 ticables: /dev/ttyS2 at 0x3e8 ticables: /dev/ttyS3 at 0x2e8 ticables: getting method from resources (automatic): ticables: check for tiser usability: ticables: using devfs: no ticables: node /dev/tiser0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: module: not loaded ticables: => check the module exists (compiled as module) ticables: => add an entry into your modutils file to automatically load it. ticables: warning: can't use IO_TISER ticables: check for tty usability: ticables: node /dev/ttyS0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: mapping I/O... ticables: registering cable... ticables: list of settings: ticables: cable: BlackLink ticables: port: serial port #2 ticables: method: user mode (ioctl) ticables: address: 0x2f8 ticables: device name: /dev/ttyS1 ticables: timeout value: 15 ticables: delay value: 10 tifiles : tifiles library version 0.6.6 tifiles : setlocale: <en_CA.UTF-8> tifiles : bindtextdomain: </usr/share/locale> tifiles : textdomain: <libtifiles> tifiles : settings: tifiles : calc type: TI85 ticalcs : ticalcs library version 4.6.1 ticalcs : setlocale: <en_CA.UTF-8> ticalcs : bindtextdomain: </usr/share/locale> ticalcs : textdomain: <libticalcs> tifiles : settings: tifiles : calc type: TI85 ticalcs : settings: ticalcs : calc type: TI85 tilp : initialized in GTK+ mode. (tilp:21847): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 (tilp:21847): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 tilp : scanning plug-ins... Done ! tilp : scanning registry... Done ! sdalimon@pitr:~$ Using dev_port to try /dev/ttyUSB0: =================================== sdalimon@pitr:~$ tilp -calc=ti85 -link=ser --dev_port=/dev/ttyUSB0 tilp : TiLP - Version 6.80, (C) 1999-2005 Romain Lievin tilp : THIS PROGRAM COMES WITH ABSOLUTELY NO WARRANTY tilp : PLEASE READ THE DOCUMENTATION FOR DETAILS tilp : built on Sep 3 2007 17:06:10 tilp : initialized in command line mode. tilp : Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : err: msg_box: Information, Configuration file not found, use default values. You can create one by the 'File|Save config' command menu. tilp : setlocale: <en_CA.UTF-8> tilp : bindtextdomain: </usr/share/locale/> tilp : textdomain: <tilp> ticables: ticables library version 3.9.6 ticables: setlocale: <en_CA.UTF-8> ticables: bindtextdomain: </usr/share/locale> ticables: textdomain: <libticables> ticables: built for __LINUX__ target. ticables: checking resources: ticables: IO_API: found at compile time (HAVE_TERMIOS_H) ticables: IO_ASM: not found at compile time (HAVE_ASM_IO_H). ticables: IO_TIPAR: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TISER: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_TIUSB: found at compile time (HAVE_LINUX_TICABLE_H) ticables: IO_LIBUSB: found at compile time (HAVE_LIBUSB) ticables: quick search for parallel/serial ports: ticables: parallel port found at 0x378 ticables: serial port found at 0x3f8 ticables: parallel port found at 0x778 ticables: search for all ports: ticables: /dev/parport0 at 0x378 ticables: /dev/ttyS0 at 0x3f8 ticables: /dev/ttyS1 at 0x2f8 ticables: /dev/ttyS2 at 0x3e8 ticables: /dev/ttyS3 at 0x2e8 ticables: getting method from resources (automatic): ticables: check for tiser usability: ticables: using devfs: no ticables: node /dev/tiser0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: module: not loaded ticables: => check the module exists (compiled as module) ticables: => add an entry into your modutils file to automatically load it. ticables: warning: can't use IO_TISER ticables: check for tty usability: ticables: node /dev/ttyS0: exists ticables: permissions/user/group: -rw-rw---- root dialout ticables: is user can r/w on device: no ticables: are others can r/w on device: no ticables: is the user 'sdalimon' in the group 'dialout': yes ticables: mapping I/O... ticables: registering cable... ticables: list of settings: ticables: cable: BlackLink ticables: port: parallel port #3 ticables: method: user mode (ioctl) ticables: address: 0x3bc ticables: device name: /dev/parport2 ticables: timeout value: 15 ticables: delay value: 10 tifiles : tifiles library version 0.6.6 tifiles : setlocale: <en_CA.UTF-8> tifiles : bindtextdomain: </usr/share/locale> tifiles : textdomain: <libtifiles> tifiles : settings: tifiles : calc type: TI85 ticalcs : ticalcs library version 4.6.1 ticalcs : setlocale: <en_CA.UTF-8> ticalcs : bindtextdomain: </usr/share/locale> ticalcs : textdomain: <libticalcs> tifiles : settings: tifiles : calc type: TI85 ticalcs : settings: ticalcs : calc type: TI85 tilp : initialized in GTK+ mode. (tilp:21850): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 (tilp:21850): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17 tilp : scanning plug-ins... Done ! tilp : scanning registry... Done ! sdalimon@pitr:~$ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1881568&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-01-19 20:45:14
|
Bugs item #1874095, was opened at 2008-01-17 21:45 Message generated for change (Settings changed) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1874095&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Megan M (violagirl23) Assigned to: Nobody/Anonymous (nobody) Summary: TiLP-6.79 compile fails Initial Comment: In the package manager for Gentoo--Portage--TiLP2 is not officially available yet (though I'm trying to get it entered in), only in an overlay. Thus only the original, now unsupported TiLP is available. Thus that is what my question pertains to. Version 6.76 is available as stable and 6.79 as unstable. Both failed to compile initially, as did TiLP-1.07, but I managed to get all of them working except for 6.79 by following the idea behind this bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=1805122&group_id=18378&atid=118378 In the original TiLP, if I add the line #undef GTK_DISABLE_DEPRECATED above #include <gtk/gtk.h> in all the files that failed, it compiled fine. This applied for 6.79 as well, but there was one additional problem, with the rom_dump function in tilp_calcs.c. The compile fails with the following error: tilp_calcs.c: In function ‘tilp_calc_rom_dump’: tilp_calcs.c:307: error: ‘ROM_SE’ undeclared (first use in this function) tilp_calcs.c:307: error: (Each undeclared identifier is reported only once tilp_calcs.c:307: error: for each function it appears in.) I looked at the source code for the file and compared it to your previous version in the portage tree, 6.76. I changed part of your source code and got it to compile. In tilp_calcs, around line 307, there is the following code: [quote] if (ret == BUTTON1) { ret = gif->msg_box3(_("Question"), _("Is your calculator model a SilverEdition ?"), _("Yes"), _("No"), _("Cancel")); if(ret == 3) return -1; else return do_rom_dump((ret == BUTTON1) ? ROM_SE : 0); } else return -1; break;[/quote] I changed it to the following: [quote] if (ret == BUTTON1) { ret = gif->msg_box3(_("Question"), _("Is your calculator model a SilverEdition ?"), _("Yes"), _("No"), _("Cancel")); if(ret == 3) return -1; else if (ret == BUTTON1) return do_rom_dump(0); } else return -1; break;[/quote] Is this acceptable or will it cause the rom_dump to break? If so, is there a better patch I can offer the Gentoo Portage tree? I want to patch the program so it will compile and submit the patch to the Gentoo developers. ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2008-01-19 21:45 Message: Logged In: YES user_id=136160 Originator: NO This is acceptable but I don't remember how dumping will work if you select Silver Edition. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1874095&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 20:47:07
|
Bugs item #1874095, was opened at 2008-01-17 15:45 Message generated for change (Settings changed) made by violagirl23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1874095&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Megan M (violagirl23) Assigned to: Nobody/Anonymous (nobody) >Summary: TiLP-6.79 compile fails Initial Comment: In the package manager for Gentoo--Portage--TiLP2 is not officially available yet (though I'm trying to get it entered in), only in an overlay. Thus only the original, now unsupported TiLP is available. Thus that is what my question pertains to. Version 6.76 is available as stable and 6.79 as unstable. Both failed to compile initially, as did TiLP-1.07, but I managed to get all of them working except for 6.79 by following the idea behind this bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=1805122&group_id=18378&atid=118378 In the original TiLP, if I add the line #undef GTK_DISABLE_DEPRECATED above #include <gtk/gtk.h> in all the files that failed, it compiled fine. This applied for 6.79 as well, but there was one additional problem, with the rom_dump function in tilp_calcs.c. The compile fails with the following error: tilp_calcs.c: In function ‘tilp_calc_rom_dump’: tilp_calcs.c:307: error: ‘ROM_SE’ undeclared (first use in this function) tilp_calcs.c:307: error: (Each undeclared identifier is reported only once tilp_calcs.c:307: error: for each function it appears in.) I looked at the source code for the file and compared it to your previous version in the portage tree, 6.76. I changed part of your source code and got it to compile. In tilp_calcs, around line 307, there is the following code: [quote] if (ret == BUTTON1) { ret = gif->msg_box3(_("Question"), _("Is your calculator model a SilverEdition ?"), _("Yes"), _("No"), _("Cancel")); if(ret == 3) return -1; else return do_rom_dump((ret == BUTTON1) ? ROM_SE : 0); } else return -1; break;[/quote] I changed it to the following: [quote] if (ret == BUTTON1) { ret = gif->msg_box3(_("Question"), _("Is your calculator model a SilverEdition ?"), _("Yes"), _("No"), _("Cancel")); if(ret == 3) return -1; else if (ret == BUTTON1) return do_rom_dump(0); } else return -1; break;[/quote] Is this acceptable or will it cause the rom_dump to break? If so, is there a better patch I can offer the Gentoo Portage tree? I want to patch the program so it will compile and submit the patch to the Gentoo developers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1874095&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-01-17 20:45:54
|
Bugs item #1874095, was opened at 2008-01-17 15:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1874095&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Megan M (violagirl23) Assigned to: Nobody/Anonymous (nobody) Summary: TiLP-6.76 compile fails Initial Comment: In the package manager for Gentoo--Portage--TiLP2 is not officially available yet (though I'm trying to get it entered in), only in an overlay. Thus only the original, now unsupported TiLP is available. Thus that is what my question pertains to. Version 6.76 is available as stable and 6.79 as unstable. Both failed to compile initially, as did TiLP-1.07, but I managed to get all of them working except for 6.79 by following the idea behind this bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=1805122&group_id=18378&atid=118378 In the original TiLP, if I add the line #undef GTK_DISABLE_DEPRECATED above #include <gtk/gtk.h> in all the files that failed, it compiled fine. This applied for 6.79 as well, but there was one additional problem, with the rom_dump function in tilp_calcs.c. The compile fails with the following error: tilp_calcs.c: In function ‘tilp_calc_rom_dump’: tilp_calcs.c:307: error: ‘ROM_SE’ undeclared (first use in this function) tilp_calcs.c:307: error: (Each undeclared identifier is reported only once tilp_calcs.c:307: error: for each function it appears in.) I looked at the source code for the file and compared it to your previous version in the portage tree, 6.76. I changed part of your source code and got it to compile. In tilp_calcs, around line 307, there is the following code: [quote] if (ret == BUTTON1) { ret = gif->msg_box3(_("Question"), _("Is your calculator model a SilverEdition ?"), _("Yes"), _("No"), _("Cancel")); if(ret == 3) return -1; else return do_rom_dump((ret == BUTTON1) ? ROM_SE : 0); } else return -1; break;[/quote] I changed it to the following: [quote] if (ret == BUTTON1) { ret = gif->msg_box3(_("Question"), _("Is your calculator model a SilverEdition ?"), _("Yes"), _("No"), _("Cancel")); if(ret == 3) return -1; else if (ret == BUTTON1) return do_rom_dump(0); } else return -1; break;[/quote] Is this acceptable or will it cause the rom_dump to break? If so, is there a better patch I can offer the Gentoo Portage tree? I want to patch the program so it will compile and submit the patch to the Gentoo developers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1874095&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-12-28 03:20:03
|
Bugs item #1849837, was opened at 2007-12-12 22:31 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: WelshSage (welshsage) Assigned to: Romain Liévin (roms) Summary: libticalcs will not make OS X Leopard Initial Comment: making libticalcs returns the following error: ld: duplicate symbol _nsp_src_port in .libs/libticalcs2_la-nsp_cmd.o and .libs/libticalcs2_la-calc_nsp.o collect2: ld returned 1 exit status make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-12-27 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Romain Liévin (roms) Date: 2007-12-13 14:08 Message: Logged In: YES user_id=136160 Originator: NO Weird, there is no such symbol in nsp_cmd.c. I'm wondering whether it's related to the mac/ld linker... I will take a further look ASAP. ---------------------------------------------------------------------- Comment By: WelshSage (welshsage) Date: 2007-12-12 22:35 Message: Logged In: YES user_id=1958922 Originator: YES using latest svn version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-12-13 22:08:01
|
Bugs item #1849837, was opened at 2007-12-13 07:31 Message generated for change (Comment added) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: WelshSage (welshsage) >Assigned to: Romain Liévin (roms) Summary: libticalcs will not make OS X Leopard Initial Comment: making libticalcs returns the following error: ld: duplicate symbol _nsp_src_port in .libs/libticalcs2_la-nsp_cmd.o and .libs/libticalcs2_la-calc_nsp.o collect2: ld returned 1 exit status make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2007-12-13 23:08 Message: Logged In: YES user_id=136160 Originator: NO Weird, there is no such symbol in nsp_cmd.c. I'm wondering whether it's related to the mac/ld linker... I will take a further look ASAP. ---------------------------------------------------------------------- Comment By: WelshSage (welshsage) Date: 2007-12-13 07:35 Message: Logged In: YES user_id=1958922 Originator: YES using latest svn version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-12-13 06:34:58
|
Bugs item #1849837, was opened at 2007-12-13 00:31 Message generated for change (Comment added) made by welshsage You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: WelshSage (welshsage) Assigned to: Nobody/Anonymous (nobody) Summary: libticalcs will not make OS X Leopard Initial Comment: making libticalcs returns the following error: ld: duplicate symbol _nsp_src_port in .libs/libticalcs2_la-nsp_cmd.o and .libs/libticalcs2_la-calc_nsp.o collect2: ld returned 1 exit status make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: WelshSage (welshsage) Date: 2007-12-13 00:35 Message: Logged In: YES user_id=1958922 Originator: YES using latest svn version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-12-13 06:31:46
|
Bugs item #1849837, was opened at 2007-12-13 00:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: WelshSage (welshsage) Assigned to: Nobody/Anonymous (nobody) Summary: libticalcs will not make OS X Leopard Initial Comment: making libticalcs returns the following error: ld: duplicate symbol _nsp_src_port in .libs/libticalcs2_la-nsp_cmd.o and .libs/libticalcs2_la-calc_nsp.o collect2: ld returned 1 exit status make[2]: *** [libticalcs2.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1849837&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-11-11 15:17:06
|
Bugs item #1829964, was opened at 2007-11-11 16:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1829964&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jukka Salmi (jukka) Assigned to: Nobody/Anonymous (nobody) Summary: libticables build fails on NetBSD Initial Comment: Using the latest svn sources, libticables fails to build on NetBSD: [...] Making all in tests gmake[2]: Entering directory `/a/src/local/tilp2/libticables/tests' gcc -DHAVE_CONFIG_H -I. -I.. -I../src -g -O2 -D__BSD__ -D__I386__ -fvisibility=hidden -MT test_ticables_2.o -MD -MP -MF .deps/test_ticables_2.Tpo -c -o test_ticables_2.o test_ticables_2.c mv -f .deps/test_ticables_2.Tpo .deps/test_ticables_2.Po /bin/ksh ../libtool --tag=CC --mode=link gcc -g -O2 -D__BSD__ -D__I386__ -fvisibility=hidden -o test_ticables_2 test_ticables_2.o ../src/libticables2.la mkdir .libs gcc -g -O2 -D__BSD__ -D__I386__ -fvisibility=hidden -o .libs/test_ticables_2 test_ticables_2.o ../src/.libs/libticables2.so -L/usr/pkg/lib /usr/pkg/lib/libglib-2.0.so -lintl /usr/pkg/lib/libusb.so -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/pkg/lib ../src/.libs/libticables2.so: undefined reference to `linux_check_libusb' gmake[2]: *** [test_ticables_2] Error 1 gmake[2]: Leaving directory `/a/src/local/tilp2/libticables/tests' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/a/src/local/tilp2/libticables' gmake: *** [all] Error 2 Please tell if I should provide more information. Regards, Jukka ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1829964&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-11-11 14:15:19
|
Bugs item #1824830, was opened at 2007-11-02 20:05 Message generated for change (Comment added) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1824830&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Marc (mrc_timer) >Assigned to: Romain Liévin (roms) Summary: tilp2-1.08 doesn't compile with GTK 2.12 Initial Comment: filesel.c fails to compile due to using both -DGTK_DISABLE_DEPRECATED and GtkFileSelection. The attached patch fixes this issue by reenabling deprecated GTK items (like in toolbar.c and device.c). ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2007-11-11 15:15 Message: Logged In: YES user_id=136160 Originator: NO Has been already fixed in SVN repository by K. Kofler. You will have to wait for next release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1824830&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-11-11 14:14:02
|
Bugs item #1822907, was opened at 2007-10-30 18:21 Message generated for change (Settings changed) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822907&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Jukka Salmi (jukka) >Assigned to: Romain Liévin (roms) Summary: libticables: conflicting types (at least on NetBSD) Initial Comment: On a NetBSD system libticables fails to build: $ make [...] gcc -DHAVE_CONFIG_H -I. -I.. -I../intl -DLOCALEDIR=\"/usr/local/share/locale\" -I/usr/pkg/include/glib/glib-2.0 -I/usr/pkg/lib/glib-2.0/include -I/usr/pkg/include -DTICABLES_EXPORTS -Wall -g -O2 -D__BSD__ -D__I386__ -fvisibility=hidden -MT libticables2_la-hex2dusb.lo -MD -MP -MF .deps/libticables2_la-hex2dusb.Tpo -c hex2dusb.c -fPIC -DPIC -o .libs/libticables2_la-hex2dusb.o hex2dusb.c:37: error: conflicting types for '__uint32_t' /usr/include/machine/int_types.h:50: error: previous declaration of '__uint32_t' was here *** Error code 1 Stop. make: stopped in /usr/local/src/tilp2/libticables/src *** Error code 1 On NetBSD, uint32_t is an unsigned int while ticables/src/hex2dusb.c tries to redefine it as an unsigned long. Glancing at /usr/include/inttypes.h on a Linux system reveals that they also define uint32_t as an unsigned int; thus I think this should be changed in libticables. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822907&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-11-11 14:07:33
|
Bugs item #1822887, was opened at 2007-10-30 17:53 Message generated for change (Settings changed) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822887&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Jukka Salmi (jukka) >Assigned to: Romain Liévin (roms) Summary: libticonv/install-sh executed directly Initial Comment: Running `make install' for libticonv fails if install-sh is not executable. And the executable bit on that file is not guaranteed to be set after svn checkout / update IIUC. The problem is how mkdir_p is set in the top level Makefile; on my system, it ends up being set to `$(top_builddir)/./install-sh -c -d', and this causes the failure: $ make install Making install in build/mingw Making install in src test -z "/tmp/local/lib" || .././install-sh -c -d "/tmp/local/lib" sh: .././install-sh: permission denied *** Error code 126 Stop. make: stopped in /usr/local/src/tilp2/libticonv/src *** Error code 1 I don't speak autoconf, thus I can't provide a patch, but it seems to me that mkdir_p shoud end up being set to `$(SHELL) (top_builddir)/./install-sh -c -d' instead. ---------------------------------------------------------------------- Comment By: Tijl Coosemans (tijl) Date: 2007-11-01 00:37 Message: Logged In: YES user_id=691915 Originator: NO Somebody should just run `svn propset svn:executable "*" install-sh` and commit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1822887&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-11-11 14:00:51
|
Bugs item #1814231, was opened at 2007-10-16 03:18 Message generated for change (Comment added) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1814231&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: DAFiedler (dafiedler) >Assigned to: Romain Liévin (roms) Summary: libusb0.sys is needed following TiLP Uninstall Initial Comment: Hello, Following uninstallation of TiLP I can no longer connect my TI89 Titanium to my TI Connect. I saw that someone else had this problem as well. Have you come up with a solution for this particular bug? I tried to reinstall the 89 driver and at one point in the install it asks for the file libusb0.sys. I connect it to one of the drivers located on my computer and inevitably it doesn't work. Thanks, Dave (dav...@gm...) ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2007-11-11 15:00 Message: Logged In: YES user_id=136160 Originator: NO You have to install Ti-Connect again after TiLP installation or, better, manually re-install TiConnect USB driver. Ti-Connect and TiLP are both incompatible programs, you should have one at a time... I have updated the TiLP README consequently. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1814231&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2007-11-09 20:33:41
|
Bugs item #1827765, was opened at 2007-11-07 19:16 Message generated for change (Comment added) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1827765&group_id=18378 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Palsa (palsa) Assigned to: Nobody/Anonymous (nobody) Summary: DhaHelper driver missing after TiLP2 installation on XP Initial Comment: On first time running TiLP2 (by the installer), there is a message "libticables2-1.dll was not found". (see attachment) ven though the DhaHelper driver is supposed to be installed by the TiLP2 installation program, I get the message "Msg: DhaHelper driver and/or library not found." (see attachment) ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2007-11-09 21:33 Message: Logged In: YES user_id=136160 Originator: NO Problem fixed by the user himself => bug closed. ---------------------------------------------------------------------- Comment By: Palsa (palsa) Date: 2007-11-08 13:07 Message: Logged In: YES user_id=1932061 Originator: YES Problem fixed by uninstalling TiLP1 and TiLP2 (both were installed on the same machine), and installing only TiLP2... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1827765&group_id=18378 |
379 messages has been excluded from this view by a project administrator.
