Aide - Recherche - Membres - Calendrier
Version complète : PB Dev Palm OS 5.2.1 pour tréo 600
Les Forums de PalmAttitude.org > GENERAL PalmOS > Développement sous PalmOS
elyro
Salut à tous !

ça faisait bien longtemps que je n'étais pas venu parcourir le site, congrat aux webmasters (ou au webmaster) c nickel et de plus en plus graphique.. que du bonheur !

Bon venons au problème qui m'occupe :

Je développe des applis pour Palm OS, jusque là pas de problème...
Puis les smartphones arrivent, ok pourquoi pas ? c du palm OS donc mes applis devraient tourner... et bien NON !

J'ai peut être l'air d'un nigaud en vous demandant ça, mais les Palm OS embarqués dans les smartphones, ils leur manquerait pas deux trois dll ?

J'ai mes FldGetTextPtr qui tronque des morceaux et des réactions innatendue du système...

Quelqu'un pourrait il me dire s'il faut rajouter des bibliothèques pour pouvoir executer correctement du code généré avec pilrc ?

Aussi si vous connaissez les différences fondamentales entre les OS des phone et ceux des handled typique merci de me tenir informé.

J'ai un tréo 600 (avec palm OS 5.2.1 et update 1.13 ok) sur les bras à livrer, et si je dois refaire mon appli... c pas cool !

Pour infos mes applis fonctionnent sur tous les émulteurs et simulateurs downloadables chez palmsource.

Bien à vous.

Elyro.
MarieC
Comme c'est une question liée au développement, je déplace dans la bonne section. sleep.gif
elyro
no blem !

J'ai mal hésité, nous v'là mieux ici !

merci.
Patrice
Je n'ai (jusqu'à présent) rencontré aucune incompatibilité entre le Treo 600 et les autres Palms. Je pense que si Métro avait un problème, je serais au courant (et il y a bien des utilisateurs Treo car ils réclament la navigation "intégrale" avec le rocker icon_lol2.gif ).

Quand tu testes sur les simulateurs (tu as bien testé avec un simul Treo 600 ?), tu prends bien les versions debug ?

Est-ce que ton code accède au matériel ?
elyro
en ce qui concerne les tests sur simulateurs, je n'ai pas trouvé de version du tréo 600, je ne dis pas que j'ai bien cherché, si tu en connais un, je veux bien l'adresse où le télécharger.

J'utilise CPDB... peut être que cela mets le bazar... je ne vois pas pourquoi si tel est le cas.

merci de m'indiquer un lien pour le simul du tréo.

bonne fin de soirée.
elyro
pour répondre totalement, mon appli répond et accède à ma base de données CPDB mais j'ai des problèmes de reset quand je change de forms et des résultats bizarres pour les fldgextextPtr...

voilà.

merci encore.
oupsman
Sur le site du programme pluggedin de PalmONE, tu trouves des simulateurs pour tous les modèles de PDA vendus par PalmONE.

icon_arrow.gif http://pluggedin.palmone.com/

Necessite un enregistrement (gratuit)
Patrice
Et je confirme, le site PluggedIn propose une bonne douzaine de version du simulateur...
elyro
bon... pas de bonne nouvelle !

Merci pour le lien, j'ai testé avec les simulateurs de tréo, et ça marche parfaitement.

Je ne vois pas en quoi ce tréo est déféctueux, merci de m'indiquer vos suggestions, je ne sais pas trop comment m'y prendre.

Si quelqu'un a un tréo ou la possibilité de s'en procurer un, qu'il me fasse signe que l'on puisse procéder à d'autres tests.

Merci d'avance.

tcho.

PS : sur le simulateur, quand je fais info version j'ai la version de palmOS 5.2.1, et la version de ID Flash, sur mon tréo j'ai bien la version de palmOS mais pas de l'ID Flash, est ce normal ?



Elyro.
Patrice
Ton Treo ne serait pas un peu juste en mémoire ? Ou tu as peut-être une incompatibilité avec un autre soft... Le mieux serait de tester après un hard reset...
Corto
FldGetTextPtr est dangeureux à utiliser, mieux vaut prendre FldGetTextHandle.
Ensuite, j'ai compris que tu utilises Pilrc. Est-ce-que tu définis bien MAXCHARS pour ton field dans le rcp?
elyro
j'ai tout essayé, le hard reset compris.

En ce qui concerne le FldGetTextPtr... je veux bien essayé autrement mais en quoi cela explique que mon appli tourne sur le simulateur ? la gestion mémoire est t'elle différente sur le simul ?
Patrice
Le fonctionnement n'est pas fondamentalement différent, mais les réactions peuvent varier en fonction de l'organisation mémoire du simulateur vs. une machine.

A priori, si tu as un bug, c'est probablement du à une mauvaise utilisation de la fonction. Par exemple, si tu ne testes pas que le pointeur retourné est NULL ou si tu récupères le pointeur, tu saisis du texte et tu ré-utilises le même pointeur après (toutes limitations bien décrites dans la doc).
Corto
CITATION(elyro)
j'ai tout essayé, le hard reset compris.

En ce qui concerne le FldGetTextPtr... je veux bien essayé autrement mais en quoi cela explique que mon appli tourne sur le simulateur ? la gestion mémoire est t'elle différente sur le simul ?

Oui
Corto
CITATION(Patrice)
Le fonctionnement n'est pas fondamentalement différent, mais les réactions peuvent varier en fonction de l'organisation mémoire du simulateur vs. une machine.

Il y a de grosses différences fondamentales. Surtout celle sur l'alignement mémoire.
Patrice
CITATION(marc-chalain)
CITATION(Patrice)
Le fonctionnement n'est pas fondamentalement différent, mais les réactions peuvent varier en fonction de l'organisation mémoire du simulateur vs. une machine.

Il y a de grosses différences fondamentales. Surtout celle sur l'alignement mémoire.

Même pour du code 68k émulé ? En tous cas je n'ai jamais constaté de différence de comportement (le code ARM est une autre affaire)...
elyro
J'ai bien lu la doc, et je ne suis pas dans un cas de réutilisation de pointeur ...

Je suis en train d'adapter mon code pour passer avec FldGetTextHandle pour récupérer mon texte.

Je teste et je vous tiens au courant.

Merci pour votre aide.
Corto
CITATION(Patrice)
CITATION(marc-chalain)
CITATION(Patrice)
Le fonctionnement n'est pas fondamentalement différent, mais les réactions peuvent varier en fonction de l'organisation mémoire du simulateur vs. une machine.

Il y a de grosses différences fondamentales. Surtout celle sur l'alignement mémoire.

Même pour du code 68k émulé ? En tous cas je n'ai jamais constaté de différence de comportement (le code ARM est une autre affaire)...

En effet, tu as peut-être raison. A tester.
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.
Invision Power Board © 2001-2008 Invision Power Services, Inc.