Comments on: Broke Nonpareil good! http://whats.all.this.brouhaha.com/2005/05/24/broke-nonpareil-good/ random rantings Mon, 01 Dec 2008 19:51:19 +0000 http://wordpress.org/?v=2.6 By: hbo http://whats.all.this.brouhaha.com/2005/05/24/broke-nonpareil-good/#comment-94 hbo Tue, 24 May 2005 21:18:48 +0000 http://whats.all.this.brouhaha.com/?p=109#comment-94 Hi, I'm a longtime Unix geek who learned to program on an HP-41C in 1982. Finding your software was a great delight therefore. I did a port to pdaXrom, which is a debian-like X11 based distro for the Sharp Zaurus clamshell models. These all run some version of a PXA ARM chip at clock speeds around 400Mhz. On my Zaurus SL-C860 development box, I get the following error trying to load the HP41cv.kml file: root@zaurus|171# nonpareil hp41cv Unrecognized or inconsistent values in MOD1 file header fatal error: can't read object file '/usr/share/nonpareil/hp41cv.mod' The file in question is a link to the actual install location, but replacing it with the real file makes no difference. I'm using a svn pull I did today about 10:00 AM PDT. The code works in each of the following combinations: Software Version OS/Platform Simulation =========================================================== 0.62 download RHEL4/AMD64 all nut based 0.62 download pdaXrom/Xscale PXA255 ditto 0.67pre (svn) RHEL4/AMD64 ditto 0.67pre (svn) pdaXrom/Xscale PXA255 11c,12c,15c,16c I realize you are just hacking mod support into the software, and that I might therefore have tickled a transient bug. Then again, maybe there is a binary representation issue with the mod format you were unaware of. I thought it was worth putting in the bug report, just in case. I have an idea for a "Calculator Construction Kit" that would build on your work. Since you have generalized the placement and function of calculator buttons, I would let users generate their own layouts, mixing and matching functions and appearance alike. This is ripe for all sorts of confusion, so it sounds like it would be fun. 8) If it turned out to be too tractable, I could add support for TI calculators as well, since there are GPLd microcode emulators avialable for those. That would require abstracting the communication between functional modules in a calculator, so that any keypress could produce a given output, *and* fit into a programming model too. It's probably not completely possible, but it might be nice to discover where the limits were, One limitation is my skill as a C++ programmer. (I think this would demand OO programming, and I'd like to use Qt as a toolkit.) I'm also fairly limited as a graphics programmer, so this would be an interesting exercise to see if I would hit a brick wall in my programming skill or in what is actually possible first. The trick there would be to discern the nature of the brick wall after I hit it the first time. 8) At any event, I'm a fan of your software, and I would kill for your domain name. (So I guess that means we should just correspond for now. 8) I will in any event be tracking your progress for the port to pdaXrom. I may try a Qt port too, to get it on to some of the other Zaurus platforms, many of which use variations of Qt embedded. Regards, Howard Owen Hi,

I’m a longtime Unix geek who learned to program on an HP-41C in 1982. Finding your software was a great delight therefore. I did a port to pdaXrom, which is a debian-like X11 based distro for the Sharp Zaurus clamshell models. These all run some version of a PXA ARM chip at clock speeds around 400Mhz. On my Zaurus SL-C860 development box, I get the following error trying to load the HP41cv.kml file:

root@zaurus|171# nonpareil hp41cv
Unrecognized or inconsistent values in MOD1 file header
fatal error: can’t read object file ‘/usr/share/nonpareil/hp41cv.mod’

The file in question is a link to the actual install location, but replacing it with the real file makes no difference. I’m using a svn pull I did today about 10:00 AM PDT. The code works in each of the following combinations:

Software Version OS/Platform Simulation
===========================================================
0.62 download RHEL4/AMD64 all nut based
0.62 download pdaXrom/Xscale PXA255 ditto
0.67pre (svn) RHEL4/AMD64 ditto
0.67pre (svn) pdaXrom/Xscale PXA255 11c,12c,15c,16c

I realize you are just hacking mod support into the software, and that I might therefore have tickled a transient bug. Then again, maybe there is a binary representation issue with the mod format you were unaware of. I thought it was worth putting in the bug report, just in case.

I have an idea for a “Calculator Construction Kit” that would build on your work. Since you have generalized the placement and function of calculator buttons, I would let users generate their own layouts, mixing and matching functions and appearance alike. This is ripe for all sorts of confusion, so it sounds like it would be fun. 8) If it turned out to be too tractable, I could add support for TI calculators as well, since there are GPLd microcode emulators avialable for those. That would require abstracting the communication between functional modules in a calculator, so that any keypress could produce a given output, *and* fit into a programming model too.

It’s probably not completely possible, but it might be nice to discover where the limits were, One limitation is my skill as a C++ programmer. (I think this would demand OO programming, and I’d like to use Qt as a toolkit.) I’m also fairly limited as a graphics programmer, so this would be an interesting exercise to see if I would hit a brick wall in my programming skill or in what is actually possible first. The trick there would be to discern the nature of the brick wall after I hit it the first time. 8)

At any event, I’m a fan of your software, and I would kill for your domain name. (So I guess that means we should just correspond for now. 8) I will in any event be tracking your progress for the port to pdaXrom. I may try a Qt port too, to get it on to some of the other Zaurus platforms, many of which use variations of Qt embedded.

Regards,
Howard Owen

]]>