Ich denke es gibt etliche Befehle die das verursachen, da reicht schon ein CreateImage() oder natürlich ein MessageRequester().
Wenn ich die beiden Network examples compiliere, nach Auskommentieren der MessageRequester(), dann haben die aber keine GTK Abhängigkeit mehr.
Was in diesem Thread glaube ich noch nicht erwähnt wurde ist die Möglichkeit eines Speicherlecks. Wenn Speicher nicht konsequent wieder freigegeben wird, dann ist er natürlich irgendwann alle. Du kannst Macros für AllocateMemory() und FreeMemory() verwenden um das zu überwachen.
Nett, nur leider nicht sehr performant. Und es wird ja auch nicht wirklich der Datentyp erkannt sondern nur die Daten, und das Trim() ist zu gierig 8) MyFunc("33", 600) ; "33" identified as number MyFunc(~"quote: \"this is a quoted text\"", 600) ; end dqoute t...
Netbeans kann Variablentypen und die zugehörigen Methoden ganz gut auflösen, inklusive deren documentation: http://www.wannabephoenix.de/instant_pics/netbeans_screenshots/netbeans_screenshot_2020-08-13_15-14-14.png auch Parameterhints gibt es, es werden Parameternamen autovervollständigt und mit Tab...
Besonders für PHP/HTML/JS bin ich immer wieder zu Netbeans zurückgekehrt und benutze es seit Jahren. Gerade die autovervollständigung ist gut, inklusive PHP dokumentation, CSS property values, Farben etc.
Das gelöschte Element darfst du nicht mehr verwenden oder ansprechen. Der Speicherbereich könnte theoretisch schon für andere Dinge verwendet werden (z.b. für ein anderes Element bei AddElement()), selbst wenn er noch die Daten des Listenelements enthält. ChangeCurrentElement() geht davon aus, dass ...
Du kannst beim Berühren der Screen-Ränder ReleaseMouse aufrufen und beim beim Wiedereintritt in den Screen die Maus dann wieder catchen.
Hier Beispiele aus dem englischen Forum: Mouse lockt in window screen.