Migration vers C++ 2009 ou RAD 2009, retours d'expérience

Bonjour à tous;
je me suis permis d'ouvrir ce sujet car non traiter complètement dans un post spécifique pour l'instant.

Donc suite à une réinstallation de mon PC je suis aussi passé en version C++Builder 2009 Architecte + Ad On Delphi afin de pouvoir Compiler des packages.
Cette version est comme BDS2006 (C++ et Delphi) plus un outils de conception modèle de données (ER Studio) très sympa façon AmcDesigner mais je n'est pas encore vérifier si possibilité génération script SQL pour les différentes bases de données.

Concernant l'installation, rien à redire c'est long mais no soucy.
C'est au moins 4 fois plus rapide au lancement que 2006 :mouarf:

Les autres outils que j'utilisais en 2006:

- Atelier TMS (j'adore ces composants, mais toujours aussi difficiles à installer et certains ne passent pas encore comme:

- CEtools
- TMS Scripter Studion:
- MailMerge
- Tms Skin Factory
- TmsGuiMotion
- TMS Query Studio
- TMSPlugin-Framework
- Flexel

- composant Jvcl (Jedi) Version Beta mais supperbe et passe bien;
- Intraweb (package de base fournit avec 2009, le reste avec Tms),
- Indy components (fournis avec 2009),
- ICS (Internet Component Suite) Version Beta mais passe bien,
- lien série CportLib (Version Beta mais no soucy),
- Asynk pro (non installé pour l'instant, plus le besoin),
- crypto: LockBox Ok sur Delphi2009, encore des PB à voir sur C++2009 ,
- Impression: RAVE 7.6 fournie avec 2009,
- CportLib: no soucy.

3 jours d'installations pour mon PC et c'est pas fini...:(

Coté fonctionnel pas encore de migration testée.


Donc n'hésitez pas à compléter vos expériences et solutions :king:

Bon après trois installations liées à la précédente version de JVCL ça fonctionne avec des petites astuces sur certains outil TMS


- composant Jvcl (Jedi) la nouvelle version vient de sortir le 21/01/2009 OK
- Intraweb (package de base fournit avec 2009, le reste avec Tms),
- Indy components (fournis avec 2009),
- ICS (Internet Component Suite) Version Beta mais passe bien,
- lien série CportLib (Version Beta mais no soucy),
- crypto: LockBox Ok version 2.8, il suffit de cocher genérer avec fichier C++ (à télécharger à l'adresse: http://cc.codegear.com/Item/26160),
- Impression: RAVE 7.6 fournie avec 2009,
- CportLib: no soucy.

Donc maintenant mon install est OK, je me lance dans la migration de petits projets...

Bonjour,

Je pense que je suis de même avis que toi, j'ai vais migrer bientot à C++Builder 2009, et comme toi, j'ai pas pus installer mais composants, à savoir :
- TMS ver 4.0 et 4.6 ;
- LMD ver 7 ;
- RAIZE 4.3.2 ;

J'ai fais quelques manipes mais sans succès, je pense rester sur ma vieux version C++Builder 6.

Toutefois, tu peux nous expliquer la démarche à faire pour les intégrer ces composants ?

Bonsoir;
Concernant TMS, j'ai pris la mise à jour 2009 + support 2 ans de la version 5.0 (ou autre suivant les packs) qui est compatible RAD 2009 (695€).
Tous les composants TMS ne sont pas migrés en C++ malheureusement et pour certains il faut lier manuellement des librairies dans ton projet(ils disent que c'est lié à une mauvaise install de mon RAD2009 ??) mais bon globalement ça fonctionne.

j'ai regardé rapidement RAIZE et LMD, ils ont aussi la version 2009.
malheureusement même avec les sources il me semble difficile de migrer soi même ces outils vue l'évolution des type de données... notamment.

moi je suis satisfait des outils Jedi + Tms notamment pour tout ce qui est autour des grilles évoluées et compatibilité complète Excel.

et concernant les projets, c'est une vrai galère dès lors qu'il existe des transtypage de données...

Ce qui tétait naturel entre BCB6 et BSD2006 ne l'est plus vers 2009...

Je vous en dirais plus d'ici quelques jours.

A lire:

- http://nono40.developpez.com/tutorie...uveautes-2009/
- http://dgriessinger.developpez.com/d...i2009-unicode/

Citation:

---

Envoyé par Fbartolo

Bon après trois installations liées à la précédente version de JVCL ça fonctionne avec des petites astuces sur certains outil TMS


- composant Jvcl (Jedi) la nouvelle version vient de sortir le 21/01/2009 OK
- Intraweb (package de base fournit avec 2009, le reste avec Tms),
- Indy components (fournis avec 2009),
- ICS (Internet Component Suite) Version Beta mais passe bien,
- lien série CportLib (Version Beta mais no soucy),
- crypto: LockBox Ok version 2.8, il suffit de cocher genérer avec fichier C++ (à télécharger à l'adresse: http://cc.codegear.com/Item/26160),
- Impression: RAVE 7.6 fournie avec 2009,
- CportLib: no soucy.

Donc maintenant mon install est OK, je me lance dans la migration de petits projets...

---

Bonjour

Tu dis que CportLib no soucy ???
tu parles bien du :http://sourceforge.net/project/showf...group_id=76595
Je viens d'installer C++ 2009 et le comport 4.0 beta, je ne lis plus que du chinois (à cause de l'UnicodeString) qd j'envoie sur un TMemo...
il ne détecte plus mes début et fin :
ComDataPacket1->StartString="$";
ComDataPacket1->StopString="\r";
ça ne marche plus :-( alors que sous C++2007 et cport 3.xx ça allait super bien)

Avez vous une solution ?
Merci

Oui effectivement mic mac semble t'il entre les strings et AnsiString avec unicode.

regarde ici, je crois que le package est corrigé, je n'ai pas encore avancé dessus personnellement:


https://bestrafender.dyndns.org:8443/svn/TComPort/trunk

User: Guest
Password: GuestSVN

Si tu avances dessus n'ésites pas à partager, c'est issu du forum Comport Lib

La migration vers bcb 2009 est parfois problématique.
J'essaye de migrer un ancien composant utilisant designintf, il donne des erreurs de compilation (si on déclare designintf et designeditors, il réclame un proxies.dcu manquant).

Le pire c'est que ce problème est connu de codegear, qui n'a pas l'air de s'en soucier.
Dans un article présent sur leur site (http://dn.codegear.com/article/38475), il est écrit:
"Using the Delphi DesignIntf and DesignEditors Tools
If you are creating a C++ package that contains a Delphi unit that uses the DesignIntf and DesignEditors tools, you must choose Project > Options > Delphi Compiler > Other Options. In Use these packages when compiling, add DesignIDE in the combo box."

Le souci est que sous Project > Options > Delphi Compiler > Other Options, il n'y a pas de choix "Use these packages when compiling". Le premier post sous l'article indique que quelqu'un l'a signalé le 11/12/2008... 8O Mais pas de réponse à ce jour.

1. Les "last minute notes" du concepteur sur le site sont foireuses.
2. Le concepteur signale qu'on l'a prévenu qu'il y a un problème, il n'y a pas de correction (et si réponse il y a eu, elle n'est pas publique). Et il ne prendrait même pas la peine de corriger ces "last minute notes".

Il y a un post sur ce forum "c++ builder 2009 est-il mort", je crois que je vais aller y faire un tour.

Citation:

---

Envoyé par Fbartolo

Oui effectivement mic mac semble t'il entre les strings et AnsiString avec unicode.

regarde ici, je crois que le package est corrigé, je n'ai pas encore avancé dessus personnellement:


https://bestrafender.dyndns.org:8443/svn/TComPort/trunk

User: Guest
Password: GuestSVN

Si tu avances dessus n'ésites pas à partager, c'est issu du forum Comport Lib

---

non, ça marche pas en C++2009...
j'avais essayé :-(

Merci Lot;
Bonjour Alain tu as un soucis pour installer le composant en environnement C++ ou c'est lors de l'utilisation ??
As tu bien choisie l'option Compilateur Delphi>>Liaison>>Sortie du Lieur>>Générer tous les fichier C++builder avant de compiler et installer ce composant ?

J'ai installé le 2009 version entreprise sur un pc tout neuf. pas de souci sauf que c'est long, très long à l'installation.
Pas de problème pour installer la JVCL dernier cru

Par contre j'ai un gros projet à migrer de 2006 vers 2009 (avec beaucoup d'attente) et là j'ai des souci. J'utilise un composant TIDSMTP entre autre composants indy9 et je pense que les messages d'erreurs viennent de là. A ce
J'ai beau supprimer tous les coposants TIDSMTP du projet mais rien n'y fait il me dit qu'il y a des declarations en double.

Je prends les mêmes composants dans un projet tout propre et tout fonctionne bien.
Je ne sais pas que faire pour que ça fonctionne vu la "lourdeur" du projet.

Si une âme généreuse peux me donner quelques tuyaux ....

D'avance merci.

Sinon je suis pour l'instant plutôt satisfait, une fois le passage des strings et AnsiString bien sur en unicodeString ... tout est bon il a l'air plus léger moins gourmand en ressources la compilation est plus rapide et optimisée.
bon toutefois j'ai réussi à la planter :oops:


PS: le bonheur c'est le tri des propriétés des composants par ordre alphabétique, trop bon :ccool:

Bonjour CyberNilkkos.

J'ai eut les mêmes PB, la solution la plus simple a été pour moi de recréer complètement un projet et de ne pas utiliser la migration qui n'est pas toujours fiable (Pb de mémorisation des anciennes librairie and co..)

C'est un peu pénible de ramener tous les modules et écrans dans le nouveau projet mais cela marche bien, seules les évolution des méthodes sont à corriger en cas d'évolution. donc pas très compliqué et fiable pour moi.

concernant la rapidité, je trouve 2009 aussi plus rapide, quelques plantage à la fermeture de projet si projet ouvert et fermeture BCB2009, préférez fermer le projet et ensuite BCB.

Citation:

---

Envoyé par Fbartolo

Bonjour CyberNilkkos.

J'ai eut les mêmes PB, la solution la plus simple a été pour moi de recréer complètement un projet et de ne pas utiliser la migration qui n'est pas toujours fiable (Pb de mémorisation des anciennes librairie and co..)

C'est un peu pénible de ramener tous les modules et écrans dans le nouveau projet mais cela marche bien, seules les évolution des méthodes sont à corriger en cas d'évolution. donc pas très compliqué et fiable pour moi.

concernant la rapidité, je trouve 2009 aussi plus rapide, quelques plantage à la fermeture de projet si projet ouvert et fermeture BCB2009, préférez fermer le projet et ensuite BCB.

---

Salut et merci pour cette réponse.
Je m'attendais à ça mais j'aurai voulu l'éviter vu la complexité et la "lourdeur" du projet.
Bon ... ben Niko y va s'y coller ... j'en aurai au moins jusqu'à la fin de la semaine :? :(

Salut,

Ben moi avec mon C++Builder 2009 je n'ai pas dépassé le seuil des codes d'achat. Pourtant j'ai bien payé, ma mise à jour.


Les drivers d'interbase ne fonctionnent pas avec Firebird. On demande un code d'accès pour configurer interbase, code introuvable. Fichier de licence .slip qui refuse la version installés.

Moins d'ennuis avec Qt.

Après 6 mois, voici une liste des soucis migratiques de bcb 6->bcb 2009 (update pack 4):

1. Composants devenant indisponibles en natif:
composants fastnet/NetMasters (remplacés par indy),
composants QuSoft QuickReports (mais on peut acheter une version bcb2009).


2. Les composants indy inclus sur le dvd/en download sont bogués. Pour les upgrader:
Suivre la procédure à la fin de la page:
https://forums.codegear.com/thread.j...19011&tstart=0
après migration d'un projet bpr->cbproj, enlever tous les indy.* référencés dans le cbproj (laisser à la place indycore, indysystem, indyprotocols)

3. codage:
L'intégration avec delphi est meilleure, on peut mélanger des .pas et cpp dans un projet. Tout le vcl passe en unicode: les AnsiString sont remplacés par des UnicodeString.
Si des composants / projets utilisent designintf/designeditors:

les include peuvent rester (si encore nécessaires)

les .pas doivent être enlevés du projet

l'option -LUDesignIDE doit être ajouté aux options du compilateur (delphi ou c selon le module qui les utilise), en mode debug et en mode release

dans les modules requis, DesignIDE.bpi doit être ajouté
include / souce: les dossiers avec des références aux bcb6 doivent être enlevés (manuellement)

UnicodeStrings:

Code:

---

ShowMessage(AnsiString.c_str());

---

ne marche plus

à convertir comme:

Code:

---

ShowMessage(UnicodeString(AnsiString).c_str());

---

(utilise wide chars)

Code:

---

ShowMessage("toto");

---

=>

Code:

---

ShowMessage(L"toto");

---

(conversion widechar)

Variant to TDateTime:

Code:

---

TDate m_dDtCde=TDate(ds->FieldValues["DTCDE"]); //provoque une erreur de compilation (et ca marchait bien sous bcb<=6).

---

Workaround:

Code:

---

m_dDtCde.Val=ds->FieldValues["DTCDE"];

---

Variant to string:

Code:

---

if (AnsiString(q->FieldValues["ALLOWED"])!="zut")

---

ne compile plus

=>

Code:

---

if (q->FieldValues["ALLOWED"]!="zut")

---

Classes vcl "disparues" alors qu'elles sont encore référencées dans l'aide:

Code:

---

throw(new EFOpenError(sFileName));

---

ne passe pas non plus, même si le type d'exception est dans l'aide. Idem pr EFCreateError.

TPrinterOrientation doit être remplacé par Printers::TPrinterOrientation

Variant to String:

Code:

---

AnsiString s= AnsiString(Query1->FieldValues["toto"])+ "/" + AnsiString(Query1->FieldValues["tota"]);

---

A réécrire comme

Code:

---

1 2 3 4 5

AnsiString sTemp1=Query1->FieldValues["toto"], sTemp2=Query1->FieldValues["tota"]; s=sTemp1+"/"+sTemp2; /* c'est très très chiant!!! */ /* Même souci avec les TDateTime */

---

Pire encore (conséquence du passage à l'unicode):

Code:

---

1 2	AnsiString s; s.sprintf("%s\t%s", Edit1->Text, Edit2->Text);

---

Après l'opération, s ne contient pas les deux zones concaténées, mais le premier caractère de chaque zone.
C'est une conséquence que les Text sont unicode. On peut résoudre le souci en tapant:

Code:

---

1 2	UnicodeString s; s.sprintf(L"%s\t%s", Edit1->Text, Edit2->Text);

---

De plus,

Code:

---

1 2 3 4 5

//%s: unicode avec unicode, ansistring avec ansistring AnsiString s="toto"; UnicodeString us="17/4/2009 10:21:00"; us.sprintf("%s",s);

---

et us contient ... du chinois.

Includes:

Code:

---

1 2	#include <algorithm.h>

---

ne marche plus.
Utiliser au lieu:

Code:

---

1 2 3 4 5 6

#if __BCPLUSPLUS__ >= 0x570 #include <algorithm> #else #include <algorithm.h> #endif

---

et remplacer min par std::min, max par std::max.

Les migrations de projet comportent souvent des références aux anciens composants bpl non borland. Il faut adapter le projet (enlever les bpi) et parfois ajouter $(BDS)\Lib\Debug_build,$(BDS)\Lib\Release_build aux lib directories.

appels aux services web: UnicodeString partout

Ne pas utiliser (wsdl/service/port): ne marche pas.
Utiliser adresse (idem url wsdl sans ?wsdl à la fin)

TDate[Time]::FormatString("yyyymmddhhnnss") renvoie aussi de l'unicode

Ole:

Code:

---

1 2 3

Variant m_vExcelApplication=Variant::CreateObject("Excel.Application"); Variant m_vOleObj=m_vExcelApplication.Exec(PropertyGet("Application"));

---

provoque une gpf, soumis au support codegear

Workaround: ajouter variant.cpp du qc 58472 au projet (= variant.cpp de borland avec modif assembler). (Etonnant que des bugs signalés début 2008 sur bds 2007 ne soient pas corrigés dans la version 2009!!!!)

TQuickReport: Evènement after preview:
en bcb6, se produit lorsqu'on clôture la fenêtre de prévisualisation
en bcb2009, se produit après affichage de la fenêtre de prévisualisation ET à la clôture de cette fenêtre. Mail envoyé à QuSoft.

Patch installable de QuSoft, corrigé.

Un TQuery-> 2 TDataSource-> 2 TDBLookupComboBox (un par TDataSource): modifier un des TDBLookupComboBox remet l'autre à NULL. :aie:

Soumis à CodeGear, workaround : multiplier les query :? ou remplir des combobox

si on a un formulaire avec une unit nommée ufForm, si le .h ne commence pas par

Code:

---

#ifndef ufFormH #define ufFormH

---

alors il n'est pas possible d'éditer la form en mode design (même si ca compile et s'exécute parfaitement)

WorkAround: adapter le #ifndef #define dans le .h

InstallShield: bpl's non stoqués dans $TARGETDIR mais bien dans $PROGRAMFILES\$APPLICATIONNAME (qui n'est bien sûr pas dans le path et donc ne marche pas!)

Si dans un formulaire, on fait un appel à Close() suivi d'instructions, le thread peut bloquer ou des instructions (showmessage par exemple) peuvent être ignorées.

WorkAround: Faire suivre chaque appel à Close() par un Application->ProcessMessages();

WDSL importer / HTTPRio web services: memory leak lors de l'appel aux web services renvoyant des valeurs (bug côté CLIENT)! (10 appels ok, 500 appels avec paramètres différents: memory leak causant des gpf) :aie: Le même code (outre le prototype AnsiString au lieu d'UnicodeString) marchait très bien en bcb6, nous n'avons trouvé aucune manière de contourner le problème, et c'est ce dernier souci (en espérant que c'est le dernier) qui nous empêche de passer en production les applications converties.
Attente réponse codegear. (mais "any help welcome!").

(Bref, jusqu'à présent, bcb 2009 ne sert qu'en test :aie:)

C'est vraiment dommage car bcb 2009 est BEAUCOUP plus rapide que bcb6 pour compiler un grand projet (on passe de une heure à 5 minutes).

Merci!! :ccool: et bienvenu au club. je suis en plein dedans aussi.

Sauf que je migre vraiment... on y arrive avec du temps..
Merci car je n'avais pas encore détouré certaines modifications liées à Unicode.

Bonne chance à toi si tu migres:
concernant le dernier bug mentionné (web services), le problème n'est pas corrigé ni en 2009 ni en 2010, et codegear a répondu qu'ils ne le corrigeraient pas pour la version 2009, et qu'ils le corrigeraient *probablement* pour la version 2010 (sans donner de date ni de délai). C'est scandaleux, nous avons acheté 5 upgrades mi-février de cette année et il n'y a déjà plus de support... alors que nous n'avons même pas encore installé toutes nos licences. A ce rythme, ils supporteront bcb 2010 6 mois... le temps de corriger les gros bugs du compilateur sans corriger les composants.
Réponse texto:

Citation:

---

Please find below the comments of Embarcadero support department;

This will not be fixed in CB2009 it will *probably* only be fixed in CB2010, did they not buy software insurance?

http://support.embarcadero.com/article/37740

I would also like to help the customer like you, but without a premium support contract for **CB2010**, see: http://support.embarcadero.com/annual critical issues like this will only be fixed in the latest supported release.

---

Si quelqu'un
* connait un autre composant que celui inclus dans bcb 2009 pour appeler des services web, je suis preneur,
* sait comment regénérer les bpl à partir de la source pascal, je suis preneur (il y a des scripts à lancer mais ils ne sont pas publiés),
* sait comment le problème peut être évité (en renvoyant un grand string xml au lieu d'un ArrayOffString par exemple), je suis preneur.

Merci.

Hello,

Citation:

---

Envoyé par AlainBourgeois

* sait comment regénérer les bpl à partir de la source pascal, je suis preneur (il y a des scripts à lancer mais ils ne sont pas publiés),

---

As-tu essayé de rajouter une version modifiée du .pas buggé (OPToSOAPDomConv.pas si j'ai bien pigé) dans le répertoire de ton projet, et de rajouter cette unité à ton projet ??

Bonjour
le support de 2010 est actif au minimum 4 ans
voir les versions précédentes
ce n'est pas parce qu'un bug ne fait pas partie de la liste des bugs que seront prise en compte par embarcadero que des workaraound ne seront pas proposés

un contrat de maintenance permet par ailleurs de résoudre la plus part des cas

Cordialement

Bonjour,

est ce qu'il y a une personne qui a réussit à écrire ceci sous c++ 2009 sans avoir un message d'erreur ?

Code:

---

1 2	Application->MessageBox("salut", "salut", MB_OK);

---

c'est bête mais j'ai un message d'erreur avec les unicode string! 8O

et ceci aussi

Code:

---

1 2 3

for(int i=0;i<5;i++)ShowMessage("je suis dans la boucle : "+IntToStr(i));

---

Code:

---

Application->MessageBox( L"salut", L"salut", MB_OK);

---

merci Fbartolo

allez pour ceux qui ne savaient pas, la mise à jour 2009 et 2010 de la série Turbo Power :ccool: :
http://www.songbeamer.com/delphi/

noubliez pas de cocher les option "générer tous les fichier C++" à la place de DCU pour que cela fonctionne dans notre enviromment préféré..

j'ai toujours des problemes avec ça:

Code:

---

1 2	for(int i=0;i<5;i++)ShowMessage("je suis dans la boucle : "+IntToStr(i));

---

merci d'avance.

Citation:

---

Envoyé par dz_robotix

Bonjour,

est ce qu'il y a une personne qui a réussit à écrire ceci sous c++ 2009 sans avoir un message d'erreur ?

Code:

---

1 2	Application->MessageBox("salut", "salut", MB_OK);

---

c'est bête mais j'ai un message d'erreur avec les unicode string! 8O

et ceci aussi

Code:

---

1 2 3

for(int i=0;i<5;i++)ShowMessage("je suis dans la boucle : "+IntToStr(i));

---

---

Aucun soucis avec ShowMessage et l'addition de chaines dans mon cas.

Bonjour,

Je remonte le sujet... Quels retours d'expérience pour 2010?

Chez moi, on est passés de Builder 6 à 2007 cet été pour la principale application, sans trop de difficultés (deux jours de travail un peu dense pour une grosse appli).

La question qui se pose actuellement est un upgrade général des autres apps vers 2007, ou un passage direct à 2010. Le problème n'est pas réellement budgétaire, mais de coût de portage (compliqué, facile?) vs d'améliorations gains (notamment sur l'aide en ligne, celle de 2007, c'est pas ca...)

En termes de librairies, on utilise principalement TMS et les natives Borland (je suis en train de dégager Jedi, pas réellement de valeur ajoutée par rapport à TMS)

Des idées, des commentaires, des conseils?

Francois

Pas de problèmes majeur avec TMS, ni trop avec la Jvcl.

Seul quelques adaptations Unicode sont à précoir, et un bon déroulé de recette qui lui peut être long..

Et quels sont les gains, en face? Mon principal pb avec 2007, c'est la pauvreté de la doc (par rapport à Builder 6, j'utilise toujours ma doc 6 en fait...), le fait que ca plante quand même assez souvent, et le fait que les iostream de Dinkumware sont lentes à ch...

Pour le reste, ca compile un peu plus vite, l'EDI est plus pratique, et j'ai des composants supplémentaires chez mes fournisseurs externes (TMS)

C'est quoi, les points forts de 2010, à votre avis?

Francois

A part :
- gestion Unicode,
- Edi 2009 plus stable que le 2006,
- Edi plus rapide et mieux documenté (on n'arrive pas encore au niveau BCB6),
- sur 2010, la reconnaissance de l'écrit, aucun besoin en ce sens chez moi.

je n'ai retenu que ça, c'est pour cela que j'attend la version 64 bits..

Bon après quelques migrations et plus d'un an d'utilisation BDS2009:

- On arrive à une stabilité proche de BCB6,
- Pas aussi rapide en compilation de BCB6...,
- Une doc à la Windows très longue à charger et loins de la qualité de BCB6,
- Dommage que la compilation C++ soit largement plus longue qu'en Pascal, là ça booste.

concernant la nouvelle version 2011 (je ne voit vraiment pas ce qu'apporte 2010 quan on est sur 2009), pas encore de 64 bits mais multi plateforme, à voir..

1. cfr post précédent relatant les bugs des composants bcb 2009,
2. BDS 2009 a des leaks au niveau des services web qui ne sont pas corrigés à ce jour à ma connaissance en 2009, mais fonctionnent beaucoup mieux en bcb 2010 (aussi bien en design-time pour générer des types complexes qu'à l'exécution).
3. En attendant un patch pour ce souci, nous avions essayé l'outil gSoap pour utiliser les services Web. Le code généré par gSoap ne compile plus en bcb 2010 (qui serait un peu moins conforme aux standards).
4. Dans bcb 2010, les composants indy fonctionnent sans devoir aller chercher des patches un peu partout.
5. En 2009: Ole:
Variant m_vOleObj=m_vExcelApplication.Exec(PropertyGet("Application"));
provoque une gpf à l'exécution, sauf si on inclut explicitement variant.cpp au projet. En 2010, ca marche sans problème.
6. Bug STL en 2009: si tu déclares dans un formulaire:
std::map<AnsiString, QUERYTYPE *> qTab;
et que dans le OnDestroy, tu fais:
std::map<AnsiString, QUERYTYPE *>::iterator xx;
for (xx=qTab.begin(); xx!=qTab.end(); xx++)
second->Something();

Tu auras GPF car second->Something() est appelé même avec la map vide, ce qui veut dire qu'en 2009 tu dois tester que ta map n'est pas vide(size()).
Corrigé en 2010.

7. Inconvénient du 2010: l'outil installaware inclus n'a même pas été mis à jour pour prendre en compte la bonne version des .bpl. Heureusement, une simple copie des exes/bpl/cc32100*.dll marche sans installshield.

8. Bémol pour v2009 et v2010: ils sont fournis avec un outil de rapport "Rave reports", qui n'est plus supporté (la société Nevrona ne répond plus au téléphone). Il y a fort à parier qu'il faudra (encore) réécrire tous les rapports lors de la migration vers v 2011/12/13... (ET les rapports que les end-users auront personnalisés).

Bref, en ce qui me concerne, bcb 2009 est une catastrophe, 2010 a bien rattrapé la sauce. De plus, nous avons abandonné la version Enterprise et nous contentons de la version "pro" beaucoup moins chère.
Nous avions acheté la version enterprise pour:
* les composants Fastnet : ne sont plus inclus,
* les outils de services web : ils sont maintenant aussi dans la version pro,
* l'accès natif à Oracle : nous avons acheté une suite de composants ODAC, qui sont mis à jour dès que la dernière version d'oracle parait, bien avant une nouvelle mise à jour de bcb. En plus, les composants restent identiques.