C++ Builder 10.1 Gratis
-
Hallo zusammen,
im Moment gibt es den Embarcadero C++ Builder 10.1 Starter gratis. Das Angebot gilt noch bis zum 5. August 2016.
https://www.embarcadero.com/de/app-development-tools-store/cbuilder
Special Terms and Conditions for the C++ Starter with 100% OFF Discount
- Offer valid from July 25th 2016 to August 5th 2016
- Only one license per order
- Only one license per email address / account
- This offer does not include any upgrade subscription
- We reserve the right to change this offer at any timegruß
Netzzwerch
-
Danke für die Info
-
Auch hier ein Danke von mir.
(leider nur 32 bit)
-
Danke für den Tip.
Leider fehlen die Debug-Fenster "Locale Variablen" und "Thread". Es sind keine Menueeintrage da und auch Tastenkürzel gehen nicht.
Sind die bei der kostenlosen Version gesperrt?
Gruß Rudi
-
rudiM schrieb:
...
Sind die bei der kostenlosen Version gesperrt?
Gruß Rudi
Das kann durchaus eine gewollte Einschränkung sein. Bei Visual Studio Express 2010 C# z.B. kann man keine bedingten Breakpoints setzen.
-
rudiM schrieb:
Leider fehlen die Debug-Fenster "Locale Variablen" und "Thread". Es sind keine Menueeintrage da und auch Tastenkürzel gehen nicht.
Kann ich auch bestätigen.
Watch List, Call Stack und Schnellauswertung sind jedoch verfügbar. (+ Speicher- und Registeransichten)
-
Dank für die Info.
Wenn aber das Fenster Locale Variablen usw. nicht dabei sind, dann brauch ich dieses Tool nicht. Zum Debuggen ist es für mich unverzichtbar, die Watchlist ist für locale nicht brauchbar.
Also, wenn die mich als Beta-Tester missbrauchen wollen, dann sollte auch alles da sein um es zu testen. Aber vielleicht würde es sie überfordern, den viele mögliche Verbesserungen aus meiner letzten gekauften professional Ausgabe sind immer noch nicht verbessert. Ich jedenfalls kaufe nix!Gruß Rudi
-
Hallo,
Nachdem ich Berlin installiert habe und nicht brauchen kann, wollte ich mit meinem alten BCB weiterarbeiten.
Berlin hat mir jedoch den alten BCB zerschossen!
Ich danke schön!
Gruß Rudi
-
rudiM schrieb:
Berlin hat mir jedoch den alten BCB zerschossen!
Und deshalb installiert man nicht wahllos irgendwelche Software auf einem Produktivsystem, ohne sie vorher auf einem entbehrlichen Rechner zu testen.
Was hat es denn konkret angerichtet? Wie äußert sich der Fehler?
-
Hallo Rudi,
bei solchen Produkten legt man sich einen neuen User an (z.B. 'BERLIN'). Dann klappt es auch mit der Installation und nichts wird zerschossen.
Gruß
Dieter
-
Schade, zu spät gesehen
Ich hatte dazu gelesen, dass man seine Kreditkarten-Daten hinterlassen musste? Stimmt das? (es ist eh zu spät, außerdem hab ich sowieso keine KK)
-
Maverick schrieb:
Schade, zu spät gesehen
Ich hatte dazu gelesen, dass man seine Kreditkarten-Daten hinterlassen musste? Stimmt das? (es ist eh zu spät, außerdem hab ich sowieso keine KK)
nope. aber für den EDN Account doch noch ne menge (addresse, name, ...)
-
Die Starter kostet jetzt (aktuell) 70 Euro.
https://www.embarcadero.com/de/app-development-tools-store/cbuilder
Ich finde die Starter unattraktiv von den Features her und es ist mir unverständlich, warum Emba keine Turbo bringt.
Mich wundert es ohnehin, dass hier wohl manche die Update-Spielchen immer noch mitmachen. Abgesehen davon, das sie 2 Major Releases pro Jahr bringen. Bugs fixen? Dann noch kostenpflichtige... naja...
-
boost ist nicht im package manager
Ich krieg nen Herzinfarkt!
Ich kriege boost 1.55 doch niemals selbst gebaut mit dem builder.
-
Maverick schrieb:
Mich wundert es ohnehin, dass hier wohl manche die Update-Spielchen immer noch mitmachen. Abgesehen davon, das sie 2 Major Releases pro Jahr bringen. Bugs fixen? Dann noch kostenpflichtige... naja...
Man hat manchmal einfach nicht die Wahl... wir würden, wenn wir das günstig könnten, sofort weg vom Builder. Je länger man damit arbeitet, desto deutlicher wird einem klar, das da niemand mehr Plan hat und von Version zu Version mehr Eye Candy eingebaut wird statt Jahre alte Probleme zu lösen. Manche Bugs stehen schon unter Denkmalschutz.
Wir haben jetzt den Schritt auf 10.1 gemacht, ein Mal alle 3rd Party Komponenten aktualisiert und das wird auf Jahre der Stand bleiben. Immerhin kann der Builder 10 ja schon seit 2015 C++11. Grund für den Schritt war die neue clang toolchain, ohne die würden wir noch Jahre mit dem Codegear RAD Studio 2007 weiterarbeiten.
-
Man hat manchmal einfach nicht die Wahl... wir würden, wenn wir das günstig könnten, sofort weg vom Builder...
... nur aus reiner Neugier, wohin?
-
MS Visual Studio
-
Die Codebase wo ich arbeite ist auch schon viel zu groß.
Um zu migrieren würden wir mit der Manpower die wir haben in der SE viele Monate brauchen. Monate ohne dass wir was "produktives" tun, wenn man es BWL mäßig betrachtet.
-
DocShoe schrieb:
Man hat manchmal einfach nicht die Wahl... wir würden, wenn wir das günstig könnten, sofort weg vom Builder...
dito.
Und nachdem es jetzt jahrelang angedacht war, kann es nun meinem Chef nicht mehr schnell genug gehen. Nur bringt weder Untätigkeit noch überstüzte Handlungen etwas. Ursprünglich war C# geplant, nun ist auch Java in der Auswahl (Java war vor einigen Jahren noch ein No-Go für meinen Chef).
DocShoe schrieb:
Immerhin kann der Builder 10 ja schon seit 2015 C++11.
Dummerweise nur gegen massiv gestiegende Compilezeiten. Führt dazu das wir nicht auf dem clang wechseln (Es ist schon ein Unterschied ob unser Projekt 5 oder weit über 15 Minuten zum compilieren braucht).
-
habt ihr schon pläne, wie ihr den wechsel umsetzen wollt?
wie viel code ist das pi mal daumen und wie lange schätzt ihr dafür?wir sitzen da auch gerade dran vom builder zu Qt, 1300 Formulare mit viel zu viel Logiccode in den zugehörigen cpp, ca 1,3mio zeile code, seit 2000 entwickelt
wir versuchen das so weit wie nebenläufig hinzubekommen und sind gerade vor allem dabei so viel code wie möglich in eigene cpp/h dateien zu bringen die auf beiden system kompilierbar sind.
dann sollen die formulare folgen, ein bisschen habe ich die hoffnung, dass wir konverter von dfm zu qml bauen können. die benötigten komponenten haben wir schon fast alle fertig in qml umgesetzt.
insgesamt schätzen wir 5 jahre, so können wir aktuell weiter entwickeln und dann hoffentlich am ende zügig wechseln.
wir arbeiten zu dritt an der ganzen sache, also weiterentwicklung und umstellung
