Re: installation of toolbox and native ARM in port 2: difficulties and solution


Tom Garcia wrote:
Hiya,

Got 49g+ a while ago, scared back to 48gx by keyboard, now owner of
brand-new 50g - a definite improvement. Installing the ARM toolbox and ARM
libraries in port 2 seemed to involve a magic incantation; I'll explain
below exactly what happened, in case this helps other users, but would love
to know what's going on...

Summary: Repeatedly installing/removing toolbox 3.12 and other ARM libraries
always failed in port 2, but succeeded in port 1. Installing random
libraries in port 2 in between seemed to fix this.

1) Bootloader is version 4.01, build 0092, S# CNA629. ON-F's SRAM and full
flash write tests OK. Upgraded to ROM 2.09, reinstalled new equation
libraries.

2) Tried installing ARMToolBox 3.10 in port 2. Trying the hpgcc sample
programs, executing PrRUN on any string caused hang with hourglass,
requiring paperclip reset; though S->EXEC then execution worked fine.

3) Deleted toolbox from port 2. Reinstalled. Tried upgrading to 3.12, same
behaviour.

4) Deleted that, installed in port 1. Now working nicely!

5) Wanted to try out SDFiler (which uses functions in SDLIB, with GUI in
SDFILER). Installed SDLIB.LIB in port 2 using FixSTO. Hung as above when
trying any functions.

6) Installed SDFILER.LIB in port 2 (which I am guessing is a frontend using
no native ARM?), but purged SDLIB.LIB from port 2 and placed in port 1; both
GUI and library functions worked nicely.

7) Noticed that a couple of other people have been having similar problems
on the newsgroup, with response usually "reinstall the ARMToolbox", which I
did, repeatedly, also trying to erase RAM, reinstall the OS (but this didn't
appear to wipe port 2?), removing all libraries, etc. Still no luck.

8) Noticed, using PFREE on hpcalc.org, that thanks to my efforts high memory
in flash contained deleted copies, starting from highest, of EQLIB, 2x
toolbox 3.10, 3x toolbox 3.12, 2x SDLIB.

9) Installed a random non-ARM library in port 2 - MiniAgenda. Worked
perfectly. Then installed EQLIB.LIB back in port 2. THEN installed toolbox
3.12 back in port 2, removed it, and reinstalled it; worked fine!

10) Installed SDLIB.LIB, via FixSTO, in port 2, also working fine.

But did I do something dumb meaning this worked by luck, or is it exposing
some potential alignment problem when the toolbox isn't the first thing
stored in high memory? And is there a way of reformatting port 2, so it's
really blank rather than full of deleted libraries?

Thanks for reading,

Very strange, I've installed the Toolbox in port2, and used FixSTO
extensively, never had any problems. What you are reporting could be an
obscure bug in FixSTO that fails to properly align ARM code in very
special cases, probably a special combination of deleted libs in your
flash. Since upgrading the rom, reinstalling the toolbox, etc. doesn't
really "clean" your flash, the problem keeps repeating. My guess is the
problem repeats until you trash your flash so much that the OS does a
repack and cleans the bank that causes the problem. After that,
everything works fine.
Of course, this is all just a theory based on your description, I was
never able to reproduce anything like this on my calc (works fine every
time), and this has been reported only by a few people, the majority of
us use the ARMToolbox without ever having any problem. If you can
reproduce it consistently, send me a detail from PFREE showing exactly
what you have on each flash bank (I mean libs and deleted libs with
their size and free space for all banks).
In any case, the ARMToolbox will disappear in the next release of
hpgcc.

Claudio

.

Relevant Pages

  • installation of toolbox and native ARM in port 2: difficulties and solution
    ... Installing the ARM toolbox and ARM ... Repeatedly installing/removing toolbox 3.12 and other ARM libraries ... always failed in port 2, ...
    (comp.sys.hp48)
  • Re: Disabling Serial Ballpoint Mouse when GPS connected
    ... common occurance when this GPS is installed? ... > the 'found new hardware' Wizard requesting the driver for the new mouse. ... > connected to the serial port and to see if it's a mouse. ... > installing devices, but this would mean that the USB to Serial drivers ...
    (microsoft.public.win32.programmer.kernel)
  • Re: Cant Install ISA!
    ... it gets as far as installing the MSDE and then fails with: ... Charles - do I really need port 25 open? ... I don't believe Exchange is relaying through SMTP (unless ... I'm not sure I fully understand what firewall is actually running. ...
    (microsoft.public.windows.server.sbs)
  • Re: Cant Install ISA!
    ... it gets as far as installing the MSDE and then fails with: ... Charles - do I really need port 25 open? ... I don't believe Exchange is relaying through SMTP (unless ... I'm not sure I fully understand what firewall is actually running. ...
    (microsoft.public.windows.server.sbs)
  • installation problem, need help!
    ... Installing Product:Bioinformatics Toolbox ... Installing Product:CDMA Reference Blockset ... Installing Product:Embedded Target for Infineon C166 Microcontrollers ...
    (comp.soft-sys.matlab)