HP 71B anniversaire

[brutal]

Bonjour,

Dans la même rubrique il y a un article que les amoureux du HP 71B ne manqueront pas de savourer.

http://h71028.www7.hp.com/enterprise/us ... model_desc

[Chris]

Merci Brutal,

(un amoureux de la HP 71B !)

[Paul Tergeist]

Merci Brutal !
Du coup je vais ressortir mon 71B de sa housse.

[gege]

Très chouette !!

Petite anecdote : la puissante gestion des chaînes de caractères (il faut le reconnaître, même si elle est un peu inhabituelle) était buggée. Il me semble que le Basic détectait les indices de caractères dans une chaîne trop grands, mais pas au-delà de 32768. Donc référencer le caractère 25000 => message d'erreur, référencer le caractère 50000 => accepté, y compris en écriture
M'enfin de mémoire, je confonds peut-être avec le HP85 et ce n'est peut-être pas 32000 la limite (je crois quand même que c'est sur le HP75C).
Quelqu'un se souvient de ce gag ??

Sinon, il faut bien reconnaître que le HP71B explosait tout en capacités mathématiques à l'époque avec le module qui va bien.
Chapeau bas !

G.E.

[Woodstock]

Tu as bonne mémoire, c'était dans l'Ordinateur Individuel n°55 de janvier 1984, page 176 (auteur : Stéphan Harlé), et cela concernait bien le 75C :

En théorie,(c'est-à-dire d'après le manuel du HP-75C), si l'on déclare une variable alphanumérique trop grande, l'erreur numéro 16 "not enough memory" (pas assez de de mémoire) apparaît, sauf...si vous utilisez vraiment un grand paramètre. C'est ainsi que DIM A$[50000] sera accepté ainsi que tout DIM x$[ ] ayant un paramètre compris entre 2^15 et 100000. Sans doute un oubli du programmeur.

Mais méfiance, car l'on peut lire un peu plus bas :

Attention, une fois la manoeuvre effectuée, un simple CLEAR VARS n'effacera pas complètement les variables "trop longues" et un essai de DIM affichera souvent "DIM exist var". Le seul moyen d'être tranquille semble être le SHIFT CTL CLR (note de l'archiviste : all reset hp). Mais là encore, cela ne fonctionne pas à tous les coups. [...] Vous aurez donc peut-être la mauvaise surprise, comme moi, de voir perdre le contenu de la MEV de votre HP-75C, sans raisons apparentes, deux ou trois semaines après cette manipulation.

Ceci dit, la gestion de chaînes alpha sauce HP m'a toujours semblé...limitée : en fait, il n'y avait pas de tableaux possibles ! En numérique oui, mais en alpha on ne pouvait que déclarer une grande chaîne et la découper ensuite...comme avec la variable $ des FX-702p et autres PB-100, en fait...

[jvernet]

C'est une bien belle machine. J'ai ressorti la mienne hier soir, après la reception d'un module de RAM 4k.

[Marcus von Cube]

J'ai pas le Math module mais assez de RAM. Avec un peu de HP-IL hardware j'ai réussi à implanter les foncions de ce module dans RAM.

Voir http://www.hpmuseum.org/cgi-sys/cgiwrap ... i?read=908

[C.Ret]

Sur ce Poket, ce qui m'impressionne plus que son BASIC, c'est son Calc MODE qui est un savant et astucieux mélange de logique /RPN et AOS.

Contrairement aux HP28/48/49/50 qui ont un comportement schizophrée (il faut dès le début d'un calcul indiquer si l'on utilise le RPN ou l'algébrique - AOS - sans pouvoir en changer en cours de route), ce mode dynamique permet à loisir et selon les besoins de détailler les calculs (et avoir les résultats intermédiaires comme en RPN pur) tout en gardant l'avantage du mode algébrique (la formule est saisie comme elle est écrite sur le papier) et d'obtenir sans ambiguïté le résultat.

[zpalm]

Sur ce Poket, ce qui m'impressionne plus que son BASIC, c'est son Calc MODE qui est un savant et astucieux mélange de logique /RPN et AOS.

L'algorithme du mode Calc du HP-71b est décrit page 6 du HP Journal de Juillet 1984, dispo ICI pour ceux qui voudraient comprendre comment ça marche.

(et oui, je suis entièrement d'accord avec C.Ret )

[Paul Tergeist]

moi aussi je suis d'accord avec c.ret. Pourquoi le modele n'a-t-il pas été repris ?. J'exulte.