VCL (C++ Builder)

• G

  kleine Zufallszahlen
  • green_seven  

  10
  0
  Stimmen
  10
  Beiträge
  9937
  Aufrufe

  G

  Doch doch schon ne ältere 5.0... bin grad dabei des boost zu installieren Dankeschön nochmal
• L

  TThread Terminate()
  • linopi  

  2
  0
  Stimmen
  2
  Beiträge
  7655
  Aufrufe

  A

  Zuerst guckst du mal hier: docwiki.embarcadero.com schrieb: Warnung: Die Methoden Resume und Suspend sollten nur für das Debuggen verwendet werden. Das Anhalten eines Threads mit Hilfe von Suspend kann zu Deadlocks und undefiniertem Verhalten in der Anwendung führen. Korrekte Thread-Synchronisierungen sollten mit TEvent und TMutex vorgenommen werden. linopi schrieb: Die Threads sind als auto_ptr deklariert, so dass ich mir das delete sparen kann. Wann wird das Terminate() aufgerufen? Wenn die Hauptform geschlossen wird oder beim delete vom auto_ptr? Die Frage beantwortet ein Blick in den Quelltext ($(BDS)\source\rtl\common\Classes.pas oder so ähnlich): destructor TThread.Destroy; begin if (FThreadID <> 0) and not FFinished and not FExternalThread then begin Terminate; if FCreateSuspended then Resume; WaitFor; end; ... end;
• S

  MenuItem im MainMenu ein vorh. Popup Menu zuweisen?
  • Smitty  

  1
  0
  Stimmen
  1
  Beiträge
  7454
  Aufrufe

  S

  Hi, kann einem TMenuItem ein vorhandenes Popup Menu zugewiesen werden? Das Popup Menu wird an einem ToolButton( tbsDropDown ) verwendet. Nun soll dieses Popup auch im MainMenu dem entsp. MenuItem zugewiesen werden. Aber wie? Da dieses Popup zum Teil auch dynamisch erstellt wird, habe ich keine Lust, das ganze nochmal -dynamisch - zu erstellen. schonmal thx und grüssle
• R

  auto_ptr
  • rudpower  

  12
  0
  Stimmen
  12
  Beiträge
  9103
  Aufrufe

  R

  ich wollte eine ini-Datei mit dem auto_ptr anlegen um mir das delete zu sparen. Das scheint nicht zu funktionieren: std::auto_ptr<TIniFile> ini(new TIniFile(ChangeFileExt(Application->ExeName, ".INI")); Ich erhalte flg. Fehler: [C++ Fehler] unitMain.cpp(155): E2108 Ungültige Verwendung von typedef 'auto_ptr<TIniFile>' oder mach ich was falsch? Edit: "vor den Kopf schlag" Da fehlt eine Klammer.
• ?

  Frage zu SetLength
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  8558
  Aufrufe

  A

  Starwing schrieb: Dem möchte ich jetzt nicht so wirklich zustimmen. IntToStr() ist auch nichts von C++, sondern Delphi und kann man im C++Builder verwenden. Strings und dynamische Arrays sind in Delphi spracheigene Typen, in C++ allerdings Klassen. Das führt dazu, daß in Delphi externe Funktionen wie Length() und SetLength() verwendet werden, um auf die Eigenschaften von Strings oder dynamischen Arrays zuzugreifen, wohingegen man in C++ einfach Methoden (bei String) bzw. Properties (bei dynamischen Arrays) dafür definiert hat: String s; s.SetLength (s.Length () + 2); DynamicArray<int> a; a.Length = a.Length + 2; Starwing schrieb: Zumal in der Doku es so präsentiert wird, als ob es für den C++Builder ebenfalls gilt: Das ist ein Fehler in der 2009er-Dokumentation. Die aktuelle Dokumentation macht das richtig: System.SetLength (Delphi) / System.DynamicArray.Length (C++) Starwing schrieb: Meine letzte Frage war ja nur, wie erkennt man nun was geht und was nicht, wenn es immer so dargestellt wird als könne man es verwenden. Nur in die aktuelle Doku schauen Starwing schrieb: Eine ordentliche Doku hätte bei C++ dann als ein Beispiel vector verlinkt, wenn es SetLength nicht in C++Builder gibt. std::vector<> ist natürlich die bessere Option, wenn du nur C++-Code schreibst, aber wenn du mit Delphi-Komponenten zu tun hast, die dynamische Arrays oder Strings verwenden, kannst du mit std::vector<> natürlich nichts anfangen, weil es dazu inkompatibel ist. So ein Verweis wäre also nicht hilfreich.
• ?

  Datei: 'WINDOWS.OBJ' kann nicht geöffnet werden (XE2, Update 3)
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  10681
  Aufrufe

  ?

  nachdem ich mir sicher war, dass meine Sourcedateien in Ordnung sind, habe ich bei den eingebundenen Komponenten (AsyncPro, Jedi, QuickReport etc.) bei sämtlichen vorhandenen Sourcedateien (.pas) den uses-Abschnitt geprüft. Dort muss bei Win32 "Windows" stehen anstelle von "WinProcs, WinTypes". Wenn im uses-Abschnitt bei einer WIN32-Compilation WinProcs oder WinTypes steht, verlangt der Linker nach der windows.obj! Bei QuickReport habe ich dann in der Datei qrpexpr.pas den Fehler gefunden. Original: uses WinProcs, WinTypes, Dialogs, DBTables, QRCtrls, CSProp, Forms, Classes, SysUtils, QRExpBld, QRPrntr,QuickRpt, {IFDEF WIN32} Registry, Windows, {else} Winprocs, Wintypes, {$ENDIF} Richtig ist: uses Dialogs,DBTables, QRCtrls, CSProp, Forms, Classes, SysUtils, QRExpBld, QRPrntr, QuickRpt, {IFDEF WIN32} Registry, Windows, {else} Winprocs, Wintypes, {$ENDIF} Die Entwickler haben für den Compiler zwar richtigerweise $IFDEF WIN32 eingefügt, haben aber vergessen, "WinProcs, WinTypes" in der ersten Zeile zu entfernen. Lösung des Problems: 1. RAD-Studio starten (nicht C++ Builder) 2. qrpexpr.pas ändern 3. die QR-Komponenten deinstallieren (Menü: Komponente => Packages installieren => QuickReport... => Entfernen) 4. Projekt öffnen: QR5RunDXE2.dproj 5. In der Projektverwaltung Rechtsklick auf QR5RunDXE2 und dann "Erzeugen" 6. Projekt öffnen: QR5DesignDXE2.dproj 7. In der Projektverwaltung Rechtsklick auf QR5DesignDXE2 und dann "Installieren" Anmerkung: Das C++-Package von QR konnte ich zwar installieren, hat aber die bestehenden Reporte "verbogen" und reihenweise Fehler verursacht, deshalb habe ich das Delphi-Package verwendet und mit dem RAD-Studio compliliert und installiert.
• D

  Char in Memo ausgeben
  • DragonRaider  

  3
  0
  Stimmen
  3
  Beiträge
  7700
  Aufrufe

  D

  Hi TLuc, vielen Dank jetzt klappts
• L

  Methode einer Klasse aufrufen ohne Instanzierung
  • linopi  

  5
  0
  Stimmen
  5
  Beiträge
  8146
  Aufrufe

  A

  Hallo linopi schrieb: Also in eine eigene cpp/h-Datei? Oder wo deklarieren? Dort wo du es willst und brauchst. Wie jede andere Funktion auch. bis bald akari
• ?

  2 WORDs zu REAL?
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  7902
  Aufrufe

  ?

  Oh, da habe ich noch zu lernen. ^^ Danke euch beiden vielmals!
• A

  Grafikprogrammierung in C++
  • aLeXanDer..  

  12
  0
  Stimmen
  12
  Beiträge
  17965
  Aufrufe

  A

  Ne Frage zu dem IGDI+ Werkzeug Herr Jansen. Es gibt dieses IGDI+ Werkzeug von motive und man kann ein GDI+ Werkzeug "installieren" dessen ".dll" schon im Compilerverzeischnis hinterlegt ist. Welches eignet sich nun besser für C++ Programmierung unter Codegear? Wenn ich ähnliche Komponenten wie die des InstrumentalLAB erstellen will wird sich wohl das IGDI+ von motive anbieten oder ? Haben Sie bereits erfahrungen mit dem Werkzeug ? Könnten Sie mir gegenfalls Beispiele zukommen lassen? Das Beispiel von Motive ist in Delphi und sämtliche Anpassungen meinerseits schlagen fehl. Danke @Sabaoth Danke für den Hinweis, das habe ich schon länger gesucht.
• S

  Das selbe Objekt im gesamten Projekt verwenden
  • speedtouch92  

  6
  0
  Stimmen
  6
  Beiträge
  9683
  Aufrufe

  A

  speedtouch92 schrieb: Wie genau sage ich denn der DB-Klasse, dass es nur eine globale Instanz geben soll, bzw. wie lagere ich das in ein Datenmodul aus? Macht doch die IDE für dich. Erstelle ein Datenmodul, dann kannst du in den Projektoptionen einstellen, daß es automatisch erstellt wird, genau wie die Formulare. Zum Datenmodul TDataModule42 gibt es dann die globale Variable DataModule42, um deren Allokation und Freigabe sich die IDE kümmert. Natürlich kann es da Konflikte mit der Erstellungsreihenfolge geben, wenn z.B. die Main-Form zuerst erstellt wird, aber aufs Datenmodul zugreifen will. Dann solltest du es besser selbst machen.
• N

  ToolBar verschwindet aus ControlBar
  • Netzschleicher  

  1
  0
  Stimmen
  1
  Beiträge
  7509
  Aufrufe

  N

  Guten Abend, ich spiele gerade in einer kleinen Testanwendung mit Toolbuttons und ToolBars. Ich babe also eine ControlBar auf ein Formular gezogen, Align = alTop und eine Höhe von 28 vorgegeben. Dann habe ich mir zum Test mal zwei ToolBars auf die ControlBar gesetzt. In den ToolBars jeweils ein paar ToolButtons. Sieht eigentlich vom Design so aus wie ich es mir vorstelle. Nur habe ich das Problem, das ich die ToolBars scheinbar von dem ControlBar zur Laufzeit herunterziehen kann und dann nicht mehr sehe. Kann ich das irgendwie verhindern. Ich wollte eigentlich nur erreichen das man die Toolbars mit den Buttons in einer Reihe verschieben kann, ohne zweireihig zu werden, oder das irgendeine ToolBar scheinbar 'verloren geht'. Für eine Tipp wäre ich dankbar. Grüße
• S

  Fehlermeldung 'Cannot focus a disabled or invisible window'
  • Sebastel  

  3
  0
  Stimmen
  3
  Beiträge
  8040
  Aufrufe

  S

  Jo besten Dank Smitty, hatte zwar schon an allem möglichen rumgespielt aber dadran hätte ich nicht gedacht. Funzt einwandfrei. Dachte immer jedes Fenster benötigt ein Parent... Vielen Dank
• ?

  UnicodeString zu char * (mit Codepage-Konvertierung)
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  7957
  Aufrufe

  ?

  Hallo, hat sich erledigt, ich dämlicher Flanders hatte doch glatt vergessen, das Ganze wieder zurück in Unicode zu verwandeln.... [...] AnsiStringT<20932> ende(sepStrSJ); ShowMessage(ende); Grüße Robin
• ?

  Problem mit ActionManager-Style 'Platform Default' und ColorMap - Win 7
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  7457
  Aufrufe

  ?

  Hallo zusammen. Dies ist mein erster Beitrag hier, und deshalb werde ich gleich mal mit der Tür ins Haus fallen. Ich möchte im C++ Builder 2010 unter Windows 7 32bit die Textfarbe einer ActionMainMenuBar auf weiß setzen. Dazu weise ich dieser eine StandardColorMap zu und passe dort die Einstellungen der Farben entsprechend an. Dies funktioniert auch wie gewollt, wenn ich dem ActionManager als Style 'Standard' oder 'XP Style' zuweise. Steht dieser Wert allerdings auf 'Platform Default', so kann ich zwar einige Farben ändern, die Textfarbe bleibt allerdings, unabhängig von der Einstellung, schwarz. Kann ich das irgendwie ändern? Gruß, F. Koch
• ?

  Scrollbar an Memo Feld setzen
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  7477
  Aufrufe

  

  Schau dir mal die Eigenschaft 'ScrollBars' an.
• M

  Linker Fatal Error unable to locate BPI file
  • maikmueller  

  1
  0
  Stimmen
  1
  Beiträge
  7508
  Aufrufe

  M

  Hallo liebe Forengemeinde, ich habe in einem anderen Beitrag bereits geschrieben, dass ich nach dem Upgrade auf RAD Studio XE2 erhebliche Probleme beim compilieren meiner Applikation habe. Habe jetzt noch einen Fehler der da lautet "Die Datei TMSD2010.LIB kann nicht geöffnet werden." Die Pfade sind bereits alle angepasst und die Packages eigentlich ersetzt. Ich habe nun von Embarcadero noch ein Howto gefunden um die Applikation neu zu compilieren. Mein Englisch ist nicht ganz schlecht, dennoch finde ich diesen Button bei mir im Builder nicht. Das Howto von Embarcadero sagt folgendes: This error message most commonly appears when moving projects from one configuration of C++Builder to another. The quick solution is simply to remove the errant filenames from the Runtime Packages list (click Project, Options, Packages tab, and see the bottom of the dialog) and rebuild the application. For more in-depth explanation read on: Every C++Builder project provides a list of component packages referenced when linking your application into an executable. This list is usually derived from the component packages installed in the IDE that created the project. When you move a project between configurations of C++Builder, say from Enterprise to Professional or from a version having 3rd party components to one without, the list will instruct the linker to look for packages that don't exist. That is to say, if the IDE has component package X installed, it will create projects that depend on X. If you try to build this project in a C++Builder environment lacking the X package, "[Linker Fatal Error] Fatal: Unable to open file 'X.BPI'" would be the resulting error message. Now, just because package X was installed in the IDE doesn't mean the project actually used it. For better or worse, the runtime package list is representative of the IDE's state, not what the project necessarily requires to be linked. You might call the runtime package list an over-zealous cache of libraries. Trimming those BPI files from the package list won't affect your project unless it actually used components in package X, but if that were the case, you would receive errors before the link stage when the pre-compiler attempted to find the component header files. Kann hier jemand weiterhelfen und mir erklären wo ich diesen Button finden kann? Viele Grüße Maik
• ?

  wchar_t-Array mit ZeroMemory
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  10712
  Aufrufe

  K

  brauchst du auch an der Stelle nicht, weil der String automatisch 0 terminiert wird, du brauchst also nicht händisch hinten noch 0en erzeugen. greetz KN4CK3R
• M

  Problem mit TMS Component Studio nach Upgrade auf RAD Studio XE2
  • maikmueller  

  2
  0
  Stimmen
  2
  Beiträge
  7909
  Aufrufe

  A

  Das kommt davon, wenn man diese bescheuerten Versions-Suffixes in Package-Namen benutzt und sich nicht auf die dafür vorgesehene Einstellung verläßt. (Fehler von TMS, nicht von dir.) Du solltest das selbst beheben können, indem du in der Laufzeit-Package-Liste der Projektoptionen den Verweis auf "TMSD2010" in "TMSDXE2" (oder wie auch immer das TMS-Package jetzt heißt) änderst. Möglicherweise mußt du deine Projektdatei (*.cbproj) mit einem Texteditor öffnen und weitere Verweise auf "TMSD2010", die die IDE nicht automatisch aktualisiert, auch derart umbenennen.
• B

  File Check
  • blckbird  

  5
  0
  Stimmen
  5
  Beiträge
  7423
  Aufrufe

  B

  gelöst.