FM² stürzt sang und klanglos ab

[greenmile]

XE3 installiert und gleich ein Testprogramm mit FM2 erstellt. Die Form enthält nur eine Listbox und einen Button. Die ganze Anwendung wird für Windows compiliert, kein Problem. Sie wird für Mac compiliert und stürzt unter XE3 in folgender Prozedur "still" ab, sie ist also einfach weg. Mit XE2 läuft alles korrekt, allerdings langsam:

Delphi-Quellcode:

procedure TForm2.Button2Click(Sender: TObject);
  var Count: Integer;
begin
  ListBox1.Items.BeginUpdate;
  ListBox1.Items.Clear;
  For Count := 0 to 1000 do begin
    ListBox1.Items.Add(IntToStr(Count));
  end;
  ListBox1.Items.EndUpdate;
  ShowMessage('Fertig');
end;

Auch ohne BeginUpdate dasselbe SPiel. Die Datei ist als Release übrigens auch plötzlich doppelt so groß wie bei XE2.

[greenmile]

Nachtrag: Fehler gefunden. Sobald man ShowMessage (bzw. MessageDlg) aufruft, ist das Programm weg. Sorry Embarcadero, das ist einfach nur peinlich!

[himitsu]

Welche Dialoge hast du denn verwendet, bzw. aus welcher Unit kommen Diese?

VCL oder FMX

[Delphi-Laie]

Zitat:

Zitat von greenmile (Beitrag 1181309)

Nachtrag: Fehler gefunden.

Wie geil ist das bitte? Sobald man ShowMessage (bzw. MessageDlg) aufruft, ist das Programm weg. Sorry Embarcadero, das ist einfach nur peinlich!

Fehler schon dorthin gemeldet?

[greenmile]

MessageDlg kommt aus FMX.Dialogs.

Das melde ich nicht im QC; wenn selbst ein "Hello World" nicht funktioniert, weil es eine Messagebox verwendet ... Also, mir fehlen die Worte.

Aber bevor ich nun zu Unrecht strafe: Kann das jemand mit Mac bestätigen?

[Delphi-Laie]

Zitat:

Zitat von greenmile (Beitrag 1181315)

Das melde ich nicht im QC; wenn selbst ein "Hello World" nicht funktioniert, weil es eine Messagebox verwendet ... Also, mir fehlen die Worte.

Mir ging es noch übler mit XE2: Dessen Compilate liefen auf einem - nicht mehr taufrischen - Computer gar nicht erst, sondern stürzten gleich ab, weil irgendein Prozessorerkennungsbefehl nicht aktiv war, sodaß zu neue Befehle in das Compilat einbezogen wurden. Sprachlos war ich damals genauso. Nicht nur das, auch frustriert, und hatte damit sogar ein (gefühlt) halbes Forum gegen mich.

Doch (auch) diesen Fehler meldete jemand, und das wurde (sogar) mittelfristig bereinigt (nach einigen Wochen). Also, immer schön Optimist bleiben!

Insgesamt wage ich zu konstatieren, daß die Komplexität dieser Softwareumgebung dermaßen hoch geworden ist und die Anzahl der Funktionen ein solch immenses Maß angenommen hat, daß die alte Qualität, wie wir sie von vielen Versionen her kannten (sowohl IDE als auch Compilate), einfach Geschichte ist.

[greenmile]

Kann jemand hier den Bug bestätigen?

[Delphi-Laie]

Zitat:

Zitat von greenmile (Beitrag 1181323)

Kann jemand hier den Bug bestätigen?

Könntest Du ggf. ein Beispiel (am besten inkl. Compilat) hier veröffentlichen, bitte?

Edit: Sehe just oben den Quelltext....

[mkinzler]

Leider ist der Downloadserver total überlastet. Der Installer versucht das Herunterladen schon seit heute früh :(

[himitsu]

Und bei mir fehlen ale Emba-Mails, so daß ich och nichts runterladen und testen kann :wall:

[Lemmy]

Zitat:

Zitat von himitsu (Beitrag 1181328)

Und bei mir fehlen ale Emba-Mails, so daß ich och nichts runterladen und testen kann :wall:

geht mir genauso. Aber dann wirds vielleicht morgen früh was...

Grüße

[greenmile]

Trial Download:

http://www.embarcadero.com/products/...udio/downloads

BTW: Es betrifft nur Mac, nicht Windows.

[Daniel]

@greenmile: Ich hatte vorhin auch meine Not mit ShowMessage - allerdings via Skype. Kannst Du das Programm mal ohne Debugger laufen lassen? Wir hatten den Fehler zuerst auch, am Ende lief es dann aber und ich glaube, es war der Debugger.

[greenmile]

Nein ich habe die Anwendung als Release compiliert und dann diese Datei in ein Package gepackt. PA oder sowas läuft nicht, ist standalone.
Alles bis auf Message funktioniert.

Dieselbe Anwendung habe ich dann mal mit XE2 compiliert und siehe da:

1. 50% kleiner (5 MByte statt 10 MByte)
2. Kein Absturz, aber
3. Langsamer ;)

[Daniel]

Das ist sonderbar. Ich habe jetzt hier zuhause auf mein kleines weißes Macbook deployt und dort kommt die MessageBox wie gerufen und auf Wunsch auch mehrfach - wie es sein soll. Hast Du Mountain Lion am Start? Ich überlege, ob es etwas mit dessen Rechte-Verwaltung (Stichwort: Entitlements) auf sich haben könnte.

Anhang 37572

[USchuster]

Ich sehe das Problem auch, der NSAlert Aufruf in TPlatformCocoa.MessageDialog in FMX.Platform.Mac.pas hat offenbar Probleme mit nicht englischen Ländereinstellungen. Stelle ich die Sprache auf English, dann funktioniert ShowMessage problemlos.

[Daniel]

Jo, genau das ist es - damit kann ich den Fehler hier auch triggern.

[greenmile]

Ok, darauf wäre ich nun nicht gekommen. Also funktioniert die msgbox nicht in der deutschen version vom mac??

[Daniel]

So sieht es derzeit aus. Wenn ich in den Systemeinstellungen unter "Text / Sprache" Englisch in der Liste nach oben setze, geht es.

[Darlo]

Zitat:

Zitat von Daniel (Beitrag 1181363)

So sieht es derzeit aus. Wenn ich in den Systemeinstellungen unter "Text / Sprache" Englisch in der Liste nach oben setze, geht es.

:wall:

Ich glaube dann warte ich lieber auf Update #1 Hotfix x^2

[greenmile]

Gibt es einen workaround? Und betrifft es nur die msgbox oder noch mehr sprachtechnische dinge?

Sowas gleich mit erscheinen, es dauert noch bis zum ersten update. Super ... Muss erstmal das ticket im qc aktualisieren.

[MEissing]

Workaround: In den Projektoptionen die PLIST Eigenschaft
CFBundleAllowMixedLocalizations
auf
NO
setzen

[greenmile]

Gerade gesehen, getestet und bestätigt :)
Habe die restlichen "Hauer" schon eingetragen, nur der Repaint Bug (Beispiel-Source) gibt mir zu denken.

PS: Endlich werden die System-Messagedialoge vom Mac verwendet und nicht die simulierten. Super!

[USchuster]

XE3 Hotfix 1 für das ShowMessage Problem wurde jetzt veröffentlicht - siehe Hotfixes 1, 2 and 3 for RAD Studio XE3, Delphi XE3 and C++Builder XE3