AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Ararat Synapse und Nextgen Compiler

Ein Thema von Peter666 · begonnen am 22. Nov 2013 · letzter Beitrag vom 9. Okt 2016
Antwort Antwort
CHackbart

Registriert seit: 22. Okt 2012
265 Beiträge
 
#1

AW: Ararat Synapse und Nextgen Compiler

  Alt 27. Mai 2016, 19:49
Ich weiß der Thread ist hornalt, aber ich wollte nur kurz darüber Informieren das ich meine über die Jahre angepasste Version der Synapse TCP Bibliothek auf https://github.com/TetrisSQC/SynapseTCP veröffentlicht habe. Das Projekt geht mittlerweile recht gut auch auf mit dem Nextgen Compiler und ist auch stabil. Konkret bedeutet dass, das wir das in mehreren Projekten seit ein paar Jahren nutzen und keine größeren Macken aufgefallen sind. Soll aber nicht heißen, da gäbe es keine.

Christian
  Mit Zitat antworten Zitat
CHackbart

Registriert seit: 22. Okt 2012
265 Beiträge
 
#2

AW: Ararat Synapse und Nextgen Compiler

  Alt 9. Okt 2016, 13:19
Ich habe 2 kleine Probleme in dem Code behoben. SIGSEVS werden jetzt abgefangen und führen nicht mehr zum Beenden der Anwendung unter Posix Systemen. Außerdem gab es ein Problem bei HTTP, wenn Content-Length nicht angegeben wird.

Christian
  Mit Zitat antworten Zitat
Namenloser

Registriert seit: 7. Jun 2006
Ort: Karlsruhe
3.724 Beiträge
 
FreePascal / Lazarus
 
#3

AW: Ararat Synapse und Nextgen Compiler

  Alt 9. Okt 2016, 14:31
Du meinst wohl SIGPIPE. Habe mir gerade dein Commit angesehen, dort stimmt es.

Man kann übrigens das Signal auch unterdrücken, ohne den Signal-Handler für das ganze Programm umzubiegen. Dazu muss man bei allen send()-Aufrufen MSG_NOSIGNAL als Flag übergeben. Das Flag wird unterstützt von Linux und FreeBSD. Nur falls es jemanden interessiert.
  Mit Zitat antworten Zitat
CHackbart

Registriert seit: 22. Okt 2012
265 Beiträge
 
#4

AW: Ararat Synapse und Nextgen Compiler

  Alt 9. Okt 2016, 18:35
Ja, hab ich im Eifer des Gefechts nicht korrekt benannt. Theoretisch kann man bei Unix auch folgendes machen:

Delphi-Quellcode:
i := 1;
  if FSocket <> INVALID_SOCKET then
    synsock.SetSockOpt(FSocket, Integer(SOL_SOCKET), Integer($1022), @i,
      SizeOf(i));
Mir erschien es jedoch einfacher, wenn man das bei der Initialisierung angibt

Christian
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:53 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz