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: Lionel D. <lio...@ya...> - 2011-06-03 10:29:13
|
Hello, I'd like to raise again a matter brought forward on this ML in November 2007: http://sourceforge.net/mailarchive/message.php?msg_id=6268021 . What happens is that the USB controller / stack of the Nspire, the latest graphing calculator by Texas Instruments, doesn't like the reset commands sent through libusb, under Windows, by the libticables library used by the third-party linking software I'm maintaining nowadays, TILP. * TI's official linking software under Windows (and probably MacOS X as well, I haven't _checked_), and libusb under Linux, send only IOCTL_INTERNAL_USB_RESET_PORT. The Nspire is happy with that; * libusb under Windows unconditionally sends IOCTL_INTERNAL_USB_RESET_PORT + IOCTL_INTERNAL_USB_CYCLE_PORT, which makes the Nspire lose connection with the host. (and resetting the communication frequently is necessary for reliable communication, at least under Linux) Unless we patch libusb (libusb0.sys) the following way, as described by Romain (and we did so for a while): --- src/driver/reset_device.c.orig 2007-03-20 05:33:29.000000000 -0500 +++ src/driver/reset_device.c 2009-05-07 10:41:28.331560796 -0500 @@ -32,14 +32,14 @@ { DEBUG_ERROR("reset_device(): IOCTL_INTERNAL_USB_RESET_PORT failed: " "status: 0x%x", status); - } - status = call_usbd(dev, NULL, IOCTL_INTERNAL_USB_CYCLE_PORT, timeout); + status = call_usbd(dev, NULL, IOCTL_INTERNAL_USB_CYCLE_PORT, timeout); - if(!NT_SUCCESS(status)) - { - DEBUG_ERROR("reset_device(): IOCTL_INTERNAL_USB_CYCLE_PORT failed: " - "status: 0x%x", status); + if(!NT_SUCCESS(status)) + { + DEBUG_ERROR("reset_device(): IOCTL_INTERNAL_USB_CYCLE_PORT failed: " + "status: 0x%x", status); + } } return status; TILP's Nspire support under Windows is, well, unusable. With a pristine libusb, the normal flow for simple operations such as listing the calculator's contents, or receiving a dump of the screen, is to trigger them, watch them fail, close the error messages, and repeat until the operation eventually succeeds (with a sprinkling of unplugging and replugging the device)... None of that happens under Linux. I don't know whether devices which support USB_RESET_PORT but not a subsequent USB_CYCLE_PORT are to be considered buggy, I'm not very qualified at USB matters. But the question is, how do we handle such devices (preferably without having to patch libusb0.sys...), since these devices do exist in the wild ? Besides Nspire calculators, the patch reproduced above was reported to fix interaction with at least another device (by preventing BSODs): http://lists.fedoraproject.org/pipermail/mingw/2009-May/001338.html . (in the URLs contained in that message, one needs to remplace "viewcvs" by "viewvc", e.g. http://svn.tilp.info/cgi-bin/viewvc.cgi/*checkout*/libticables/trunk/src/win32/usb/libusb-win32.html?pathrev=4162 ) I'm in the process of upgrading the libusb-win32 version shipped with TILP, so that interested people can, through the filter driver, use TI's official software and TILP II side by side, without having to uninstall and reinstall the other program, and change the driver if that hasn't worked, each time they switch. If required, I can perform some testing and gather some information on virtualized (VirtualBox) Windows versions, less often on a native Seven x64 computer to which I have intermittent physical access. Thanks in advance, Lionel. |
|
From: SourceForge.net <no...@so...> - 2011-01-20 06:12:23
|
Bugs item #3162336, was opened at 2011-01-20 00:12 Message generated for change (Tracker Item Submitted) made by grymwulf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3162336&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 Weiner (grymwulf) Assigned to: Nobody/Anonymous (nobody) Summary: Transfer Aborted - Backing up Custom Functions Initial Comment: I have set up 2 custom functions on my Ti 89 - When using TiLP2 1.14 Framework Version: (cables=1.3.1, files=1.1.3, calcs=1.1.5, conv=1.1.1) on Win Vista Receive a ticables-warning and usb_reap timeout error - I have attached the two custom-made functions attached as My TI files.zip console output: ticalcs-INFO: folder=, name=TICABDEU ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICABESP ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICABFRA ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICALNDR ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICSHEET ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=Chemstry ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICNTCTS ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIDEU ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=dvEEPro ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIESP ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISLEESP ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIFNANCE ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIFRA ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TINOTES ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIPLANNR ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIPOLYRT ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISMLTEQ ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISLEDEU ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISLEFRA ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISTATLE ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISTDYCD ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISMG ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TITASKS ticalcs-INFO: TI->PC: End of Transmission ticalcs-INFO: Requesting RAM & FLASH free ticalcs-INFO: PC->TI: Parameter Request ticalcs-INFO: npids=2 ticalcs-INFO: TI->PC: Parameter Data ticalcs-INFO: nparams=2 +------------------+----------+----+----+----------+----------+ | B. name | T. name |Attr|Type| Size | Folder | +------------------+----------+----+----+----------+----------+ | 6D61696E00000000 | main | 0 | 1F | 00000016 | | | 63616C63756C7573 | calculus | 3 | 1C | 000070FC | main | | 6877337061746368 | hw3patch | 0 | 21 | 0000051F | main | | 6D61746831000000 | math1 | 3 | 1C | 00000A52 | main | | 6D61746832000000 | math2 | 3 | 1C | 000006B7 | main | | 6D61746833000000 | math3 | 3 | 1C | 00000960 | main | | 736369656E636531 | science1 | 3 | 1C | 00001065 | main | | 736369656E636532 | science2 | 3 | 1C | 000012D4 | main | | 736369656E636533 | science3 | 3 | 1C | 00000D3C | main | | 736D6C7464617461 | smltdata | 0 | 1C | 00000173 | main | | 7469696E666F0000 | tiinfo | 3 | 1C | 000007C3 | main | +------------------+----------+----+----+----------+----------+ +------------------+----------+----+----+----------+----------+ | B. name | T. name |Attr|Type| Size | Folder | +------------------+----------+----+----+----------+----------+ | 5449434142524900 | TICABRI | 3 | 24 | 0006ABC1 | | | 5449434142444555 | TICABDEU | 3 | 24 | 00001D71 | | | 5449434142455350 | TICABESP | 3 | 24 | 00001D89 | | | 5449434142465241 | TICABFRA | 3 | 24 | 00001D8D | | | 544943414C4E4452 | TICALNDR | 3 | 24 | 0000DEE1 | | | 5449435348454554 | TICSHEET | 3 | 24 | 00025ECB | | | 4368656D73747279 | Chemstry | 3 | 24 | 0000C04D | | | 5449434E54435453 | TICNTCTS | 3 | 24 | 000099FB | | | 5449444555000000 | TIDEU | 3 | 24 | 00009A95 | | | 6476454550726F00 | dvEEPro | 3 | 24 | 00051C81 | | | 5449455350000000 | TIESP | 3 | 24 | 00009F6D | | | 5449534C45455350 | TISLEESP | 3 | 24 | 0000412D | | | 5449464E414E4345 | TIFNANCE | 3 | 24 | 0000A8D7 | | | 5449465241000000 | TIFRA | 3 | 24 | 000095CD | | | 54494E4F54455300 | TINOTES | 3 | 24 | 000055D3 | | | 5449504C414E4E52 | TIPLANNR | 3 | 24 | 000188EB | | | 5449504F4C595254 | TIPOLYRT | 3 | 24 | 0000C4B1 | | | 5449534D4C544551 | TISMLTEQ | 3 | 24 | 00014FCB | | | 5449534C45444555 | TISLEDEU | 3 | 24 | 000043AB | | | 5449534C45465241 | TISLEFRA | 3 | 24 | 000038FF | | | 5449535441544C45 | TISTATLE | 3 | 24 | 0004D691 | | | 5449535444594344 | TISTDYCD | 3 | 24 | 0000AAB7 | | | 5449534D47000000 | TISMG | 3 | 24 | 00046281 | | | 54495441534B5300 | TITASKS | 3 | 24 | 00009347 | | +------------------+----------+----+----+----------+----------+ ticables-INFO: found TI-89 Titanium on #1, version <3.00> ticalcs-INFO: Checking hand-held status: ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: Sending one or more variables: ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request to Send ticalcs-INFO: folder=main, name=dist, size=56, nattrs=4 ticalcs-INFO: TI->PC: Acknowledgement of Data ticalcs-INFO: PC->TI: Variable Contents ticalcs-INFO: size=56 ticalcs-INFO: TI->PC: Acknowledgement of Data ticalcs-INFO: PC->TI: End of Transmission ticables-INFO: found TI-89 Titanium on #1, version <3.00> ticalcs-INFO: Checking hand-held status: ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: Sending one or more variables: ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request to Send ticalcs-INFO: folder=main, name=midpt, size=58, nattrs=4 ticalcs-INFO: TI->PC: Acknowledgement of Data ticalcs-INFO: PC->TI: Variable Contents ticalcs-INFO: size=58 ticalcs-INFO: TI->PC: Acknowledgement of Data ticalcs-INFO: PC->TI: End of Transmission ticables-INFO: found TI-89 Titanium on #1, version <3.00> ticalcs-INFO: Checking hand-held status: ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Directory Listing ticalcs-INFO: naids=6 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name= ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=calculus ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=dist ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=hw3patch ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=math1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=math2 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=math3 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=midpt ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=science1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=science2 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=science3 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=smltdata ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=tiinfo ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICABRI ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICABDEU ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICABESP ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICABFRA ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICALNDR ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICSHEET ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=Chemstry ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TICNTCTS ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIDEU ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=dvEEPro ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIESP ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISLEESP ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIFNANCE ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIFRA ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TINOTES ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIPLANNR ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TIPOLYRT ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISMLTEQ ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISLEDEU ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISLEFRA ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISTATLE ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISTDYCD ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TISMG ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=, name=TITASKS ticalcs-INFO: TI->PC: End of Transmission ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Variable ticalcs-INFO: folder=main, name=calculus, naids=3, nattrs=1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=calculus ticalcs-INFO: TI->PC: Variable Contents ticalcs-INFO: size=0 ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Variable ticalcs-INFO: folder=main, name=dist, naids=3, nattrs=1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=dist ticalcs-INFO: TI->PC: Variable Contents ticalcs-INFO: size=0 ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Variable ticalcs-INFO: folder=main, name=hw3patch, naids=3, nattrs=1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=hw3patch ticalcs-INFO: TI->PC: Variable Contents ticalcs-INFO: size=0 ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Variable ticalcs-INFO: folder=main, name=math1, naids=3, nattrs=1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=math1 ticalcs-INFO: TI->PC: Variable Contents ticalcs-INFO: size=0 ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Variable ticalcs-INFO: folder=main, name=math2, naids=3, nattrs=1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=math2 ticalcs-INFO: TI->PC: Variable Contents ticalcs-INFO: size=0 ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Variable ticalcs-INFO: folder=main, name=math3, naids=3, nattrs=1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=math3 ticalcs-INFO: TI->PC: Variable Contents ticalcs-INFO: size=0 ticalcs-INFO: PC->TI: Buffer Size Request (1024 bytes) ticalcs-INFO: TI->PC: Buffer Size Allocation (1023 bytes) ticalcs-INFO: PC->TI: Ping / Set Mode ticalcs-INFO: 0003 0001 0000 0000 07d0 ticalcs-INFO: TI->PC: Acknowledgement of Mode Setting ticalcs-INFO: PC->TI: Request Variable ticalcs-INFO: folder=main, name=midpt, naids=3, nattrs=1 ticalcs-INFO: TI->PC: Variable Header ticalcs-INFO: folder=main, name=midpt ticalcs-INFO: TI->PC: Variable Contents ticalcs-INFO: size=0 (tilp.exe:4220): ticables-WARNING **: usb_bulk_write (usb_reap: timeout error). ticables-INFO: found TI-89 Titanium on #1, version <3.00> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3162336&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2010-11-26 20:43:24
|
Bugs item #3119981, was opened at 2010-11-26 20:43 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3119981&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: winniemiel05 () Assigned to: Nobody/Anonymous (nobody) Summary: unable to connect to ti 89 tita Initial Comment: this is the error that it dysplays : Msg: failed to open the USB device. Cause: Check that the USB cable is plugged in and that the calculator is turned ON! Also, check libusb and usbfs for valid permissions. System: Aucun fichier ou dossier de ce type (errno = 2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3119981&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2010-11-17 08:43:36
|
Bugs item #3108746, was opened at 2010-11-14 03:35 Message generated for change (Comment added) made by debrouxl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3108746&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: None Priority: 5 Private: No Submitted By: da1hammer (da1hammer) Assigned to: Nobody/Anonymous (nobody) Summary: TiLP cannot open libticalcs2.so.8? Initial Comment: The error when tilp2 is run (as $ or #tilp): tilp: error while loading shared libraries: libticalcs2.so.8: cannot open shared object file: no such file or directory Since I have tried all I can think of, including compiling as root, plus looking up any related bugs, any help would be quite nice! By the way, my current system is Linux, fedora 12, x86_64, with the libs in /usr/local/libs (as I did make install using sudo). Thanks, Da1hammer ---------------------------------------------------------------------- >Comment By: Lionel Debroux (debrouxl) Date: 2010-11-17 09:43 Message: Great to see that your problems are solved :) I wonder what caused them in the first place (since ldd `which tilp` did contain a reference to libticalcs2.so.8), but whatever. On a side note, for completeness: TILP II 1.14 (and a number of previous versions) cannot perform the ROM dump of a 86, because of a bug. Should you need to do that, until the release of TILP II 1.15, you'll have to use the SVN version of TILP. You can compile it using the http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh script, which I made in order to help using bugfixed/improved versions between releases. Thanks, Lionel. ---------------------------------------------------------------------- Comment By: da1hammer (da1hammer) Date: 2010-11-17 09:26 Message: Lionel, All fixed! It works well with my SilverLink (Graphlink) and TI86! One side note, I kept getting errno=11, and it seemed that it was not talking to the calculator, but the CLI kept saying ack. It turned out that the plug into the calculator was not shoved in all the way, even though it looked and felt like it was, and, what is worse, I had this same issue back in my Fedora 9 day (b4 my big 'hard drive erase event of Oct. '09), but did not remember such until just after hours of work on resolving this side issue (Yes, CFS/ME AKA 'yuppie flu' of mine probably got in the way, fogging my mind (which I also blame somewhat for the erasure event!). Anyway, I'm happy now -- Thanks so very much! Da1hammer PS. I use the calculator for sanity purposes and help with grades (of my wife) and finance, etc., so the download of Asm progs is so important, and since the wipe of the TI a few days ago, I needed so desperately to get it up and running, so that I could play around with it while I have my 'have to lay down' moments -- Thanks again! D1h. ---------------------------------------------------------------------- Comment By: da1hammer (da1hammer) Date: 2010-11-16 01:05 Message: Lionel, Thank you for your quick reply! In answer to your question, As for your requested information, I just decided to check the version using a dash capital V on the command line, and yes, it is Version 1.14, and The program activated! I am not sure what changed (I did reboot before trying to use the program), but I will now also upload what info it spit out in the In the gnome terminal 2.28.2. I uploaded as an attached file in the Attached file section below, and I shall upload again in just a bit. Thanks again, Da1hammer ---------------------------------------------------------------------- Comment By: da1hammer (da1hammer) Date: 2010-11-16 00:49 Message: Lionel, Thank you for your quick reply! As for your requested information, I uploaded as an attached file in the Attached file section below. Thanks again, Da1hammer ---------------------------------------------------------------------- Comment By: Lionel Debroux (debrouxl) Date: 2010-11-14 08:22 Message: Hello, >From the soname, I gather that you've compiled TILP II 1.14 + contemporary libraries, right ? Please paste the output of $ ldd `which tilp` :) Thanks in advance, Lionel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3108746&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2010-11-17 08:26:27
|
Bugs item #3108746, was opened at 2010-11-13 19:35 Message generated for change (Comment added) made by da1hammer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3108746&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: da1hammer (da1hammer) Assigned to: Nobody/Anonymous (nobody) Summary: TiLP cannot open libticalcs2.so.8? Initial Comment: The error when tilp2 is run (as $ or #tilp): tilp: error while loading shared libraries: libticalcs2.so.8: cannot open shared object file: no such file or directory Since I have tried all I can think of, including compiling as root, plus looking up any related bugs, any help would be quite nice! By the way, my current system is Linux, fedora 12, x86_64, with the libs in /usr/local/libs (as I did make install using sudo). Thanks, Da1hammer ---------------------------------------------------------------------- >Comment By: da1hammer (da1hammer) Date: 2010-11-17 01:26 Message: Lionel, All fixed! It works well with my SilverLink (Graphlink) and TI86! One side note, I kept getting errno=11, and it seemed that it was not talking to the calculator, but the CLI kept saying ack. It turned out that the plug into the calculator was not shoved in all the way, even though it looked and felt like it was, and, what is worse, I had this same issue back in my Fedora 9 day (b4 my big 'hard drive erase event of Oct. '09), but did not remember such until just after hours of work on resolving this side issue (Yes, CFS/ME AKA 'yuppie flu' of mine probably got in the way, fogging my mind (which I also blame somewhat for the erasure event!). Anyway, I'm happy now -- Thanks so very much! Da1hammer PS. I use the calculator for sanity purposes and help with grades (of my wife) and finance, etc., so the download of Asm progs is so important, and since the wipe of the TI a few days ago, I needed so desperately to get it up and running, so that I could play around with it while I have my 'have to lay down' moments -- Thanks again! D1h. ---------------------------------------------------------------------- Comment By: da1hammer (da1hammer) Date: 2010-11-15 17:05 Message: Lionel, Thank you for your quick reply! In answer to your question, As for your requested information, I just decided to check the version using a dash capital V on the command line, and yes, it is Version 1.14, and The program activated! I am not sure what changed (I did reboot before trying to use the program), but I will now also upload what info it spit out in the In the gnome terminal 2.28.2. I uploaded as an attached file in the Attached file section below, and I shall upload again in just a bit. Thanks again, Da1hammer ---------------------------------------------------------------------- Comment By: da1hammer (da1hammer) Date: 2010-11-15 16:49 Message: Lionel, Thank you for your quick reply! As for your requested information, I uploaded as an attached file in the Attached file section below. Thanks again, Da1hammer ---------------------------------------------------------------------- Comment By: Lionel Debroux (debrouxl) Date: 2010-11-14 00:22 Message: Hello, >From the soname, I gather that you've compiled TILP II 1.14 + contemporary libraries, right ? Please paste the output of $ ldd `which tilp` :) Thanks in advance, Lionel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=3108746&group_id=18378 |
|
From: Jon S. <jon...@gm...> - 2010-08-29 17:54:55
|
I was planning to in my free time this school year to work on a cli replacement for gfm and I was wondering if we had the docs hosted on tilp.info or some such for people wishing to use them in their own projects. Thanks Jon Sturm. P.S. I also just wanted to get some activity on this ML. ;P |
|
From: SourceForge.net <no...@so...> - 2009-01-14 17:15:43
|
Bugs item #2507422, was opened at 2009-01-14 18:15 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=2507422&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: Philipp Thomas (pepys) Assigned to: Nobody/Anonymous (nobody) Summary: GFile declared by glib 2.18 Initial Comment: When trying to compile gfm for openSUSE factory, I get a compiler error because giotypes.h already declares GFile. I used the attached patch to rename GFile to GFMFile where ever it was used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2507422&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2009-01-02 14:49:25
|
Bugs item #2110885, was opened at 2008-09-14 22:49 Message generated for change (Settings changed) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2110885&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: Christoph Mach (cmach) >Assigned to: Romain Liévin (roms) Summary: Ti-Nspire - only the first action works Initial Comment: Hello, Itried once more to connect my Ti-Npire Handheld to my linux-desktop using tilp. The difficulties with my former attempts where posted in the open discussion forum with the title "no communication with Ti-Nspire". In the meantime I changed OS from Suse 10.? to Xubuntu Hardy on my pentium 3 pc (coppermine, Via motherboard). I compiled tilp from svn-sources without qt-support. The Ti-Nspire OS is version 1.4. Starting tilp a root only the first action (screenshot or dirlist) works the following give a warning: (tilp:32294): ticables-WARNING **: usb_bulk_read (No error). and nothin more happens. I attach the logs and the console output to this bug report. I would be very glad if there would be a solution. Greetings Christoph ---------------------------------------------------------------------- Comment By: Christoph Mach (cmach) Date: 2008-09-14 22:52 Message: File Added: ticables-log.hex ---------------------------------------------------------------------- Comment By: Christoph Mach (cmach) Date: 2008-09-14 22:52 Message: File Added: ticables-dbus.pkt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2110885&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-12-28 08:48:11
|
Bugs item #2146886, was opened at 2008-10-04 23:21 Message generated for change (Settings changed) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&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: Folco - (folco) >Assigned to: Romain Liévin (roms) Summary: Crash when auto-detecting device Initial Comment: I use Fedora 8 (i386) up-to-date, and all rpm up-to-date from repo.calcforge.org How to reproduce : - Launch TiLP2 - right click on "none -> null:#1 - first choice : "change device" - click on the "loupe" (at the right of "Don't know which device you have ? Click =>) KCrash handles now a crash. Backtrace : Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1208612640 (LWP 6559)] [KCrash handler] #6 ticables_cable_close (handle=0x0) at link_xxx.c:139 #7 0x00145f45 in ticalcs_cable_detach (handle=0x9b046f0) at ticalcs.c:294 #8 0x080594ea in tilp_device_close () at tilp_device.c:356 #9 0x080608bf in display_device_dbox () at device.c:393 #10 0x0548f409 in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #11 0x05481f83 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #12 0x0549248d in ?? () from /lib/libgobject-2.0.so.0 #13 0x05493997 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #14 0x05493b59 in g_signal_emit () from /lib/libgobject-2.0.so.0 #15 0x059435b9 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x057d0b8b in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x057cf66a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x09d68040 in ?? () #19 0x09d249f8 in ?? () #20 0x00000001 in ?? () #21 0x0549e891 in g_type_check_instance_cast () from /lib/libgobject-2.0.so.0 #22 0x057c2abc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x09d68040 in ?? () #24 0x09d258b0 in ?? () #25 0xbfc84598 in ?? () #26 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #27 0xbfc84830 in ?? () #28 0x09b3cb60 in ?? () #29 0xbfc84598 in ?? () #30 0x0547f2f1 in g_value_get_boxed () from /lib/libgobject-2.0.so.0 #31 0x057b7434 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x09d68040 in ?? () #33 0x09d258b0 in ?? () #34 0x09b3a0b0 in ?? () #35 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #36 0x057c2934 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x09b3cb60 in ?? () #38 0x09d68040 in ?? () #39 0x09b3a0b0 in ?? () #40 0xbfc8481c in ?? () #41 0x09b3d758 in ?? () #42 0xbfc84608 in ?? () #43 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #44 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #45 0xbfc8481c in ?? () #46 0xbfc84608 in ?? () #47 0x05480779 in ?? () from /lib/libgobject-2.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-07 18:15 Message: (sorry for previous messages, connexion problem...) I can reproduce this bug with an up-to-date Fedora 9 ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-12-28 08:47:59
|
Bugs item #2419708, was opened at 2008-12-12 07:45 Message generated for change (Comment added) made by roms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2419708&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: Jimmy Barts (jmz9466) >Assigned to: Romain Liévin (roms) Summary: Uninstalling Leads to Problems Initial Comment: After installing and uninstalling TiLP, The computer was no longer able to recognize my Ti84+ SE. Now, whenever I connect the calculator, the hardware wizard decides that I have new hardware and a popup dialogue box says "The file 'libusb0.sys' on Libusb-Win32 Driver Installation Disk is needed." A search of my harddrive shows that this file presently does not exist. I did not find this on the Windows XP Installation CD or the TI CD. Please help! I read on the internet that the file is usually in C:\WINDOWS\system32\drivers\ TI tech support doesn't know what's wrong. I'm running Windows XP SP2. Even if you don't know what's wrong, could you please tell me what TiLP does to the libusb0.sys file? Thank you! Please contact me at jm...@ya... ---------------------------------------------------------------------- >Comment By: Romain Liévin (roms) Date: 2008-12-28 09:47 Message: The libusb files are provided within the TiLP installer and are uncompressed into c:\Program Files\Common Files\LPG Shared\drivers\usb. If want to reinstall TiLP then you can pick-up/copy files from this location. If you want to reinstall Ti-Connect, you just have to launch the Ti-Connect installer. It will normally override TiLP installation settings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2419708&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-12-12 06:45:24
|
Bugs item #2419708, was opened at 2008-12-12 01: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=2419708&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: Jimmy Barts (jmz9466) Assigned to: Nobody/Anonymous (nobody) Summary: Uninstalling Leads to Problems Initial Comment: After installing and uninstalling TiLP, The computer was no longer able to recognize my Ti84+ SE. Now, whenever I connect the calculator, the hardware wizard decides that I have new hardware and a popup dialogue box says "The file 'libusb0.sys' on Libusb-Win32 Driver Installation Disk is needed." A search of my harddrive shows that this file presently does not exist. I did not find this on the Windows XP Installation CD or the TI CD. Please help! I read on the internet that the file is usually in C:\WINDOWS\system32\drivers\ TI tech support doesn't know what's wrong. I'm running Windows XP SP2. Even if you don't know what's wrong, could you please tell me what TiLP does to the libusb0.sys file? Thank you! Please contact me at jm...@ya... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2419708&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-10-07 16:15:19
|
Bugs item #2146886, was opened at 2008-10-04 23:21 Message generated for change (Comment added) made by folco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&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: Folco - (folco) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when auto-detecting device Initial Comment: I use Fedora 8 (i386) up-to-date, and all rpm up-to-date from repo.calcforge.org How to reproduce : - Launch TiLP2 - right click on "none -> null:#1 - first choice : "change device" - click on the "loupe" (at the right of "Don't know which device you have ? Click =>) KCrash handles now a crash. Backtrace : Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1208612640 (LWP 6559)] [KCrash handler] #6 ticables_cable_close (handle=0x0) at link_xxx.c:139 #7 0x00145f45 in ticalcs_cable_detach (handle=0x9b046f0) at ticalcs.c:294 #8 0x080594ea in tilp_device_close () at tilp_device.c:356 #9 0x080608bf in display_device_dbox () at device.c:393 #10 0x0548f409 in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #11 0x05481f83 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #12 0x0549248d in ?? () from /lib/libgobject-2.0.so.0 #13 0x05493997 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #14 0x05493b59 in g_signal_emit () from /lib/libgobject-2.0.so.0 #15 0x059435b9 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x057d0b8b in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x057cf66a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x09d68040 in ?? () #19 0x09d249f8 in ?? () #20 0x00000001 in ?? () #21 0x0549e891 in g_type_check_instance_cast () from /lib/libgobject-2.0.so.0 #22 0x057c2abc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x09d68040 in ?? () #24 0x09d258b0 in ?? () #25 0xbfc84598 in ?? () #26 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #27 0xbfc84830 in ?? () #28 0x09b3cb60 in ?? () #29 0xbfc84598 in ?? () #30 0x0547f2f1 in g_value_get_boxed () from /lib/libgobject-2.0.so.0 #31 0x057b7434 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x09d68040 in ?? () #33 0x09d258b0 in ?? () #34 0x09b3a0b0 in ?? () #35 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #36 0x057c2934 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x09b3cb60 in ?? () #38 0x09d68040 in ?? () #39 0x09b3a0b0 in ?? () #40 0xbfc8481c in ?? () #41 0x09b3d758 in ?? () #42 0xbfc84608 in ?? () #43 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #44 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #45 0xbfc8481c in ?? () #46 0xbfc84608 in ?? () #47 0x05480779 in ?? () from /lib/libgobject-2.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) ---------------------------------------------------------------------- >Comment By: Folco - (folco) Date: 2008-10-07 18:15 Message: (sorry for previous messages, connexion problem...) I can reproduce this bug with an up-to-date Fedora 9 ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-10-04 22:19:48
|
Bugs item #2146886, was opened at 2008-10-04 23:21 Message generated for change (Comment added) made by folco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&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: Folco - (folco) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when auto-detecting device Initial Comment: I use Fedora 8 (i386) up-to-date, and all rpm up-to-date from repo.calcforge.org How to reproduce : - Launch TiLP2 - right click on "none -> null:#1 - first choice : "change device" - click on the "loupe" (at the right of "Don't know which device you have ? Click =>) KCrash handles now a crash. Backtrace : Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1208612640 (LWP 6559)] [KCrash handler] #6 ticables_cable_close (handle=0x0) at link_xxx.c:139 #7 0x00145f45 in ticalcs_cable_detach (handle=0x9b046f0) at ticalcs.c:294 #8 0x080594ea in tilp_device_close () at tilp_device.c:356 #9 0x080608bf in display_device_dbox () at device.c:393 #10 0x0548f409 in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #11 0x05481f83 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #12 0x0549248d in ?? () from /lib/libgobject-2.0.so.0 #13 0x05493997 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #14 0x05493b59 in g_signal_emit () from /lib/libgobject-2.0.so.0 #15 0x059435b9 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x057d0b8b in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x057cf66a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x09d68040 in ?? () #19 0x09d249f8 in ?? () #20 0x00000001 in ?? () #21 0x0549e891 in g_type_check_instance_cast () from /lib/libgobject-2.0.so.0 #22 0x057c2abc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x09d68040 in ?? () #24 0x09d258b0 in ?? () #25 0xbfc84598 in ?? () #26 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #27 0xbfc84830 in ?? () #28 0x09b3cb60 in ?? () #29 0xbfc84598 in ?? () #30 0x0547f2f1 in g_value_get_boxed () from /lib/libgobject-2.0.so.0 #31 0x057b7434 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x09d68040 in ?? () #33 0x09d258b0 in ?? () #34 0x09b3a0b0 in ?? () #35 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #36 0x057c2934 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x09b3cb60 in ?? () #38 0x09d68040 in ?? () #39 0x09b3a0b0 in ?? () #40 0xbfc8481c in ?? () #41 0x09b3d758 in ?? () #42 0xbfc84608 in ?? () #43 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #44 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #45 0xbfc8481c in ?? () #46 0xbfc84608 in ?? () #47 0x05480779 in ?? () from /lib/libgobject-2.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) ---------------------------------------------------------------------- >Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-10-04 22:12:55
|
Bugs item #2146886, was opened at 2008-10-04 23:21 Message generated for change (Comment added) made by folco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&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: Folco - (folco) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when auto-detecting device Initial Comment: I use Fedora 8 (i386) up-to-date, and all rpm up-to-date from repo.calcforge.org How to reproduce : - Launch TiLP2 - right click on "none -> null:#1 - first choice : "change device" - click on the "loupe" (at the right of "Don't know which device you have ? Click =>) KCrash handles now a crash. Backtrace : Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1208612640 (LWP 6559)] [KCrash handler] #6 ticables_cable_close (handle=0x0) at link_xxx.c:139 #7 0x00145f45 in ticalcs_cable_detach (handle=0x9b046f0) at ticalcs.c:294 #8 0x080594ea in tilp_device_close () at tilp_device.c:356 #9 0x080608bf in display_device_dbox () at device.c:393 #10 0x0548f409 in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #11 0x05481f83 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #12 0x0549248d in ?? () from /lib/libgobject-2.0.so.0 #13 0x05493997 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #14 0x05493b59 in g_signal_emit () from /lib/libgobject-2.0.so.0 #15 0x059435b9 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x057d0b8b in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x057cf66a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x09d68040 in ?? () #19 0x09d249f8 in ?? () #20 0x00000001 in ?? () #21 0x0549e891 in g_type_check_instance_cast () from /lib/libgobject-2.0.so.0 #22 0x057c2abc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x09d68040 in ?? () #24 0x09d258b0 in ?? () #25 0xbfc84598 in ?? () #26 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #27 0xbfc84830 in ?? () #28 0x09b3cb60 in ?? () #29 0xbfc84598 in ?? () #30 0x0547f2f1 in g_value_get_boxed () from /lib/libgobject-2.0.so.0 #31 0x057b7434 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x09d68040 in ?? () #33 0x09d258b0 in ?? () #34 0x09b3a0b0 in ?? () #35 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #36 0x057c2934 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x09b3cb60 in ?? () #38 0x09d68040 in ?? () #39 0x09b3a0b0 in ?? () #40 0xbfc8481c in ?? () #41 0x09b3d758 in ?? () #42 0xbfc84608 in ?? () #43 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #44 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #45 0xbfc8481c in ?? () #46 0xbfc84608 in ?? () #47 0x05480779 in ?? () from /lib/libgobject-2.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) ---------------------------------------------------------------------- >Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-10-04 21:27:11
|
Bugs item #2146886, was opened at 2008-10-04 23:21 Message generated for change (Comment added) made by folco You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&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: Folco - (folco) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when auto-detecting device Initial Comment: I use Fedora 8 (i386) up-to-date, and all rpm up-to-date from repo.calcforge.org How to reproduce : - Launch TiLP2 - right click on "none -> null:#1 - first choice : "change device" - click on the "loupe" (at the right of "Don't know which device you have ? Click =>) KCrash handles now a crash. Backtrace : Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1208612640 (LWP 6559)] [KCrash handler] #6 ticables_cable_close (handle=0x0) at link_xxx.c:139 #7 0x00145f45 in ticalcs_cable_detach (handle=0x9b046f0) at ticalcs.c:294 #8 0x080594ea in tilp_device_close () at tilp_device.c:356 #9 0x080608bf in display_device_dbox () at device.c:393 #10 0x0548f409 in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #11 0x05481f83 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #12 0x0549248d in ?? () from /lib/libgobject-2.0.so.0 #13 0x05493997 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #14 0x05493b59 in g_signal_emit () from /lib/libgobject-2.0.so.0 #15 0x059435b9 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x057d0b8b in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x057cf66a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x09d68040 in ?? () #19 0x09d249f8 in ?? () #20 0x00000001 in ?? () #21 0x0549e891 in g_type_check_instance_cast () from /lib/libgobject-2.0.so.0 #22 0x057c2abc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x09d68040 in ?? () #24 0x09d258b0 in ?? () #25 0xbfc84598 in ?? () #26 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #27 0xbfc84830 in ?? () #28 0x09b3cb60 in ?? () #29 0xbfc84598 in ?? () #30 0x0547f2f1 in g_value_get_boxed () from /lib/libgobject-2.0.so.0 #31 0x057b7434 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x09d68040 in ?? () #33 0x09d258b0 in ?? () #34 0x09b3a0b0 in ?? () #35 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #36 0x057c2934 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x09b3cb60 in ?? () #38 0x09d68040 in ?? () #39 0x09b3a0b0 in ?? () #40 0xbfc8481c in ?? () #41 0x09b3d758 in ?? () #42 0xbfc84608 in ?? () #43 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #44 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #45 0xbfc8481c in ?? () #46 0xbfc84608 in ?? () #47 0x05480779 in ?? () from /lib/libgobject-2.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) ---------------------------------------------------------------------- >Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- Comment By: Folco - (folco) Date: 2008-10-04 23:24 Message: Mistake : It doesn't crash when detecting the device !!! "Done !" is dislpayed normally. It crashes when I click the "OK" button. Sorry... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-10-04 21:26:03
|
Bugs item #2146886, was opened at 2008-10-04 23: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=2146886&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: Folco - (folco) Assigned to: Nobody/Anonymous (nobody) Summary: Crash when auto-detecting device Initial Comment: I use Fedora 8 (i386) up-to-date, and all rpm up-to-date from repo.calcforge.org How to reproduce : - Launch TiLP2 - right click on "none -> null:#1 - first choice : "change device" - click on the "loupe" (at the right of "Don't know which device you have ? Click =>) KCrash handles now a crash. Backtrace : Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1208612640 (LWP 6559)] [KCrash handler] #6 ticables_cable_close (handle=0x0) at link_xxx.c:139 #7 0x00145f45 in ticalcs_cable_detach (handle=0x9b046f0) at ticalcs.c:294 #8 0x080594ea in tilp_device_close () at tilp_device.c:356 #9 0x080608bf in display_device_dbox () at device.c:393 #10 0x0548f409 in g_cclosure_marshal_VOID__VOID () from /lib/libgobject-2.0.so.0 #11 0x05481f83 in g_closure_invoke () from /lib/libgobject-2.0.so.0 #12 0x0549248d in ?? () from /lib/libgobject-2.0.so.0 #13 0x05493997 in g_signal_emit_valist () from /lib/libgobject-2.0.so.0 #14 0x05493b59 in g_signal_emit () from /lib/libgobject-2.0.so.0 #15 0x059435b9 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x057d0b8b in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x057cf66a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x09d68040 in ?? () #19 0x09d249f8 in ?? () #20 0x00000001 in ?? () #21 0x0549e891 in g_type_check_instance_cast () from /lib/libgobject-2.0.so.0 #22 0x057c2abc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x09d68040 in ?? () #24 0x09d258b0 in ?? () #25 0xbfc84598 in ?? () #26 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #27 0xbfc84830 in ?? () #28 0x09b3cb60 in ?? () #29 0xbfc84598 in ?? () #30 0x0547f2f1 in g_value_get_boxed () from /lib/libgobject-2.0.so.0 #31 0x057b7434 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x09d68040 in ?? () #33 0x09d258b0 in ?? () #34 0x09b3a0b0 in ?? () #35 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #36 0x057c2934 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x09b3cb60 in ?? () #38 0x09d68040 in ?? () #39 0x09b3a0b0 in ?? () #40 0xbfc8481c in ?? () #41 0x09b3d758 in ?? () #42 0xbfc84608 in ?? () #43 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #44 0x054b8674 in ?? () from /lib/libgobject-2.0.so.0 #45 0xbfc8481c in ?? () #46 0xbfc84608 in ?? () #47 0x05480779 in ?? () from /lib/libgobject-2.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2146886&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-09-14 20:52:39
|
Bugs item #2110885, was opened at 2008-09-14 22:49 Message generated for change (Comment added) made by cmach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2110885&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: Christoph Mach (cmach) Assigned to: Nobody/Anonymous (nobody) Summary: Ti-Nspire - only the first action works Initial Comment: Hello, Itried once more to connect my Ti-Npire Handheld to my linux-desktop using tilp. The difficulties with my former attempts where posted in the open discussion forum with the title "no communication with Ti-Nspire". In the meantime I changed OS from Suse 10.? to Xubuntu Hardy on my pentium 3 pc (coppermine, Via motherboard). I compiled tilp from svn-sources without qt-support. The Ti-Nspire OS is version 1.4. Starting tilp a root only the first action (screenshot or dirlist) works the following give a warning: (tilp:32294): ticables-WARNING **: usb_bulk_read (No error). and nothin more happens. I attach the logs and the console output to this bug report. I would be very glad if there would be a solution. Greetings Christoph ---------------------------------------------------------------------- >Comment By: Christoph Mach (cmach) Date: 2008-09-14 22:52 Message: File Added: ticables-log.hex ---------------------------------------------------------------------- Comment By: Christoph Mach (cmach) Date: 2008-09-14 22:52 Message: File Added: ticables-dbus.pkt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2110885&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-09-14 20:51:55
|
Bugs item #2110885, was opened at 2008-09-14 22:49 Message generated for change (Comment added) made by cmach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2110885&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: Christoph Mach (cmach) Assigned to: Nobody/Anonymous (nobody) Summary: Ti-Nspire - only the first action works Initial Comment: Hello, Itried once more to connect my Ti-Npire Handheld to my linux-desktop using tilp. The difficulties with my former attempts where posted in the open discussion forum with the title "no communication with Ti-Nspire". In the meantime I changed OS from Suse 10.? to Xubuntu Hardy on my pentium 3 pc (coppermine, Via motherboard). I compiled tilp from svn-sources without qt-support. The Ti-Nspire OS is version 1.4. Starting tilp a root only the first action (screenshot or dirlist) works the following give a warning: (tilp:32294): ticables-WARNING **: usb_bulk_read (No error). and nothin more happens. I attach the logs and the console output to this bug report. I would be very glad if there would be a solution. Greetings Christoph ---------------------------------------------------------------------- >Comment By: Christoph Mach (cmach) Date: 2008-09-14 22:52 Message: File Added: ticables-dbus.pkt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2110885&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-09-14 20:49:45
|
Bugs item #2110885, was opened at 2008-09-14 22:49 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=2110885&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: Christoph Mach (cmach) Assigned to: Nobody/Anonymous (nobody) Summary: Ti-Nspire - only the first action works Initial Comment: Hello, Itried once more to connect my Ti-Npire Handheld to my linux-desktop using tilp. The difficulties with my former attempts where posted in the open discussion forum with the title "no communication with Ti-Nspire". In the meantime I changed OS from Suse 10.? to Xubuntu Hardy on my pentium 3 pc (coppermine, Via motherboard). I compiled tilp from svn-sources without qt-support. The Ti-Nspire OS is version 1.4. Starting tilp a root only the first action (screenshot or dirlist) works the following give a warning: (tilp:32294): ticables-WARNING **: usb_bulk_read (No error). and nothin more happens. I attach the logs and the console output to this bug report. I would be very glad if there would be a solution. Greetings Christoph ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=2110885&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-04-26 16:05:28
|
Bugs item #1952327, was opened at 2008-04-26 11:05 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=1952327&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: Dan Mazzei (sehku17) Assigned to: Nobody/Anonymous (nobody) Summary: Have to run as root? Initial Comment: The program will not recognize my device unless I run it as root using sudo. I am using Mint 4.0, based on Ubuntu 7.10 (with the same kernel [2.6.22.14-generic]). It seems that it should have permissions to detect a USB device even if I am not root. Using a TI 84+ Silver Edition connected via USB. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=118378&aid=1952327&group_id=18378 |
|
From: SourceForge.net <no...@so...> - 2008-04-06 16:31:34
|
Bugs item #1885785, was opened at 2008-02-03 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=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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: WelshSage (welshsage) >Assigned to: Romain Liévin (roms) 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: Romain Liévin (roms) Date: 2008-04-06 18:31 Message: Logged In: YES user_id=136160 Originator: NO I took a look at code: the variables is well defined in nsp_vpkt.c and is declared once in nsp_vpkt.h. The use of the 'extern' keyword is optional. Thus, there is no reason that compiler/linker breaks on this file. Anyways, I merged your fix. Thanks. ---------------------------------------------------------------------- Comment By: rdm0 (rdm0) Date: 2008-04-05 20:54 Message: Logged In: YES user_id=1664697 Originator: NO My suspicion is that some other compilers/linkers are 'more forgiving' when confronted with two variables of identical type, making the assumption that they're really the same variable -- but generating a warning. Apparently, the implementation on the Mac is 'less forgiving', and generates a hard error. Make no mistake, this IS an error. You can define any variable only once. You can declare it in other places and use it, but clearly the storage must be made in only one location. The 'extern' simply turns the one 'definition' to a 'declaration', saying it's referring to the variable defined elsewhere. Most variables in header (.h) files are declared, not defined. It's just an obvious error that warning the user about it and then doing the 'obvious' solution apparently occurs for users of compilers/linkers of other platforms. At least, that's my guess. [I admit I didn't verify if tilp uses this particular libticalcs2-1.1.0 or not. I know tiemu does.] ---------------------------------------------------------------------- Comment By: m1ss1ontomars (m1ss1ontomars) Date: 2008-04-05 19:20 Message: Logged In: YES user_id=1976087 Originator: NO Ahh there we go. I didn't look quite so carefully, but that solves the compiling problem. I don't have an Nspire, so I can't test it. However, this shouldn't be a problem with tilp, as it doesn't depend on libticalcs2...does it? Also, is there a reason why the same code apparently builds successfully on other platforms? ---------------------------------------------------------------------- Comment By: rdm0 (rdm0) Date: 2008-04-05 08:48 Message: Logged In: YES user_id=1664697 Originator: NO If one examines the files in libticalcs2-1.1.0/src, you will find these two lines on lines 68 and 69 of nsp_vpkt.h: uint16_t nsp_src_port; uint16_t nsp_dst_port; You will find these two lines on lines 110 and 111 of nsp_vpkt.c: uint16_t nsp_src_port = 0x8001; uint16_t nsp_dst_port = PORT_ADDR_REQUEST; This is, indeed, a case of multiple definition of the variables, and causes the linker to fail. If you change the lines 68 and 69 in nsp_vpkt.h (.h, not .c !) to: extern uint16_t nsp_src_port; extern uint16_t nsp_dst_port; then libticalcs2-1.1.0 will configure and make without the linker errors. Whoever is in charge of libticalcs2 should correct this file, as multiple people have reported this error with tilp2, tilp, and tiemu. ---------------------------------------------------------------------- Comment By: m1ss1ontomars (m1ss1ontomars) Date: 2008-03-28 18: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-24 06: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-04-05 18:54:53
|
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-04-05 11:54 Message: Logged In: YES user_id=1664697 Originator: NO My suspicion is that some other compilers/linkers are 'more forgiving' when confronted with two variables of identical type, making the assumption that they're really the same variable -- but generating a warning. Apparently, the implementation on the Mac is 'less forgiving', and generates a hard error. Make no mistake, this IS an error. You can define any variable only once. You can declare it in other places and use it, but clearly the storage must be made in only one location. The 'extern' simply turns the one 'definition' to a 'declaration', saying it's referring to the variable defined elsewhere. Most variables in header (.h) files are declared, not defined. It's just an obvious error that warning the user about it and then doing the 'obvious' solution apparently occurs for users of compilers/linkers of other platforms. At least, that's my guess. [I admit I didn't verify if tilp uses this particular libticalcs2-1.1.0 or not. I know tiemu does.] ---------------------------------------------------------------------- Comment By: m1ss1ontomars (m1ss1ontomars) Date: 2008-04-05 10:20 Message: Logged In: YES user_id=1976087 Originator: NO Ahh there we go. I didn't look quite so carefully, but that solves the compiling problem. I don't have an Nspire, so I can't test it. However, this shouldn't be a problem with tilp, as it doesn't depend on libticalcs2...does it? Also, is there a reason why the same code apparently builds successfully on other platforms? ---------------------------------------------------------------------- Comment By: rdm0 (rdm0) Date: 2008-04-04 23:48 Message: Logged In: YES user_id=1664697 Originator: NO If one examines the files in libticalcs2-1.1.0/src, you will find these two lines on lines 68 and 69 of nsp_vpkt.h: uint16_t nsp_src_port; uint16_t nsp_dst_port; You will find these two lines on lines 110 and 111 of nsp_vpkt.c: uint16_t nsp_src_port = 0x8001; uint16_t nsp_dst_port = PORT_ADDR_REQUEST; This is, indeed, a case of multiple definition of the variables, and causes the linker to fail. If you change the lines 68 and 69 in nsp_vpkt.h (.h, not .c !) to: extern uint16_t nsp_src_port; extern uint16_t nsp_dst_port; then libticalcs2-1.1.0 will configure and make without the linker errors. Whoever is in charge of libticalcs2 should correct this file, as multiple people have reported this error with tilp2, tilp, and tiemu. ---------------------------------------------------------------------- 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-04-05 17:20:46
|
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-04-05 10:20 Message: Logged In: YES user_id=1976087 Originator: NO Ahh there we go. I didn't look quite so carefully, but that solves the compiling problem. I don't have an Nspire, so I can't test it. However, this shouldn't be a problem with tilp, as it doesn't depend on libticalcs2...does it? Also, is there a reason why the same code apparently builds successfully on other platforms? ---------------------------------------------------------------------- Comment By: rdm0 (rdm0) Date: 2008-04-04 23:48 Message: Logged In: YES user_id=1664697 Originator: NO If one examines the files in libticalcs2-1.1.0/src, you will find these two lines on lines 68 and 69 of nsp_vpkt.h: uint16_t nsp_src_port; uint16_t nsp_dst_port; You will find these two lines on lines 110 and 111 of nsp_vpkt.c: uint16_t nsp_src_port = 0x8001; uint16_t nsp_dst_port = PORT_ADDR_REQUEST; This is, indeed, a case of multiple definition of the variables, and causes the linker to fail. If you change the lines 68 and 69 in nsp_vpkt.h (.h, not .c !) to: extern uint16_t nsp_src_port; extern uint16_t nsp_dst_port; then libticalcs2-1.1.0 will configure and make without the linker errors. Whoever is in charge of libticalcs2 should correct this file, as multiple people have reported this error with tilp2, tilp, and tiemu. ---------------------------------------------------------------------- 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-04-05 06:48:11
|
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-04-04 23:48 Message: Logged In: YES user_id=1664697 Originator: NO If one examines the files in libticalcs2-1.1.0/src, you will find these two lines on lines 68 and 69 of nsp_vpkt.h: uint16_t nsp_src_port; uint16_t nsp_dst_port; You will find these two lines on lines 110 and 111 of nsp_vpkt.c: uint16_t nsp_src_port = 0x8001; uint16_t nsp_dst_port = PORT_ADDR_REQUEST; This is, indeed, a case of multiple definition of the variables, and causes the linker to fail. If you change the lines 68 and 69 in nsp_vpkt.h (.h, not .c !) to: extern uint16_t nsp_src_port; extern uint16_t nsp_dst_port; then libticalcs2-1.1.0 will configure and make without the linker errors. Whoever is in charge of libticalcs2 should correct this file, as multiple people have reported this error with tilp2, tilp, and tiemu. ---------------------------------------------------------------------- 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 19:52:51
|
Bugs item #1898449, was opened at 2008-02-21 06:33 Message generated for change (Settings changed) 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: Closed >Resolution: Works For Me 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-28 20:52 Message: Logged In: YES user_id=136160 Originator: NO No file received yet... So, I picked up a random file from ticalc.org archives (ti86/sciences/astimer.zip), uncompressed it, sent it to an TI86 and it worked. => bug closed unless you reopen it. ---------------------------------------------------------------------- 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 |
379 messages has been excluded from this view by a project administrator.
