Bonjour les fan's,
J'ai un petit pb. Cette pièce de code fonctionne correctement à la compil,
et sur l"émulateur sur mon PC.
Mais une fois transférer sur le Palm, ca plante sévere (reboot obligé).
Private sub SauvePref()
Dim s as New StreamMemory
On error goto Err
Write
s,INbreTirage,ANbre(1),ANbre(2),ANbre(3),ANbre(4),ANbre(5),ANbre(6),ANbre(7)
,ANbre(8),
ANbre(9),ANbre(10),ANbre(11),ANbre(12),ANbre(13),ANbre(14),ANbre(15),ANbre(1
6),
ANbre(17),ANbre(18),ANbre(19),ANbre(20)
set app.Preferences(0)=s
For I=1 to 20
debugprint I & "->" & ANbre(I)
next
Err:
End Sub
pkoi tant de haine ?
(Pas tres concentré sur le premier messages....lol mdr)
Voici le message de la FAQ expliquant les messages :
Summary
When debugging your application on the Palm OS Emulator, it can report numerous invalid memory accesses, or other similar errors.
More information
For performance reasons, a program compiled with HB++ performs direct accesses to the internal of the Palm OS structures, if running on a M68000 powered device (such accesses are not performed when running on an ARM powered device). The garbage collector can also read some memory addresses that are considered to be invalid by the Emulator.
These accesses never cause any error when running on a real device, and can be ignored.
Workaround
Disable error checking in the Palm OS Emulator. To do this:
* Launch your Emulator * Right click on the Emulator window * Select the "Settings > Debugging..." option * In this dialog box, uncheck all items * Click OK
The configuration being saved in the Palm OS Emulator.ini file, you need to do this operation only once.
PYT -- Ce message a été posté via la plateforme Web club-Internet.fr This message has been posted by the Web platform club-Internet.fr
http://forums.club-internet.fr/
Bonjour,
Voici le message de la FAQ expliquant les messages :
Summary
When debugging your application on the Palm OS Emulator, it can report numerous
invalid memory accesses, or other similar errors.
More information
For performance reasons, a program compiled with HB++ performs direct accesses
to the internal of the Palm OS structures, if running on a M68000 powered device
(such accesses are not performed when running on an ARM powered device). The
garbage collector can also read some memory addresses that are considered to be
invalid by the Emulator.
These accesses never cause any error when running on a real device, and can be
ignored.
Workaround
Disable error checking in the Palm OS Emulator. To do this:
* Launch your Emulator
* Right click on the Emulator window
* Select the "Settings > Debugging..." option
* In this dialog box, uncheck all items
* Click OK
The configuration being saved in the Palm OS Emulator.ini file, you need to do
this operation only once.
PYT
--
Ce message a été posté via la plateforme Web club-Internet.fr
This message has been posted by the Web platform club-Internet.fr
Voici le message de la FAQ expliquant les messages :
Summary
When debugging your application on the Palm OS Emulator, it can report numerous invalid memory accesses, or other similar errors.
More information
For performance reasons, a program compiled with HB++ performs direct accesses to the internal of the Palm OS structures, if running on a M68000 powered device (such accesses are not performed when running on an ARM powered device). The garbage collector can also read some memory addresses that are considered to be invalid by the Emulator.
These accesses never cause any error when running on a real device, and can be ignored.
Workaround
Disable error checking in the Palm OS Emulator. To do this:
* Launch your Emulator * Right click on the Emulator window * Select the "Settings > Debugging..." option * In this dialog box, uncheck all items * Click OK
The configuration being saved in the Palm OS Emulator.ini file, you need to do this operation only once.
PYT -- Ce message a été posté via la plateforme Web club-Internet.fr This message has been posted by the Web platform club-Internet.fr
http://forums.club-internet.fr/
Patrick Vuichard
PYT wrote:
These accesses never cause any error when running on a real device, and can be ignored.
Si nous mettons des warnings sur ces erreurs, ce n'est pas pour rien... Ca ne cause pas de problème sur les devices ACTUELS, mais il est très probable que ça en causera un jour.
Certaines erreurs reportées par l'émulateur sont en effet destinées à aider à concevoir un programme qui restera compatible avec les futures plateformes.
PYT wrote:
These accesses never cause any error when running on a real device,
and can be ignored.
Si nous mettons des warnings sur ces erreurs, ce n'est pas pour rien...
Ca ne cause pas de problème sur les devices ACTUELS, mais il est très
probable que ça en causera un jour.
Certaines erreurs reportées par l'émulateur sont en effet destinées à
aider à concevoir un programme qui restera compatible avec les futures
plateformes.
These accesses never cause any error when running on a real device, and can be ignored.
Si nous mettons des warnings sur ces erreurs, ce n'est pas pour rien... Ca ne cause pas de problème sur les devices ACTUELS, mais il est très probable que ça en causera un jour.
Certaines erreurs reportées par l'émulateur sont en effet destinées à aider à concevoir un programme qui restera compatible avec les futures plateformes.
palmgaulois
Le Tue, 18 Nov 2003 11:35:46 +0100, Patrick Vuichard raconta:
Si nous mettons des warnings sur ces erreurs, ce n'est pas pour rien...
j'ai peut etre pas tout compris, mais désactivé les messages sur l'émulateur n'interdit pas HB de debugé de son coté et de t'assister dans les messages d'erreur envoyé par l'émulateur. j'ai tout décoché de mon coté bien avant de connaitre HB parce que même des programmes commerciaux le bloqué, en particulier ceux qui utilise le graphisme. Il n'empeche qu'HB sait intercepter les erreurs.
-- Cordialement, Pascal Meney. http://www.pdacool.com Bienvenue sur la planète Palm OS http://www.palmgaulois.com Programmation Palm OS. http://www.handheld-basic.com HB++' Developpeur http://www.clubpalmnord.org Asso. des utilisateurs de PDA / Lille.
Le Tue, 18 Nov 2003 11:35:46 +0100, Patrick Vuichard
<Patrick.Vuichard@wanadoo.fr> raconta:
Si nous mettons des warnings sur ces erreurs, ce n'est pas pour rien...
j'ai peut etre pas tout compris, mais désactivé les messages sur
l'émulateur n'interdit pas HB de debugé de son coté et de t'assister
dans les messages d'erreur envoyé par l'émulateur.
j'ai tout décoché de mon coté bien avant de connaitre HB parce que
même des programmes commerciaux le bloqué, en particulier ceux qui
utilise le graphisme. Il n'empeche qu'HB sait intercepter les erreurs.
--
Cordialement, Pascal Meney.
http://www.pdacool.com Bienvenue sur la planète Palm OS
http://www.palmgaulois.com Programmation Palm OS.
http://www.handheld-basic.com HB++' Developpeur
http://www.clubpalmnord.org Asso. des utilisateurs de PDA / Lille.
Le Tue, 18 Nov 2003 11:35:46 +0100, Patrick Vuichard raconta:
Si nous mettons des warnings sur ces erreurs, ce n'est pas pour rien...
j'ai peut etre pas tout compris, mais désactivé les messages sur l'émulateur n'interdit pas HB de debugé de son coté et de t'assister dans les messages d'erreur envoyé par l'émulateur. j'ai tout décoché de mon coté bien avant de connaitre HB parce que même des programmes commerciaux le bloqué, en particulier ceux qui utilise le graphisme. Il n'empeche qu'HB sait intercepter les erreurs.
-- Cordialement, Pascal Meney. http://www.pdacool.com Bienvenue sur la planète Palm OS http://www.palmgaulois.com Programmation Palm OS. http://www.handheld-basic.com HB++' Developpeur http://www.clubpalmnord.org Asso. des utilisateurs de PDA / Lille.
Laurent THALER
Pascal - PDACool's Angels wrote:
j'ai peut etre pas tout compris,
alors, on va t'expliquer :-)
l'os n'est pas inerte, il fonctionne en permanence et traite tout un tas d'évènements de bas niveaux dont ton programme n'est même pas averti, pour être valide un programme doit avant tout ne pas interférer avec l'os
en ce moment le challenge pour PalmOS c'est le passage au multitâches, c'est ce que Patricke essaye de dire sans en parler car il n'a pas le droit empêché par son NDA, et dans un environnement multitâches les problèmes sont exponentiels, il faut protéger tous les accès mémoires, empêcher qu'un programme qui plante fasse tout planter, bref c'est pas si simple, PalmSource va te garantir que tout çà va marcher si tu utilises les API officielles, et même si elles ne sont pas forcément optimisées ce n'est pas parce que les développeurs de chez PalmSource sont abreuvées de pizza et de coca mais parceque les apis vont être truffées de tests dans tous les sens et de sémaphores tous azimuth
toutes les optimisations, que ce soit HB++ ou le runtime AppForge, NSBasic, SatelliteForms ou autres sont confrontées au même problème: çà ne va plus être 100% compatible
si tu veux un parallèle souviens toi de Windows 1.0 raté 2.0 raté 3.0 raté 3.1 la gestion de mémoire commence a fonctionner, le multitâche n'est toujours pas préemptif, il faut gérer des timers dans les programmes pour rendre la main au système sinon çà bloque 95 pareil avec du 32 bits 98 95 sans les bugs ME 98 avec les bugs XP c'est un intrus, celui là vient de NT :-) une bonne dizaine d'années...
mais désactivé les messages sur l'émulateur n'interdit pas HB de debugé de son coté et de t'assister dans les messages d'erreur envoyé par l'émulateur.
là il s'agit des bugs de HB++, pas des bugs de ton programme en HB++ !
j'ai tout décoché de mon coté bien avant de connaitre HB parce que même des programmes commerciaux le bloqué, en particulier ceux qui utilise le graphisme. Il n'empeche qu'HB sait intercepter les erreurs.
je parle par expérience, mais progs sont passés de l'os 3.0 au 3.5, 4.0, 5.0 à chaque fois que j'ai laissé passer un message de l'émulateur çà a fini par planter sur une vraie machine !
si un programme ne fonctionne pas avec toutes les options de debug cochées, tu prends un risque, si le test existe c'est qu'il a été rajouté par ce que quelquechose va changer dans la prochaine version d'os
-- Laurent THALER http://www.thalers.org mailto:
Pascal - PDACool's Angels wrote:
j'ai peut etre pas tout compris,
alors, on va t'expliquer :-)
l'os n'est pas inerte, il fonctionne en permanence et traite tout un tas
d'évènements de bas niveaux dont ton programme n'est même pas averti,
pour être valide un programme doit avant tout ne pas interférer avec l'os
en ce moment le challenge pour PalmOS c'est le passage au multitâches,
c'est ce que Patricke essaye de dire sans en parler car il n'a pas le
droit empêché par son NDA, et dans un environnement multitâches les
problèmes sont exponentiels, il faut protéger tous les accès mémoires,
empêcher qu'un programme qui plante fasse tout planter, bref c'est pas
si simple, PalmSource va te garantir que tout çà va marcher si tu
utilises les API officielles, et même si elles ne sont pas forcément
optimisées ce n'est pas parce que les développeurs de chez PalmSource
sont abreuvées de pizza et de coca mais parceque les apis vont être
truffées de tests dans tous les sens et de sémaphores tous azimuth
toutes les optimisations, que ce soit HB++ ou le runtime AppForge,
NSBasic, SatelliteForms ou autres sont confrontées au même problème: çà
ne va plus être 100% compatible
si tu veux un parallèle souviens toi de Windows
1.0 raté
2.0 raté
3.0 raté
3.1 la gestion de mémoire commence a fonctionner, le multitâche n'est
toujours pas préemptif, il faut gérer des timers dans les programmes
pour rendre la main au système sinon çà bloque
95 pareil avec du 32 bits
98 95 sans les bugs
ME 98 avec les bugs
XP c'est un intrus, celui là vient de NT :-)
une bonne dizaine d'années...
mais désactivé les messages sur
l'émulateur n'interdit pas HB de debugé de son coté et de t'assister
dans les messages d'erreur envoyé par l'émulateur.
là il s'agit des bugs de HB++, pas des bugs de ton programme en HB++ !
j'ai tout décoché de mon coté bien avant de connaitre HB parce que
même des programmes commerciaux le bloqué, en particulier ceux qui
utilise le graphisme. Il n'empeche qu'HB sait intercepter les erreurs.
je parle par expérience, mais progs sont passés de l'os 3.0 au 3.5, 4.0,
5.0 à chaque fois que j'ai laissé passer un message de l'émulateur çà a
fini par planter sur une vraie machine !
si un programme ne fonctionne pas avec toutes les options de debug
cochées, tu prends un risque, si le test existe c'est qu'il a été
rajouté par ce que quelquechose va changer dans la prochaine version d'os
l'os n'est pas inerte, il fonctionne en permanence et traite tout un tas d'évènements de bas niveaux dont ton programme n'est même pas averti, pour être valide un programme doit avant tout ne pas interférer avec l'os
en ce moment le challenge pour PalmOS c'est le passage au multitâches, c'est ce que Patricke essaye de dire sans en parler car il n'a pas le droit empêché par son NDA, et dans un environnement multitâches les problèmes sont exponentiels, il faut protéger tous les accès mémoires, empêcher qu'un programme qui plante fasse tout planter, bref c'est pas si simple, PalmSource va te garantir que tout çà va marcher si tu utilises les API officielles, et même si elles ne sont pas forcément optimisées ce n'est pas parce que les développeurs de chez PalmSource sont abreuvées de pizza et de coca mais parceque les apis vont être truffées de tests dans tous les sens et de sémaphores tous azimuth
toutes les optimisations, que ce soit HB++ ou le runtime AppForge, NSBasic, SatelliteForms ou autres sont confrontées au même problème: çà ne va plus être 100% compatible
si tu veux un parallèle souviens toi de Windows 1.0 raté 2.0 raté 3.0 raté 3.1 la gestion de mémoire commence a fonctionner, le multitâche n'est toujours pas préemptif, il faut gérer des timers dans les programmes pour rendre la main au système sinon çà bloque 95 pareil avec du 32 bits 98 95 sans les bugs ME 98 avec les bugs XP c'est un intrus, celui là vient de NT :-) une bonne dizaine d'années...
mais désactivé les messages sur l'émulateur n'interdit pas HB de debugé de son coté et de t'assister dans les messages d'erreur envoyé par l'émulateur.
là il s'agit des bugs de HB++, pas des bugs de ton programme en HB++ !
j'ai tout décoché de mon coté bien avant de connaitre HB parce que même des programmes commerciaux le bloqué, en particulier ceux qui utilise le graphisme. Il n'empeche qu'HB sait intercepter les erreurs.
je parle par expérience, mais progs sont passés de l'os 3.0 au 3.5, 4.0, 5.0 à chaque fois que j'ai laissé passer un message de l'émulateur çà a fini par planter sur une vraie machine !
si un programme ne fonctionne pas avec toutes les options de debug cochées, tu prends un risque, si le test existe c'est qu'il a été rajouté par ce que quelquechose va changer dans la prochaine version d'os
-- Laurent THALER http://www.thalers.org mailto:
Pierre-Yves TAVERNIER
Pas très rassurant tout cela sur HB++ :(
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ? Ca risque pas de penaliser la machine et son autonomie ?
PYT
Pas très rassurant tout cela sur HB++ :(
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du
multitache ? Ca risque pas de penaliser la machine et son autonomie ?
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ? Ca risque pas de penaliser la machine et son autonomie ?
PYT
Laurent THALER
Pierre-Yves TAVERNIER wrote:
Pas très rassurant tout cela sur HB++ :(
çà n'a rien à voir, si l'équipe qui fait HB++ a la volonté et la possibilité de suivre les évolutions de la plateforme PalmOS, le produit survivra, sinon un autre prendra sa place HB++ a d'énormes qualités, c'est peut être le meilleur RAD actuellement, mais amha il arrive un peu tard sur le marché, sauf s'il s'impose suite à un changement d'os qui éliminerait les autres encore quelques mois à attendre !
mais tous les programmes qui ne respectent pas les règles édictées pas palmsource sont en péril à chaque changement d'os, c'est valable pour docstogo, agendus, et bien d'autres !
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-) dans l'absolu on peut sans passer, mais c'est bien confortable par exemple de récupérer ses mails en tache de fond pendant qu'on fait autre chose
Ca risque pas de penaliser la machine et son autonomie ?
dis toi que des que tu l'allumes tu penalises l'autonomie :-)
les progres sur les batteries vont compenser un peu celà, mais de toutes façons on ne verra plus d'appareil avec une autonomie de plusieurs semaines comme les premiers pilot avant longtemps, faut dire aussi que depuis on a le rétro éclairage, la couleur , l'ir, le bt, les cartes d'extension etc...
-- Laurent THALER http://www.thalers.org mailto:
Pierre-Yves TAVERNIER wrote:
Pas très rassurant tout cela sur HB++ :(
çà n'a rien à voir, si l'équipe qui fait HB++ a la volonté et la
possibilité de suivre les évolutions de la plateforme PalmOS, le produit
survivra, sinon un autre prendra sa place
HB++ a d'énormes qualités, c'est peut être le meilleur RAD actuellement,
mais amha il arrive un peu tard sur le marché, sauf s'il s'impose suite
à un changement d'os qui éliminerait les autres
encore quelques mois à attendre !
mais tous les programmes qui ne respectent pas les règles édictées pas
palmsource sont en péril à chaque changement d'os, c'est valable pour
docstogo, agendus, et bien d'autres !
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du
multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-)
dans l'absolu on peut sans passer, mais c'est bien confortable par
exemple de récupérer ses mails en tache de fond pendant qu'on fait autre
chose
Ca risque pas de penaliser la machine et son autonomie ?
dis toi que des que tu l'allumes tu penalises l'autonomie :-)
les progres sur les batteries vont compenser un peu celà, mais de toutes
façons on ne verra plus d'appareil avec une autonomie de plusieurs
semaines comme les premiers pilot avant longtemps, faut dire aussi que
depuis on a le rétro éclairage, la couleur , l'ir, le bt, les cartes
d'extension etc...
çà n'a rien à voir, si l'équipe qui fait HB++ a la volonté et la possibilité de suivre les évolutions de la plateforme PalmOS, le produit survivra, sinon un autre prendra sa place HB++ a d'énormes qualités, c'est peut être le meilleur RAD actuellement, mais amha il arrive un peu tard sur le marché, sauf s'il s'impose suite à un changement d'os qui éliminerait les autres encore quelques mois à attendre !
mais tous les programmes qui ne respectent pas les règles édictées pas palmsource sont en péril à chaque changement d'os, c'est valable pour docstogo, agendus, et bien d'autres !
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-) dans l'absolu on peut sans passer, mais c'est bien confortable par exemple de récupérer ses mails en tache de fond pendant qu'on fait autre chose
Ca risque pas de penaliser la machine et son autonomie ?
dis toi que des que tu l'allumes tu penalises l'autonomie :-)
les progres sur les batteries vont compenser un peu celà, mais de toutes façons on ne verra plus d'appareil avec une autonomie de plusieurs semaines comme les premiers pilot avant longtemps, faut dire aussi que depuis on a le rétro éclairage, la couleur , l'ir, le bt, les cartes d'extension etc...
-- Laurent THALER http://www.thalers.org mailto:
PYT
Bonjour,
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-)
Je vois pas du quoi tu parles :)
dans l'absolu on peut sans passer, mais c'est bien confortable par exemple de récupérer ses mails en tache de fond pendant qu'on fait autre chose
C'est vrai. Mais il faudra que le processeur soit performant.
Ca risque pas de penaliser la machine et son autonomie ?
dis toi que des que tu l'allumes tu penalises l'autonomie :-)
C'est pour cela que je le laisse éteint sur le craddle :)
PYT
-- Ce message a été posté via la plateforme Web club-Internet.fr This message has been posted by the Web platform club-Internet.fr
http://forums.club-internet.fr/
Bonjour,
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du
multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-)
Je vois pas du quoi tu parles :)
dans l'absolu on peut sans passer, mais c'est bien confortable par
exemple de récupérer ses mails en tache de fond pendant qu'on fait autre
chose
C'est vrai. Mais il faudra que le processeur soit performant.
Ca risque pas de penaliser la machine et son autonomie ?
dis toi que des que tu l'allumes tu penalises l'autonomie :-)
C'est pour cela que je le laisse éteint sur le craddle :)
PYT
--
Ce message a été posté via la plateforme Web club-Internet.fr
This message has been posted by the Web platform club-Internet.fr
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-)
Je vois pas du quoi tu parles :)
dans l'absolu on peut sans passer, mais c'est bien confortable par exemple de récupérer ses mails en tache de fond pendant qu'on fait autre chose
C'est vrai. Mais il faudra que le processeur soit performant.
Ca risque pas de penaliser la machine et son autonomie ?
dis toi que des que tu l'allumes tu penalises l'autonomie :-)
C'est pour cela que je le laisse éteint sur le craddle :)
PYT
-- Ce message a été posté via la plateforme Web club-Internet.fr This message has been posted by the Web platform club-Internet.fr
http://forums.club-internet.fr/
Patrick Vuichard
Laurent THALER wrote:
en ce moment le challenge pour PalmOS c'est le passage au multitâches, c'est ce que Patricke essaye de dire sans en parler
A vrai dire, même pas... Je pensais, dans ce cas précis, à la gestion de la mémoire en général. Gestion forcément affectée par le multitache il est vrai.
car il n'a pas le droit empêché par son NDA,
J'ai le droit de parler de ce qui a été déja annoncé, et c'est le cas pour le multitache.
et dans un environnement multitâches les problèmes sont exponentiels,
Ah ça... Il faut avoir tenter de multithreader un programme qui n'était pas conçu pour dès le début pour s'en rendre vraiment compte. Une horreur.
Laurent THALER wrote:
en ce moment le challenge pour PalmOS c'est le passage au multitâches,
c'est ce que Patricke essaye de dire sans en parler
A vrai dire, même pas... Je pensais, dans ce cas précis, à la gestion de
la mémoire en général. Gestion forcément affectée par le multitache il
est vrai.
car il n'a pas le droit empêché par son NDA,
J'ai le droit de parler de ce qui a été déja annoncé, et c'est le cas
pour le multitache.
et dans un environnement multitâches les problèmes sont exponentiels,
Ah ça... Il faut avoir tenter de multithreader un programme qui n'était
pas conçu pour dès le début pour s'en rendre vraiment compte. Une horreur.
en ce moment le challenge pour PalmOS c'est le passage au multitâches, c'est ce que Patricke essaye de dire sans en parler
A vrai dire, même pas... Je pensais, dans ce cas précis, à la gestion de la mémoire en général. Gestion forcément affectée par le multitache il est vrai.
car il n'a pas le droit empêché par son NDA,
J'ai le droit de parler de ce qui a été déja annoncé, et c'est le cas pour le multitache.
et dans un environnement multitâches les problèmes sont exponentiels,
Ah ça... Il faut avoir tenter de multithreader un programme qui n'était pas conçu pour dès le début pour s'en rendre vraiment compte. Une horreur.
Patrick Vuichard
Laurent THALER wrote:
HB++ a d'énormes qualités, c'est peut être le meilleur RAD actuellement,
Yep, c'est un très bon produit. Par contre, il est à mi-chemin entre un RAD et un environnement classique.
mais amha il arrive un peu tard sur le marché,
Bah, AppForge est arrivé aussi assez tard, mais ils avaient ciblé le bon créneau.
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-) dans l'absolu on peut sans passer, mais c'est bien confortable par exemple de récupérer ses mails en tache de fond pendant qu'on fait autre chose
Ca a aussi d'autres avantages, parce c'est un tout : multitache, mémoire protégée, etc.
Laurent THALER wrote:
HB++ a d'énormes qualités, c'est peut être le meilleur RAD actuellement,
Yep, c'est un très bon produit. Par contre, il est à mi-chemin entre un
RAD et un environnement classique.
mais amha il arrive un peu tard sur le marché,
Bah, AppForge est arrivé aussi assez tard, mais ils avaient ciblé le bon
créneau.
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du
multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-)
dans l'absolu on peut sans passer, mais c'est bien confortable par
exemple de récupérer ses mails en tache de fond pendant qu'on fait
autre chose
Ca a aussi d'autres avantages, parce c'est un tout : multitache, mémoire
protégée, etc.
HB++ a d'énormes qualités, c'est peut être le meilleur RAD actuellement,
Yep, c'est un très bon produit. Par contre, il est à mi-chemin entre un RAD et un environnement classique.
mais amha il arrive un peu tard sur le marché,
Bah, AppForge est arrivé aussi assez tard, mais ils avaient ciblé le bon créneau.
Une question peut être naive d'un débutant sur Palm : Pourquoi faire du multitache ?
c'est la mode, et comme l'autre le fait, palm doit le faire :-) dans l'absolu on peut sans passer, mais c'est bien confortable par exemple de récupérer ses mails en tache de fond pendant qu'on fait autre chose
Ca a aussi d'autres avantages, parce c'est un tout : multitache, mémoire protégée, etc.
