Omnimaga: The Coders Of Tomorrow
Welcome, Guest. Please login or register.
 
Omnimaga: The Coders Of Tomorrow
23 May, 2013, 02:54:56 *
Welcome, Guest. Please login or register.

Login with username, password and session length
 
  home news downloads projects tutorials misc forums rules new posts irc about Login Register  
+-OmnomIRC

You must Register, be logged in and have at least 40 posts to use this shout-box! If it still doesn't show up afterward, it might be that OmnomIRC is disabled for your group or under maintenance.

Note: You can also use an IRC client like mIRC, X-Chat or Mibbit to connect to an EFnet server and #omnimaga.

  Show Contributions
Pages: [1]
1  Calculator Community / Other Calculator Discussion and News / Several fun facts about the Nspire family... on: 07 June, 2012, 09:36:00
Hi,

Several fun events have occurred over the past few months in the Nspire family and its predecessor, the Nspire CAS+.
These events bear some potential and promise, and they are definitely worth explaining to a wider audience Smiley


1) news from the CAS+ series.

The Nspire CAS+ prototype series was made in a year before the regular Nspire series, in 2006. It's completely incompatible with regular Nspires. CAS+ handhelds were never supposed to be sold (after this series was scrapped, that is); however, dozens, probably hundreds, of items slipped from classrooms or teachers into the wild.
Their terrible "Nspire CAS+" name has made them a pleague on the aftermarket since then, because they are easily mistaken by unsuspecting buyers as more capable than the "Nspire CAS" calculators - while they are just old, non-upgradeable prototypes, with the lowest OS capabilities found on the Nspire series - that's not much !
And it's trivial to brick them, by triggering the "OS upgrade" procedure, which erases the OS. Scammed customers are even more unhappy after that...

On the one side, TI has not (yet ?) fixed the persistent problem of the CAS+ series on the marketplace; on the other side, several well-known members of the open development community have recently spent quite a bit of time on helping scammed customers, and managed to dump multiple OS versions suitable for the CAS+ series, and reconstruct OS images which make it possible to unbrick calculators (confirmed by fixing real CAS+ bricks) Smiley
As usual, the fact is that the open development community cares more about fellow users than TI does; but it's not too late for TI to do their part of the job...

It's a matter of time and motivation before native code runs on the CAS+ (making it possible to dump the boot1 and boot2), and possibly an emulator is made for it.
A noteworthy bit: we believe that it's possible to write to the boot1, i.e. to subvert the root trust of the calculator. In layman tems, it means that the CAS+ ought to be able to host permanent installs of arbitrary OS.

More information on the CAS+ breakthrough:
http://tiplanet.org/forum/viewtopic.php?f=43&t=9195
http://tiplanet.org/forum/viewtopic.php?f=43&t=9217
http://tiplanet.org/forum/viewtopic.php?f=43&t=9227

http://www.omnimaga.org/index.php?topic=13379.0
http://www.omnimaga.org/index.php?topic=13408.0
http://www.omnimaga.org/index.php?topic=13483.0


2) news from the Clickpad prototypes

Like the CAS+ prototypes, '2007 Clickpad prototypes slipped into the wild. Unlike the CAS+ prototypes, the Clickpad prototypes are fully compatible with production models. There are two known differences between prototypes and production models:
    * one track on the PCB (more on that later);
    * the RSA signing/validation keys are different, so prototypes won't accept production boot2 and OS.
Though easy to dump (they reply politely when the linking software asks them to send "../phoenix/install/TI-Nspire.tnc" - a schoolbook directory traversal vulnerability Cheesy), Clickpad prototypes are as hard to upgrade as CAS+ prototypes, because TI doesn't provide OS builds suitable for them (it's just a matter of signing them with a different key !).
Clickpad prototypes are locked onto special OS builds; only the severely outdated 1.1.x and 1.2.x prototype versions are known to us, so again, there's potential for scamming customers.

Well, actually, they _used to be_ locked onto old OS versions: the boot1 of Clickpad prototypes is writable as well. It is therefore possible to permanently install production boot2 and OS, and thereby upgrade them to production status Smiley
critor made a detailed tutorial on this topic:
http://tiplanet.org/forum/archives_voir.php?id=4237
http://tiplanet.org/forum/viewtopic.php?f=43&t=8954

http://www.omnimaga.org/index.php?topic=13075.0

But upgrading prototype Clickpads to production status is just a special case of permanently installing arbitrary boot1, boot2 and OS on the calculator. Yes, even the CAS OS on the CAS-capable model sold as non-CAS, and/or an OS which doesn't obey PTT restrictions, as special, and inevitable, cases of the users' inalienable rights of running whatever software they see fit on the computing platforms they own.

Clickpad prototypes can trivially be smuggled into exams: not only untrained exam personnel is unlikely to notice the difference (even though most prototypes models have a "TI-XXXXXXXXXX" mark on the front, and "PROTOTYPE NOT FOR SALE" + non-standard serial numbers on the back), but anyway, the hardware of a prototype Clickpad can easily be put into the casing of a production Clickpad, effectively hiding prototypes.
It would be harder to smuggle CAS+ items into exams unnoticed, because those don't look like regular Clickpads; that said, I bet that untrained exam personnel could be fooled.


3) news from the production Clickpads

Unlike that of Clickpad prototypes, the boot1 of production Clickpads is not directly writable. It's because the PCB track which makes it possible to act on the WE# pin of the SST39WF400A NOR Flash chip, visible on the prototype PCB, does not exist on the production PCB.

But chances are that it doesn't matter: adding an equivalent wire between the main R/Wbar line of the Nspire's bus (found e.g. onto the appropriate pin of the Zevio processor, and onto other places of the PCB) and the WE# pin, thereby making the boot1 writable, may work. Then, people can proceed to subvert the root trust of the calculator, so as to be able to permanently install arbitrary boot2 and OS, and exercise their full user rights on the platform Smiley


4) news from the Touchpads and Lab Cradles

Touchpad Nspires do not have an external NOR Flash chip for the boot1, so we assume that the boot1 is embedded into the Zevio processor. That said, there has to be a way to program it into the processor, as part of the calculator production process: either very early on, by the manufacturer, during the production of the Zevio chip, or later by the
user of the Zevio chip (TI).

A related fact is that while Lab Cradles use a Zevio chip with the same name as Touchpad Nspires, they contain an external EN39SL800 NOR Flash chip. See http://tiplanet.org/forum/viewtopic.php?f=43&t=9251 . For obvious cost reasons, few manufacturers add unnecessary hardware / PCB tracks on their boards... so the presence of an external NOR Flash
chip means that the Lab Cradles' Zevio supports an external NOR Flash.

Grafting an external NOR Flash chip onto Touchpad calculators, if at all possible, is expected to be highly impractical, as it requires significant equipment and expertise.


5) news from Clickpads, Touchpads, CX (and undoubtedly CM).

Ndless 3.1 can be installed on a calculator in a resident way; one of the capabilities of Ndless 3.1 is to launch programs at OS startup, before most of the OS's code runs.
Like the rest of developments mentioned here, it's perfectly legal, and besides, it fulfills interesting purposes, such as hot-fixing TI's bugs, e.g. the removal of the useful serial port output in Lua, reverted by a team work of open development community members ( http://tiplanet.org/forum/viewtopic.php?t=8931 and http://www.omnimaga.org/index.php?topic=13052.0 ).

Obviously, Ndless doesn't care about not working at all PTT mode; if it did, checks for the PTT mode would be easily removed, and the modified versions would be easily distributed, so it's completely pointless to add such checks.
As a result:
* since OSLauncher for Ndless 3.1 works (more or less) in startup mode ( http://tiplanet.org/forum/viewtopic.php?f=43&t=9235 ), it's harder to disable than the first iteration (for Ndless 1.7/2.0), last year, was;
* since the PTT implementation itself proves to be fairy dust, it's trivially subverted. See for instance http://www.omnimaga.org/index.php?topic=13759.0 .

Unsurprisingly, the Nspire's so-called protection is just as much of a laughingstock as the 84+'s protection. It is fundamentally impossible to make a foolproof protection, and the lower the cost and complexity, the worse the protection.
Like on the 84+, it's _technically_ possible to defeat the PTT and to install a CAS-capable OS on some Nspire models. But these possibilities didn't get the 84+ banned from the ACT and IB, so there's no reason why the Nspire series should be banned.
That said, since the incompetents who regulate standardized tests freaked about OSLauncher in 2011, though it was clearly perfectly harmless (because its effect went away by just rebooting into PTT mode), who knows what they would do this time...



You might think that this is an avalanche, but on the contrary, the truth is that programmers and users have barely scratched the surface Smiley
When TI's repeated egregious violations of our basic user rights to do whatever we want with the hardware we own have _really_ angered people, the Nspire series will go the way of the PS3, and it won't be pretty.
As I told them months ago (I spent the equivalent of two full-time days to write stuff for them - as expected, I failed to convince them, but at least, I'll have tried), all of that could be avoided with TI Education showing respect to its paying customers, who make that division rich enough...


Lionel.
2  Calculator Community / Other Calculator Discussion and News / Using cheaper rechargeable batteries on Touchpad Nspires... on: 05 January, 2012, 08:22:37
Yesterday evening, NeoCrisis reported, on TI-Planet, about his attempts at using a NDS rechargeable battery for powering a Nspire Touchpad calculator, instead of an official (and more expensive) battery.
Short story: it seems that it can work Smiley
More information, in French, at http://tiplanet.org/forum/viewtopic.php?f=43&t=8638 . Note that he hasn't tested every possible situation yet, and the slightly thicker form factor of the NDS's battery seems to require using a bit of mechanical force to plug the cover back in.

The article is pretty detailed, and is as a result lengthy. I guess he hasn't had time to translate it completely yet (and I don't have it either right now), but I think that it will be translated soon. The article contains links to French-speaking sites for buying such batteries.

Needless to say, reproducing his experiments is at your own risk Wink

EDIT: fixed typo, and Neocrisis -> NeoCrisis.
3  Omnimaga / Site Feedback and Questions / E-mail notifications gone... on: 24 July, 2011, 20:06:53
Hi,

I use e-mail notifications a lot, because this forum is very high volume (which is, in itself, a good thing !). And after [this morning, in my timezone] 's server reboot, e-mail notifications don't work anymore... People using the notifications are going to miss lots of replies Sad

TIA for fixing the server Wink
4  Calculator Community / Lua Language / Third-party ports of Lua to TI calculators... on: 28 June, 2011, 14:29:45
* for the Nspire platform, let's not forget davyg's effort, http://www.omnimaga.org/index.php?topic=7861.0 , because it would let us some independence wrt. what TI feels like giving us. Remember, the new 84+(SE) boot code is further proof that they're trying more actively than ever to lock things down.


* for the TI-68k platform: recently, on yAronet, an experimental port of an older version of Lua (5.0.2) to the TI-68k was mentioned.
It's a "kernel"-based program (lua.89z), using three "kernel"-based libraries to overcome the 64 KB size limit: "liblua" (core), "lualib" (some library functions), and "lamslib" (AMS-specific library, which currently contains Lua wrappers for getkey, ngetchx, clrscr, DrawPix, ScrRectFill and DrawStr).

After shuffling files around (lualib/* -> src/lib/, core/* -> src/), the diff against upstream Lua 5.0.2 comes up rather small: http://www.mirari.fr/1xkz . It's likely that it could be ported forward to newer versions of Lua without too much hassle Smiley
Several io.* functions and a couple math functions haven't been implemented, there's no support for stdin / stdout / stderr on AMS / TIGCCLIB / GCC4TILIB, and the source ought to be modified for using the strtod built in AMS (I integrated strtod into GCC4TI last week-end, "it never got done" in TIGCC since 2003 or even 2002) but it's nevertheless bound to be usable for a number of classes of programs - especially if someone spends a bit of time expanding lamslib Smiley

And there's another way to overcome the size limit: making the Lua interpreter and library a FlashApp. For that purpose, we don't even have to withstand TI's horrible toolchain from end to end: GTC is known to be compiled largely with TIGCC / GCC4TI, and linked with TIFS.


* for the TI-Z80 platform: well, compiling the Lua interpreter yields a binary large enough it wouldn't be great fun to deal with paginated memory...
5  General Discussion / General Technology and Hardware Discussion / Special offer for Arduino Uno at Lextronic... on: 12 February, 2011, 18:19:39
I saw that the well-known French reseller "Lextronic", is currently making special offers with the Arduino Uno board (one of the models which can be used for a CALCnet - globalCALCnet bridge, see http://www.cemetech.net/news.php?id=439 ): http://www.lextronic.fr/P4124-platine-arduino-uno.html

There are two additional gifts, as long as supplies last:
* several resistors, capacitors, LEDs, and other things;
* a VGA output module (for a strange resolution) controlled by a serial link.

That said, 1) the supplies may have already been exhausted since the offer began yesterday, and 2) they ship in France with shipment fees of 8€, or in Europe with shipment fees of 21€...
6  Calculator Community / Other Calculator Discussion and News / Discussion about _potential_ opening of new ticalc subdomains... on: 02 September, 2010, 15:31:18
Yesterday morning (European time), on #ti, several of us discussed about the possibility of opening new ticalc.org subdomains, for pointing to external, significant projects (and possibly storing some data).
There are multiple goals, starting with increasing the visibility of some significant projects even more, and reinforcing the role of ticalc.org as a link between programmers, users and projects Smiley

To summarize and provide a starting point for a wider discussion, before the result of the discussion becomes reality (should it be decided to go ahead), I have created a more detailed topic on UTI, http://www.unitedti.org/forum/index.php?showtopic=9477 .
To reduce the necessity to cross-post across forums, it would be best to post only on UTI, but you can post here too.
7  Calculator Community / TI 68K Projects / TIOSMOD: a computer-based patcher for TI-68k OS (for now)... on: 13 August, 2010, 21:14:07
Over the past few months, in an intermittent manner, I've started scratching an old itch of mine: patching TI's OS for TI-68k in an automated way, in order to optimize several sore performance spots that have bugged me for at least six years... and while at it, killing the silly protections laid out by TI, and why not fixing their bugs as well.
I discussed about the idea and program privately with several persons, one of whom (BrandonW) suggested to go up one level in genericity: split the patcher application and the patches themselves (written in a scripting-type language). The direction is clearly good, but I haven't reached such levels of abstraction yet, although I have tried to make a set of primitive functions generic enough to be usable for both TI-68k OS and TI-Z80 OS Smiley

So here's a patcher, which kills several protections, optimizes a bit several sore performance spots of the official TI-68k OS, fixes some bugs - and shrinks two versions so as to provide users 64 KB of additional archive memory (which older versions used to provide).
The latest version can currently be downloaded from http://tict.ticalc.org/beta/tiosmod-0.2.6.zip .


As noted above, the program is by no means a finished product, it's a seed for going further. The todo/wish list proves it. There's a lot that we could collectively do, in order to gain further power on calculator lines that are mostly, or totally, abandoned by the manufacturer - and help our fellow users Smiley
Contributions are more than welcome. To that effect, I have opened a Git repository on Github, http://github.com/debrouxl/tiosmod
Enjoy Wink

Older versions, for historical purposes: http://tict.ticalc.org/beta/amsopt-0.1.zip , http://tict.ticalc.org/beta/tiosfix-0.2.zip , http://tict.ticalc.org/beta/tiosfix-0.2.1.zip , http://tict.ticalc.org/beta/tiosmod-0.2.2.zip , http://tict.ticalc.org/beta/tiosmod-0.2.3.zip , http://tict.ticalc.org/beta/tiosmod-0.2.3a.zip , http://tict.ticalc.org/beta/tiosmod-0.2.3b.zip , http://tict.ticalc.org/beta/tiosmod-0.2.4.zip , http://tict.ticalc.org/beta/tiosmod-0.2.5.zip.

[EDIT 20100822: posting a new version.]
[EDITs 20100914: posting two new versions.]
[EDITs 20100916: adding the Github repository information; posting a new version.]
[EDITs 20100922, 20100925, 20101017, 20101024: posting a new version.]
8  Calculator Community / Other Calculator Discussion and News / Several bugs in the MathTools suite for TI-68k calcs... on: 07 August, 2010, 10:59:59
Quote from: Wayne Pace (from tinspire Google Group)
As I say, I do not have a saved list, but from memory:
There seems to be an issue with the (generalized) eigenvalue, eigenvector routines.  Try the matrix [0,1;-1,-1]. I think you will find that if the matrix is multiplied by the first returned eigenvector and the result is subtracted from the product of the first returned eigenvalue and the first eigenvector, then the result is not the zero matrix as would be expected.  Similarly for the second returned eigenvalue and the second returned eigenvector.  By interchanging the order of the returned eigenvalues and performing the same operation, you will get the correct result.  In other words, the order of the returned eigenvalues does not match the order of the returned eigenvectors.  This is not too hard to figure out for a 2x2 matrix, but I did not want to try to figure out how the order of the returned eigenvalues matches to the order of the returned eigenvectors for say an arbitrary 5x5 matrix.
(reproduced)

There seems to be an issue with the SVD routine.  Try the matrix [1,0,0,0,2;0,0,3,0,0;0,0,0,0,0;0,4,0,0,0].  Again, I don't remember what happened the first time, but with this latest installation, I get one column of the UU matrix as "undefined".
(reproduced)

There seems to be an issue with the Divisors routine in number theory.  With this new installation, Divisors(147) returns {1,3,7,21,49,343,147}.  Note the extra element in the list.  The documentation is also incorrect.
(reproduced)

There seems to be an issue with the Jordan canonical form routine.  Try the matrix [3,-1,1;2,0,1;1,-1,2]. I do not remember what happened when I first encountered this problem, but with this latest installation, I receive an invalid list error message.
(cannot reproduce, it was probably a different input)

That's all I can remember for now.  Maybe I can remember some others when I have a chance to think back a little.
9  Calculator Community / General Calculator Help / TIEmu: beta-testing... on: 17 May, 2010, 20:50:43
Hello everybody Smiley

I have uploaded at http://lpg.ticalc.org/prj_tiemu/downloads/setup.exe a pre-version of TIEmu 3.04 no-GDB, for beta-testing purposes Smiley
(*nix users can try http://lpg.ticalc.org/prj_tiemu/downloads/install_tiemu.sh, start by looking inside the script)

Since TIEmu 3.03, visible changes are fixes in the memory maps and I/O definitions, and fixes in the disassembler. Other changes, more visible to *nix users, include code updates not to use functions deprecated in recent GTK+ versions (2.20). Some updates to internal documentation, too. To sum up things, not much so far.

Before TIEmu 3.04 release, Thibault Duponchelle (a.k.a Contra / azerti, also working on TiLem-NG) and I are working to make TIEmu at least not crash anymore when loading on a 64-bit computer savestates created on a 32-bit computer, and vice-versa. With the ongoing switch to 64-bit computers, we'd better fix TIEmu somewhat before this known bug bites too many users Smiley
Note that transparently handling savestates created by buggy TIEmu versions is significantly harder than transparently handling images created by buggy TIEmu versions (which I contributed in 2009 to TIEmu, before becoming a (co-)maintainer, and is already available in TIEmu 3.03).

NOTE: thanks to updates of the shared libti* DLLs, as a side effect of installing this setup program for a beta TIEmu _after_ installing the beta TILP version featuring Jonimus' UI improvements (see e.g. http://www.cemetech.net/forum/viewtopic.php?t=4391 ), http://lpg.ticalc.org/prj_tilp/beta/setup.exe , you can get Nspire OS 2.x support in TILP, which I added last week-end by integrating (with minor changes) a patch contributed on the SF bug tracker.


The GDB-enabled version will follow later - I think it would be best to try bringing the huge (more than 120 KB !) NSIS definitions to a more manageable state first. NSIS does support wildcards, but there's no single wildcard in the TIEmu+GDB NSIS definitions created by Kevin, weird...


Thanks in advance for testing Wink
10  Calculator Community / Other Calc-Related Projects And Ideas / TILP: beta-testing... on: 22 January, 2010, 20:30:22
I have uploaded at http://lpg.ticalc.org/prj_tilp/download/setup.exe a pre-version (for Windows, obviously Cheesy) of TILP II 1.14, for beta-testing Smiley
(*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 Wink
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 Wink
Pages: [1]
Powered by EzPortal
Powered by MySQL Powered by SMF 1.1.18 | SMF © 2013, Simple Machines Powered by PHP
Page created in 0.695 seconds with 28 queries.
Skin by DJ Omnimaga edited from SMF default theme with the help of tr1p1ea.
All programs, games and songs avaliable on this website are property of their respective owners.
Best viewed in Opera, Firefox, Chrome and Safari with a resolution of 1024x768 or above.