Pockemul X07 et fichier pml
Modérateur : Politburo
Pockemul X07 et fichier pml
Salut,
Je voudrais passer a mon frère une archive qui contiendrait un émulateur de canon X07 avec un programme (basic) déjà chargé.
J'ai donc récupéré pockemul 1.4.3 (win32) et j'ai créé un émulateur x07, charger mon programme (.cas) et sauvé la session (.pml).
Le pb c'est quand je lui passe le fichier .pml en ligne de commande avec --load il essaye de chargé le fichier .pml dans c:/user/../\pockemul/sessions/fichier.pml
Il y a moyen de lui faire manger un fichier .pml avec mon chemin et pas celui en dur qui est dans l'appli ?
Merci
Je voudrais passer a mon frère une archive qui contiendrait un émulateur de canon X07 avec un programme (basic) déjà chargé.
J'ai donc récupéré pockemul 1.4.3 (win32) et j'ai créé un émulateur x07, charger mon programme (.cas) et sauvé la session (.pml).
Le pb c'est quand je lui passe le fichier .pml en ligne de commande avec --load il essaye de chargé le fichier .pml dans c:/user/../\pockemul/sessions/fichier.pml
Il y a moyen de lui faire manger un fichier .pml avec mon chemin et pas celui en dur qui est dans l'appli ?
Merci
Commodore (64/128/Amiga), HP (28/41/48/50/71/75/200/Prime) et autres (Ti, Canon X07, Psion, Casio, Palm, Thomson, Exl, Amstrad)
-
- Fonctionne à 2400 bauds
- Messages : 2221
- Enregistré le : 13 mars 2006 15:39
- Localisation : Issy
- Contact :
Re: Pockemul X07 et fichier pml
tu le lance en ligne de commande avec l'option -l nomfichier.pml
PockEmul, Emulateur de pocket Sharp, Canon, Casio, HP, TI, NEC, Panasonic, Sanco, Seiko, General, National, ....
sur Windows, Linux, OS X et Android
Available now on the Google Play Store and the Apple Store
sur Windows, Linux, OS X et Android
Available now on the Google Play Store and the Apple Store
Re: Pockemul X07 et fichier pml
C'est ce que j'ai fait mais il va le chercher dans c:/user/../\pockemul/sessions/
Pendant que tu es là, je t'ai envoyé un mail le 12 avril avec des problèmes que j'avais :
Pendant que tu es là, je t'ai envoyé un mail le 12 avril avec des problèmes que j'avais :
J'ai écrit un programme pour le X07 que j'ai converti en .cas avec X07-Token quand je le charge dans Pockemul j'ai les premières lignes du code qui ne sont pas bonnes.
J'ai contacté XavSnap (l'auteur de X07-Token) pensant que le problème venait de son programme, mais ça semble être un problème sur pockemul. En rajoutant des rem au début de mon programme le chargement se passe mieux.
Du coup j'ai repris les sources de pockemul et les ai compilé, mais je n'arrive pas à activer les logs pour analyser le problème (j'ai affiché la fenêtre log en modifiant le code).
Comment on active l'imprimante X710, je la vois pas dans les périphériques disponible ?
Commodore (64/128/Amiga), HP (28/41/48/50/71/75/200/Prime) et autres (Ti, Canon X07, Psion, Casio, Palm, Thomson, Exl, Amstrad)
- ledudu
- Fonctionne à 14400 bauds
- Messages : 5646
- Enregistré le : 26 mars 2009 13:07
- Localisation : Ile de France
- Contact :
Re: Pockemul X07 et fichier pml
A l'origine de toute erreur dans Pockemul, il y a toujours deux erreurs humaines, dont celle qui consiste à accuser Pockemul.Gege34 a écrit : Un problème sur pockemul.
Re: Pockemul X07 et fichier pml
Avant d'accuser Pockemul j'ai accusé X07-Token, c'est pour ça que j'ai contacté XavSnap pour lui faire part de mon problème et il m'a répondu qu'il avait déjà eu le problème et que pockemul semblait "manger" le début du fichier .cas et qu'en mettant des lignes de commentaires au début cela passé. Et effectivement cela passe.
J'ai aussi fait un autre test qui consistait à corriger le programme dans pockemul et à le sauvegarder puis à le recharger. J'avais le même problème d'erreur. Donc oui j'en suis arrivé à "accuser" pockemul c'est pour ça que j'ai contacté remy (par mail), mais n'aillant pas de réponse j'ai entrepris de faire la correction moi même (merci pour la disponibilité des sources), mais je rencontre des problèmes, pockemul est un gros programme et prendre en main tout ce code n'est pas simple.
Donc sans accuser qui que ce soit, j'essaye de résoudre mon problème et c'est peut être moi qui accuse le coup de ne pas savoir utilise pockemul
Commodore (64/128/Amiga), HP (28/41/48/50/71/75/200/Prime) et autres (Ti, Canon X07, Psion, Casio, Palm, Thomson, Exl, Amstrad)
- ledudu
- Fonctionne à 14400 bauds
- Messages : 5646
- Enregistré le : 26 mars 2009 13:07
- Localisation : Ile de France
- Contact :
Re: Pockemul X07 et fichier pml
Je plaisantais.
C'est vrai que j'aurais pu mettre un smiley.
Désolé.
C'est vrai que j'aurais pu mettre un smiley.
Désolé.
-
- Fonctionne à 2400 bauds
- Messages : 2221
- Enregistré le : 13 mars 2006 15:39
- Localisation : Issy
- Contact :
Re: Pockemul X07 et fichier pml
Pas de soucis, PockEmul est en effet rempli de bug.
Je suis en train de me remonter mon environnement de dev.
Je compte bien fiabiliser tout cela bientôt.
Je suis en train de me remonter mon environnement de dev.
Je compte bien fiabiliser tout cela bientôt.
PockEmul, Emulateur de pocket Sharp, Canon, Casio, HP, TI, NEC, Panasonic, Sanco, Seiko, General, National, ....
sur Windows, Linux, OS X et Android
Available now on the Google Play Store and the Apple Store
sur Windows, Linux, OS X et Android
Available now on the Google Play Store and the Apple Store
Re: Pockemul X07 et fichier pml
Salut à tous,
Pour être plus clair avec ce dysfonctionnement:
Cette erreur apparaît au chargement d'un fichier "CAS" par le biais du menu "I/O".
Au premier chargement, tout ce passe bien, mais lors des chargements suivants, le programme Basic est corrompu.
On prend l'exemple d'un programme avec deux REMs...
http://dskcenter.free.fr/X07/test.cas
Puis, on charge le CAS... Au premier chargement, le programme est bon!
Mais après un second CLOAD, de la même cassette...
17 octets ne sont pas chargés à la première ligne. Nous avons une adresse de h0591 au lieu de h05A2, ce qui incrimine un problème du Basic qui interprète mal la première ligne. (sûrement un mauvais calage de l'offset de début du programme Basic en première ligne!)
1 REM 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ
Il faut donc réserver ces caractères en REM, pour éviter que cela tombe sur les instructions Basic, ou des arguments de lignes (taille et numéro de ligne).
Vu que le problème se place au même endroit, cela ne pose à priori, pas trop de problème si l'on prend ses dispositions en amont.
Par contre, avec des fichiers binaire et assembleur, la pirouette est plus ... acrobatique.
Pour être plus clair avec ce dysfonctionnement:
Cette erreur apparaît au chargement d'un fichier "CAS" par le biais du menu "I/O".
Au premier chargement, tout ce passe bien, mais lors des chargements suivants, le programme Basic est corrompu.
On prend l'exemple d'un programme avec deux REMs...
Code : Tout sélectionner
1 REM 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ
2 REM 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ
Puis, on charge le CAS... Au premier chargement, le programme est bon!
Mais après un second CLOAD, de la même cassette...
17 octets ne sont pas chargés à la première ligne. Nous avons une adresse de h0591 au lieu de h05A2, ce qui incrimine un problème du Basic qui interprète mal la première ligne. (sûrement un mauvais calage de l'offset de début du programme Basic en première ligne!)
1 REM 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ
Il faut donc réserver ces caractères en REM, pour éviter que cela tombe sur les instructions Basic, ou des arguments de lignes (taille et numéro de ligne).
Vu que le problème se place au même endroit, cela ne pose à priori, pas trop de problème si l'on prend ses dispositions en amont.
Par contre, avec des fichiers binaire et assembleur, la pirouette est plus ... acrobatique.