Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

EDI Delphi Discussion :

Embarcadero Delphi 2011


Sujet :

EDI Delphi

  1. #1
    Membre averti
    Embarcadero Delphi 2011
    Bonjour,

    un petit résumé d'un article US sur Delphi 2011 (et le Projet X)


    About Delphi 2011: Michael Rozlog, Delphi product manager -

    Fulcrum (Codename for Delphi 2011) est actuellement en phase beta privée et sera disponible en beta-test publique fin Avril.

    Le nouveau framework cross-plateforme sera une suite de CLX (basé sur QT). Quelques différences:

    1. Il n'y aura qu'une version Windows de l'IDE Delphi2011. Pour debugger un programme linux ou Mac, il faudra executer le process sur la machine cible (virtualisée par exemple) et se connecter avec le 'remote debugger'.
    2. Une équipe dédiée s'occupe de travailler sur cette partie Linux
    3. Pas de support du 64 bits annoncé ...


    Dans cette version, une nouvelle version du compilateur sera intégrée est permettra d'intégrer de nouvelle plateforme grâce à la notion de plug-in.
    Delphi + JavaDoc = DelphiCodeToDoc
    http://dephicodetodoc.sourceforge.net/

    TridenT Dev blog
    http://tridentjob.blogspot.fr/

  2. #2
    Membre expérimenté
    sur le forum lazarus officiel j'ai trouvé un lien avec des captures d'écran.
    http://www.activedelphi.com.br/forum...4135e8c4dd829f
    Il existe 3 sortes de gens: ceux qui savent compter et ceux qui ne savent pas.

  3. #3
    Expert éminent sénior
    ça me parait parfait d'avoir un IDE Windows et un remote debug, le public visé c'est tout de même des développeurs Delphi et si ça permet d'avoir un client Windows avec un process serveur sous Linux c'est top.

    par contre QT...j'aurais préféré une VCL (même minimaliste) multiplateforme qui s'adapte à l'OS....avec une option de compilation GDI/GTK/KDE/QT...

    c'est une idée récurrente chez moi
    Developpez.com: Mes articles, forum FlashPascal
    Entreprise: Execute SARL
    Le Store Excute Store

  4. #4
    Membre averti
    une VCL (même minimaliste) multiplateforme
    Ca pose d'autres problèmes du coup !

    par contre QT...
    Et c'est peut-être pas figé !

    Avais-tu essayé la CLX des anciens Delphi/Kylix ?
    Delphi + JavaDoc = DelphiCodeToDoc
    http://dephicodetodoc.sourceforge.net/

    TridenT Dev blog
    http://tridentjob.blogspot.fr/

  5. #5
    Expert éminent sénior
    Citation Envoyé par trident_job Voir le message
    Ca pose d'autres problèmes du coup !


    Et c'est peut-être pas figé !

    Avais-tu essayé la CLX des anciens Delphi/Kylix ?
    oui vaguement, mais l'idée de dépendre d'un wrapper QT ne me plaisait pas.

    j'avais même exploré la possibilité d'invoquer QT (qui a une API C++ objet) directement depuis Delphi/Kylix sans passer par le wrapper...c'est un peu délicat mais faisable
    Developpez.com: Mes articles, forum FlashPascal
    Entreprise: Execute SARL
    Le Store Excute Store

  6. #6
    Membre averti
    Et merci ouiouioui pour le lien !
    Delphi + JavaDoc = DelphiCodeToDoc
    http://dephicodetodoc.sourceforge.net/

    TridenT Dev blog
    http://tridentjob.blogspot.fr/

  7. #7
    Membre averti
    En plus, je comptais passer à Lazarus - ou du moins rendre mon application compatible aussi avec Lazarus - pour developper une application compatible Windows/Linux ...
    Finalement, je vais attendre un peu
    Delphi + JavaDoc = DelphiCodeToDoc
    http://dephicodetodoc.sourceforge.net/

    TridenT Dev blog
    http://tridentjob.blogspot.fr/

  8. #8
    Membre éprouvé
    Citation Envoyé par trident_job Voir le message
    En plus, je comptais passer à Lazarus - ou du moins rendre mon application compatible aussi avec Lazarus - pour developper une application compatible Windows/Linux ...
    Finalement, je vais attendre un peu
    Pour ma part je n'ai pas attendu et je suis passé à Lazarus et ça fonctionne plutôt bien. J'ai eu quelques difficultés au début mais maintenant ça va mieux .

    Ceci dit j'attends avec impatiente le produit Delphi 2011 car il a l'avantage par rapport à Lazarus d'être plus professionnel.
    Il y a des jours où j'éprouve une haine profonde envers microsoft
    Venez vous défouler ici ou c'est amusant
    Mon modeste site et mes modestes oeuvres sont
    Rémi

  9. #9
    Membre averti
    @Gouyon : oui, on va pouvoir comparer !
    J'ai deja essayé Lazarus, et malgré certains défauts, ça reste vraiment une bonne alternative, voire un complément à Delphi (pour le multi-plateforme).

    Par contre, l'évolution du langage Delphi/Pascal (à travers le compilateur) commence à se faire sentir ... exemple avec les Generiques et méthodes/propriétés de classes.
    Du coup, difficile de maintenir un code commun (qui compile sur Lazarus/FPC et Delphi)
    Delphi + JavaDoc = DelphiCodeToDoc
    http://dephicodetodoc.sourceforge.net/

    TridenT Dev blog
    http://tridentjob.blogspot.fr/

  10. #10
    Membre expérimenté
    Salut

    Pas de support du 64 bits annoncé ...
    Moi justement qui avais reculé d'une année pour acheter une version pro, justement pour avoir ce support 64 bits

    Alors faudra acheter et une ou deux années ensuite ajouter une rallonge (en monnaie trébuchante) lorsque ce support 64 bits sera intégré.


  11. #11
    Membre averti
    @Droïde Système7
    P'tite question : Que va t'apporter ce support du 64bits ? Quel est ton besoin ? Si c'est pas indiscret bien sûr !
    Delphi + JavaDoc = DelphiCodeToDoc
    http://dephicodetodoc.sourceforge.net/

    TridenT Dev blog
    http://tridentjob.blogspot.fr/

  12. #12
    Membre expérimenté
    Citation Envoyé par trident_job Voir le message
    @Droïde Système7
    P'tite question : Que va t'apporter ce support du 64bits ? Quel est ton besoin ? Si c'est pas indiscret bien sûr !
    Ben j'ai des utilisateurs de Win 64 qui ne peuvent utiliser un de mes programmes.

    Les autres passent comme une lettre à la Poste, bien que je n'ai rien fait de spécial pour...

    @+

  13. #13
    Expert confirmé
    Normalement les applis 32bits tournent tel quel sur une machine 64 bits.

    Tu as cherché pourquoi l'appli ne fonctionnait pas ?

  14. #14
    Membre éprouvé
    Moi aussi je trouve dommage que le 64 bits ne soit pas supporté d'autant plus que ça fait déjà quelque temps que ça existe. Chez nous on s'en sert pour traiter des gros fichier de mesures.
    Il y a des jours où j'éprouve une haine profonde envers microsoft
    Venez vous défouler ici ou c'est amusant
    Mon modeste site et mes modestes oeuvres sont
    Rémi

  15. #15
    Expert confirmé
    Ca va venir.

    Mais ça doit sûrement représenter une grosse charge de travail, pour adapter le compilo, mais aussi les outils, et surtout les librairies.
    Porter la VCL en 64bits et traduire toutes API ne doit pas être une mince affaire...

  16. #16
    Membre expérimenté
    Citation Envoyé par Franck SORIANO Voir le message
    Normalement les applis 32bits tournent tel quel sur une machine 64 bits.

    Tu as cherché pourquoi l'appli ne fonctionnait pas ?
    Salut Franck, je n'ai pas trop cherché car je ne sais de quel côté commencer...

    J'avais eu une interrogation au niveau de l'installeur (IS), mais toutes mes appli non portables l'utilisent. Alors je ne vois pas pourquoi une seule appli poserait souci.

    N'ayant pas sous la main un Win64, je ne peux approfondir.

    De plus à chaque fois que j'ai un retour d'utilisateur en ce sens, je lui demande de tester un .exe direct sans passer par la séquence d'installation.

    Mais ensuite, je n'ai plus aucune nouvelle

    Au début je relançais... mais avec l'expérience, je sais que sur par exemple 100 demandes que tu formules gentiment auprès d'utilisateurs ; seulement 10 (et encore) prendont la peine de répondre.

    Alors tu passes du temps à bien tenter de répondre pour dépanner, au niveau de certaines questions parfois alambiquées, et ensuite tu peux toujours attendre !

    C'est pour cette raison que je ne m'en occupe pas plus que ça

    Je pensais certainement innocemment, que le passage du compilo en 64 aurait résolu ce souci.

    @+

  17. #17
    Membre éprouvé
    Citation Envoyé par Droïde Système7 Voir le message

    Mais ensuite, je n'ai plus aucune nouvelle

    Au début je relançais... mais avec l'expérience, je sais que sur par exemple 100 demandes que tu formules gentiment auprès d'utilisateurs ; seulement 10 (et encore) prendont la peine de répondre.

    A ces utilisateurs quels ingrat. Bon si ça peut te rassurer c'est aussi mon cas. Personnellement tant qu'on ne me tanne pas je considère que finalement l'utilisateur n'en avait pas besoin
    Ceci dit je ne comprend pas bien pourquoi une appli 32b ne tournerais pas sur un OS 64b. Maintenant les mystères de l'informatique (surtout chez Microsoft) sont parfois insondable
    Il y a des jours où j'éprouve une haine profonde envers microsoft
    Venez vous défouler ici ou c'est amusant
    Mon modeste site et mes modestes oeuvres sont
    Rémi

  18. #18
    Expert confirmé
    Citation Envoyé par Gouyon Voir le message
    Ceci dit je ne comprend pas bien pourquoi une appli 32b ne tournerais pas sur un OS 64b. Maintenant les mystères de l'informatique (surtout chez Microsoft) sont parfois insondable
    C'est très simple, il suffit que tu fasses appel à un composant système qui n'a pas été installé avec une version compatible 32bits, ou un problème de paramétrage.

    Par exemple, si tu appelles un client de base de données qui t'est fournit sous la forme d'une DLL, si la DLL est en version 64 bits, ton appli ne risque pas de fonctionner.
    Un autre exemple : Tu écris une extension ISAPI 32 bits pour IIS, et tu essaies de la faire tourner sur un IIS 7 en 64 bits. Si tu ne vas pas explicitement reconfigurer le pool d'applications pour lui dire d'autoriser les applis 32 bits, ton ISAPI 32 bits ne sera jamais chargée !

    Récemment, j'ai rencontré un autre problème :
    J'ai une appli mixte, un exe Delphi 32 bits qui se connecte à une base Oracle et un autre utilitaire écrit en .Net qui se connecte à la même base.
    J'essaie de faire tourner le tout sur un serveur 64 bits.

    Le serveur a été installé avec le client Oracle 32 bits. L'appli Delphi se connecte sans problème. En revanche, l'appli .Net se dit chouette, du 64 bits, le compilateur JIT génère une image 64 bits, qui essaie d'accéder au client Oracle 64 bits qui n'est pas installé !
    Il a fallut que je recompile l'appli .Net en la restreignant à une plateforme x86 !

  19. #19
    Membre éprouvé
    Effectivement il y a plusieurs possibilité. En fait j'avais plus à l'esprit une application simple et "autonome"
    Il y a des jours où j'éprouve une haine profonde envers microsoft
    Venez vous défouler ici ou c'est amusant
    Mon modeste site et mes modestes oeuvres sont
    Rémi

###raw>template_hook.ano_emploi###