Hallo Zusammen!

Normalerweise habe ich im Thread sowas wie "ResetEvent, Setevent und WaitForSingleObject" benutzt...
Dafür habe ich mir per Mutex ein Handelt geholt!

Wie geht das unter IOS?

Mit Signals?

Mavarik

TEvent aus der Unit SyncObjs sollte unter iOS und MacOS genauso funktionieren wie unter Windows. In der Unit sollte auch mehr zu finden sein in der Richtung.
Unter anderem auch TMutex, TSemaphore, TCriticalSection, ... alles Cross Platform.

Zitat von jaenicke:

TEvent aus der Unit SyncObjs sollte unter iOS und MacOS genauso funktionieren wie unter Windows. In der Unit sollte auch mehr zu finden sein in der Richtung.
Unter anderem auch TMutex, TSemaphore, TCriticalSection, ... alles Cross Platform.

Super Danke für die Info...

Du hast nicht zufällig ein kleines Beispiel unter IOS? *liebguck*

Mavarik

Ich habe leider keine angebissenen Äpfel zu Hause, ich kann es deshalb nicht wirklich testen, habe also auch keine konkreten Beispiele für iOS. Ich schaue mir nur regelmäßig die Quelltexte an, die bei Delphi dabei sind, und da sehe ich ja auch die diversen IFDEFs für andere Plattformen und merke mir das auch.

TEvent ist aber im Grunde genauso zu benutzen wie die API-Funktionen unter Windows.

Zitat von jaenicke:

Ich habe leider keine angebissenen Äpfel zu Hause, ich kann es deshalb nicht wirklich testen, habe also auch keine konkreten Beispiele für iOS. Ich schaue mir nur regelmäßig die Quelltexte an, die bei Delphi dabei sind, und da sehe ich ja auch die diversen IFDEFs für andere Plattformen und merke mir das auch.

TEvent ist aber im Grunde genauso zu benutzen wie die API-Funktionen unter Windows.

Danke... Kein hatte die Unit nicht direkt gefunden... "System.Syncobjs"

Mavarik

Zitat von jaenicke:

TEvent ist aber im Grunde genauso zu benutzen wie die API-Funktionen unter Windows.

Tja leider wird das momentan unter IOS nicht unterstützt und lößt eine manuelle Exception aus!

Ganz toll...

Mavarik

Zitat von Mavarik:

...und lößt eine manuelle Exception aus!

... Was ist denn eine 'manuelle Exception'?

Slightly OT: Bei den ganzen vorhandenen Einschränkungen und dann noch dieser unfertigen Firemonkey-Zwischenschicht frage ich mich wirklich, warum man - wenn man denn unbedingt Multi-Plattform-Unterstützung betreiben will - nicht auf etablierte Lösungen wie z.B. Xamarin zurück greift? Mal ganz abgesehen davon, dass für die allermeisten Fälle wahrscheinlich eine Hybrid-Lösung wie PhoneGap (a.k.a. Apache Cordova) o.ä. vollkommen ausreichen sein würde.

Zitat von Furtbichler:

Zitat von Mavarik:

...und lößt eine manuelle Exception aus!

... Was ist denn eine 'manuelle Exception'?

markieren

Delphi-Quellcode:

procedure SignalConverter(ExceptionEIP: LongWord; FaultAddr: LongWord; ErrorCode: LongWord);
{$IFDEF CPUARM}
begin
  raise GetExceptionObject(ExceptionEIP, FaultAddr, ErrorCode) at Pointer(ExceptionEIP);
end;
{$ENDIF CPUARM}

{
RaiseSignalException is called from SignalConverter, once we've made things look
like there's a legitimate stack frame above us. Now we will just create
an exception object, and raise it via a software raise.
}
procedure RaiseSignalException(ExceptionEIP: LongWord; FaultAddr: LongWord; ErrorCode: LongWord);
begin
raise GetExceptionObject(ExceptionEIP, FaultAddr, ErrorCode);
end;

{
SignalConverter is where we come when a signal is raised that we want to convert
to an exception. This function stands the best chance of being called with a
useable stack frame behind it for the purpose of stack unwinding. We can't
guarantee that, though. The stack was modified by the baseline signal handler
to make it look as though we were called by the faulting instruction. That way
the unwinder stands a chance of being able to clean things up.
}

markieren

Delphi-Quellcode:

var
  E : TEvent;
begin
  E.SetEvent;
  // call dispatch_semaphore_signal(FEvent);

Mavarik

Das Create vom TEvent hast du aber drin oder hast den quelltext extrem gekürzt ?