Beiträge von Ephenodrom

Guten Tag,

Hat jemand eine Ahnung, ob auf einen Webhosting 4000 Server die OpenSSL Command Line Tools aufrufbar sind ? Konnte nichts dergleichen auf anhieb finden und das durchsuchen der Verzeichnisse brachte soweit keine weitere Information dazu.

Grundsätzlich brauche ich hier z.B. das s_client tool.

Grüße

Guten Tag,

Das Thema ist weiterhin aktuell. Gibt es hierzu Informationen ob TLS1.3 angedacht ist ?

Hallo Netcup Team und andere Forennutzer,

Gibt es aktuell die Möglichkeit TLS1.3 für managed hosting ( z.B. beim Webhosting 4000 ) zum benutzen? Das von PHP Curl verwendete OpenSSL wurde laut Fehlermeldung ohne TLS1.3 compiliert. Getestet wurde das mit PHP 7.3.

Grüße

Ein kleines Update von Google (https://github.com/dart-lang/sdk/issues/40405) : Es scheint so als würde in den oben genannten Codezeilen versucht zu werden auf eine Datei unterhalb /proc/self/maps zugreifen zu wollen.

Eine Erklärung zu dieser Datei : https://stackoverflow.com/ques…anding-linux-proc-id-maps

Da der Pfad bzw. die Datei aktuell nicht existiert, bzw. der Shell User selber keine solche Datei hat, scheint das aktuell nicht zu klappen.

Hat hier jemand noch eine Idee ?

Zitat von tab

Die node.js Unterstützung ist auch nicht so toll wie es klingt . In welcher Form müsstest Du denn auf die Threads des Systems zugreifen?

Das ist eine gute Frage! Grundsätzlich habe ich bisher nur herausgefunden, das ein bestimmtes C++ Script aufgerufen wird was wohl irgendwas mit den Threads des Systems macht. Da ich mich in C++ nicht auskenne, komm ich hier aktuell nicht weiter und warte auf Rückmeldung auf Github.

Vermutlich verursacht dieser Stück Code das Problem ( Zeile 4 oder 10 müssten entscheidend sein ) :

bool OSThread::GetCurrentStackBounds(uword* lower, uword* upper) {
  pthread_attr_t attr;
  // May fail on the main thread.
  if (pthread_getattr_np(pthread_self(), &attr) != 0) {
    return false;
  }

  void* base;
  size_t size;
  int error = pthread_attr_getstack(&attr, &base, &size);
  pthread_attr_destroy(&attr);
  if (error != 0) {
    return false;
  }

  *lower = reinterpret_cast<uword>(base);
  *upper = *lower + size;
  return true;
}

Die folgenden "Funktionen" scheinen irgendetwas mit Threads zu machen.

pthread_getattr_np()
pthread_attr_getstack()

Zitat von vmk

Was genau ist dart? Das sieht für mich aus wie ein Tomcat, der viel Speicher und Netzwerkports braucht.

Wie Nitram schon richtig erwähnt hat ist Dart eine Programmiersprache die hauptsächlich von Google entwickelt wird. Der große Vorteil daran ist, dass diese multiplattform fähig ist und seit kurzen das compilieren in native, allein lauffähige Binärdateien erlaubt, die das SDK selber enthalten.

Grundsätzlich ist das von mir blos eine Idee gewesen ob es evtl. funktionieren würde eine solche Datei auf den Server auszuführen. Dabei bin ich auf das von mir genannte Problem gestoßen und habe versucht das SDK direkt auf den Server auszuführen, was wegen den oben genannten Fehler scheitert.

Ich bin noch dabei herauszufinden ob es sich hierbei um einen Fehler im SDK handelt oder das Problem hier der Server ist. Ist Zweiteres der Fall, so ist das kein Problem.

Aber wäre eine super Sache wenn Dart allgemein verfügbar wäre da ja z.B. Node.js auch unterstützt wird und für Dart auch entsprechende Debian Pakete existieren.

Grüße

Hallo,

Da das Webhosting4000 erlaubt, einige Scripte auf der Kommandozeile auszuführen, wollte ich mal versuchen das Dart SDK dort zum laufen zu bringen. Nach ewigen hin und her, scheitere ich nun an folgenden Fehler :

/httpdocs/tmp/bin/dart /httpdocs/testproject/bin/main.dart 
../../runtime/vm/os_thread.cc: 47: error: Failed to retrieve stack bounds

Nach Rücksprache mit anderen Entwicklern, vermuten wir, dass es eine Limitierung in den Webhosting4000 Paket bzw. mit den Linux Usern die hier das Problem verursachen.

Gibt es bekannte Einschränkungen, wenn man mit einem Webhosting4000 Paket, bei einem Script auf die Betriebssystem Threads zugreifen will ?

Grüße