ProtocolBuffers für BLE-Schnittstelle

[msohn]

Falls die ProtoBuf Schnittstelle mal komplexer wird, schau doch mal auf meine Weiterentwicklung des ProtoBuf Generators - über 2 Umwege basiert das auf dem Code von Marat Shaymardanov:

https://github.com/modersohn/ProtoBufGenerator

[philipp.hofmann]

Der Unterschied war jetzt noch, dass ein optionales Element mit 0 trotzdem bei dem dokumentierten Beispiel übertragen wurde. Beide Varianten ergeben https://www.protobufpal.com/ hier das gleiche. Also meine Implementierung stimmt jetzt schon mal, das sie nichts tut, ist nun noch eine andere Sache.

[philipp.hofmann]

Ok, die Marat Shaymardanov-Implementierung war jetzt unter Windows für mich erfolgreich. Unter Android kachelt sie in
procedure TProtoBufOutput.writeUInt32(fieldNumber: integer; value: cardinal);
leider ab. Ist deine (@msohn) Implementierung Cross-Platform-fähig. Würde ich mir dann später einmal anschauen.

[philipp.hofmann]

Deine Implementierung geht in die richtige Richtung, du kannst folgendes aber allgemein gültig machen, damit auch Android unterstützt wird und unter Windows tut es auch nicht weh:

procedure TProtoBufOutput.writeRawData(const buf; size: integer);
begin
FBuffer.Add(@buf, size);
//writeRawData(@buf, size); //endless loop for some OS
end;

[msohn]

Das klingt, als ob der Compiler das falsche Overload aufruft und damit eine Endlosschleife und irgendwann einen stack overflow erzeugt.

Das Problem hatte ich mit macOS, s.a. hier https://github.com/modersohn/ProtoBu...ator/issues/38 - und habe es dort etwas hemdsärmlich mit einem IFDEF gelöst.

Welche Compilerversion setzt Du ein?

[msohn]

Ich hab das jetzt konsequenterweise für alle Plattformen und Compiler gelöst, indem ich das overload mit dem const untyped entfernt habe; das war ja nur für die Bequemlichkeit.

Details in https://github.com/modersohn/ProtoBu...ator/issues/42