ETP Studio Preview Release - Page 1

FpgForce :
Onur Celebi alias Nounours sort (enfin! ) une Preview Release publique du studio de programmation ETP Studio. En effet ETP Studio était jusque là réservée au membre du Studio de programmation Orage.

C'est donc avec une grande joie que nous découvrons ce logiciel.
Au menu: des outils graphiques extraordinaires et un language ultra simple, clair et puissant à la fois!

Maleureusement, il reste quelques bugs et il manque des exemples mais tout celà sera corrigé très prochainement!

[*]Télécharger la Preview Release ETP Studio
[*]Visiter le site de Nounours

voila,
au fait, mon site ne contient pas (encore) la preview release.

ya du beau boulot

Bon bah jeudi, je saurai quoi faire

Bon, impossible d'installer ce soft à cause d'une dll : oleaut32.dll... Génial.

5> meric, mais en fait, le problème est que dans le pack ETP Studio, ça installe une version buggée du dll en question...

naPO :
Bon, impossible d'installer ce soft à cause d'une dll : oleaut32.dll... Génial.

5> meric, mais en fait, le problème est que dans le pack ETP Studio, ça installe une version buggée du dll en question...

Moi aussi c'est pareil

Martial Demolins :
http://www.dll-files.com/dllindex/dll-files.shtml?oleaut32

Même en downloadant le DLL, je n'arrive pas à installer.

Il a l'air clean cet IDE.

Est-ce que basic est traduit directement en ASM ?

En me basant sur les specs, j'aimerais formuler les observations suivantes :

Pas de type 'variant' : C'est cool, en un sens, parce que ça permet de faire un basic beaucoup plus efficient, mais je ne sais pas à quel point ça peut 'handicaper' un programmeur basic ...

Les strings sont limitées à 50 caractères : Je suis bien placé pour savoir que ça simplifie drôlement la gestion de la mémoire, mais à mon avis c'est un peu limitatif... Je crois que puisque le type variant n'est pas supporté, il aurait été possible d'allouer dynamiquement les chaînes.

C'est un nouveau langage, avec une syntaxe radicalement différente du TI-BASIC (bien qu’il respecte bien la 'philosophie' du BASIC) : Malgré que ça peut ralentir la courbe d'apprentissage des as du TI-BASIC, ça demeure un bon choix (ça laisse de la latitude, n'étant pas obligé d'implémenter des features au prix d'un code moins efficient).

Je n’ai pas vu de mécanismes d’interopérabilité avec d’autres langages ou de possibilité d’inclure du code ASM pour palier d’éventuels lacunes de la librairie standard.

Reste que ça semble être rudement bien et que j’aimerais l’essayer un jour. Mon projet PBasic ne visait pas exactement le même but (je voulais respecter la syntaxe du TI-BASIC, quitte à faire un langage moins performant), mais fait pâle figure à comparé du tiens (sur papier - s’il est finalement possible de l’installer bien sûr) …

Toutes mes félicitations, encore une fois !

caamg :
Moi aussi c'est pareil

Est-ce que tu as aussi windows 98 ??

Quesoft :
Même en downloadant le DLL, je n'arrive pas à installer.

Meme question..

Quesoft :
Il a l'air clean cet IDE.

ouais le map editor rame un peu (sur pc) parce que cest ecrit en vb, et c'est trompeur vis-a-vis des performances sur calculatrices qui sont plus que satisfaisants.

Est-ce que basic est traduit directement en ASM ?

Oui.

Pas de type 'variant' : C'est cool, en un sens, parce que ça permet de faire un basic beaucoup plus efficient, mais je ne sais pas à quel point ça peut 'handicaper' un programmeur basic ...

Un moment je me suis demandé si j'allais pas le faire orienté objet et donc inclure un type Object, mais bon je me suis vite calmé

Les strings sont limitées à 50 caractères : Je suis bien placé pour savoir que ça simplifie drôlement la gestion de la mémoire, mais à mon avis c'est un peu limitatif... Je crois que puisque le type variant n'est pas supporté, il aurait été possible d'allouer dynamiquement les chaînes.

Oui c'etait une facon de contourner le probleme, mais je vais les rendre digne de ce nom, il seront bien statiques dans la version 1.1 En attendant, ca permet deja de faire de bon trucs.

C'est un nouveau langage, avec une syntaxe radicalement différente du TI-BASIC (bien qu’il respecte bien la 'philosophie' du BASIC) : Malgré que ça peut ralentir la courbe d'apprentissage des as du TI-BASIC, ça demeure un bon choix (ça laisse de la latitude, n'étant pas obligé d'implémenter des features au prix d'un code moins efficient).

Mon cahier de charges était d'avoir le meilleur rapport efficient/features tout en gardant une syntaxe simple et familiere a tout le monde. Je suis ravi que ca te plaise.

Je n’ai pas vu de mécanismes d’interopérabilité avec d’autres langages ou de possibilité d’inclure du code ASM pour palier d’éventuels lacunes de la librairie standard.

Non effectivement y en a pas encore, mais je vais essayer d'inclure la possibilité d'appeler des dll fait par tigcc (et inversement) ou bien d'inclure certain programmes compilés comme librairie statique.. ca fait partie de mes projets mais ce n'est pas pour tout de suite. Ca permettrait effectivement d'avoir une croissance énorme de la librairie.. parce qu'avec le systeme actuel, le seul qui soit en mesure d'écrire de nouvelle libs.. cest moi

Reste que ça semble être rudement bien et que j’aimerais l’essayer un jour.

...

Toutes mes félicitations, encore une fois !

Merci a toi pour tes remarques constructives..

Je compte sur tous les autres aussi pour me dire si ils ont eu des problemes d'installation.

Mon cahier de charges était d'avoir le meilleur rapport efficient/features tout en gardant une syntaxe simple et familiere a tout le monde. Je suis ravi que ca te plaise.

J'ai hâte de voir jusqu'où va aller ce projet et si beaucoup de programmeurs vont émigrer du TI-BASIC ... Quant à moi, je suis ça de près parce que le développement de compilateur est un sujet qui m'intéresse, mais je ne crois pas que je vais revenir au BASIC, même si une version typée comme la tienne pourrait théoriquement offrir des performances comparables au C (je n'aime pas particulièrement la syntaxe du BASIC)...

onur :
Merci a toi pour tes remarques constructives..

Je compte sur tous les autres aussi pour me dire si ils ont eu des problemes d'installation.

Pour répondre à ta question de l'OS, j'ai XP sans service pack...

Pourquoi la distribution n'est pas faite au moyen d'une simple archive zip ?

onur
:

caamg :
Moi aussi c'est pareil

Est-ce que tu as aussi windows 98 ??

Oui j'utilise windows 98

Ok, en fait j'utilise un programme qui génere automatiquement un setup.exe (c'est un outil de visual basic) et apparemment il marche pas super, mais j'y peux rien vu que c'est pas moi qui fait l'installeur. Il permet de faire connaitre le programme a Windows et donc pouvoir le desinstaller proprement avec "ajout/suppression de programme", voila pourquoi je donne pas simplement un zip.

Normalement, si il marche pas, on peut extraire les fichiers du fichier etp.cab qui contient toutes les choses nécessaires et executer le etp.exe (sans rien mettre dans windows/system)
Apparemment chez napo ca resoud pas le probleme, mais essayez aussi et dites moi svp.

Moi aussi les compilateurs me passionnent

Tu as essayé l'installeur de Nullsoft ?

J'ai extrait les fichiers de etp.cab et executé etp.exe et ça marche pas!!!
Il ya a un message disant que ETP va etre arreté car il a effectué un operation non-conforme

Ah toi c'est pire
Moi, c'est le Run-time error 50003

naPO :
Ah toi c'est pire
Moi, c'est le Run-time error 50003

Voilà la deuxième release d'ETP qui normalement ne bugge plus

(Bon en fait, chez moi, ça se termine à coups de Unexpected error, pareil que si j'ai désintallé l'autre version à la main...)

Ben chez moi c'est toujours pareil :
ETP va etre arreté car il a effectué un operation non-conforme



Pour ceux qui veulent les details les voici:

ETP a causé une défaillance de page dans
 le module KERNEL32.DLL à 017f:bff7b9a6.
Registres :
EAX=00000000 CS=017f EIP=bff7b9a6 EFLGS=00000246
EBX=00000000 SS=0187 ESP=007af6d0 EBP=007af6e4
ECX=06e80360 DS=0187 ESI=06e803c8 FS=0fcf
EDX=06d74250 ES=0187 EDI=06e803c8 GS=0000
Octets à CS : EIP :
ff 76 04 e8 13 89 ff ff 5e c2 04 00 56 8b 74 24 
État de la pile :
06e80360 70deeb88 06e803c8 06e80420 06d742c8 007af708 70dec50f 06d74904 00001000 
007af704 00000000 06d742c8 00000000 00000000 007af724 70de6cbe 

caamg :

Pour ceux qui veulent les details les voici:

Ça donne toujours plein d'informations utiles ces messages là ...

oui en effet je vois mieux le probleme je pense que ca sert uniquement pour les gens qui programment en assembleur et a moins d'etre tordu on ne programme pas tout un logiciel en assembleur, et y a peu de chances que ca tombe la ou on l'a programmé en assembleur. bref, ca sert a rien ces machins la..

sinon, pour ETP, ben il faut retélécharger, y a eu un probleme de fichier. J'ai testé celui qui est actuellement sur le site, il marche sur Millenium (et celui que vous avez testé donnait la meme erreur). Donc voila, normalement y a plus de bug.

Ben si, avec un certain nombre de débuggeurs même si tu programmes en C tu peux désassembler le code pour voir au moins où ça a planté, et éventuellement l'état d'un certain nombre de variables à cet endroit...

faut etre un furieux..
perso quand je programme en C++ sous windows, j'utilise le debugger du visual studio qui dit le contenu de chaque variable, pas besoin d'aller chercher dans la pile.

oui, mais si tu avais un bug difficile à reproduire, ce genre de dump te permet d'avoir un peu plus d'infos sur le bug, et c'est toujours mieux que rien...

Pollux :
Ben si, avec un certain nombre de débuggeurs même si tu programmes en C tu peux désassembler le code pour voir au moins où ça a planté, et éventuellement l'état d'un certain nombre de variables à cet endroit...

Mais si ça dump dans du code MS (ce genre de chose n'arrive jamais, je sais bien, mais mettons), c'est difficile de débugger un code propriétaire (donc secret) en partant d'on ne sait pas où ...

Pollux :
oui, mais si tu avais un bug difficile à reproduire, ce genre de dump te permet d'avoir un peu plus d'infos sur le bug, et c'est toujours mieux que rien...

C'est sûr ...

Ca marche toujours pas!
J'abandonne!

Je viens d'en parler sur #y-team :

[cite]<serioussam> bon, on reteste ETP pour 98
<serioussam> il y a encore un problème
<serioussam>
<naPO> ah ?
<serioussam> ouais, ça marche pour XP et Me
<serioussam> mais pas pour 98 encore
<naPO> ah bah c pour ça
<serioussam> mais on bêta-teste avec Onur
<naPO> aaaaaargh
<naPO> !slap Onur [/cite]
• Yoshi Noir slaps Onur [/cite] around a bit with a large trout !

[cite]naPO :
Je viens d'en parler sur #y-team :

<serioussam> bon, on reteste ETP pour 98
<serioussam> il y a encore un problème
<serioussam>
<naPO> ah ?
<serioussam> ouais, ça marche pour XP et Me
<serioussam> mais pas pour 98 encore
<naPO> ah bah c pour ça
<serioussam> mais on bêta-teste avec Onur
<naPO> aaaaaargh
<naPO> slap Onur

Vive les bonnes vielles distributions zip 'stand alone' qui n'utilisent pas la base de registre et autres trucs Windows !

*edit*
Le slap était une erreur de copier-coller.

Quesoft :
Mais si ça dump dans du code MS (ce genre de chose n'arrive jamais, je sais bien, mais mettons), c'est difficile de débugger un code propriétaire (donc secret) en partant d'on ne sait pas où ...

Ben oui, ce genre d'info ne sera utile qu'à MS, pas à toi ^^

- je ne parle pas des rapports de bugs automatisés, je parle du cas précis de ce topic (où il s'agissait de poster des infos plus détaillées que "ça plante", ce qui à mon avis n'est pas un mal)
- même dans ce cas, ils peuvent regarder les bugs les plus fréquents (grâce par exemple à la donnée de l'endroit du programme où ça bugge) et voir s'ils ont ou non été corrigés... c'est pas parce qu'ils en reçoivent 100.000 qu'ils sont obligés d'en traiter 100.000 ou d'en ignorer 100.000