Omnimaga

Calculator Community => Other Calc-Related Projects and Ideas => Topic started by: Lionel Debroux on January 22, 2010, 01:30:22 pm

Title: TILP: beta-testing...
Post by: Lionel Debroux on January 22, 2010, 01:30:22 pm
I have uploaded at http://lpg.ticalc.org/prj_tilp/download/setup.exe a pre-version (for Windows, obviously :D) of TILP II 1.14, for beta-testing :)
(*nix users can try http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh , start by looking inside the script)
Even if I'm trying to get myself the necessary infrastructure for being a decent (co-)maintainer (bought a 89T, a 83+SE and a SilverLink), it's necessary to perform wider and deeper testing than just what I did on my Vista x86 and Seven x64 VMs ;)
In particular, I can see driver trouble on Seven x64 (complains about unsigned drivers) but not under Vista x86. I can also see that unless the UAC is completely disabled (baaaaad !), Seven forbids TILP to write tilp.ini => need to improve this (by changing the location, probably).

Since TILP II 1.13, visible changes are TI-68k bugfixes (especially for PedroM), and important bugfixes for TI-Z80 (TI-Connect is now much happier with files and groups created by TILP). TILP keeps supporting, in a transparent way, the incorrect groups created by previous versions. I think I fixed a build/packaging problem that makes TILP II 1.13 not work for many users.

This test version was compiled with MSVC 2008 and GTK+ 2.12.9 (such was the result of a multi-forum poll one year ago: 9x/ME/NT4 support is no longer guaranteed).
Therefore, you have to install the VC++ 2008 Redistributable Package ( http://www.microsoft.com/downloads/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf ) if you don't have it yet. I hope to find a working MSVC 6, so as to remove that dependency.

A small limitation in this test version: no French locale. Not that most of those who read this board care, though.


Thanks in advance ;)
Title: Re: TILP: beta-testing...
Post by: simplethinker on January 22, 2010, 01:38:14 pm
Sounds good :)  I'll try this out as soon as I can.
Title: Re: TILP: beta-testing...
Post by: Silver Shadow on January 22, 2010, 01:41:53 pm
"much better interoperability with TI-Connect"

Does this mean both of them will work simultaneously?
Title: Re: TILP: beta-testing...
Post by: simplethinker on January 22, 2010, 02:26:26 pm
"much better interoperability with TI-Connect"

Does this mean both of them will work simultaneously?
I believe he means files retrieved using TI-Connect can be sent using TiLP and vice-versa.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on January 22, 2010, 02:52:01 pm
Nice to see a pre-made executable for Windows finally ^^

I wonder if it will also work with TI-Graph Link (or older TI-Connect versions) 8xg files? For example, starting in TI-Connect 1.5, they changed the compatible 8xg format and most of my old games, when sent as group to the calc, have the first file in them corrupted when ungrouping. The sad thing is that afterward, most emulator authors copied that, so these group files won't work properly in PindurTI, for example.

If you take The Reign Of Legends 3, the launching program, after ungrouped on calc after sending it with TI-Connect 1.5 or higher, will give an ERR:UNDEFINED when being ran. If you check the MEM menu, it will take about 10-12 bytes. Archiving it will give an error too and trying to delete it will crash the calc and RAM clear.

EDIT: note, for newer members over here, I am talking about the TI-Graph Link software, not the cable. It was basically TI-Connect's ancestor back in the late '90s until 2001, but also included a program editor.
Title: Re: TILP: beta-testing...
Post by: ztrumpet on January 22, 2010, 04:14:06 pm
EDIT: note, for newer members over here, I am talking about the TI-Graph Link software, not the cable. It was basically TI-Connect's ancestor back in the late '90s until 2001, but also included a program editor.
I'm new, but at my school we have three things for calcs: Ti Connect to transfer, Ti Flash Debugger to emulate, and Ti Graphlink for a program editor. (I'm not sure where I'm going with this, but I figured I'd show that it's still being used.)

How soes Tilp work with the Ti86?  I'm having problems with it and Ti Connect 1.5, so I'd like to find something that will work.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on January 23, 2010, 02:02:18 am
TILP is supposed to support the TI-86 indeed... but, er, this model has become uncommon (and none of the maintainers has one to test, AFAIK), so while no changes to TI-86 support code have been performed in a while, we can't completely eliminate the possibility that it does not work properly, until someone tries :)
Title: Re: TILP: beta-testing...
Post by: Geekboy1011 on January 23, 2010, 10:44:33 am
any reason/need to test with x64 windows seven ?
Title: Re: TILP: beta-testing...
Post by: Galandros on January 23, 2010, 12:02:23 pm
Great effort you show by buying some calcs to test this. You are awesome.

New tilp version! That is amazing. I will (try to) reinstall on Linux and retest.

Does this version allows to keep both TI-Connect and Tilp installed? (I think since they use different drivers, it is not very viable)
And it would be great if tilp accepted all the versions of group file that DJ wrote about.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on January 23, 2010, 12:32:21 pm
Quote
any reason/need to test with x64 windows seven ?
Yes :)
It would be great if we had test reports for all XP and later versions, on both 32-bit and 64-bit versions (well, 64-bit XP is infrequent and XP has few 64-bit drivers anyway, so that one is not vital), since the drivers are different, and so are the driver signature requirements.

Quote
Does this version allows to keep both TI-Connect and Tilp installed? (I think since they use different drivers, it is not very viable)
No, not better than the previous versions, because Windows doesn't like having two drivers for the same thing, AFAIK.

Quote
And it would be great if tilp accepted all the versions of group file that DJ wrote about.
I agree on the principle, but I feel that this kind of new features is post-1.14 stuff ;)
Title: Re: TILP: beta-testing...
Post by: Geekboy1011 on January 23, 2010, 01:08:55 pm
alright il get some batteries for my spare calc and give it a try :)


so basially messs around with making and using groups and such ?

Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on January 23, 2010, 03:05:25 pm
For the TI-Graph Link group glitching, it is not a hurry, personally, because ungrouping the group on the computer then sending each files individually fixed it. The only real issue someoen would encounter is if the group contained a lot of hacked pictures variable (11 through 255), which can't all be ungrouped on anything older than Vista
Title: Re: TILP: beta-testing...
Post by: Geekboy1011 on January 23, 2010, 03:37:12 pm
ok well i tested this on x64 windows 7 amd athelon

and i found that it just lock up when i try to select ready? or dirlist

i have 2 84+se and they both do it

there is also the problem stated in teh first post so i am also doing this under teh driver compatability option thing

im not sure if any of the other features work as i can not get vti to work and i don not own any other calculators to try this with

so yeah thats my 2 cence so far :P
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on January 24, 2010, 05:17:14 am
I think that Seven x64 (which is bound to become the most deployed version in several years...) is going to be a pain.
Title: Re: TILP: beta-testing...
Post by: Geekboy1011 on January 24, 2010, 09:57:39 am
agreed so far i love it but compatability issues suck

eg dont install libusb32 as there drivers areent microsoft verified i had to do a system restore this morning to get my wifi card working again cause it apparently uses libusb0.sys   

so word of warning back up thoe drivers if you have win7x64 and have disabled system restore
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on January 24, 2010, 01:51:15 pm
Just to mention we have talked about that on #omnimaga. Weird.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on January 24, 2010, 03:14:55 pm
I am getting a new computer in February, but I have no clue which version of Windows I should choose. I heard Windows 7 takes less ressources than Vista, but some games still won't run on it. I also heard that 32 bit runs fewer games than 64 bit Windows 7. But if I use 64, will I have problems with TiLP and the like? ???
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on January 25, 2010, 03:42:16 am
1) you should definitely choose Seven over Vista, Seven is a much better product;
2) in order to make your purchase more future-proof, you should definitely choose the 64-bit version.

However, TILP, and in general all programs that use unsigned drivers, will be somewhat cumbersome to use on Seven 64-bit (supposedly less so on 32-bit). Either you have to manually enable support for unsigned drivers on each boot (!), or you have to use programs such as http://www.blogsdna.com/2775/install-unsigned-drivers-on-windows-7-vista-with-driver-signature-enforcement-overrider.htm .
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on January 25, 2010, 04:16:15 am
Cool thanks for the info. ^^
Title: Re: TILP: beta-testing...
Post by: mapar007 on January 25, 2010, 11:51:27 am
You should use Linux  ;D

No, seriously: if I were to buy a windows OS, I'd go for the seven as well.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on January 25, 2010, 02:23:52 pm
Lol, I had thoughts about switching to Linux but only to some conditions:

1) No dual-booting. I lost track of how many of my online friends who ended up breaking their windows install due to Linux glitching up or vice versa on their machine. Even some Linux junkies had similar trouble. I'm not taking any chance here because I'm not computer litterate.

2) Keeping a computer at home that has Windows installed. I'm not going to completly switch to Linux, because I keep hearing people complaining that they cannot find softwares for what they want to do under Linux, or they're very buggy. As I also play online games sometimes, Wine may not always be reliable *cough*Starcraft BattleNET*cough*. Another issue is that certain Windows programs don't run properly in Wine, such as RPG Maker database editor menus (I forgot which version of RPG Maker. I would need to ask Tribal).

So basically, until I get a new PC (and back up my projects/work on the new one), I'm not planning to use Linux on this old machine. Also I will most likely start with Ubuntu as it is supposedly user-friendly.
Title: Re: TILP: beta-testing...
Post by: Builderboy on January 25, 2010, 02:27:52 pm
Our family tried switching to ubuntu once.  It took very little ram/memory, however for some reason Internet browsing was incredibly slow.  Eventualy we went back to XP, and when I got my laptop, I got vista.  I had little to no comparability problems, and when I switched to win7 pretty much all of them went away :)
Title: Re: TILP: beta-testing...
Post by: Eeems on January 25, 2010, 02:32:58 pm
lol, well we have two vista's and three XP's and I can't wait to get my own laptop so I can install windows 7 and some version of unix on it :p
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on January 25, 2010, 02:35:10 pm
I can't wait until I can install Linux on my TI-Nspire as well as TiLP...erm wait!
Title: Re: TILP: beta-testing...
Post by: Geekboy1011 on January 25, 2010, 03:33:34 pm
on a side note about the http://www.blogsdna.com/2775/install-unsigned-drivers-on-windows-7-vista-with-driver-signature-enforcement-overrider.htm  the program on this makes a annoying test mode thing in the bottom corner and is also a pita to get working at first it takes a lot of patience as you have to disable saftey checks then reboot
then patch the drivers reboot
then activate test mode reboot
and then it should be working  :)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on January 25, 2010, 11:31:46 pm
aaah ok x.x
Title: Re: TILP: beta-testing...
Post by: Galandros on January 26, 2010, 09:24:16 am
Ubuntu is easy to install and multi boot.
And it deserves applauses of the changes in user friendliness from 8.10 to 9.10. It is easier to get used to most things (like you will not miss the "My Computer" shortcut like before).
 I should write a complete starter Linux tutorial. Some of the things it would include is getting used to the file system, command line, shell scripting (helps a lot) and getting used to superuser (root), users and make files executable. Surprisingly I think Linux command line is easier and scripts look better than of Windows (XP). It has other great features that once you get used, is a bit hard to get into Windows again. ;D
I think I am practical enough to understand most starters problems (most of them I have to get pass through, too) but good in computers to get enough knowledge to share with tutorials and explanation.

I have Ubuntu, Windows 7 and Windows XP in a single computer. It is weird to get into Windows XP, I need to choose in 3 menus. :P
The only change I need to do after install Ubuntu was getting into BIOS and change the hard drive (not partition) where it boots. I though at first that had screwed the boot.
PS: sorry all the things you, possibly, can't understand yet...
Title: Re: TILP: beta-testing...
Post by: Tribal on January 31, 2010, 03:02:14 pm
...
2) Keeping a computer at home that has Windows installed. I'm not going to completely switch to Linux, because I keep hearing people complaining that they cannot find softwares for what they want to do under Linux, or they're very buggy. As I also play online games sometimes, Wine may not always be reliable *cough*Starcraft BattleNET*cough*. Another issue is that certain Windows programs don't run properly in Wine, such as RPG Maker database editor menus (I forgot which version of RPG Maker. I would need to ask Tribal).
...

Just so you know, the version I tried getting to work was VX. I'm not sure if any of the others work or not, didn't really attempt them.

on a side note about the http://www.blogsdna.com/2775/install-unsigned-drivers-on-windows-7-vista-with-driver-signature-enforcement-overrider.htm  the program on this makes a annoying test mode thing in the bottom corner and is also a pita to get working at first it takes a lot of patience as you have to disable safety checks then reboot
...

That's part of the reason I preferred to just disable the enforcement on boot, I really didn't want that there ;)

Agreeing with Galandros, Ubuntu is really easy to install and multi-boot with, the only problem I have with it is the shear fact that it comes pre-installed with a bunch of stuff I really don't need or want in the first place. I had thoughts of trying minibuntu(or whatever it's called) but it didn't have a 64-bit version, which I wanted for best performance out of my laptop. In any case it is still a good choice for someone with little knowledge about the linux operating system.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on February 19, 2010, 02:19:39 pm
It's been nearly one month since the previous build. I have now uploaded at http://lpg.ticalc.org/prj_tilp/download/setup.exe (http://lpg.ticalc.org/prj_tilp/download/setup.exe) a new pre-version of TILP II 1.14 :)

This build fixes the main annoyances of the previous build (well, those that can be fixed on the TILP side - the driver signing requirement on at least Seven x64 is still there, obviously, and will remain): it does not depend on the MSVC 2008 runtime anymore, it automatically downloads the appropriate GTK+ version. And it can speak French, too.

This build also integrates the new feature that was announced in another public place of the community: DirectLink USB ROM dumping for 84+(SE) calculators, courtesy of Brandon Wilson. Another word of thanks goes to Benjamin Moody, who saved me some time setting up everything for cross-MinGW to properly build TILP.
No more changes are planned until the release (pretty soon), it's in bug-fixing mode (and in quick, unimportant things such as Changelog file updates). So please give it a good testing, thanks in advance ;)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on February 19, 2010, 02:55:55 pm
nice to hear, btw I didn't download yet but will instructions on how to get it to work on most new Windows installs be included? For example, my new comp has Windows 7 x64 so I will obviously have trouble with drivers since I never dealt with this before. And less dependencies such as MSVC 2008 is always good. Btw, for GTK+, will we be able to continue using TiEmu, TilEm and GIMP when TiLP is installed? I remember conflicts between GIMP and TiEmu because both used different GTK versions and were very dependent on theirs, in the past. If I wanted to do image editing, for example, I had to redownload and install the required GIMP GTK build, then when usign TiEmu I had to redowload the appropriate one, and had to repeat all the time, which got annoying and I eventually gave up and went back to Virtual TI and Photofiltre (altough now I got PF Studio, which is pretty good)
Title: Re: TILP: beta-testing...
Post by: Galandros on February 19, 2010, 04:15:37 pm
The USB romdump is excellent. Now many people can get their roms.

I got mine by getting a SilverLink from someone.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on February 20, 2010, 02:08:02 pm
Quote
but will instructions on how to get it to work on most new Windows installs be included? For example, my new comp has Windows 7 x64 so I will obviously have trouble with drivers since I never dealt with this before.
Yes, such instructions will be included :)

Quote
Btw, for GTK+, will we be able to continue using TiEmu, TilEm and GIMP when TiLP is installed?
TheStorm / Jonimus recently reported success launching TILP with GIMP's GTK.
It would be great if you could make a system restore point before installing TILP (without installing the GTK+ it suggests), and double-test for yourself :)

Quote
The USB romdump is excellent. Now many people can get their roms.
Yeah, we have to thank Brandon for this.
Title: Re: TILP: beta-testing...
Post by: Galandros on March 14, 2010, 04:41:34 pm
I successfully installed the latest setup.exe in Windows 7. It seems to work all right because I received files. But my Windows 7 expired.

I also reinstalled in Linux from the svn. I will test it. ;)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 08, 2010, 03:20:19 pm
I have now uploaded the sources of TILP II 1.14, GFM 1.0.4 and associated libraries :)

Many changes since TILP II 1.13, the most significant of which have already been summarized above (bugfixes for the Z80 and Nspire series, new DirectLink 84+ ROM dumper).
Source tarballs:
http://lpg.ticalc.org/prj_tilp/download/libticonv-1.1.1.tar.bz2
http://lpg.ticalc.org/prj_tilp/download/libtifiles2-1.1.3.tar.bz2
http://lpg.ticalc.org/prj_tilp/download/libticables2-1.3.1.tar.bz2
http://lpg.ticalc.org/prj_tilp/download/libticalcs2-1.1.5.tar.bz2
http://lpg.ticalc.org/prj_tilp/download/tilp2-1.14.tar.bz2
http://lpg.ticalc.org/prj_gfm/download/gfm-1.04.tar.bz2

I have also tentatively uploaded the installers for Windows, but I need to make a few tests with them.
If someone else wants to join the fun of testing by then, http://lpg.ticalc.org/prj_tilp/download/setup.exe (TILP) and http://lpg.ticalc.org/prj_gfm/download/setup.exe (GFM).

I have made public the maintainer recompilation scripts that I'm using, you can see them through http://svn.tilp.info/cgi-bin/viewcvs.cgi/?rev=4308#dirlist
But *nix users can try http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh , start by looking inside the script.
Title: Re: TILP: beta-testing...
Post by: ACagliano on April 08, 2010, 04:01:01 pm
does this run on mac?

Edit: Never mind. But, it would be cool if someone ported it to mac.
Title: Re: TILP: beta-testing...
Post by: bwang on April 13, 2010, 01:22:54 am
Yay! The new TILP finally can send files to my Nspire. Now I don't need to use a Windows machine to code for the Nspire. Thank you :)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 13, 2010, 01:25:47 am
It can send files in TI-Nspire mode? I am curious since it might come handy for people who have trouble with the link software. On my new PC, it takes 10 seconds to startup (it stays on the logo), while the 1.3 version took 4. I can,t imagine how slow 1.4 would be on a slow PC x.x. On my 2.93 GHz computer, TI-Nspire Comp Link software 1.3 takes 20 seconds to startup.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 15, 2010, 02:08:32 pm
Yes, now that I've fixed it after witnessing that it didn't work (I posted the draft patch on #ti before committing it), TILP can reliably communicate with Nspires running OS 1.x :)
However, when I tried the first 2.0 OS, it didn't work at all. I should try again with the new 2.0.1.x OS.



TILP beta-testing restarts, BTW ;)
The UI changes that Jonimus has posted about in http://ourl.ca/4568 have been integrated in TILP SVN, and a new Windows installer (which also provides minor fixes in tilp and libticalcs) has been uploaded at http://lpg.ticalc.org/prj_tilp/beta/setup.exe .
Enjoy, and please provide us with some feedback (ideas for improvements, wrinkles on icons or parts of the UI that might not work, etc.).
Thanks in advance :)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 15, 2010, 04:51:11 pm
Nice to hear about TI-Nspire support :D

I wonder if future versions of Ndless will actually have support for TiLP. I know it currently requires TI-Nspire Computer link software to be installed to run but it takes so friggin long to startup. On my i7 quad-core processor, version 1.4 takes 10 seconds x.x
Title: Re: TILP: beta-testing...
Post by: bwang on April 15, 2010, 09:35:09 pm
I installed TiEmu and now I can no longer send files to my Nspire (I get an "Invalid Packet" error or a connection timeout). Uninstalling TiEmu and reinstalling TILP doesn't help.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 15, 2010, 10:24:16 pm
Ouch x.x, to be fair, this is what scares me a bit with TiLP. I fear it will break TiEmu/TilEm or vice versa, which is why I am unsure if I want to use it on this machine yet.
Title: Re: TILP: beta-testing...
Post by: bwang on April 15, 2010, 10:44:09 pm
Never mind, a "make uninstall" followed by re-running the install script fixed it.
TIEmu and TILP really don't seem to like each other, though :(
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 15, 2010, 10:53:53 pm
x.x I wonder if there are plans to fix this. TiEmu is much better than VTI for emulating the 89, because in VTI half of the ROMs won't even let you change contrast and it's extremly hard to see the screen
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 16, 2010, 02:17:10 am
Quote
I wonder if future versions of Ndless will actually have support for TiLP.
Yes, though it can somewhat depend on which kinds of operations are attempted to exploit flaws in them.

This trouble between TIEmu and TILP might be due to the fact I haven't yet re-built TIEmu to use the newer libraries, so the sonames expected by TIEmu are older than the sonames expected by TILP.
Title: Re: TILP: beta-testing...
Post by: bwang on April 19, 2010, 11:48:33 pm
For some reason, I cannot get the 32 KB Gameboy .sav file from VisualBoy Advance to send to my Nspire. It sends correctly on TI's official software, though. I wonder if this is a problem with TILP or because I installed TIEmu.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 19, 2010, 11:55:39 pm
Are you sure gbc4nspire uses the exact same save file format for games, though?
Title: Re: TILP: beta-testing...
Post by: bwang on April 20, 2010, 06:54:04 pm
Yes, because sending the files via the official Nspire Link Software works.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 20, 2010, 07:40:07 pm
aaah ok. Weird, then x.x
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 21, 2010, 01:30:23 pm
Please e-mail me the file, so that I can try to reproduce ;)
Just to be sure: it's an Nspire, not an Nspire CAS ?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 25, 2010, 02:27:38 pm
I can confirm that sending this file to my Nspire running OS 1.1 doesn't work either.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 25, 2010, 02:35:50 pm
So TiLP would only support newer OSes?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 26, 2010, 12:05:26 pm
Nope, communication between TILP and Nspire OS 1.1 "works" - just not on this file.
Title: Re: TILP: beta-testing...
Post by: willrandship on April 26, 2010, 12:25:59 pm
It worked fine for sending with 2.0 for me on Linux Mint.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 27, 2010, 01:32:38 am
You mean that TILP II 1.14 was able to transfer a file to your Nspire / Nspire CAS running OS 2.0.x ?
Title: Re: TILP: beta-testing...
Post by: willrandship on April 27, 2010, 11:54:43 am
Well, it sent OS 2.0....I could try it later, but I was able to connect with it fine afterwards. Just a regular nspire. I used whatever Tilp II is latest in the repo, probably 1.14.
Title: Re: TILP: beta-testing...
Post by: Tribal on July 15, 2010, 06:28:35 pm
I was browsing around and saw this: SignTool (http://msdn.microsoft.com/en-us/library/8s9b9yaz(VS.80).aspx)

Apparently this file is also part of the Windows SDK and allows one to digitally sign files, would this work for the driver issues on x64 versions of Vista/7?
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on July 19, 2010, 02:04:48 pm
Mhmm interesting. I wonder how hard it is to use, though x.x

If it could solve the TILP + 64 bit issues, it would be nice if someone did a batch file doing the needed stuff for you
Title: Re: TILP: beta-testing...
Post by: Tribal on July 23, 2010, 08:56:16 pm
I found a small bug in v1.15, if you attempt to send a program by double-clicking on it when it's associated with TiLP, it will automatically crash.

EDIT: This seems to only occur if the 'USB scan at startup' option isn't checked, but it still crashes after it has been sent.
EDIT2: It also seems to crash when closing the GUI after a successful transfer.
I am on Win7 Ultimate x64
Title: Re: TILP: beta-testing...
Post by: bwang on July 23, 2010, 09:00:28 pm
Lionel Debroux, did you ever fix the problem of files created by Visual Boy Advance not sending?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2010, 02:18:12 am
Thanks for the report, Tribal. I'll have to try reproducing that in a Windows 7 VM.

bwang: I've just tested again on Nspire 1.1.9253 and Nspire CAS 1.1.9170. Nope, my several Nspire-related fixes haven't fixed that one.
The final ACK is not received, it's either that there's a problem reading it or that it's not sent.
Title: Re: TILP: beta-testing...
Post by: bwang on July 24, 2010, 03:19:21 am
The file changes size when VBA uses it. Maybe that causes troubles?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2010, 05:06:15 am
I don't know. AFAIK, the file's size isn't stored within the file itself.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 29, 2010, 09:26:05 am
I have uploaded a new beta-testing build for TILP :)

Highlights since the release of TILP II 1.14 in April:
Download link for the recompiled Windows installer: http://lpg.ticalc.org/prj_tilp/beta/setup.exe .
Enjoy :)


Todo/wish list before a release, as time permits:
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on August 30, 2010, 12:20:21 am
Nice to see more progress. I think I'll load this on my old computer when I get around  to turn it ON again. (if it still works :P)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 30, 2010, 04:07:03 am
Tribal and bwang, could you please post your bugs on the TILP tracker, https://sourceforge.net/projects/tilp/ ?
To be honest, before re-reading about it yesterday before posting, I had forgotten about the bug reported by Tribal... which is harder to do if the bug is visible on the tracker :)
Thanks in advance ;)
Title: Re: TILP: beta-testing...
Post by: bwang on August 30, 2010, 11:37:22 am
Added! :D
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 30, 2010, 11:38:43 am
Thanks :)

EDIT1: I'm completely at loss about the reasons why the calculator refuses this particular file (even if renamed to let only one dot in the filename), while it accepts just fine e.g. a 1.3 MB TI-68k OS file (renamed to have a .tns extension, with or without multiple dots in the filename) !

EDIT2, 10 minutes later: this file is 32812 bytes, and it won't transfer. If I make it 32813 bytes, it transfers. If I make it 32811 bytes, it transfers. Very interesting.

EDIT3, 5 minutes later: the same behaviour happens with files containing all zeros: 32811 and 32813 bytes work, 32812 bytes doesn't work. Therefore, it seems that TILP (the underlying libraries, actually) somehow doesn't like this particular size. Now to find the periodicity of the size problem, if any.

EDIT4, more than half an hour later:
So there's a problem with files whose size modulo 253 is 175. And I don't know why yet.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on August 30, 2010, 02:17:49 pm
Wow, that's strange :O
Title: Re: TILP: beta-testing...
Post by: bwang on August 30, 2010, 05:54:12 pm
Thanks :)

EDIT1: I'm completely at loss about the reasons why the calculator refuses this particular file (even if renamed to let only one dot in the filename), while it accepts just fine e.g. a 1.3 MB TI-68k OS file (renamed to have a .tns extension, with or without multiple dots in the filename) !

EDIT2, 10 minutes later: this file is 32812 bytes, and it won't transfer. If I make it 32813 bytes, it transfers. If I make it 32811 bytes, it transfers. Very interesting.

EDIT3, 5 minutes later: the same behaviour happens with files containing all zeros: 32811 and 32813 bytes work, 32812 bytes doesn't work. Therefore, it seems that TILP (the underlying libraries, actually) somehow doesn't like this particular size. Now to find the periodicity of the size problem, if any.

EDIT4, more than half an hour later:
  • files of 32554-32558 and 32560 bytes work, 32559 bytes doesn't work. 32812-32559=253=maximum size of a packet-1. 32559-253=32306 bytes doesn't work either.
  • 32812 mod 253 = 175. Files of 174, 176, 427 and 429 bytes work, while files of 175 bytes and 428 bytes don't work.
So there's a problem with files whose size modulo 253 is 175. And I don't know why yet.
Wow, that is pretty obscure bug :O You are a pretty pro bug finder :D
Title: Re: TILP: beta-testing...
Post by: apcalc on August 30, 2010, 06:01:43 pm
Woah!  How long did it take you to track that bug down!  It would have probably taken me a year to recognize that exact pattern for the bug! :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 31, 2010, 01:55:38 am
It took me a bit more than an hour, as noted in my previous post ;)

I almost immediately had the (correct) intuitions (both logical consequences, to me, of facts I know) that:
The first intuition was shortly confirmed by testing (sending several random files to the calculator and sending the file after slight modifications, see edit 1 and 2).
It took longer for the second intuition to be confirmed by testing as well. I didn't generate files of all sizes and try to send them, I just tried - and happened to succeed, but I would have failed if the problem had a different periodicity, so in a way, I was lucky - to find the pattern by making files that are about 1, and then 2, 254-byte (1 control + 253 data bytes) packets shorter. Since the problem seemed to repeat itself with a periodicity of 153, I computed 32812 mod 253, yielding 175. That's what I described in edits 3 and 4.


EDIT 1: fiddling with the maximum packet size (e.g. from 254 to 253) shows that the problem is with 176-byte (1 control + 175 data) packets. I'm now probably going to generate all sizes from 0 to, say, 768 bytes, and transfer all these files to the calculator.

EDIT 2: OK, so there's a problem with file sizes 47 (0x2F), 111 (0x6F), 175 (0xAF), 239 (0xEF), 300 (47 + 253), 364 (111 + 253), 428 (175 + 253), 492 (239 + 253), 553 (47 + 2*253). That looks like a pretty clear pattern to me.
TODO: see what packets transit between TINCLS and the Nspire when performing the same transfers.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on August 31, 2010, 03:47:25 am
Darn, transfer protocols seems a bit weird, but it might just be because I am not experienced with hardware and computer programming x.x
Title: Re: TILP: beta-testing...
Post by: JonimusPrime on October 03, 2010, 04:57:34 pm
Cross posted from cemetech.

OMFG!!! Lionel Debroux it is time for all Windows users of TiLP to rejoice for 2 reasons.

1)libusb-win32 is now WHQL signed so we are now 64bit safe. We just need to update the version of libusb-win32 we package to include this.

2)The filter driver does indeed allow our driver and Ti-Connect to be installed at the same time with no uninstalling of drivers. All that is required is that one add all the device to the filter list and it "Just Works". I would suggest we add an option to the installer to use this route in place of the normal libusb driver.

All this info can be found on the libusb-win32 wiki (http://sourceforge.net/apps/trac/libusb-win32/wiki).
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on October 04, 2010, 12:02:22 am
Wow awesome! I've been awaiting for this day for so long and I am sure a lot of 64 bit Windows users will be happy as well. Hopefully on ticalc.org releases you can make the process of installing TiLP user-friendly (not requiring the user to compile the source himself to create the binaries, for example) and maybe it will convince people to switch from TI-Connect. 64 bit issues with TiLP were why I stuck with TI-Connect.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on October 04, 2010, 01:23:17 am
Indeed, it's great news that there is now a signed version of libusb-win32 :)

From what I can gather from the libusb-win32 website, libusb-win32 is still tracking the libusb 0.1.x API... That is going to help, because, as you know, libusb 1.x is not yet supported at all by libticables (though it needs to be at some point), not even through the compatibility layer for libusb 0.1.x (since libticables is using implementation-dependent details of the internal libusb structures, to access asynchronous functions that were not directly usable).

In the upgrade process, we "just" need to take care of retaining the little idiosyncrasies made necessary by TI's buggy devices (e.g. a different reset sequence for the Nspire)...
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on October 04, 2010, 01:25:25 am
What do you mean by different reset sequence?
Title: Re: TILP: beta-testing...
Post by: Silver Shadow on October 05, 2010, 04:07:41 pm
That reminds me, can someone help me use the install script on Linux?
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on October 06, 2010, 12:46:53 am
Could you post what you have troubles with in particular?
Title: Re: TILP: beta-testing...
Post by: Silver Shadow on October 06, 2010, 12:38:57 pm
Just launching the script doesn't work, and I have no idea of what to modify inside to make it work...
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on October 10, 2010, 08:49:08 am
It would help me if you were more specific than "launching the script doesn't work" ;)
With such little detail, I have no idea how to help you :)
Title: Re: TILP: beta-testing...
Post by: Silver Shadow on October 10, 2010, 12:52:31 pm
So, I downloaded the script from the link on the TILP website to the desktop (on Ubuntu 10.04, if that might help). Then I right-click on it and render it executable in the properties tab. After that, I double-click on it, and a prompt with several options appears. I choose "Launch in Terminal". The terminal appears VERY briefly (with nothing displayed inside it), then closes.

I tried to look inside the script, but I didn't understand a thing... :( Do I have to change something inside to make it work?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on October 10, 2010, 01:42:50 pm
Quote
(on Ubuntu 10.04, if that might help)
The script has been reported multiple times to work with Ubuntu 10.04 :)

Quote
The terminal appears VERY briefly (with nothing displayed inside it)
This is very weird, because the script precisely starts by printing 5 lines to the terminal (the 5 echo -e after handle_one_module()), and then waits for the user to press ENTER.
Try opening a proper terminal (as opposed to just "Launch in Terminal"), cd ~/Desktop (most probably, for you, cd ~/Bureau), and run ./install_tilp.sh .

Quote
Do I have to change something inside to make it work?
Nope, no modification inside the script is required for the script to work :)
There are two reasons why I'm pointing to the contents of the script:
* modifications are possible in order to customize the installation prefix (PREFIX) and the directory where the svn checkout will be performed (SRCDIR), but the defaults are sensible (for per-user installs, that is);
* the build dependencies, which you need to install before you can expect a successful compilation, are listed.


Hope that this helps :)
Title: Re: TILP: beta-testing...
Post by: Silver Shadow on October 11, 2010, 12:40:15 am
Thanks, I'll try that out later today!

BTW, when you talk about build dependencies, do I need to install those before running the script?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on October 11, 2010, 12:47:14 am
Quote
BTW, when you talk about build dependencies, do I need to install those before running the script?
Yes, as noted in the script and the pages on the LPG site :)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on October 25, 2010, 05:10:40 am
Hey Lionel, I just wondered something...

Have you ever thought about adding support for 8xo files? Those are supposedly TI-83+ groups or backup files (maybe the equivalent of tig) generated with the Mac version of TI-Connect and cannot be opened/transfered with any Windows software and won't transfer to Wabbitemu and other emulators.

Example of such files: http://www.ticalc.org/archives/files/fileinfo/432/43222.html
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on October 27, 2010, 04:31:56 am
Thanks DJ for reporting this on the tracker :)
Tribal, would you mind doing the same ? ;)

Good news: after hacking around in libticables, I managed to receive a 47-byte file from the calculator. I feared that libticables could be one level too high to deal with the problem (IOW, I feared that the buggy Nspire would somehow dislike the commands sent by libusb), but fortunately, it doesn't seem to be so.
I had previously sent that file with the easy workaround for sending files of sizes 0x2F/0x6F/0xAF/0xEF modulo 253 (just splitting the packet), but the problem with sending files of certain sizes probably has the same root cause as the problem with receiving files of the same sizes (and may affect packet types other than files ?), so the proper fix probably will be in libticables as well.
Needless to say, I'll have to clean up and test more, before committing anything :D
Title: Re: TILP: beta-testing...
Post by: LordConiupiter on October 27, 2010, 07:10:43 am
My antivirus (Avira Antivir Premium) detects the setup as a virus/unwanted program, but I really want the program, and I think you didn't put a virus in it? The detectiontype is DR/Swisyn.amhw. can you please help me? Or is this just a stupidity of my antivirus?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on October 27, 2010, 07:27:39 am
Yeah, it would be a stupidity of your antivirus, as nobody reported the file (generated under Linux, with a cross-compiler and packed up with InnoSetup running under Wine) being a virus in several months. It's unlikely that someone has recently broken in ticalc.org and corrupted the file.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on October 27, 2010, 04:07:39 pm
Sometimes antiviruses ends up with false reports like this. With Avast, a year ago it reported a legit file as a virus on a large worldwide scale, affecting millions of people, even if they did not even have the file on their computer.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 11, 2011, 02:55:52 am
New Windows beta build up at http://lpg.ticalc.org/prj_tilp/beta/setup.exe :)

It features all bugfixes made since late August 2010, e.g.
* a number of (potential) crasher bugs fixed;
* fixes for variables of peculiar sizes - most of the causes for some variables failing to transfer to/from a 84+, a 89T and a Nspire through DirectLink are gone (though receiving variables from Nspires running OS >= 1.7 still fails);
* GTK+ 2.24 compatibility, useful for the newest Linux distros and MacOS X (MacPorts).

Technically, this build is a result of SVN HEAD + a tweak to integrate GFM into the mix, which may become permanent:
Code: [Select]
diff --git a/tilp/trunk/build/InnoSetup/tilp2.iss b/tilp/trunk/build/InnoSetup/tilp2.iss
index 35972b1..d631bdc 100644
--- a/tilp/trunk/build/InnoSetup/tilp2.iss
+++ b/tilp/trunk/build/InnoSetup/tilp2.iss
@@ -117,6 +117,7 @@ Source: "C:\lpg\tilp2\RELEASE"; DestDir: "{app}"; DestName: "Release.txt"; Flags

 ; Binaries
 Source: "C:\lpg\tilp2\build\msvc\tilp.exe"; DestDir: "{app}"; DestName: "tilp.exe"; Flags: ignoreversion
+Source: "C:\lpg\tilp2\build\msvc\gfm.exe"; DestDir: "{app}"; DestName: "gfm.exe"; Flags: ignoreversion

 [Dirs]
 Name: "{app}\My TI files"; Flags: uninsneveruninstall;
@@ -136,6 +137,7 @@ Name: "{group}\Bug Report"; Filename: "http://sourceforge.net/tracker/?func=add&
 Name: "{group}\USB driver installation"; Filename: "{app}\help\usb_driver.html";

 Name: "{userdesktop}\TiLP"; Filename: "{app}\tilp.exe"; WorkingDir: "{app}\My TI files"; MinVersion: 4,4; Tasks: desktopicon
+Name: "{userdesktop}\GFM"; Filename: "{app}\gfm.exe"; WorkingDir: "{app}\My TI files"; MinVersion: 4,4; Tasks: desktopicon
 Name: "{userappdata}\Microsoft\Internet Explorer\Quick Launch\TiLP-2"; Filename: "{app}\tilp.exe"; WorkingDir: "{app}\My TI files"; MinVersion: 4,4; Tasks:

 [Run]
diff --git a/tilp/trunk/build/InnoSetup/tilp2_cross.iss b/tilp/trunk/build/InnoSetup/tilp2_cross.iss
index a40f3ea..962da10 100644
--- a/tilp/trunk/build/InnoSetup/tilp2_cross.iss
+++ b/tilp/trunk/build/InnoSetup/tilp2_cross.iss
@@ -119,6 +119,7 @@ Source: "C:\tilp\tilp\trunk\RELEASE"; DestDir: "{app}"; DestName: "Release.txt";

 ; Binaries
 Source: "C:\lpg\packages\bin\tilp.exe"; DestDir: "{app}"; DestName: "tilp.exe"; Flags: ignoreversion
+Source: "C:\lpg\packages\bin\gfm.exe"; DestDir: "{app}"; DestName: "gfm.exe"; Flags: ignoreversion

 [Dirs]
 Name: "{app}\My TI files"; Flags: uninsneveruninstall;
@@ -138,6 +139,7 @@ Name: "{group}\Bug Report"; Filename: "http://sourceforge.net/tracker/?func=add&
 Name: "{group}\USB driver installation"; Filename: "{app}\help\usb_driver.html";

 Name: "{userdesktop}\TiLP"; Filename: "{app}\tilp.exe"; WorkingDir: "{app}\My TI files"; MinVersion: 4,4; Tasks: desktopicon
+Name: "{userdesktop}\GFM"; Filename: "{app}\gfm.exe"; WorkingDir: "{app}\My TI files"; MinVersion: 4,4; Tasks: desktopicon
 Name: "{userappdata}\Microsoft\Internet Explorer\Quick Launch\TiLP-2"; Filename: "{app}\tilp.exe"; WorkingDir: "{app}\My TI files"; MinVersion: 4,4; Tasks:

 [Run]
Title: Re: TILP: beta-testing...
Post by: Deep Toaster on May 14, 2011, 11:21:03 am
Necro bump for good reason :w00t:

I'll have to try this sometime. I'm sure people have asked this before, but should I completely uninstall TI-Connect first?

Last time I tried to do that I found I'd accidentally deleted TI-Connect uninstall software. Half an hour of nerve-wracking manual registry editing (nearly deleted OS files, too) x.x
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 14, 2011, 11:49:53 am
More than uninstalling either of the programs, what matters most is switching the driver in the Control Panel -> Peripherals manager when the calculator is plugged in.
Title: Re: TILP: beta-testing...
Post by: Deep Toaster on May 14, 2011, 02:38:49 pm
Oh thanks, I guess that would explain why I never got TiLP to work.

EDIT: Do you know how to do that in Vista?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 28, 2011, 04:08:08 pm
Looks like I hadn't subscribed to this topic, so I didn't see your reply. My bad.
I may be able to do it in front of a Vista instance, assuming it didn't change too much since XP; but I cannot explain the exact procedure to someone else :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 28, 2011, 04:12:23 pm
I have now released TILP II 1.15 :)
Packages are in the process of being uploaded to ticalc.org.

It's a significant new release. Excerpt from the release notes:
Code: [Select]
New capabilities:
-----------------

- tilp: improved UI, by Jon Sturm (Jonimus / TheStorm).
- tilp: use more native, themable icons.
- libticables: libusb 1.0 backend, for users of the many Linux distros which don't package libusb 1.0 proper anymore.
- libticalcs: OS 2.x and 3.x support, variable deletion, folder creation, folder deletion, OS 1.x dumping.



Improvements:
-------------

- libticables: cope with 84+(SE), 89T and Nspire (CAS) USB controller stacks, which want dummy reads or writes in some circumstances.
  Most of the causes of variables of peculiar sizes failing to transfer have been fixed.
- tilp: compatibility fixes for recent GTK+ versions.
- all: commit MSVC 2008 build files.

Bug fixes:
----------

Between others (see the Changelog files for complete lists):
- all: change encoding in .rc files.
- all: lots of fixes for compiler warnings, memory leaks, crasher bugs
- libticalcs: fix 86 ROM dumping.
- libticalcs: cope with "-1" delays sent by the 84+ when writing to Flash memory, which used to hang (almost) forever.
- libticalcs: Nspire ID retrieval.
- tilp: fix display of files whose size is exactly 1 KB or 1 MB.
- libticalcs, libtifiles: don't crash upon sub-folders of folders (Nspire OS 2.x and 3.x support them).
- libtifiles, libticables, libticalcs: turn abrupt program aborts such as assert() and exit() into tests + ti*_critical().
- libticalcs: fix a declaration after statement.
- libticalcs: cope with martian packets sent by Nspire OS >= 1.7 when replying to a session close packet.

Many thanks again to Jon (TheStorm on this forum, IIRC) for the UI changes and the libusb 1.0 backend :)
Title: Re: TILP: beta-testing...
Post by: TIfanx1999 on May 28, 2011, 04:56:23 pm
Congrats on the new release Lionel and Jon! TheStorm was Jon's user name on the old board, he's going by the name <a href="http://www.omnimaga.org/index.php?action=profile;u=344">JonimusPrime</a> here now.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 02, 2011, 08:21:40 am
We're currently trying to upgrade the libusb DLL and SYS files for Windows, so as to fulfill the long-standing feature request that TI-Connect + TILP II, and TINCLS + TILP II, become usable side by side.
Status: TI-Connect and TILP II on the one side, and TINCLS and TILP II on the other side, can be made to both work on a given computer without having to uninstall either - in fact, they do so on my father's computer running native Win7 x64 :)
(but I seldom have access to said computer - and in fact, at the time of this writing, it's not here anymore)

For now, it's a manual process (for which I'll try to streamline my rough notes - I think that there are two ways of achieving the effect), but it's certainly going to be possible to automate it into the installer. I need to integrate the updated INF + CAT definitions kindly generated by the INF wizard provided by the newest versions of libusb-win32, and probably add several lines to the TILP II installer. Maybe more changes currently unforeseen, we'll see.


On a side note: for a while (seemingly before I became the maintainer, two years ago), TILP has been (or should have been, because the InnoSetup installer script doesn't reference the modified binary anymore) shipping with an unmodified libusb0.sys binary. As a consequence, TILP II 1.15, and a number of earlier builds, don't work well with Nspires - and testing on the native Win7 x64 computer seems to show that it's worse than on my virtualized XP (where it was more tolerable). Nobody reported it, which shows that people using TILP for interacting with Nspires on Windows are few :)

Technical details: the reason why a modified binary needs to be shipped, is that the Nspire's USB controller / stack somehow doesn't like the thorough reset procedure sent to it by libusb under Windows. TINCLS sends only the first half of it, and the Nspire is fine with that; but libusb sends the full reset, and after receiving that, something is wrong with the calculator's USB state. It needs to be unplugged and plugged back in...
Romain described the problem in http://sourceforge.net/mailarchive/forum.php?thread_name=473B0743.7020705%40lievin.net&forum_name=libusb-win32-devel / http://svn.tilp.info/cgi-bin/viewvc.cgi/*checkout*/libticables/trunk/src/win32/usb/libusb-win32.html?rev=4162 (http://svn.tilp.info/cgi-bin/viewvc.cgi/*checkout*/libticables/trunk/src/win32/usb/libusb-win32.html?rev=4162). The corresponding diff is the following:
--- 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;


Since it was not integrated at the time, we need to somehow get this patch upstream, under this form or another :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 02, 2011, 02:29:38 pm
I've just uploaded a first testing build of what will become TILP II 1.16, with libusb DLLs upgraded to the latest versions (a version definitely supported by the filter driver): http://lpg.ticalc.org/prj_tilp/beta/setup.exe .
Corresponding patch to the sources (which looks like crap because the new INF files seem to be UTF-16 files): http://lpg.ticalc.org/prj_tilp/beta/0001-WIP-libticables-tilp-installer-upgrade-libusb-win32-.patch .

This build was only lightly tested on virtualized 32-bit XP. Please help testing on a variety of 32-bit and 64-bit Windows versions ;)


Rough guide (will be improved and folded into the documentation, borrowing from the DUSB gCn client guide) to installing the filter driver which enables using TI's software and TILP alongside each other, one at a time:
* see http://sourceforge.net/apps/trac/libusb-win32/wiki for downloading the filter driver installer and installing it;
* launch the filter wizard (accessible from the new entry in the Start menu) when the device (SilverLink, 84+, 89T, 84+SE, Nspire) you want to use with both TILP and TI-Connect / TILP and (TINCLS or TINCS) is plugged in;
* install the filter driver for that particular device;
* run the TILP installer.
After that, the device ought to work in both TILP and TI-Connect / TILP and (TINCLS or TINCS). Or maybe TILP needs to be installed before installing the filter driver for the target device, but I don't think that it's the proper installation flow.

If you test this build, be sure to report back success or failure ;)
It's possible that this build does not work properly under some conditions (besides Nspire support being very finicky, as described above), though it does install and enable TILP to detect and communicate with a calculator, so it cannot be entirely broken :)


Thanks in advance, you'll do your fellow Windows users a favor.
Title: Re: TILP: beta-testing...
Post by: ben_g on June 02, 2011, 07:52:03 pm
Thanks this is the only TI-LP version that i could get to work
Title: Re: TILP: beta-testing...
Post by: calcdude84se on June 02, 2011, 08:02:09 pm
Works perfectly! Excellent! :D
(Guess who's not using TI-Connect any more...)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 03, 2011, 04:29:08 am
ben_g, calcdude84se: thanks, but is the version that works for you TILP II 1.15, or the testing build of 1.16 ? :)
Title: Re: TILP: beta-testing...
Post by: ben_g on June 03, 2011, 07:25:34 am
it was the testing build, and the only problem i found was that when transferring an application, it said there wasn't enough memory, when i had more then enough memory, but after refreshing the dirlist, it worked correctely
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 03, 2011, 07:26:19 am
Thanks :)

EDIT: 4 p.m. CEST: I have refreshed the installer and the patch, after changing the VendorName attribute in the INF files, so that TI's drivers and TILP's drivers are easier to distinguish. Thanks to JosJuice for the test and report :)
Title: Re: TILP: beta-testing...
Post by: ben_g on June 04, 2011, 03:09:35 pm
The group file manager(test build) says it's missing a library, and the installer available on ticalc is corrupted. Where can i get a working installer for only the group file manager(for windows)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 04, 2011, 03:49:08 pm
Thanks for the report.

Even if I shipped gfm.exe in the last beta build for TILP II 1.15, TILP II 1.15 and this testing build, the TILP installer is far from fully integrating GFM. For example, the GFM shipped by the TILP installer is missing three files (you can copy them from an older install: logo.xpm -> pixmaps directory, a couple .glade files -> glade directory), besides the documentation. GFM and TILP, however, use the same DLLs.
Which DLL is missing for you ? If it's a libti* older than libticonv-6, libtifiles2-8, libticables2-5 or libticalcs2-10, then I think that an old version of GFM is referenced (perhaps by the GFM group in your Start menu ? The TILP installer doesn't take care of that group).
Title: Re: TILP: beta-testing...
Post by: Deep Toaster on June 04, 2011, 03:51:25 pm
So this is the first version that should allow both TI Connect and TiLP to be installed? I'll definitely try it (32-bit Vista notebook) when I get the time today or tomorrow :)
Title: Re: TILP: beta-testing...
Post by: ben_g on June 04, 2011, 03:51:32 pm
Which DLL is missing for you ?
It says libticalcs2-10.dll is missing from my computer.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 05, 2011, 02:14:39 am
libticalcs2-10.dll ??
I can't think of a reason why it could complain about that: this one is duly shipped by the TILP II 1.16 testing build.
Title: Re: TILP: beta-testing...
Post by: ben_g on June 05, 2011, 02:46:04 pm
Well, it does complain abouth that: (and yes, i already tried reinstalling)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 05, 2011, 03:37:50 pm
I hear you, but I don't understand why this occurs for you :)

Is the GFM Windows package I uploaded to SourceForge ( http://sourceforge.net/projects/tilp/ ) corrupted as well ?
Title: Re: TILP: beta-testing...
Post by: ben_g on June 05, 2011, 03:47:57 pm
I did't mean the installer of ti-lp, i meant the installer of the gfm alone on ticalc (in the 'windows link software' category)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 05, 2011, 03:49:49 pm
I mean the GFM package as well: http://sourceforge.net/projects/tilp/files/tilp2-win32/tilp2-1.15/ :)
Title: Re: TILP: beta-testing...
Post by: ben_g on June 05, 2011, 03:50:43 pm
that one is corrupted too
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 05, 2011, 03:57:51 pm
Grr. I don't have time to fix it tonight, but you can try to copy the gfm.exe from the TILP II 1.16 testing build to the directory you had installed GFM to (after saving your older GFM.exe, of course).

Thanks for the report.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 06, 2011, 05:26:04 am
I'm in the process of regenerating the TILP II 1.15 and GFM 1.05 Windows files. I will edit this post when I have uploaded the files to SF.net and ticalc.org. Until ticalc.org archivers approve them, you'll have to download from SF.net :)

EDIT: uploaded to SF.net and ticalc.org, after checking that launching the setup.exe files doesn't yield a "file corrupted" message.
I have removed the gfm.exe file from the TILP II 1.15 installer.
Title: Re: TILP: beta-testing...
Post by: ben_g on June 06, 2011, 02:34:10 pm
Thanks. It all works now
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 20, 2011, 04:31:40 am
I have refreshed the testing build of what will become TILP II 1.16 ( http://lpg.ticalc.org/prj_tilp/beta/setup.exe ), and the corresponding patch to the sources (which, again, looks like crap because of the UTF-16 content): http://lpg.ticalc.org/prj_tilp/beta/0001-WIP-libticables-tilp-installer-upgrade-libusb-win32-.patch .

I have added support for getting screenshots from Nspire CX (CAS) calculators, which TINCLS can't do; but the main change since the previous build is that Nspire support has become useful on Windows again :)
At least, on my father's Win7 x64 native computer; for some reason, TILP communicates a bit with the Nspire, but constantly crashes in my virtualized XP x86...

This was allowed by a fruitful discussion with the libusb-win32 maintainers: Travis Robinson replied that he wanted a new function that would allow programmers to select which type of reset they want to perform. I drafted a patch for that purpose, sent it, and he quickly integrated in with minor changes (mainly renaming). Full details at http://sourceforge.net/mailarchive/message.php?msg_id=27595508 .


Rough guide (TODO: fold it into the documentation) to installing the filter driver which enables using TI's software and TILP alongside each other, one at a time:
* see http://sourceforge.net/apps/trac/libusb-win32/wiki for downloading the filter driver installer and installing it;
* launch the filter wizard (accessible from the new entry in the Start menu) when the device (SilverLink, 84+, 89T, 84+SE, Nspire) you want to use with both TILP and TI-Connect / TILP and (TINCLS or TINCS) is plugged in;
* install the filter driver for that particular device;
* run the TILP installer.
After that, the device ought to work in both TILP and TI-Connect / TILP and (TINCLS or TINCS).

As usual, the build has been rather lightly tested on Windows - feedback wanted ;)
Thanks in advance.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 22, 2011, 08:27:32 am
Two days after the previous refresh, I have refreshed the testing build once again. http://lpg.ticalc.org/prj_tilp/beta/setup.exe , corresponding patch http://lpg.ticalc.org/prj_tilp/beta/0001-WIP-libticables-tilp-installer-upgrade-libusb-win32-.patch .

Four changes since the previous build:
* "tilp: when displaying calc information, print boot2 version if any; add several translatable strings and translations.". (just a small bugfix and improvement I noticed while testing the Nspire CX support)
* "libticables, gfm, tilp: on Windows, redirect stdout to ~/.tilp.log (because the Windows terminal is too slow); eliminate explicit usage of stdout" (makes TILP faster on Windows, and represents a milestone on the path to removing the terminal window on Windows)
* tilp: on Windows, add support for storing the config file in the home directory and for upgrading from a config file stored in the install directory (helps with the UAC);
* libtifiles: add Nspire CX OS support (.tco & .tcc extensions).

Thanks in advance for testing and feedback ;)
Title: Re: TILP: beta-testing...
Post by: Munchor on July 24, 2011, 09:47:54 am
I have a question, I used install_tilp.sh to install TILP. I know it uses the last version in source, but it's not updated right?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2011, 09:54:57 am
install_tilp.sh automatically updates files from SVN (soon Git), then compiles them :)
Title: Re: TILP: beta-testing...
Post by: Munchor on July 24, 2011, 10:14:00 am
install_tilp.sh automatically updates files from SVN (soon Git), then compiles them :)

So in order to do beta testing I need to run install_tilp.sh everyday or so so that my program is updated?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2011, 10:23:24 am
Yes, it would be best if *nix-using beta-testers ran install_tilp.sh "often" :)

That said, at the moment, I don't make commits every day, and Windows changes are of no use to *nix users.
Title: Re: TILP: beta-testing...
Post by: Jim Bauwens on July 24, 2011, 10:24:05 am
Yes, but if normally it should be less hard because the scripts is already configured and all the dependencies are installed :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2011, 10:25:11 am
Exactly :)
Title: Re: TILP: beta-testing...
Post by: Munchor on July 24, 2011, 10:25:58 am
I'm already re-running it, I love testing betas :P
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 09, 2011, 10:02:06 am
And a new refresh of the installer :)
* binary: http://lpg.ticalc.org/prj_tilp/beta/setup.exe
* patches: http://lpg.ticalc.org/prj_tilp/beta/0001-libticables-tilp-installer-upgrade-libusb-win32-and-.patch , http://lpg.ticalc.org/prj_tilp/beta/0002-tilp-installer-download-GTK-runtime-directly-from-th.patch

There have been four minor changes in the code since the previous build; the README.win32 has been modified to include information on installing the filter driver (reproduced below); and most of all, the GTK+ runtime download & install procedure has been completely revamped. It's now fully integrated into the installer, which has three consequences:
* users have visual feedback on what's going on;
* the procedure is much more reliable;
* it reduces the installer's size, and increasing the compression level decreases the size even further: the installer is now only half as big as the previous build :)


Excerpt from the updated README.win32:
Quote
1°) It is possible to install TI-Connect(tm) / TI-Nspire Computer (Link) Software(tm)
and TILP side by side, but this requires a manual configuration.
The following steps assume that TI-Connect / TINC(L)S is already installed:
* download the filter driver installer and install it, using the instructions given at
  http://sourceforge.net/apps/trac/libusb-win32/wiki , section "Filter Driver Installation";
* launch the filter wizard (accessible from the new entry in the Start menu) when the
  device (SilverLink, 84+, 89T, 84+SE, Nspire) you want to use with both TILP and
  TI-Connect / TILP and (TINCLS or TINCS) is plugged *in*;
* install the filter driver for that particular device;
* run the TILP installer.
After that, the device ought to work in both TILP and TI-Connect / TILP and (TINCLS or TINCS).
Title: Re: TILP: beta-testing...
Post by: runeazn on August 19, 2011, 09:51:33 pm
cant get the beta work,
cmd screen insta crashes
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 20, 2011, 02:00:38 am
Well, please be more precise, starting with the OS version (even if I know from another topic that you're probably running 7 x64, otherwise you wouldn't have had to disable the driver signature enforcement with older versions of TILP) and a longer description of the "insta crash" ? ;)
Title: Re: TILP: beta-testing...
Post by: runeazn on August 20, 2011, 07:05:58 am
i click open, cmd starts and gone is it.

normal tilp, stable version the cmd starts, some text appear, then loading tilp, and tilp program is openend.

now it fails/stops at step 1 which made the program non useable.

its 7 x64 yeah
Title: Re: TILP: beta-testing...
Post by: alberthrocks on August 20, 2011, 12:37:22 pm
Some issues to report:

1) On the SourceForge download page, the ZIP I got for the Windows latest version is corrupted. I tried opening it with the native (Windows) ZIP opener on XP, and it didn't work. Then I tried my magical 7zip (the open-all archiver), and it said that it couldn't open it as a archive.

http://sourceforge.net/projects/tilp/files/tilp2-win32/tilp2-1.15/tilp-1.15.zip/download

2) When trying out your link above to your new installer, my lovely Norton Antivirus/Internet Security software blocked the download!
(Well, it downloaded, then the scanner went to scan it, and then it called it a "threat" and deleted it. :P)

I know you guys aren't malware authors, nor do you guys bundle malware with a FOSS program.
You should go to Synmantec (Norton's company) and request that the program be removed from the "bad" list.
I'm not a security expert, so I'm not too sure if it's just a database that they use, or if it's a bit more universal (whether it belongs to them or they source it from a main DB).
Make sure to ask them about that! If it's universal or shared, ask if the removal automatically spreads out. If not, also ask which companies to contact to remove your binary from the list.

It seems that this is a "community-reported malware" - it does NOT match any specific virus definitions.
I've pasted the security software log of the removal below. (And yes, it's not name specific - first time I named it tilp_setup.exe, it rejected it. Then I just left it at setup.exe when downloading/saving again, and it still rejected it. Probably a SHA/MD5 match.)
Code: [Select]
Full Path: c:\documents and settings\albert\my documents\tilp_setup.exe
____________________________
____________________________
On computers as of:
8/20/2011 at 11:49:22 AM
Last Used:
8/20/2011 at 11:49:21 AM
Startup Item:
No
Launched:
No
____________________________
____________________________
Very Few Users
Fewer than 5 users in the Norton Community have used this file.
____________________________
Medium
This file risk is medium.
____________________________
Threat Details
Threat type: Insight Network Threat. There are many indications that this file is untrustworthy and therefore not safe
____________________________
Origin
Downloaded from  http://lpg.ticalc.org/prj_tilp/beta/setup.exe
http://lpg.ticalc.org/prj_tilp/beta/setup.exe Downloaded File tilp_setup.exe
(WS.Reputation.1) from: ticalc.org


tilp_setup.exe
____________________________
File Actions
File: c:\documents and settings\albert\my documents\tilp_setup.exe
Removed
____________________________
File Thumbprint - SHA:
4638cb5c3fd0be3d5e0187955f68f36bcba64bf7817c079052b7cfe1a51fc161
____________________________
File Thumbprint - MD5:
dfcdff1d389271e405ec2717efff3fba
____________________________

3) Regarding the filter driver installation - I'm not too sure how you guys handle device driver installation (that is, TI-Connect is NOT installed, so your installer would detect that and proceed to install the libusb device driver for the possible USB configs for calc connectivity), but I think you can possibly make the filter driver installation automatic. In the libusb distribution (the ZIP file), bin\x86 contains "install-filter.exe", which is the CLI version of the wizard you mention (which is "install-filter-win.exe"). If you have created INF files for the device driver installation, I think it might be possible to use that same INF file for filter driver installation. You just need to include the libusb distribution, select the appropriate arch., and then run the "install-filter.exe" with proper arguments at the end of install. Of course, I have no idea if you guys even install a driver or not due to the reason above (terrible security software), so I apologize in advance if this doesn't make sense!

Usage of "install-filter.exe":
Code: [Select]
WARNING:
  Improper use of libusb-win32 install-filter can cause devices to
  malfunction and in some cases complete system failure.

DISCLAIMER:
  THIS SOFTWARE IS PROVIDED IN AN "AS IS" CONDITION. NO WARRANTIES,
  WHETHER EXPRESS, IMPLIED OR STATUTORY, INCLUDING, BUT NOT LIMITED
  TO, IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
  PARTICULAR PURPOSE APPLY TO THIS SOFTWARE. THE ORGANIZATION SHALL
  NOT, IN ANY CIRCUMSTANCES, BE LIABLE FOR SPECIAL, INCIDENTAL OR
  CONSEQUENTIAL DAMAGES, FOR ANY REASON WHATSOEVER.


USAGE: install-filter [install|uninstall|list] <-ac> <-dc> <-ad>
                                               <-c=> <-d=> <-f=>
                                               <-p=> <-w=>

Commands:             Compatible Switches:
  install   (i/-i)      <-ac> <-c=> <-d=> <-f=> <-p=> <-w=>
  uninstall (u/-u)      <-ac> <-c=> <-d=> <-f=> <-p=> <-w=> <-ad>
  list      (l/-l)      <-ac> <-dc> <-c=> <-p=> <-w=>

NOTE:
  * If no switches are specified, the default class key list is used.
  * 64bit OSes must use the 64bit version of this application.

Switches For Class Filters:
  --all-classes         (-ac)
    install  : Adds libusb-win32 as an upper class filter for all
               classes in the USB enumerator. (Same as -dc in install mode)
    uninstall: Removes libusb-win32 as an upper class filter for all
               known classes.  This is a FULL class removal.
    list     : Displays all known classes.

  --device-classes      (-dc)
    install  : Adds libusb-win32 as an upper class filter for all
               classes in the USB enumerator.
    uninstall: Removes libusb-win32 as an upper class filter for all
               classes in the USB enumerator.
    list     : Displays all classes in the USB enumerator and the devices
               contained within them.

  --class=<nameOrGuid>  (-c=)
    install  : Adds libusb-win32 as an upper class filter for the
               specified class only.  Classes can be specified by name or
               guid.
    uninstall: Removes libusb-win32 as an upper class filter for the
               specified class only.  Classes can be specified by name or
               guid.
    list     : Displays information about the specified classes and the
               devices contained within them.

Switches For Device Filters:
  --device=<hwid>       (-d=)
    install  : Adds libusb-win32 as an upper device filter for the
               specified device.
    uninstall: Removes libusb-win32 as an upper device filter for the
               specified device.
    list     : <NA>

  --all-devices         (-ad)
  install
    install  : <NA>
    uninstall: Removes libusb-win32 device filters from all devices in the
               USB enumerator.
    list     : <NA>

Switches For INF Files:
 --inf=<your_file.inf> (-f=)
    install  : Installs usb device(s) from an inf file.
    uninstall: Attempts to roll back a device driver installation. If
               rollback fails or is unavailable, the device is removed and
               all root hubs are restarted.
    list     : <NA>

Common Switches:
 --prompt=<your_prompt_string> (-p=)
   Prompts the user with the specified string before running. To include
   spaces in the prompt string, place the entire switch in double quotes.
   Example: "-p=Are you sure?"

 --wait=<your_wait_string>     (-w=)
   After the operation completes, displays the specified string and waits for
   user input. To include spaces in the prompt string, place the entire
   switch in double quotes.
   Example: "-w=Press any key.."


Examples:
  install-filter install --device-classes
  install-filter uninstall --all-classes
  install-filter list --device-classes
  install-filter install --class={00000000-0000-0000-0000-000000000000}
  install-filter install "--device=USB\Vid_04d8&Pid_000c&Rev_0000"
  install-filter install --device=USB\Vid_04d8.Pid_000c.Rev_0000
  install-filter install --inf=your_file.inf
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 20, 2011, 03:01:49 pm
@runeazn: well, I haven't seen this behaviour myself, and the other people in this topic don't seem to have seen it (on older versions, at least). I'll try to reproduce it...


@alberthro:
1) Thanks for the report.
At least one of the files used to be invalid, but I thought I had uploaded a fixed file... Maybe the one I uploaded on ticalc.org is better. Anyway, you have already found the newer beta in this topic :)

2) Ah, the joys of false positives produced by the defective products of the highly lucrative AV software industry scam / circus...
Looks like some members of the AV industry scam allow random people to indicate that a piece of software (at that, one generated under Linux by a cross-compiler and assembled by InnoSetup running in Wine...) is malware, without screening the results. Why would they trust anyone - even a maintainer - to indicate that the report is incorrect, as far as he knows ? Authors of genuine malware (the one that only at best 20% of AV software can detect - over the years, I've fixed a number of computers of relatives that were struck despite the presence of various AV software made by various members of that bunch of crooks...) could do exactly the same with their products, since the AV vendor evidently doesn't check the results.
It's like the no-fly list: it's very easy to be put in it, but it's nearly impossible to get out...


3) Well, automatic installation of the libusb filter driver is not recommended by its authors, so I'd rather not go that route :)
At least, not for TILP II 1.16, all the more it may indeed increase the AV false positive rate even further (I had never thought of that downside of embedding the filter driver installer, but since you mention it...).
Title: Re: TILP: beta-testing...
Post by: shrear on August 20, 2011, 03:41:13 pm
Quote
Unable to execute file:
C:\Users\olivier\AppData\Local\Temp\is-3PC28.tmp\gtk-2.12.9-win32-2.exe

CreateProcess failed; code 740.
The requested operation requires elevation.
Runing the gtk installer manually from temp fixes that. It seems that the administrator "right" isn't passed on by the Tilp installer.

Else it seems to work as it should.

btw I'm on w7 x64
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 21, 2011, 01:39:02 am
Thanks for the report as well.
The documentation shows that adding the "runascurrentuser" flag in the .iss file should fix the problem: the "runasoriginaluser" flag (which precisely yields the behaviour you describe) is the default behaviour if the "postinstall" flag is specified.
Title: Re: TILP: beta-testing...
Post by: runeazn on August 21, 2011, 07:07:15 am
@runeazn: well, I haven't seen this behaviour myself, and the other people in this topic don't seem to have seen it (on older versions, at least). I'll try to reproduce it...


@alberthro:
1) Thanks for the report.
At least one of the files used to be invalid, but I thought I had uploaded a fixed file... Maybe the one I uploaded on ticalc.org is better. Anyway, you have already found the newer beta in this topic :)

2) Ah, the joys of false positives produced by the defective products of the highly lucrative AV software industry scam / circus...
Looks like some members of the AV industry scam allow random people to indicate that a piece of software (at that, one generated under Linux by a cross-compiler and assembled by InnoSetup running in Wine...) is malware, without screening the results. Why would they trust anyone - even a maintainer - to indicate that the report is incorrect, as far as he knows ? Authors of genuine malware (the one that only at best 20% of AV software can detect - over the years, I've fixed a number of computers of relatives that were struck despite the presence of various AV software made by various members of that bunch of crooks...) could do exactly the same with their products, since the AV vendor evidently doesn't check the results.
It's like the no-fly list: it's very easy to be put in it, but it's nearly impossible to get out...


3) Well, automatic installation of the libusb filter driver is not recommended by its authors, so I'd rather not go that route :)
At least, not for TILP II 1.16, all the more it may indeed increase the AV false positive rate even further (I had never thought of that downside of embedding the filter driver installer, but since you mention it...).

could you replicate it?
Title: Re: TILP: beta-testing...
Post by: Darl181 on August 22, 2011, 02:38:07 am
I'm running into a bug with version 1.15 (it's not the beta, but I was pointed to this topic so yeah)

When there's an app with a name that starts with a lowercase letter (eg "zStart") other apps won't send, due to TiLP throwing "Err: Out of Mem".
As soon as I delete zStart apps send again (programs are unaffected btw) but after I put zStart back on the problem returns.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 22, 2011, 12:25:49 pm
Refreshed again.
* binary: http://lpg.ticalc.org/prj_tilp/beta/setup.exe
* patches: http://lpg.ticalc.org/prj_tilp/beta/0001-libticables-tilp-installer-upgrade-libusb-win32-and-.patch , http://lpg.ticalc.org/prj_tilp/beta/0002-tilp-installer-download-GTK-runtime-directly-from-th.patch , http://lpg.ticalc.org/prj_tilp/beta/0003-tilp-installer-upgrade-dependency-on-GTK-runtime-to-.patch

Three minor changes in the code, fixed the GTK+ runtime installer launch to run as administrator (reported by shrear above) and the GTK+ runtime version has been upgraded to 2.22. This change is not mandatory right now, but it will soon become mandatory.

The older installer (the one posted in my previous post) is http://lpg.ticalc.org/prj_tilp/beta/setup_old6.exe .

Excerpt from README.win32:
Quote
1°) It is possible to install TI-Connect(tm) / TI-Nspire Computer (Link) Software(tm)
and TILP side by side, but this requires a manual configuration.
The following steps assume that TI-Connect / TINC(L)S is already installed:
* download the filter driver installer and install it, using the instructions given at
  http://sourceforge.net/apps/trac/libusb-win32/wiki , section "Filter Driver Installation";
* launch the filter wizard (accessible from the new entry in the Start menu) when the
  device (SilverLink, 84+, 89T, 84+SE, Nspire) you want to use with both TILP and
  TI-Connect / TILP and (TINCLS or TINCS) is plugged *in*;
* install the filter driver for that particular device;
* run the TILP installer.
After that, the device ought to work in both TILP and TI-Connect / TILP and (TINCLS or TINCS).
Title: Re: TILP: beta-testing...
Post by: runeazn on August 22, 2011, 02:30:31 pm
So you didn't fix incompatibility issue with win 7 x64?
As mine doesn't work.

Instant crashes when I try to open the program.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 22, 2011, 03:53:33 pm
Quote
So you didn't fix incompatibility issue with win 7 x64?
There is no "incompatibility", since it worked for shrear on 7 x64 (and a slightly older build worked for me on 7 x64 as well) ;)

I don't know why it crashes so early for you. It's not easy for maintainers to debug problems that they cannot reproduce, you know ;)
Please post the contents of the .tilp.log file that you'll find in your home folder (normally one level above My Documents, in Documents and Settings).
A more advanced help would be to install MSYS with a GDB, run TILP from that GDB (which is not entirely straightforward) and provide a backtrace when it fails. That's how I pinpointed a problem outside of the code of TILP lately.
Title: Re: TILP: beta-testing...
Post by: runeazn on August 22, 2011, 03:58:29 pm
which folder??
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 22, 2011, 04:03:52 pm
Your home folder: even on Windows, users have a home folder :)
I don't have 7 or XP booted at the moment to check, and I'm going to bed anyway, but IIRC, the home folder is C:\Documents and Settings\<your username>.
Title: Re: TILP: beta-testing...
Post by: calcdude84se on August 22, 2011, 07:47:06 pm
For Windows 7 (and perhaps Vista. Not XP, IIRC), the home folder is "C:\Users\<your username>".
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 23, 2011, 02:01:27 am
Indeed, but isn't one is a symlink or junction to the other one ?
Title: Re: TILP: beta-testing...
Post by: runeazn on August 23, 2011, 02:12:51 am
Nothing interesting in that folder.
Only ntuser.dat.log1,2,3

[edit]it is possible with your current non beta stable build to use ti nspire linking software, which i do.

[edit2]
I just installed filter and skipped the beta build working perfect now ty :)

Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 23, 2011, 05:25:53 am
Quote
[edit]it is possible with your current non beta stable build to use ti nspire linking software, which i do.
No, unless you install the filter driver - which you did :)
Only the very latest libusb-win32 versions will work (>= 1.2.4.8 ), because the patch that I contributed, after discussing with the maintainers, went in for that release.

Have you displayed hidden files in your home folder ?

[EDIT: prevent silly smiley.]
Title: Re: TILP: beta-testing...
Post by: runeazn on August 23, 2011, 07:47:20 am
Dude i say it's possible as it works,
i do not know if it works after filter installation as i did not test..

It might not work now who knows. My computer is a strange one so anything can happen.

Dude i mean it serious, I used TI nspire student software along TILP stable release non beta and no filter.
If you don't believe me don't, not that it matters to you, does it?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 23, 2011, 07:52:53 am
Hmm, why are you replying that way ? My messages are not aimed at making you believe that I don't believe you !
If the fact that the 1.16 beta does not work for you (while it works for shrear and myself) didn't matter to me, I wouldn't try to understand what the problem is by asking you for a file that should be on your computer ;)
And I have understood your "I just installed filter and skipped the beta build working perfect now ty :)" line, you know.

So please cool down :)
Title: Re: TILP: beta-testing...
Post by: runeazn on August 23, 2011, 07:57:50 am
I'm relaxed, if my words offended you in anyway dont mind it.
Therefore I also apologize.

I can't find any file thats the problem.
I do have hidden maps, Appdata.
Title: Re: TILP: beta-testing...
Post by: shrear on August 29, 2011, 09:36:44 am
Avira gives also now a false positive
"TR/Siscos.dgt" <- whatever that means...
(to the credit of the AV, it's easy to add exception.)

Other thing, is it possible to prevent the console window from opening?
Because I always confuse it in the toolbar with Msys (icon is the same),
and that's kind of annoying.
Title: Re: TILP: beta-testing...
Post by: Deep Toaster on October 31, 2011, 09:42:20 am
Bug report-bump: Finally got the newest beta of TiLP installed, but it keeps giving me an error saying "usb_reset_ex" not found in libusb0.dll. I looked in C:\Windows\System32, and there was a libusb0_x86 DLL file in addition to libusb0, so I made a copy of that and called it libusb0.dll. Now TiLP starts up but it can't connect because it says the parameters for usb_reset_ex are wrong. (I have no idea what I'm doing lol)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on October 31, 2011, 03:59:05 pm
I'm afraid I haven't yet fully adapted the installation procedure to the newest libusb-win32 versions, and the attempt at making it possible to install the 32-bit libusb and the 64-bit libusb alongside each other doesn't seem to be perfect...
Remind me which flavor and version of Windows you're using, and whether it's a 64-bit edition ?
Title: Re: TILP: beta-testing...
Post by: Deep Toaster on October 31, 2011, 04:35:58 pm
Whoops, forgot to mention that. I'm on 32-bit Windows Vista.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on November 11, 2011, 02:29:19 am
Does following the filter driver install procedure (in the README, reproduced e.g. at the top of page 10) help ?

As for hiding the console window: it's easy, a one-liner patch to configure.ac yielding a one-liner change in the generated configure. However, in the current state of things, with that change, most of the debug output, and therefore part of my ability to track down problems I cannot reproduce, is lost.
Therefore, on the one hand, I'm definitely not keen on going that route for now (TILP II 1.16); on the other hand, this window, which wasn't there before TILP II 1.14, annoys multiple persons...
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on November 12, 2011, 08:41:31 am
Refreshed the installer again :)
* binary: http://lpg.ticalc.org/prj_tilp/beta/setup.exe
* patches: http://lpg.ticalc.org/prj_tilp/beta/0001-tilp-installer-upgrade-dependency-on-GTK-runtime-to-.patch , http://lpg.ticalc.org/prj_tilp/beta/0002-libticables-tilp-update-driver-information-improve-t.patch

The older installer (the one posted in my previous post) is http://lpg.ticalc.org/prj_tilp/beta/setup_old7.exe .


The main highlights since the previous beta are:
* added .8xo file support. In fact, these files were already supported, but called "8xgrp" :)
* added MIME types definitions;
* added tentative Nspire CM (CAS) OS upgrade support (untested);
* upgraded the embedded minizip;
* improved drag&drop code by Jonimus/TheStorm: TILP can now accept drag&drop from more programs.
* the usual set of fixes for (potential) crasher bugs, plus a huge pass of argument sanitizing in libti*, which have become much more robust against NULL arguments. Several bugs were found by using the clang-based AddressSanitizer compile-time instrumentation tool to build everything.
* ROM dumping of 84+(SE) and 89T through DirectLink was fixed, and so were computer->calc transfers to 84+(SE) of files of size 244 modulo 250 greater than 244 bytes through DirectLink. The corner cases for sending and receiving files from 89T through DirectLink, and receiving variables from 84+(SE) through DirectLink, seem to keep working;
* fixes for driver install paths that ought to alleviate the problems mentioned above by Deep Thought.

The usual excerpt from README.win32 for installation alongside TI's official software:
Quote
1°) It is possible to install TI-Connect(tm) / TI-Nspire Computer (Link) Software(tm)
and TILP side by side, but this requires a manual configuration.
The following steps assume that TI-Connect / TINC(L)S is already installed:
* download the filter driver installer and install it, using the instructions given at
http://sourceforge.net/apps/trac/libusb-win32/wiki , section "Filter Driver Installation";
* launch the filter wizard (accessible from the new entry in the Start menu) when the
device (SilverLink, 84+, 89T, 84+SE, Nspire) you want to use with both TILP and
TI-Connect / TILP and (TINCLS or TINCS) is plugged *in*;
* install the filter driver for that particular device;
* run the TILP installer.
After that, the device ought to work in both TILP and TI-Connect / TILP and (TINCLS or TINCS).
Title: Re: TILP: beta-testing...
Post by: C0deH4cker on November 12, 2011, 10:46:01 pm
One thing that bugs me with TiLP is when i send apps/prgms to my ti84+ SE and it does a Garbage Collect, TiLP will throw an error. Doesnt the calc send a message saying it will Garbage Collect?

Edit: btw, TiLP says im using a DirectLink cable.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on November 13, 2011, 02:12:19 am
When sending archived programs, or FlashApps, to a 84+(SE) through DirectLink, the calculator replies with an invalid packet: it replies with a 0xFFFFFFFF timeout, even if it does not perform garbage collect.
For a long time, TILP would try to apply this 0xFFFFFFFF timeout, which hung it "forever". I fixed that a while ago, by changing the value to 0x400000, which is higher than what the 89T replies in some conditions, seemed to work in my tests with a 84+ (I don't remember whether I used the 84+ or the 84+SE) while not making the application seem to hang for too long. But you're saying that it's not enough...
What is your [computer] processor model, OS flavor and version ? :)
Title: Re: TILP: beta-testing...
Post by: shrear on November 13, 2011, 07:47:51 am
Just saying that everything is fine here (w7 64)

I just saw one "thing": the OS version of my CX is after Tilp 3.2.1793 instead of 3.0.2.1793 which is a little confusing...
I mean 3.0 != 3.2 ???
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on November 13, 2011, 08:09:12 am
Quote
Just saying that everything is fine here (w7 64)
Good, thanks :)

Quote
I just saw one "thing": the OS version of my CX is after Tilp 3.2.1793 instead of 3.0.2.1793 which is a little confusing...
I mean 3.0 != 3.2 :huh:
Agreed, it's a bit confusing - but 3.2.1793 is a mere dump of what the calculator returns when asked for its information :)
Old OS version numbers had three components; "new" version numbers have four components, but return the same format (on the wire) as old OS versions.
Re-parsing the version numbers in libticalcs would require a backwards-incompatible change in CalcInfos: the size of the os_version field is too low to contain 3.0.2.1793<\0>.
Title: Re: TILP: beta-testing...
Post by: runeazn on February 12, 2012, 04:12:45 pm
Refreshed the installer again :)
* binary: http://lpg.ticalc.org/prj_tilp/beta/setup.exe
* patches: http://lpg.ticalc.org/prj_tilp/beta/0001-tilp-installer-upgrade-dependency-on-GTK-runtime-to-.patch , http://lpg.ticalc.org/prj_tilp/beta/0002-libticables-tilp-update-driver-information-improve-t.patch

The older installer (the one posted in my previous post) is http://lpg.ticalc.org/prj_tilp/beta/setup_old7.exe .


The main highlights since the previous beta are:
* added .8xo file support. In fact, these files were already supported, but called "8xgrp" :)
* added MIME types definitions;
* added tentative Nspire CM (CAS) OS upgrade support (untested);
* upgraded the embedded minizip;
* improved drag&drop code by Jonimus/TheStorm: TILP can now accept drag&drop from more programs.
* the usual set of fixes for (potential) crasher bugs, plus a huge pass of argument sanitizing in libti*, which have become much more robust against NULL arguments. Several bugs were found by using the clang-based AddressSanitizer compile-time instrumentation tool to build everything.
* ROM dumping of 84+(SE) and 89T through DirectLink was fixed, and so were computer->calc transfers to 84+(SE) of files of size 244 modulo 250 greater than 244 bytes through DirectLink. The corner cases for sending and receiving files from 89T through DirectLink, and receiving variables from 84+(SE) through DirectLink, seem to keep working;
* fixes for driver install paths that ought to alleviate the problems mentioned above by Deep Thought.

The usual excerpt from README.win32 for installation alongside TI's official software:
Quote
1°) It is possible to install TI-Connect(tm) / TI-Nspire Computer (Link) Software(tm)
and TILP side by side, but this requires a manual configuration.
The following steps assume that TI-Connect / TINC(L)S is already installed:
* download the filter driver installer and install it, using the instructions given at
http://sourceforge.net/apps/trac/libusb-win32/wiki , section "Filter Driver Installation";
* launch the filter wizard (accessible from the new entry in the Start menu) when the
device (SilverLink, 84+, 89T, 84+SE, Nspire) you want to use with both TILP and
TI-Connect / TILP and (TINCLS or TINCS) is plugged *in*;
* install the filter driver for that particular device;
* run the TILP installer.
After that, the device ought to work in both TILP and TI-Connect / TILP and (TINCLS or TINCS).

uhh could you please mirror it?
the website tried to hack my computer, i got an high risk intrusion alert when opening the site, :/
Title: Re: TILP: beta-testing...
Post by: runeazn on February 12, 2012, 04:12:46 pm
it double posted D:
Title: Re: TILP: beta-testing...
Post by: Jim Bauwens on February 12, 2012, 04:14:58 pm
Well, the warning is most likely wrong.
If its infected, ticalc.org would be too.
Title: Re: TILP: beta-testing...
Post by: runeazn on February 12, 2012, 04:17:06 pm
I cant access it so can anybody mirror it please :)?
i dont try to sound like a king, this is in no way a order.

and i dont know how to ask it differently
Title: Re: TILP: beta-testing...
Post by: Jim Bauwens on February 13, 2012, 03:45:31 pm
Sorry for the late reply, here you go: http://bwns.be/jim/tilp/setup.exe
Title: Re: TILP: beta-testing...
Post by: runeazn on March 12, 2012, 01:05:35 pm
thanks dude :D,
oh man antivirus deletes software..
why does it think its a virus?

disabled auto remove and it installed fine but how do you get it working with the nspire?
i selected nspire in the device list but it still doesnt find the nspire.

when i try to dirlist
i get this error : 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: (1854697360) The system cannot find the file specified.


mann now i see how many days ago you posted the link i realize i've been struggling for over 1 month to get my Ti nspire student software working..
so sad why doesnt the software work out of the box.

Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2012, 09:33:21 am
After a bit more than two months of development (following five months without commits), it's time to start the TILP II 1.17 beta-testing :)

Setup program: http://lpg.ticalc.org/prj_tilp/beta/setup.exe
Patches (nine aren't committed yet because minor fixes / improvements need to be made, e.g. updating the user documentation on ROM dumping): http://lpg.ticalc.org/prj_tilp/beta/patchset_20120724_1510.tar.bz2


The main highlights since the previous release (1.16) are:
* the new TI-Z80 ROM dumper by Benjamin Moody, with, among others, the ability to automatically dump 82 and 85 (even without a shell :) ), and the ability to unlock 73/83+/84+ Flash memory without an OS patch;
* the long-awaited conversion of the TILP interface from the outdated Glade to GTK+Builder, mainly performed by Jonimus/TheStorm. As a consequence, the GTK+ runtime is upgraded from 2.12.9 to 2.24.8;
* the ability to send and receive raw packets provided to users - the functions have been there for years, but until now, they weren't exposed to external users. This is a first step of a move that will reduce copy and paste, in some circumstances, for clients of the library. Kerm, among others, will be interested.
* variable rename and variable attribute change functions for 84+ and 89T DirectLink - that is, the ability to remotely archive/unarchive and lock variables.
* USB scan at startup is now enabled by default (for new installs), so as to be more intuitive to users of TI's official software;
* the 84+ DirectLink ROM dumper should dump 1 MB on regular 84+ and 2 MB on 84+SE;


Of course, as usual, bugfixes and other less noteworthy changes. The long quest for making the code base more reliable continues.


Please go forth and test ;)
Title: Re: TILP: beta-testing...
Post by: linuxgeek96 on July 24, 2012, 09:39:14 am
Where is the linux version?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2012, 11:32:00 am
In general, as usual, you can compile the Linux version yourself using the script linked from the official site, http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh :)
But for now, if you want to test the GTK+Builder interface, and the new ROM dumpers, you have to apply the patches from the tarball yourself.
Title: Re: TILP: beta-testing...
Post by: shmibs on July 24, 2012, 11:51:10 am
patches from where? aren't the patches in your last post just for the windows docs?
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 24, 2012, 11:58:11 am
Quote
patches from where?
From the tarball, http://lpg.ticalc.org/prj_tilp/beta/patchset_20120724_1510.tar.bz2 :)

Quote
aren't the patches in your last post just for the windows docs?
Nope. My mention of "user documentation" was a description of one of the reasons why these patches are not committed yet (the documentation hasn't been fully updated), not what these patches are :)
Title: Re: TILP: beta-testing...
Post by: shmibs on July 24, 2012, 12:00:51 pm
alrighty, thanks =)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on July 24, 2012, 10:19:19 pm
Glad to hear TILP is moving forward to 1.17 :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on July 27, 2012, 09:22:42 am
I'm progressively committing the constituents of the patchset, after performing small changes which don't impact executables but impact the build system / documentation / etc.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on August 19, 2012, 03:21:09 pm
I have refreshed the installer at http://lpg.ticalc.org/prj_tilp/beta/setup.exe .
All changes have been committed to SVN.
As usual, the install script is http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

Highlights since the previous beta build (several posts above):
* added initial, experimental TI-80 VSC support, by Randy Compton. This model is very rare nowadays, and the only linking command it supports is "get screenshot";
* support for Nspire OS extensions, currently limited to English-Chinese dictionaries;
* a new function for the Nspire remote control feature, which makes it possible to implement nRemote ( http://ourl.ca/16836 / http://tiplanet.org/forum/viewtopic.php?t=10246 ) through FLOSS code - even before nRemote is publicly available :P

Some spelling fixes and minor man page improvements, too.

Please go forth and test ;)
Title: Re: TILP: beta-testing...
Post by: Jim Bauwens on August 19, 2012, 03:51:37 pm
Nice :)
I'm definitely interested in the nRemote stuff, will check it out !
Title: Re: TILP: beta-testing...
Post by: shmibs on August 20, 2012, 11:02:58 am
dangit, i installed on this new computer one day before you updated X|
thanks for the continued efforts! =D
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on December 14, 2012, 01:59:53 pm
Four months after the previous beta, and a year after the previous release, the development cycle is drawing to a close, thanks to Benjamin Moody's important contributions :)

I'm releasing an intermediate beta tonight. It should soon be followed by a release candidate containing today's patch from Benjamin, for clearing the last significant hurdle for releasing TILP II 1.17 (minizip -> libarchive transition in libtifiles), and a minor fix (TODO) for Debian packaging (not copying Windows stuff even when compiling on non-Windows for non-Windows).
In order to handle Benjamin's libarchive patch, I need to set up some extra things and spend time on testing it and reading the code - but it's Friday evening, not the best time for doing that :D

* refreshed the installer at http://tiplanet.org/beta/setup.exe . (unusual URL, the ticalc.org FTP is currently experiencing trouble)
* the patchset against SVN HEAD is http://tiplanet.org/beta/tilp_patchset_20121214.tar.bz2 .
* is usual, the install script is http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

Highlights since the previous beta build (several posts above):
* improved support for "raw mode" external linking, by Benjamin Moody, thanks to two new functions for getting and setting both lines simultaneously (if supported by the cable);
* 84+DUSB ROM dumper: dump the certificate page as well;
* libticables: add dynamic libusb-win32 loader, which paves the way for driver-less libticables-based emulator installers - IOW, installation of TilEm and TIEmu on school computers without admin privileges;
* bugfixes: for instance, desynchronized UI and code reported by Deep Thought. The other bugfixes / improvements are less visible to users (for instance, robustness fixes and tests - API functions shouldn't crash when they're passed NULL arguments).

Please go forth and test ;)
Title: Re: TILP: beta-testing...
Post by: shmibs on December 14, 2012, 06:15:45 pm
much obliged, mr!
/me just tested out the usb rom dumper, and it works beautifully. =)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on December 14, 2012, 07:18:22 pm
Glad this is still progressing. :)

I assume this fixes the incompatibilities with TI-Graph Link games like Reuben Quest, right? (I think it was an issue with pic0 or something, but I forgot. )
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on December 15, 2012, 01:47:21 am
Making it possible to:
* receive Pic0-Pic9 from 84+ calculators through DirectLink, and send them through legacy I/O to the members of the TI-Z80 series;
* send Pic0-Pic9 variables obtained from TI-Z80 calculators through legacy I/O, to 84+ calculators through DirectLink
is difficult. Benjamin Moody explained why it's harder than I originally thought. Therefore, this task will probably not be undertaken for quite a while.

Using groups is a way to mitigate the problem.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on December 15, 2012, 01:49:07 am
Ah ok. I was wondering since it was reported apparently and Sorunome ran into the problem this week when trying to install Reuben.

Idk why TI changed the format of those files in 2004 or so to new standards x.x
Title: Re: TILP: beta-testing...
Post by: FloppusMaximus on December 15, 2012, 01:30:37 pm
I vaguely remember that issue, but I thought we had fixed it. :(

(One issue that can't be fixed is that some assembly programs will let you create non-standard Pic variables numbered 10 to 255 - these variables can be transferred using traditional link cables, but the OS and the design of the USB protocol do not allow them to be transferred over USB.  There's nothing to be done about that, except, as Lionel says, you can create a group (.8xo) file of them and ungroup on the calc.)

---

Lionel, I've sent you a patch that should fix the more pressing issues with Pic (and Str and GDB) files.

Compatibility with non-tokenized files (I think this is what you're talking about, DJ) is a little more complicated and will take more work.
Title: Re: TILP: beta-testing...
Post by: calcdude84se on December 27, 2012, 01:39:00 pm
I did an install of the linked beta a few days ago without TI-Connect installed and found this bug: TILP's driver files expect C:\Program Files (x86)\Common Files\LPG Shared\drivers\usb\x86\libusb0.dll to be named libusb0_x86.dll instead.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on December 27, 2012, 02:36:03 pm
IOW, the .inf files need adjustment. Thanks for the report :)
Title: Re: TILP: beta-testing...
Post by: calcdude84se on December 27, 2012, 02:39:17 pm
I just renamed the DLL instead, but I guess that works too :P. Glad to help.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on December 31, 2012, 06:41:16 am
The development is considered finished, though I still have to make sure that the source tarball does not contain Windows binaries, so that lintian does not complain :)

* refreshed the installer at http://tiplanet.org/beta/setup.exe . (unusual URL, the ticalc.org FTP is still experiencing trouble)
* the patchset against SVN HEAD is http://tiplanet.org/beta/tilp_patchset_20121231.tar.bz2 .
* as usual, the install script is http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

Highlights since the previous beta build, a couple weeks ago:
* integration of Benjamin Moody's patch mentioned above, for using an external libarchive instead of an embedded fork of minizip. No intended functionality change, but the change removes the main reason why Fedora would never accept libti*/gfm/tilp packages;
* reverted a change in the installed DLL name, reported wrong above;
* integration of another patch from Benjamin, fixing two detokenization issues;
* expansion and integration of older work of mine, for fixing even more compiler warnings, fixing defects flagged by the dynamic binary instrumentation produced by clang -fsanitize=undefined (very useful :) ) + defects in similar code chunks.

As they stand before this last patch, libti* running on e.g a Nspire (under Linux, of course) have no chance of being useful to communicate with another Nspire. They contain unaligned memory reads/writes, and left shifts of count > width of type; now, dirlist, CX/CM screenshots, calculator information, and suchlike operations with another Nspire could work.

Please go forth and test ;)
Title: Re: TILP: beta-testing...
Post by: FloppusMaximus on January 01, 2013, 02:49:47 pm
IOW, the .inf files need adjustment. Thanks for the report :)
It may not make a difference, but I would lean towards changing the installed filename rather than changing the inf file.
Title: Re: TILP: beta-testing...
Post by: JonimusPrime on March 19, 2013, 11:57:13 pm
I've been working on a new driverless serial backend for libticables on windows please see this topic (http://ourl.ca/18552/342212;topicseen#new) for details on testing. I'm posting here so that hopefully more people will see it and test as the number of people who have all the required prerequisites is fairly low and I would like as many testers as possible.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on March 21, 2013, 05:38:13 am
In my previous post introducing a build, I stated that the development for the TILP II 1.17 cycle was considered finished... but then, there was need for much more development :D

It's high time another build was made, and I had just enough time to package and upload a new build this morning. The build is untested.

* refreshed the installer at http://tiplanet.org/beta/setup.exe . (unusual URL, the ticalc.org FTP is still experiencing trouble)
* the patchset against SVN HEAD is http://tiplanet.org/beta/tilp_patchset_20130321_0840.tar.bz2 (note: patch 4 introduces a build failure, I have fixed it locally but haven't had time to refresh the patchset before leaving).
* as usual, the install script is http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

Highlights since the previous beta build, more than two months ago:
* fixed TILP under Windows XP, broken due to libarchive automatically configuring itself to use a function not exported on that version of Windows;
* some 84+CSE support: hardware version, temporary kludge for sending 84+CSE pictures (Benjamin Moody)
* the 8 feature + bugfix patches from the previous patchset, detailed in the two previous posts about new builds, have been pushed to SVN;
* more compiler (Clang) warning fixes;
* export more functions which were previously internal, e.g. the 83+ family DBUS commands (where the useful memory page dump command was added - astute readers could think that it might be related to the 84+CSE), or functions and data structures from the DUSB family;
* fix a crash reported by Deathrider with wrong TI-86 files;
* when communicating with 84+ through DUSB, allow variables with the same name but different types, by Benjamin Moody;
* add known 84+CSE hardware version, and plausible default model for unknown hardware versions;
* install_tilp.sh: add ready-made `apt-get install` command line for Debian & derivatives (OK, who wrote "at last ?" :P)
* more USB-related fixes for the tilp installer, by Benjamin Moody;
* try to fix a BSOD triggered by dhahelper (Benjamin Moody & myself);
* remove some MinGW special-casing, as discussed above (Benjamin, Jonimus, myself)

As you can see, a sizable part of the work was done, or at least reported, by Benjamin :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on March 22, 2013, 03:03:08 pm
New build tonight, which can probably be considered the TILP II 1.17 release candidate :)

* refreshed the installer at http://tiplanet.org/beta/setup.exe .
* the patchset against SVN HEAD is http://tiplanet.org/beta/tilp_patchset_20130322.tar.bz2 .
* as usual, the install script is http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

Changes since yesterday's build:
* fixed the silly build failure in patch 4 of patchset that I mentioned yesterday;
* patch 3 of patchset (trying to fix the BSOD triggered by dhahelper) worked, but I improved it;
* really (hopefully) fixed TILP under Windows XP. Benjamin indicated that it's not just _ctime64_s which needs to be forcefully removed from the configure options of libarchive, but also _localtime64_s and _mkgmtime64. For good measure, I also removed _fseeki64 - it's not like libtifiles is going to deal with files whose size can't fit in 32 bits anyway ^^
* added a patch by Benjamin, for redirecting output to ~/.tilp.log under Windows (in a better way).
* stripped libarchive-12.dll, which reduces the size of the decompressed binary from 60 MB to less than 500 KB, and reduces the size of the TILP installer by a megabyte or so...
* now compiling with -mwindows, so that the ugly command-line window is gone :)
* updated the ChangeLog and RELEASE files.
Title: Re: TILP: beta-testing...
Post by: shmibs on March 23, 2013, 10:39:09 am
after a quick compile and testing, all seems well on this end. thanks =)
Title: Re: TILP: beta-testing...
Post by: Deep Toaster on March 23, 2013, 11:24:30 pm
Just noticed today that clicking the header bars ("Name," "Attr," "Type," etc.—not sure what to call them) in the variable list pane doesn't actually order the variables by that parameter, even though the little arrow that usually indicates ordering them shows up. I feel it would be a nice feature to have, though.

Other than that, it seems to be working great :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on March 31, 2013, 03:02:25 pm
I have just released TILP II 1.17, GFM 1.07 and the associated libraries :)

Guess what... many changes since TILP II 1.16 (quite a bit more than between any two consecutive releases from years past, in fact), the most noteworthy of which are:
* conversion of TILP from Glade to GTK+Builder: the bulk of the work was done by Jon Sturm, it opens the door to further improvements on the code base.
* Initial, incomplete TI-84+CSE support: OS upgrades, FlashApps, pictures and possibly certificate files are supported (provided the files are renamed from *.8c? to *.8x?), background images not supported.
* new TI-Z80 ROM dumper, with improved 82/85 support, 84+ Flash unlocking, etc.
* USB scan at startup (options.auto_detect) enabled by default (but old config files are not updated, obviously), to match the behaviour of TI-Connect and TINC(L)S.
* no more cmd window for TILP on Windows: the output is now properly redirected to a file even when there's no such window (by Benjamin Moody).
* other features: raw mode external linking, loading libusb-win32 dynamically, tons of previously (wrongly) internal libticalcs functions now exported to user programs so that they no longer need to copy and paste thousands of lines of code if they merely want to implement a new command not yet implemented by libticalcs, Nspire remote control primitives, 83+ DBUS memory page dump primitive, initial TI-80 VSC support, etc.
* bugfixes: more warnings, more crasher bugs, more undefined behaviour fixed (clang is a valuable tool !); upstream fixes to ease downstream packagers' job.

Special thanks to Benjamin Moody and Jon Sturm for their contributions and code reviews !
More changes to come: switching to Git full-time, first-class 84+CSE support, new TI-Z80 commands, further modularization / cleanups / hardening / improvements of the code base, etc.

Here are the source tarballs: libticonv (http://sourceforge.net/projects/tilp/files/tilp2-linux/tilp2-1.17/libticonv-1.1.4.tar.bz2/download), libtifiles (http://sourceforge.net/projects/tilp/files/tilp2-linux/tilp2-1.17/libtifiles2-1.1.6.tar.bz2/download), libticables (http://sourceforge.net/projects/tilp/files/tilp2-linux/tilp2-1.17/libticables2-1.3.4.tar.bz2/download), libticalcs (http://sourceforge.net/projects/tilp/files/tilp2-linux/tilp2-1.17/libticalcs2-1.1.8.tar.bz2/download), tilp (http://sourceforge.net/projects/tilp/files/tilp2-linux/tilp2-1.17/tilp2-1.17.tar.bz2/download), gfm (http://sourceforge.net/projects/tilp/files/tilp2-linux/tilp2-1.17/gfm-1.07.tar.bz2/download).
Here are the Windows installers: tilp (http://sourceforge.net/projects/tilp/files/tilp2-win32/tilp2-1.17/tilp-1.17.zip/download), gfm (http://sourceforge.net/projects/tilp/files/tilp2-win32/tilp2-1.17/gfm-1.07.zip/download).
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 16, 2013, 11:26:00 pm
I sadly didn't get time to test CSE support but do you plan to add the following stuff in version 1.18?

-The ability to get a screen capture while in 160x240 resolution mode. TI-Connect only works in 320x240 mode (in 160x240 it says "Error getting screen shot").
-A built-in TI-84 Plus C Silver Edition ROM dumper that supports direct USB linking that is also failsafe from any computer CPU spikes (unlike Jonimus' silverlink dumper)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on April 17, 2013, 01:41:23 am
Quote
-A built-in TI-84 Plus C Silver Edition ROM dumper that supports direct USB linking that is also failsafe from any computer CPU spikes (unlike Jonimus' silverlink dumper)
The modified DBUS (legacy I/O) and DUSB (DirectLink) ROM dumpers are in my mailbox, I need to apply them (and another, prerequisite patch from Benjamin) :)
I hope to be able to test the dumpers on a real 84+CSE soon.

Quote
-The ability to get a screen capture while in 160x240 resolution mode. TI-Connect only works in 320x240 mode (in 160x240 it says "Error getting screen shot").
I definitely see why that would be useful, but I'm unsure we could implement that out of the box:
* if the root cause of the screenshot while in 160x240 mode failing is that the calculator's OS just doesn't handle screenshots of size not equal to 320x240, it could prove hard to implement 160x240 size screenshots;
* if the root cause lies on the computer side (TI-Connect refuses the data because it doesn't have the appropriate size), that should be easier.

Pending further examination, the 160x240 screenshot feature request is now written down in the TODO list :)
Title: Re: TILP: beta-testing...
Post by: FloppusMaximus on April 17, 2013, 08:45:06 pm
DJ: I am surprised and confused by your findings with TI-Connect.  Are you certain that the problem you're seeing is due to the resolution change?  I haven't tested that specifically, but I would be extremely surprised if in fact changing the resolution (or other display settings such as flipping, scrolling, or cropping the screen) had any effect whatsoever on screenshots.  The OS doesn't pay any attention to the LCD settings as far as I'm aware - it should just dump out the contents of GRAM regardless of those settings.  At most, I suppose it's conceivable (though unlikely) that changing some of those settings could result in a *corrupted* screen dump - but even if the LCD controller starts feeding the OS complete garbage, the OS should faithfully send 320x240 pixels' worth of complete garbage back to the PC.

160x240 mode is a clever hack, but it's unlikely that it will ever be officially supported by TI.  In order to take accurate screenshots in that mode, we'd need to use an assembly program.

(If you're trying to get screenshots of a program, you'll have better luck with TilEm. :)  84+CSE support is still incomplete, but I think somebody mentioned there was an unofficial Windows build?)

Anyway, I've done a little work towards supporting 84+CSE screenshots in TILP, but it's more complicated than you might expect - TI broke a lot of the rules. :P
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on April 17, 2013, 11:45:41 pm
Whenever I try getting a calc capture in normal mode, it works perfectly (takes around 20 seconds). When I try in 160x240 mode, it waits like 30-60 seconds, doing absolutely nothing, then it throws "Error getting screen shot" at me. I tried several times too, and even removed the cable/put it back in before retry.

As for TilEm I'M out of luck because the only compatible ROM dumper that exists doesn't run on my computer and I can't find any ROM anywhere (not that the latter is really right nor legal, anyway).
Title: Re: TILP: beta-testing...
Post by: FloppusMaximus on April 18, 2013, 09:36:48 pm
I've just checked, switching to interlaced mode does not have any apparent effect on screenshots.  The program you're using to switch the screen mode must be doing something else that interferes with screenshots.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 05, 2013, 03:17:20 pm
The TILP II 1.18 development cycle has officially started :)

Changes from TILP II 1.17 are few, but important:
* switched the development trees for libti*, gfm and tilp from SVN to Git. Two main repositories are used: libticonv + libtifiles + libticables + libticalcs on the one side ( https://github.com/debrouxl/tilibs ), gfm + tilp on the other side ( https://github.com/debrouxl/tilp_and_gfm ). The http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh helper script has been updated, you need to re-download it !
* 84+CSE ROM dumping through both I/O ports, by Benjamin Moody;
* 84+CSE screenshots through both I/O ports, by Benjamin Moody (with minor torture tests and translation updates by me).

Sadly, I haven't yet been able to test the new changes on a real 84+CSE...

Mid-level functionality for Jonimus' ROM dumper shall be integrated by creating a fifth libti* library, and moving some common code from gfm, tilp, titools and probably tilem into "tiopers" (current working name for that new library). Jonimus' driver-less Windows serial port backend is planned to find its way into the libticables code base as well.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: none this time :)
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh (updated !).
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on May 05, 2013, 07:56:05 pm
The TI-84 Plus C Silver Edition has two I/O ports? O.O Or do you mean the Mini USB port and actual I/O port?

Anyway I'M glad to see this update. I might try it when I have some time :)
Title: Re: TILP: beta-testing...
Post by: Hooloovoo on May 05, 2013, 08:06:40 pm
A few things I have noticed with version 1.17:
the lack of a working silverlink OS sender
when you right click on windows, only one option shows up, and the rest are just separators. I can still click on the options, but I don't know what they say except that I have memorized the ones I use.
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on May 05, 2013, 09:25:17 pm
Ok so it appears that ROM dumping for 84+CSE doesn't work under Windows XP SP3 (I'M using the version of TiLP you just posted, with a Direct USB cable and a TI-84 Plus C Silver Edition.)

-First, I make sure the calc is connected (I can see the files list), then I double-click Operating System
-Secondly I get the warning that ROMs are copyrighted by TI and I can't distribute/copy them and so on
-Third, I get the following message (and no ASM program gets sent to the calc):

Code: [Select]
An assembly program is about to be sent on your calculator.
If you have not made a backup yet, you should do one before
proceeding with ROM dumping...

For the way of proceeding, take a look at the TiLP manual
(especially if you have a USB cable).

-With Forward and Cancel as option, I click Forward
-Then this happens:
(http://img.removedfromgame.com/imgs/tilperror.png)


Another problem is that when you install TiLP and request a GTK+ download, if you use a 32 bit Windows install it appears to download the wrong version, because everytime I checked that option, neither TiLP/GTK theme selector would crash on startup, so I had to download it from GTK website everytime.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 06, 2013, 03:25:00 pm
Thanks for the report :)

Adriweb managed to get a ROM dump from his 84+CSE, so 84+CSE ROM dumping is at least not completely broken (anyhow, it worked for Benjamin before he sent me the patch). I should be able to get a 84+CSE in the next few months.

Quote
Another problem is that when you install TiLP and request a GTK+ download, if you use a 32 bit Windows install it appears to download the wrong version, because everytime I checked that option, neither TiLP/GTK theme selector would crash on startup, so I had to download it from GTK website everytime.
Odd. TILP being a 32-bit application, AFAICT, it's supposed to use the 32-bit GTK+ runtime.
What GTK+ runtime are you downloading (link) ?
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on May 06, 2013, 09:26:05 pm
When I install TiLP it warns me that GTK+ isn't installed, but if I leave the Install GTK+ runtimes box checked, the installer will download them for me. Those are the ones that cause problems.

The ones linked at http://lpg.ticalc.org/prj_tilp/win32.html works fine.
Title: Re: TILP: beta-testing...
Post by: FloppusMaximus on May 07, 2013, 10:32:22 pm
The ROM dumpers do work.  Must be something wrong with the Windows build.  Does ROM dumping work for other models?

the lack of a working silverlink OS sender
Elaborate, please.

Quote
when you right click on windows, only one option shows up, and the rest are just separators. I can still click on the options, but I don't know what they say except that I have memorized the ones I use.
I think I saw something similar at one point, probably because of a buggy version of GTK+.  The page DJ mentioned (http://lpg.ticalc.org/prj_tilp/win32.html) appears to be pointing to GTK+ 2.12.9, which is pretty old at this point.  The current TILP installer is using 2.24.8.

(I don't know why 2.24 would be crashing.  Try uninstalling both TILP and any old GTK+ packages, and installing everything anew?  There shouldn't be any 64-bit libraries involved, everything here is 32-bit except for the drivers.)
Title: Re: TILP: beta-testing...
Post by: Hooloovoo on May 08, 2013, 10:31:28 am
When I try to send an OS to my 83PSE or 84PSE, it gets through the point where the calculator says '0% Completed', and when it gets past sending the first page of the OS, the calculator says that there was an error, and the computer waits until the timeout time is past until it shows a timeout error. The direct USB OS sending works fine, and I can receive OSs from my friend's calculators with either link cable.

I am on a 32-bit system, so there shouldn't be any problem with 64-bit anythings.

Edit: I must have been on an old GTK, because when I uninstalled, and downloaded the GTK from the installer, the right clicking worked.
Title: Re: TILP: beta-testing...
Post by: FloppusMaximus on May 08, 2013, 10:48:26 pm
When I try to send an OS to my 83PSE or 84PSE, it gets through the point where the calculator says '0% Completed', and when it gets past sending the first page of the OS, the calculator says that there was an error, and the computer waits until the timeout time is past until it shows a timeout error. The direct USB OS sending works fine, and I can receive OSs from my friend's calculators with either link cable.
Thanks.  I don't know why it would be doing that, but I'll check it out.  To be clear, are you trying to send an official OS file from TI, or a third party OS?  Also, if you can, it'd be really helpful if you could post the log file (usually stored in "C:\Documents and Settings\username\.tilp.log") after trying to send an OS.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 09, 2013, 04:06:24 pm
I've created a new Windows build tonight.

Changes between the first TILP II 1.18 Windows beta build and this one:
* bugfix: applied patch by Benjamin for fixing 84+CSE screenshots;
* bugfix: removed "UsbKernel" option from the cables list in the TILP UI, that has been outdated for many years now (but people still occasionally try to use it);
* addition: functions for sending and receiving lesser-known DBUS commands (29 / 2A, 2B / 2C, 6E, 47 / 74) for the 83+ family. Missing: 89, CA, B7.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: http://tiplanet.org/beta/0001-libticalcs-add-support-for-several-DBUS-commands-for.patch .
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .
Title: Re: TILP: beta-testing...
Post by: Hooloovoo on May 09, 2013, 10:43:56 pm
The log is attached. I am sending OS 2.53, I am almost positive it is signed, as the calculator does receive and validate over USB without a problem.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on May 29, 2013, 08:29:16 am
(reading and replying to posts after the weeks of broken e-mail notifications which caused me to miss lots of topic updates)

We'll try to have a look in the next few days :)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on June 10, 2013, 11:44:35 pm
Notifications were broken for every single Omnimaga member except for XiiR3CR34T10N it seems, according to him, since he was getting them fine. :P

By the way is there any way to install Mallard on a TI-73 using TiLP? Some people have troubles with it it seems. It doesn't work in TI-Connect (anymore) either.
Title: Re: TILP: beta-testing...
Post by: Hooloovoo on June 11, 2013, 10:09:50 pm
I am getting the weirdest error. When I try to run tilp, it cant find a dll that it needs
(http://i.imgur.com/T9Phfuy.png)
This seems with all versions when I try to install them.


also the release notes of 1.18 say:

         [ Release notes ]



Old     version:  1.16  (2011/12/15)
Current version:  1.17  (2013/03/31)


SubVersion (SVN) revision: $Id$
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 13, 2013, 02:11:45 am
libticables2-7.dll is indeed the file name used by the TILP II 1.18 release train. But if it didn't exist / if its packaging had failed somehow, the InnoSetup wizard would have errored out on me...

The release notes weren't updated, that's all :)
Title: Re: TILP: beta-testing...
Post by: Hooloovoo on June 13, 2013, 03:58:26 pm
It won't install for me if I try the version on ticalc.org either. Does it do anything in the registry which might have gotten broken? Where is the file, maybe there is something wrong with the one I have or something.
Title: Re: TILP: beta-testing...
Post by: MGOS on June 22, 2013, 03:24:23 pm
Well, I'm really new to TILP, and I'm in need of a good linking program since TIconnect stopped working :P
I installed different versions several times (now the 1.18) but all show up not working in the same way. I get this Error on startup:
"Msg: illegal operation or argument. Cause: the program which uses this library is buggy. Fire-up the developer! System: (1990529472) file not found."
I click "close", then this shows up: "Msg: attempting to use a cable which has not been open before. Cause: Internal error."
I click "close" again. TiLP opens. Anything I try to do ends up with: "The cable cannot be used. Cause: the cable has not been initialized due to a previous/current error."

I'd be glad if someone could help me
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 22, 2013, 03:58:42 pm
Well... you already provided the information about the TILP version (some people neglect to do even that), but we need other pieces of information ;)
* computer operating system (probably Windows, but which generation, which flavor, 32-bit or 64-bit ?);
* calculator type (OK, since you're using TI-Connect, it's a either TI-Z80 or a TI-68k, and I can even see "83+" in your signature - but is it your only calculator ?);
* cable type (probably a SilverLink given the above deduction, but I'd like a confirmation);
* calculator OS version.

That said, I can venture a guess before obtaining such information: did you follow the manual procedure duly described in the README for installing TILP on a computer where TI-Connect has already been installed ? On Windows, failure to do so is the most common cause of TILP not working on a computer where TI-Connect has already been installed :)
Title: Re: TILP: beta-testing...
Post by: MGOS on June 22, 2013, 04:37:09 pm
Ok, forget to say that. It's Windows 7 64 bit, TI-83+ (1.19), SilverLink USB. And yes, TIconnect is installed. I'll try again

Edit: I unstilled Tilp and TIConnect, then reinstalled TILP. Still the same problem :(
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on June 22, 2013, 04:57:41 pm
IIRC, I think not following the instructions can permanently prevent your computer (until next reformat) from running TiLP (and possibly break your TI-Connect install), even if you follow the instructions on your second try, right?
Title: Re: TILP: beta-testing...
Post by: Legimet on June 22, 2013, 05:06:02 pm
These are the instructions from the README that I think Lionel is referring to:

Quote
It is possible to install TI-Connect(tm) / TI-Nspire Computer (Link) Software(tm)
and TILP side by side, but this requires a manual configuration.
The following steps assume that TI-Connect / TINC(L)S is already installed:
* download the filter driver installer and install it, using the instructions given at
  http://sourceforge.net/apps/trac/libusb-win32/wiki , section "Filter Driver Installation";
* launch the filter wizard (accessible from the new entry in the Start menu) when the
  device (SilverLink, 84+, 89T, 84+SE, Nspire) you want to use with both TILP and
  TI-Connect / TILP and (TINCLS or TINCS) is plugged *in*;
* install the filter driver for that particular device;
* run the TILP installer.
After that, the device ought to work in both TILP and TI-Connect / TILP and (TINCLS or TINCS).
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on June 23, 2013, 02:07:39 am
Correct, Legimet :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on September 01, 2013, 04:19:29 am
Nearly 4 months later, here's a new build.

Main changes between the second TILP II 1.18 Windows beta build and this one:
* addition: near-complete German translation, contributed through Debian downstream (I don't speak German, so help needed for keeping the translation up to date) :)
* addition: two commands for sending and reading generic data in NavNet format from a Nspire, similar to TI's TI_NN_Write and TI_NN_Read. They shall be useful for e.g. pacspire.
* addition: like other commands before, 89 DBUS commands and 80 DBUS commands are exported from the library and become directly usable. As far as I'm concerned, this completes the command hardening and direct exportation: the remaining models (82, 85, 92) are ancient, it doesn't make as much sense to export their commands directly.
* bugfix: a crasher in libtifiles, spotted by AddressSanitizer.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: http://tiplanet.org/beta/tilibs_patchset_20130901.tar.bz2, http://tiplanet.org/beta/tilp_and_gfm_patchset_20130901.tar.bz2 (the timestamps are very close to each other because I rewrote nearly every patch to add the forgotten Signed-off-by tag).
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

The TODO list contains items such as, but not limited to:
* finish introduction of a fifth libti* library, dubbed "libtiopers", for factoring code useful to multiple libti* clients. For now, there's pretty little in the new library, and disentangling is not that easy...
* finish GTK+3 compatibility patch;
* add a TILP menu entry for exiting the PTT mode (greyed out if not connected to a Nspire), the feature request indirectly sprang up yesterday again on #omnimaga;
* make Nspire "ROM dumping" (OS dumping) work on all models, by duplicating BrandonW's Fron;
* minor installer and file encoding fixes.
Title: Re: TILP: beta-testing...
Post by: Sorunome on September 01, 2013, 11:03:51 am
Will you also update the AUR file, please? :)
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on September 01, 2013, 11:09:15 am
That's completely outside of my control, AFAICT.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on September 09, 2013, 03:38:20 pm
New quick build for fixing the missing dependency on libgcc_s_sjlj-1.dll reported by benryves, but nothing else.

The usual links:
* Windows installer download: http://tiplanet.org/beta/setup.exe .
* Source code: https://github.com/debrouxl/tilibs + https://github.com/debrouxl/tilp_and_gfm .
* patches not yet committed to Git: http://tiplanet.org/beta/tilibs_patchset_20130909.tar.bz2, http://tiplanet.org/beta/tilp_and_gfm_patchset_20130909.tar.bz2 (the timestamps are very close to each other because I rewrote nearly every patch to add the forgotten Signed-off-by tag).
* install script for anything non-Windows which is handled by TILP: http://lpg.ticalc.org/prj_tilp/download/install_tilp.sh .

TODO list unchanged from the one in http://ourl.ca/4010/359504 . Nspire recursive folder enumeration (and its UI adaptation, most of all) is not ready.
Title: Re: TILP: beta-testing...
Post by: Eiyeron on September 09, 2013, 03:40:13 pm
What's the big changes?
Nevermind. Saw the changes.

Oh, and by the way, when sometimes I try to tranfer a file with double click, I get open transmission error. Is that normal?

(HURRAY: 700 posts! :p)
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on September 10, 2013, 04:24:19 am
By the way, have you ever thought about expanding to different calculator brands in the future, such as Casio and HP (mostly the more recent models), if there is enough demand? Of course it would be weird since it has "TI" in the name, but the default softwares for respective calcs are confusing to use (although I like the way the recent HP emulators work).
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on September 10, 2013, 04:48:46 am
Well, support for either Prizm / fx-CP400, which use Mass Storage Device class, or HP Prime, which uses Mass Storage and Human Interaction Device classes, is best done in completely separate, brand-new code bases. There would hardly be any possibility of sharing code with libti*.
However, sharing some good design bits is both doable and desirable. For instance:
* the layering (charset conversion functions if applicable, file handling functions if applicable, functions for dealing with raw byte transfers on a cable, protocols which are spoken on the wire, and operations which build on protocols) adds a bit of complexity but makes sense;
* structs containing function pointers are a good thing as well (pervasive in e.g. the Linux kernel).
Title: Re: TILP: beta-testing...
Post by: DJ Omnimaga on September 10, 2013, 05:02:09 am
Yeah I meant stuff like the ClassPad 3xx, 400, FX-9750GII and 9860GII, as well as the HP 39gII and 50g.
Title: Re: TILP: beta-testing...
Post by: willrandship on September 10, 2013, 05:09:10 am
This is the kind of thing that screams for a backend-frontend approach. (TiLP is already in many ways set up like this, thanks to libti*) That way, you could use the same frontend for several different backend programs that could function entirely differently for linking purposes.

Crazy thought: (And I mean REALLY crazy) A libti-based FUSE plugin for linux, so you could simply copy programs and variables over. The plugin would handle allocating the VAT correctly, making sure everything's in place.
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on September 10, 2013, 05:34:06 am
Quote
That way, you could use the same frontend for several different backend programs that could function entirely differently for linking purposes.
... within some bounds. Nspire support already stretched the envelope of TILP. If the models are too wildly different (the TI-Z80, TI-68k and Nspire series probably weren't), shoehorning support for them under a grand unified interface may prove hard.
Nspire support hasn't finished stretching the TILP envelope, in fact, as evidenced by the fact that TILP still doesn't support 1+-level folder hierarchy.

Quote
Crazy thought: (And I mean REALLY crazy) A libti-based FUSE plugin for linux, so you could simply copy programs and variables over. The plugin would handle allocating the VAT correctly, making sure everything's in place.
Making a FUSE plugin for TI calculators is an old idea :)
It fact, it wouldn't even be restricted to Linux, as FUSE was ported to a number of other OS, starting with MacOS X (MacFUSE is a prerequisite to the MacOS X version of NTFS-3G). However, not Windows, AFAIK... which is one of the reasons (besides lack of time) why a FUSE plugin for TI calculators never got done.
Although the market share of Windows is falling when taking all platforms into account (nowadays, sales of ARM-based smartphones and tablets far outnumber sales desktop / laptop x86_64 Windows computers; Windows is a dwarf in the mobile and tablet space, and no market analyst sees it grow, even after buying Nokia, once the market leader but nowadays a dwarf due to tying itself to a loser), Windows is, and will remain for years, the #1 OS on desktop computers.
Title: Re: TILP: beta-testing...
Post by: compu on September 10, 2013, 09:20:37 am
tangrs actually started to work on a FUSE plugin, but I don't know if it is usable.
https://github.com/tangrs/fuse-nspire
Title: Re: TILP: beta-testing...
Post by: Lionel Debroux on September 10, 2013, 10:28:46 am
I had heard of it, and the underlying Nspire-specific library, but mostly forgot about them (and I wasn't aware he had published them, anyway). He didn't make a topic about either on Omnimaga, AFAICS.

According to the README, his FUSE plugin works (as well as TI's protocol allows it), but only on MacOS X.
Title: Re: TILP: beta-testing...
Post by: Hooloovoo on January 05, 2014, 05:51:33 pm
I have found a bug with memory allocation, then fixed it. If an (84+SE) app is bigger than 50 pages, not enough memory is allocated to hold it, which results in overflow errors. I tracked it down to files8x.c in tilp-libtifiles. I have submitted a pull request on github.
Title: Re: TILP: beta-testing...
Post by: Deep Toaster on January 22, 2014, 04:33:30 pm
We might have discussed this bug on IRC already, but building on Ubuntu (13.10) doesn't work unless I manually compile the GUI with an -lm flag.
Title: Re: TILP: beta-testing...
Post by: mdr1 on July 21, 2014, 10:45:11 am
Hi! I have a big issue with this application. The files in the root "Mes classeurs" are always considered as (empty) folders and the folders into folders into "Mes classeurs" are always considered as files. Therefore, it isn't possible to send files to the root nor to a subfolder. Only to a folder of "Mes classeurs". Anyway, thanks for your work. ;)
Title: Re: TILP: beta-testing...
Post by: Streetwalrus on July 21, 2014, 12:05:45 pm
This issue has been there forever. I just deal with it by putting everything into a directory (actually I mostly use the command line and that puts files in a "main" directory).