Discussion :

[trident_job]

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.

[ouiouioui]

sur le forum lazarus officiel j'ai trouvé un lien avec des captures d'écran.
http://www.activedelphi.com.br/forum...4135e8c4dd829f

[Paul TOTH]

ç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

[trident_job]

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 ?

[Paul TOTH]

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

[trident_job]

Et merci ouiouioui pour le lien !

[trident_job]

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

[Gouyon]

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.

[trident_job]

@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)

[Droïde Système7]

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é.

[trident_job]

@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 !

[Droïde Système7]

@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...

@+

[Franck SORIANO]

Normalement les applis 32bits tournent tel quel sur une machine 64 bits.

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

[Gouyon]

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.

[Franck SORIANO]

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...

[Droïde Système7]

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.

@+

[Gouyon]

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

[Franck SORIANO]

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 !

[Gouyon]

Effectivement il y a plusieurs possibilité. En fait j'avais plus à l'esprit une application simple et "autonome"