Discussion :

[Godzestla]

Bonjour,

je débarque en CBuilder (comme en c++) et donc je rame ... un peu.

J'essaie de mettre à niveau du code développé (pas par moi) en CBuilder 6.0 vers C++Builder XE et je calle à la compile sur la première directive #pragma ci-dessous :

le début du code de mon .cpp

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
//---------------------------------------------------------------------------
#include <vcl.h>
#pragma hdrstop
#include "stdio.h"
#include "stdlib.h"
#include "io.h"
#include "dir.h"
#include "VisdrawUnit1.h"
#include <printers.hpp>
#include <Clipbrd.hpp>
#include "VisdrawPasswordDlg.h"
//---------------------------------------------------------------------------
#pragma link "MyTimagePcx"
#pragma resource "*.dfm"

je ne trouve pas de fichier MyTimagePcx dans le répertoire source mais bien les 2 fichiers suivants :
MyTimagePcx.h
MyTimagePcx.dcr

Voici le contenu du fichier .h

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
#ifndef MyTimagePcxH
#define MyTimagePcxH
//---------------------------------------------------------------------------
#include <SysUtils.hpp>
#include <Classes.hpp>
#include <Controls.hpp>
#include <ExtCtrls.hpp>
//---------------------------------------------------------------------------
class PACKAGE MyTimagePcx : public TImage
{
private:
protected:
public:
  virtual __fastcall MyTimagePcx(TComponent* AOwner);
  void Display(AnsiString);
__published:
  __property  Proportional = {default=true};
};
//---------------------------------------------------------------------------
#endif

Comment puis-je contourner ce problème ? Par un #include du .h ?

Je trouve déjà cet include dans "VisdrawUnit1.h" auquel il est fait référence dans mon .cpp via la ligne en italique souligné ci-dessus ?

[Godzestla]

J'ai regardé dans l'aide de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#pragma resource

et j'ai vu que la syntaxe devrait être

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#pragma resource "*.xdfm"

au lieu de .dfm.

Cela ne bloque plus sur le #pragma.

Je m'occupe des autres problèmes et je marque résolu si ok.

[Godzestla]

Voilà,

je bloque à la compile sur ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  int L=atoi(Edit1->Text.c_str());

--->[BCC32 Erreur] VisdrawUnit1.cpp(29): E2034 Impossible de convertir 'wchar_t *' en 'const char *'
--->[BCC32 Erreur] VisdrawUnit1.cpp(29): E2342 Mauvaise correspondance de type dans le paramètre '__s' ('const char *' désiré, 'wchar_t *' obtenu)

J'ai tenté ceci mais cela ne fonctionne pas

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  int L=atoi(const(Edit1->Text.c_str()));

Et encore ceci.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

	pCB->Assign(MyTimagePcx1->Picture);

--->[BCC32 Erreur] VisdrawUnit1.cpp(34): E2451 Symbole 'MyTimagePcx1' non défini

Je n'ai aucune idée de comment et ou je dois définir cet objet.

D'avance merci.

[ShaiLeTroll]

atoi est une fonction C qui utise un char*
C'est typiquement ce qu'il ne faut pas faire en C++Builder !
Mieux vaut utiliser au maximum les fonctions RTL\VCL ainsi que les types Delphi, cela garanti une meilleur compatibilité !

Avant, ce n'était pas problématique, le char = Char = AnsiChar = 1 octet !
En XE, cela change char reste à 1 Octet mais, le Char = UnicodeChar = 2 Octets !
String passe de AnsiString à UnicodeString, à ne pas confondre avec std::string

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  int L=atoi(Edit1->Text.c_str());

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  int L=StrToInt(Edit1->Text);

Ce n'est pas un cadeau de faire une migration BCB6 vers BSD XE, le char* en VCL devient problématique, il vaut mieux l'éviter si l'on peut !

C'est un travail long et fastidieux !
Bon courage !

Pour MyTimagePcx1, c'est un composant qui devait être posé dans la Form, stockée dans la DFM, probablement, tu as un DPK a installé !
Tu as du avoir une erreur à l'ouverture de la Form indiquant un problème de classe manquante !

[Godzestla]

Bonjour ShaiLeTroll,

et merci pour ta réponse.

Pour

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  int L=StrToInt(Edit1->Text);

c'est bien noté et rectifié.

e n'est pas un cadeau de faire une migration BCB6 vers BSD XE, le char* en VCL devient problématique, il vaut mieux l'éviter si l'on peut !

J'en suis bien conscient, surtout quand on débarque en même temps en c++, mais je n'ai pas d'autre choix.

Bon courage !

Il va m'en falloir, assurément. !!

Pour MyTimagePcx1, c'est un composant qui devait être posé dans la Form, stockée dans la DFM, probablement, tu as un DPK a installé !
Tu as du avoir une erreur à l'ouverture de la Form indiquant un problème de classe manquante !

Oui, à la conversion (à l'ouverture) il me dit que le Controle MyTimage1.pcx ne peut être converti et que cela pourrait engenbdre la suppression de contrôle.

En fait, je n'ai plus le Form dans ma source convertie surlaquelle j'ai déjà apporté pas mal de correction et j'essaie de trouver le moyen de le récupérer sans devoir refaire toutes les modifs.

Je ne parviens pas encore à trouver les barres d'outils pour ajouter des contrôles (ni un form d'ailleurs), alors c'est plutot la galère.

Je suis désolé, mais n'étant pas familier avec la nomenclature C++, je ne comprend pas ce que tu veux dire par DFM et DPK (Data Picker ?)

Je rame donc. Si tu passes par là et que tu as des petites rames de secours, je t'en remercie déjà. !!!

[ShaiLeTroll]

DFM = Delphi Form
DPK = Delphi Package

C++Builder = Delphi for C++ !
Je ne suis pas non plus familier avec la nomenclature C++ mais je connais bien Delphi, je bosse en C++ depuis 5 mois, c'est intéressant car plein de chose à redécouvrir !

Tant que tu n'installe pas les paquets !
C'est des choses qui ne sont pas évidentes pour un débutant, personne ne peut t'aider ?

"MyTimage1.pcx ne peut être converti", c'est ça le message ?
Etrange !
PCX n'est pas pris en compte par défaut par le TImage, TPicture ... regarde la fonction RegisterFileFormat, elle doit être utilisé dans MyTimage1

[Godzestla]

Tant que tu n'installe pas les paquets !
C'est des choses qui ne sont pas évidentes pour un débutant, personne ne peut t'aider ?

Et non, seul de chez tout seul !!!

J'ai contacté Embarcadero au cas ou il y aurait une formation sur la Belgique, mais pour l'instant pas de nouvelle.

Pour le .PCX, j'ai vu. J'avais déjà eu le problème avec VBA qui ne supporte plus le format PCX depuis quelques temps (j'ai du convertir les objets PCX que j'utilise en .JPG avant utilisation dans mon code VBA via l'appel de Irfanview /Convert). Le PCX n'est quasi plus supporté mais tous mes plans sont dans ce format (des dizaines de milleirs). Je dois convertir tout cela mais synchroniser mes codes (C++ entre autres, amis aussi codes natif I5 (RPGIV)) en même temps.

D'où ma démarche vers le C++Builder actuelle.

Si je devient capable de faire ma convertion PCX en JPEG en C+Builder comme je sais le faire en vba, je pourrai utiliser si j'ai bien compris les contrôle Timages standards qui supportent le Jpeg.

Mais, je suis encore trèèèèèèèèèèès loin de cela. Je lis partout, et plus je lis, .... plus je ... déconnecte.

Je cherche qq exemples de programmes qui affichent des images dans un contrôle, qui appellent un autre programme, ... en C++Builder bien sûr, mais je n'ai pas encore trouvé.

Sur base de cela je comprendrai mieux.

Encore merci pour tes réponses et ton temps.

[Godzestla]

Je ne suis pas non plus familier avec la nomenclature C++ mais je connais bien Delphi, je bosse en C++ depuis 5 mois, c'est intéressant car plein de chose à redécouvrir !

Idée folle qui me passe par la tête : Vu que je connais pas mal le VBA et le Visual RPG (qqpart similaires), tant qu'à plonger dans l'inconnu, je vais tenter d'utiliser Delphi qui me semble plus aisé à lire, écrire et comprendre.

J'essaie un simple programme pour afficher mon image (.PCX) et si nécessaire avec conversion du pcx en Jpg d'abord.

[oodini]

Je trouve ça ballot (voire stupide) d'investir du temps et donc de l'argent dans cette migration vers une techno moribonde (C++Builder).

Je ne sais pas combien tu es payé, mais je te propose une nouvelle fois de suggérer à ton boss de payer une boîte de service pour migrer tout ça vers .Net. À moyen terme, ça sera sans doute bien plus rentable.

[Godzestla]

Je trouve ça ballot (voire stupide) d'investir du temps et donc de l'argent dans cette migration vers une techno moribonde (C++Builder).

Je ne sais pas combien tu es payé, mais je te propose une nouvelle fois de suggérer à ton boss de payer une boîte de service pour migrer tout ça vers .Net. À moyen terme, ça sera sans doute bien plus rentable.

Salut oodini, je ne suis que partiellement d'accord avec toi.
Sur le principe je te suis entièrement, mais la réalité industrielle est parfois loin du monde actuel en ce qui concerne les développements. Il n'est pas rare de fonctionner avec du code écrit il y a parfois plusieurs décades, car assez fiable et peu soumis à des besoins de maintenance. Le fait de suivre la technologie dans ces dernières évolutions alors que le code global de l'entreprise dépasse de loin plusieurs centaines de milliers de lignes de code n'est guère réalisable, et même totalement ingérable.

Dans le cas qui nous concerne, en se limitant à un investissement software de moins de 1000 Eur, si on fait fi d'une formation que de toute manière je n'arrive pas à organiser, on s'en tire qqpart à bon compte.

Comment je suis payé : à faire tout à la fois, y compris le développement, étant le seul informaticien (mohican plutôt) encore en place.

Cela a au moins l'avantage d'élargir mon horizon de connaissances à qqchose que je ne connaissais pas du tout.

Je me suis déjà lancé, et c'est vrai, le résultat est encore très douteux mais j'avance.

Oui, au départ de 0, avec pas de contraintes, j'aurais choisi une toute autre solution.
Mais faire avec les contraintes techniques fait aussi partie de mes responsabilités.

J'ai passé 3 jours a regarder partout (Y compris Delphi, .Net, Visual C++, ..), et crois moi bien, si je veux éviter de tourner cinglé et avancer, car c'est ce qu'on attend de moi, et bien je confirme que C++Builder est le moins mauvais choix à court et moyen terme.
Le forum C++Builder est bien fréquenté et je suis ravi du support qui m'est donné.

Merci pour ton avis. Je le trouve très intelligent mais malheureusement hors de ma portée.

Bonne soirée.

[DjmSoftware]

Salut

DFM = Delphi Form
DPK = Delphi Package
BPK = C++ Builder Package

Si tu ne trouve pas le fichier BPK, tu n'est pas en mesure de générer a nouveau le composant, essaye alors de mettre la main sur le fichier .lib du composant
une simple manipulation avec l'outil en ligne de commande TLIB te permettre d'extraire le fichier .obj compilé

ex :
Tlib <composant.lib> *objtoextract.obj

je bloque à la compile sur ceci :


Code :Sélectionner tout - Visualiser dans une fenêtre à part int L=atoi(Edit1->Text.c_str());--->[BCC32 Erreur] VisdrawUnit1.cpp(29): E2034 Impossible de convertir 'wchar_t *' en 'const char *'
--->[BCC32 Erreur] VisdrawUnit1.cpp(29): E2342 Mauvaise correspondance de type dans le paramètre '__s' ('const char *' désiré, 'wchar_t *' obtenu)

si ton but est de de transformer une châine de caractère en sa représentation numérique utilise plutôt les objects de la VCL

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
int i= StrToInt(Edit1->Text);

un peu de courage car c'est toujours les mêmes méthodes qui posent problème, quand tu a trouvé la solution pour une tu les trouvé pour tous

J'ai passé 3 jours a regarder partout (Y compris Delphi, .Net, Visual C++, ..), et crois moi bien, si je veux éviter de tourner cinglé et avancer, car c'est ce qu'on attend de moi, et bien je confirme que C++Builder est le moins mauvais choix à court et moyen terme.
Le forum C++Builder est bien fréquenté et je suis ravi du support qui m'est donné.

C'est également mon avis par ailleurs avec c++ Builder tu peux facilement mélanger du code Pascal avec du code C++ , en plus de toutes les bibliotèques typiquement C++ (Boost, C0x)

Si la rapidité dans ton application est primordiable alors oublie les codes managés, dans le cas contraire pour ma part je préfère JAVA à C#


CDLT

T

[Godzestla]