### Author Topic: TILP: beta-testing...  (Read 52637 times)

0 Members and 1 Guest are viewing this topic.

#### calcdude84se

• Needs Motivation
• LV11 Super Veteran (Next: 3000)
• Posts: 2272
• Rating: +78/-13
• Wondering where their free time went...
##### Re: TILP: beta-testing...
« Reply #180 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.
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
I'll put it online when it does something.

#### Lionel Debroux

• LV11 Super Veteran (Next: 3000)
• Posts: 2135
• Rating: +290/-45
##### Re: TILP: beta-testing...
« Reply #181 on: December 27, 2012, 02:36:03 pm »
IOW, the .inf files need adjustment. Thanks for the report
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.

#### calcdude84se

• Needs Motivation
• LV11 Super Veteran (Next: 3000)
• Posts: 2272
• Rating: +78/-13
• Wondering where their free time went...
##### Re: TILP: beta-testing...
« Reply #182 on: December 27, 2012, 02:39:17 pm »
I just renamed the DLL instead, but I guess that works too . Glad to help.
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
I'll put it online when it does something.

#### Lionel Debroux

• LV11 Super Veteran (Next: 3000)
• Posts: 2135
• Rating: +290/-45
##### Re: TILP: beta-testing...
« Reply #183 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 .

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.

Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.

#### FloppusMaximus

• Posts: 290
• Rating: +57/-5
##### Re: TILP: beta-testing...
« Reply #184 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.

#### JonimusPrime

• LV6 Super Member (Next: 500)
• Posts: 389
• Rating: +25/-5
##### Re: TILP: beta-testing...
« Reply #185 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 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.

"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown

"If you've done something right no one will know that you've done anything at all" -Futurama

"Have a nice day, or not, the choice is yours." Tom Steiner

#### Lionel Debroux

• LV11 Super Veteran (Next: 3000)
• Posts: 2135
• Rating: +290/-45
##### Re: TILP: beta-testing...
« Reply #186 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

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).

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 ?" )
* 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
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.

#### Lionel Debroux

• LV11 Super Veteran (Next: 3000)
• Posts: 2135
• Rating: +290/-45
##### Re: TILP: beta-testing...
« Reply #187 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 .

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.
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.

#### shmibs

• しらす丼
• LV11 Super Veteran (Next: 3000)
• Posts: 2132
• Rating: +281/-3
• try to be ok, ok?
##### Re: TILP: beta-testing...
« Reply #188 on: March 23, 2013, 10:39:09 am »
after a quick compile and testing, all seems well on this end. thanks =)

#### Deep Toaster

• So much to do, so much time, so little motivation
• LV13 Extreme Addict (Next: 9001)
• Posts: 8209
• Rating: +758/-15
##### Re: TILP: beta-testing...
« Reply #189 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

#### Lionel Debroux

• LV11 Super Veteran (Next: 3000)
• Posts: 2135
• Rating: +290/-45
##### Re: TILP: beta-testing...
« Reply #190 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, libtifiles, libticables, libticalcs, tilp, gfm.
Here are the Windows installers: tilp, gfm.
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.

#### DJ Omnimaga

• Former TI programmer
• CoT Emeritus
• LV15 Omnimagician (Next: --)
• Posts: 55851
• Rating: +3151/-232
• CodeWalrus founder & retired Omnimaga founder
##### Re: TILP: beta-testing...
« Reply #191 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)
« Last Edit: April 16, 2013, 11:30:34 pm by DJ Omnimaga »
In case you are wondering where I went, I left Omni back in 2015 to form CodeWalrus due to various reasons explained back then, but I stopped calc dev in 2016 and am now mostly active on the CW Discord server at https://discord.gg/cuZcfcF

#### Lionel Debroux

• LV11 Super Veteran (Next: 3000)
• Posts: 2135
• Rating: +290/-45
##### Re: TILP: beta-testing...
« Reply #192 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
Member of the TI-Chess Team.
Co-maintainer of GCC4TI (GCC4TI online documentation), TILP and TIEmu.

#### FloppusMaximus

• Posts: 290
• Rating: +57/-5
##### Re: TILP: beta-testing...
« Reply #193 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.

#### DJ Omnimaga

• Former TI programmer
• CoT Emeritus
• LV15 Omnimagician (Next: --)
• Posts: 55851
• Rating: +3151/-232
• CodeWalrus founder & retired Omnimaga founder
##### Re: TILP: beta-testing...
« Reply #194 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).
« Last Edit: April 17, 2013, 11:50:17 pm by DJ Omnimaga »
In case you are wondering where I went, I left Omni back in 2015 to form CodeWalrus due to various reasons explained back then, but I stopped calc dev in 2016 and am now mostly active on the CW Discord server at https://discord.gg/cuZcfcF