Nächster Fehler, ebenfalls mehrfach berichtet (RSB-640, QC 107919, RSP-9807):

"Windows VCL & FMX applications fails to get Windows Logo certified"

Delphi Anwendungen bestehen die Windows Logo Test nicht, siehe Bild.

Man wartet doch immer bis zum ersten Servicepack / Update ... Das dauert meist nicht lange. Bis dahin kann man sich die Arbeit echt sparen, spätestens dann muss man wieder alles neu installieren.

[MacOS] FMX ScreenReader can crash the application! (berichtet am 11.02.2015)

In FMX.ScreenReader.MAC.pas the is a global variable "FocusedCtrl".
If a second form is shown & freed, the variable FocusedCtrl can point to a control which has already been freed.

In various places the variable is accessed and can be a dangling pointer -> BUUUM

Workaround in FMX.ScreenReader.MAC.pas:

markieren

Code:

destructor TAccForm.Destroy;
var
  MyControl: TFmxObject;
begin
  FEditTimer.Free;
  FEditMouseUp.Free;

  // Make sure freed form has no longer reference to control
  MyControl:= FocusedCtrl;
  while Assigned(MyControl) do
    begin
      if (MyControl is TForm) and ((MyControl as TForm) = Self) then
        begin
          FocusedCtrl:= nil;
          Break;
        end;
      MyControl:= MyControl.Parent;
    end;
  inherited;
end;

Zu der einen gewissen "Antwort" sag ich jetzt mal nix.
PS: Ich werde absichtlich kleingeschrieben.



Und ansonsten

Zitat:

Keine Adminrechte

Zum Installieren benötigt man nunmal gewisse Rechte, um in die verschiedenen Verzeichnisse und Registrypfade schreiben zu dürfen, sowie Debugger und Co. registrieren zu können.

Man wird Delphi doch bestimmt auch irgendwie über die Domain (Firmen-Server) installieren können?
Einfach mal beim Emba-Support nachfragen.

Oder mal in Richtung All-Access (AppWave) schauen. Ich weiß aber nicht, in wie weit dessen Installer Adminrechte benötigt.

Zitat von himitsu:

Zu der einen gewissen "Antwort" sag ich jetzt mal nix.

ich würde sagen: Puderchen rausschmeißen und Account sperren.
Allein schon die nazi-mod-Aussage ist schon mehr als eine Frechheit.
Bei solchen Beleidigungen wäre es auch eine Überlegung diesen "User" strafrechtlich zu verklagen..

Zitat von Bernhard Geyer:

Zitat von himitsu:

Zu der einen gewissen "Antwort" sag ich jetzt mal nix.

ich würde sagen: Puderchen rausschmeißen und Account sperren.
Allein schon die nazi-mod-Aussage ist schon mehr als eine Frechheit.
Bei solchen Beleidigungen wäre es auch eine Überlegung diesen "User" strafrechtlich zu verklagen..

Und ich schreibe mich nicht mit e, euch ganz bewusst...

"strafrechtlich" jo mal die logs & IP speichern...

Mal zurück zu den XE8-Fehlern...

Ich habe gerade mal das AppTethering-Sample "Photo-Wall" ausprobiert und anscheinend schmieren Android-(AppTethering)-Apps beim Beenden immer noch mit einem Segmentation fault (11) in der Prozedur "TIdSocketHandle.Disconnect" ab.
Traurig, wenn schon die eigenen Samples nicht wirklich funktionieren. Bin mal gespannt, ob sich etwas im REST-Bereich getan hat, insbes. in der OAuth1Authentication, die bislang ohne massive Eingriffe praktisch unbenutzbar war.

Guido R.

Zitat von greenmile:

Man wartet doch immer bis zum ersten Servicepack / Update ... Das dauert meist nicht lange. Bis dahin kann man sich die Arbeit echt sparen, spätestens dann muss man wieder alles neu installieren.

Also ich kann sagen, die letzten Betas waren schon um einiges besser als XE7; das kann man hier ja teilweise Nachlesen: XE7 ist für Mobile Entwicklung fast nicht mehr zu gebrauchen.

Zitat von tueddy:

Nächster Fehler, ebenfalls mehrfach berichtet (RSB-640, QC 107919, RSP-9807):

"Windows VCL & FMX applications fails to get Windows Logo certified"

Delphi Anwendungen bestehen die Windows Logo Test nicht, siehe Bild.

PrinterIndex:=-1

Das ist auch eine nicht übliche Sache, lass das mal weg und gebe hier einen Sinnvollen Wert an. Wenn Du hiermit nun deinem Programm sagen willst, das noch kein Drucker gewählt wurde, mach das einfach durch eine Variable....

Genau das wird im Log ja angemeckert das mit dem Devicememory nicht stimmt (ist null), das könnte am -1 liegen ....

Zitat von arnof:

Zitat von tueddy:

Nächster Fehler, ebenfalls mehrfach berichtet (RSB-640, QC 107919, RSP-9807):

"Windows VCL & FMX applications fails to get Windows Logo certified"

Delphi Anwendungen bestehen die Windows Logo Test nicht, siehe Bild.

PrinterIndex:=-1

Das ist auch eine nicht übliche Sache, lass das mal weg und gebe hier einen Sinnvollen Wert an. Wenn Du hiermit nun deinem Programm sagen willst, das noch kein Drucker gewählt wurde, mach das einfach durch eine Variable....

Genau das wird im Log ja angemeckert das mit dem Devicememory nicht stimmt (ist null), das könnte am -1 liegen ....

Häh? PrinterIndex:= -1 bedeutet die Auswahl des Standarddruckers. Tut hier auch überhaupt nichts zur Sache.
JEDER Zugriff auf den Drucker besteht den Logotest nicht. Wenn's Dir nicht gefällt nimm doch

markieren

Code:

ComboBoxMyPrinters.Items.Assign(Printer.Printers);

Bitte doch selbst einmal testen, Application Verifier sollte jeder Windows-Entwickler installiert haben..