Fachrat Informatik - Forum

Quoted from "Coolyo"

ist mir aufgefallen, dass das Programm immer wieder einfach abstürzt...

SCNR. Mal weniger Endlosschleifen schreiben, dann stürzt das Programm auch nicht so oft ab.

Also ich hab damals einen einfachen Editor in Zusammenarbeit mit der Konsole verwendet, das ging super.

Ich finds auch nicht soo pralle irgendwie. Anfangs hab ich (bildlich gesprochen) noch gelacht über die Leute mit dem Debugger-Bug. Plötzlich tauchte der Fehler auch auf meinem Rechner unter XP64 auf - das war dann schonmal nichtmehr lustig. Warum und wie man es wieder wegbekommt hab ich noch nicht rausgefunden. Doch jetzt kotz ich richtig, denn mein Notebook ward bis jetzt von wohlbekanntem Fehler verschont. Doch scheinbar mag DrScheme Vista 32bit auch nicht, denn seit ca 10min hab ich auch hier doppelte Fenster :/ Von jetzt auf gleich. PENG! Einfach so ists passiert.. Da wird es nicht grade einfacher eine Programmiersprache zu lernen die man eh schon nicht so wirklich versteht/mag.



PS: Wenn mich wer sucht, ich bin in meiner VM unter Suse 10.3 x64, DA läufts zumindest NOCH richtig...

Ich würde mal Anwenderfehler sagen Mein Drscheme lief und lief und lief... Nur Endlos-Schleifen verkraftet das gute Ding nicht, bis der Abbrechen Button reagiert ist schon alles futsch. Formatieren, neuinstallieren und gucken was passiert

Hab grad ma in der DrScheme Supportdatenbank geguckt. Das Problem ist bekannt (#9032) aber leider bis jetzt keine Lösung/Workaround..

Btw.: Hab ich schon erwähnt das Hellgate echt spass macht?

Quoted from "marcx"

Btw.: Hab ich schon erwähnt das Hellgate echt spass macht?

Du sollst die Schemeübung machen und nicht Hellgate spielen!

Also bei mir lief DrScheme damals auch wie am Schnürchen, bis auf die Endlosschleifen. Aber vorm Ausführen einfach mal speichern sollte man sich eh angewöhnen, egal mit welcher Entwicklungsumgebung und egal bei welcher Sprache. Hab ich zumindest die Erfahrung gemacht. Das Spart viiiiiel Frust.

Abgesehen davon: Habt ihr schonmal eine ältere Version versucht? Also z.B. 360 oder 352? Findet man bei "Downloads" => "Other Versions".

Aufgrund des Debugger "Fensterkrebs" habe ich mir DrScheme unter Windows noch nicht richtig angeguckt. Wenn es ein Speicherleck in DrScheme gibt, so müsste das ein spezielles Problem der Portierung für Windows sein, weil ich unter OS X und Linux bis auf das bereits angesprochene und nicht sehr schöne Verhalten bei Endlosschleifen nichts ähnliches entdecken konnte. Ist natürlich auch klar, dass man selber Abbruchbedingungen bei Rekursion einigermaßen korrekt definieren soll, aber dennoch finde ich, dass es eigentlich mit ordentlichem Multithreading möglich sein sollte, dass bei einem Klick auf den "Abbrechen"-Button die Ausführung des Codes sofort (!!!) unterbrochen wird. Ist natürlich auch klar, dass bei zunehmender Vermüllung des Speichers und Auslagerung einige Latenzzeiten auch nicht Schuld von DrScheme sind.

Und die Startzeiten von DrScheme finde ich rel. schlecht in Anbetracht des Funktionsumfangs. Das ist ja fast mit Eclipse vergleichbar.

Quoted from "Schokoholic"

Abgesehen davon: Habt ihr schonmal eine ältere Version versucht? Also z.B. 360 oder 352? Findet man bei "Downloads" => "Other Versions".

Das könnte helfen. Dann aber aufpassen, dass die Binärdateien kompatibel zur neuen Version sind. Also entweder auf Kommentarkästen, Brüche und ähnlichen "syntaktischen Zucker" vermeiden und als reine Textdatei speichern, oder kompatibilität überprüfen. Man sieht z.B. dass ein Kommentarkasten eine Scheme-Datei von 3 kb(nur Text) auf ca 30kb(Binärformat) aufbläht - völlig überflüssig finde ich. Zumal kann man es dann nicht mehr in einem normalen Texteditor ansehen... (bzw. man bekommt einen ähnlichen Inhalt wie eine PDF Datei oder ähnliches im Texteditor)

Und wichtig: Die Prüfung findet auch in DrScheme statt, man sollte also wenigstens hin und wieder damit arbeiten, damit man es für die Prüfung kennt

Hab mir grad aus Frust das aktuelle Nightly (371.3) draufgekloppt, und siehe da: Der Fensterbug is weg! Fragt sich wie lange

Ändert allerdings nichts dran das ich bei den Aufgaben hänge

Quoted from "D-Style"

Ääääähhhmm...du weisst schon warum eine Endlosschleife "ENDLOSschleife" heisst?
Kurz gesagt:
Es sind die endlosen Schleifen
die auf Kern und RAM pfeifen.

Äääähhhhhmmmmm... wo hast du denn den Unsinn aufgeschnappt?

Solange dein Programm nicht mit erhöhter Priorität läuft und nicht gerade so viel RAM haben will, dass es selbst teilweise ausgelagert werden muss, sollte es eigentlich kein Problem sein, nebenbei einen Thread laufen zu haben, der ein bisschen aufpasst ob irgendwelche Ereignisse vom GUI kommen, die vielleicht bearbeitet werden sollten.

Quoted from "Coolyo"

Aber das abschmieren ist kein Hängenbleiben oder so... es ist einfach weg... ohne Fehlermeldung oder so.... einmal isses passiert, als ich grad speichern gedrückt hab... hammer programm

Also wie gesagt, irgendwas machst du falsch. Unter Windows XP SP2 hatte ich mit den älteren Versionen nie Probleme. Wenn du Vista hast, dann ist es wahrscheinlich das, was du falsch machst.

Zur Vorbereitung eines Seminarvortrags habe ich DrScheme auch wieder installiert und ein wenig benutzt, wie das Ding mit Endlosschleifen (die mir irgendwie wirklich ständig untergekommen sind) umgeht ist echt uncool. Bin es von so ungefähr jeder anderen Sprache gewohnt, lässig mit Ctrl+X abzubrechen -_-

Quoted from "0x17"

... [das] nicht sehr schöne Verhalten bei Endlosschleifen .... Ist natürlich auch klar, dass man selber Abbruchbedingungen bei Rekursion einigermaßen korrekt definieren soll, aber dennoch finde ich, dass es eigentlich mit ordentlichem Multithreading möglich sein sollte, dass bei einem Klick auf den "Abbrechen"-Button die Ausführung des Codes sofort (!!!) unterbrochen wird.

Pure Konditionierung. Demnächst stellt sich dann schon beim Blick auf den Quelltext einer Endlosschleife das Gefühl ein, das beim hektischen Klicken auf den Stop-Button herrscht.

Also ich habe gestern erst wieder DrScheme compiliert weil ich mal eben was berechnen wollte...

Ich weiß, dass die 64-Bit-Versionen sowohl auf Windows als auch auf Linux ihre Probleme machen. Damals hatten wir das im F411 wo alle Systeme auf 64-Bit laufen, dass wir DrScheme nicht ausführen durften, da es beim Beenden das System abschießt. Das hat sich zum Glück geändert (zumindest unter Linux).

Zudem sollte man darauf achten, dass DrScheme nicht für Windows Vista entwickelt wurde und AFAIK nicht mal auf .NET basiert. Das kann unter Vista bedeuten, dass es halt regelmäßig abstürzt.

Unter 32-Bit XP sollte es jedoch relativ stabil laufen. Notfalls sollte man mal im Netz suchen, ob man nicht eine ältere Version findet. Man kann auch ganz ohne DrScheme arbeiten, wenn man das mag. Es gibt auch andere Scheme-Interpreter (für Linux z.B. Scheme48, etc.) Diese besitzen aber teilweise nicht den gleichen Funktionsumfang wie DrScheme. Vor allem kennt Scheme48 keine Graphik-Funktionen, die ihr definitiv brauchen werden. Eine alternative ist es den MzScheme-Interpreter direkt aufzurufen und einen externen Editor zu verwenden. Dann hat man jedoch keinen Debugger, der mitunter sehr hilfreich sein kann. Zudem sollte man sich mit DrScheme vertraut machen, da man es in der Prüfung verwenden wird.

Ach, und noch was:
DrScheme ist die beste Entwicklungsumgebung, die es für Scheme gibt. Dass sie so lange zum Laden braucht liegt mitunter an den vielen Plugins, die für verschiedene Funktionen notwendig sind. Und es wird eine komplette Laufzeitumgebung mit Interpreter für Scheme geladen, die gleich noch anzeigt, wo fehler bei der Ausführung aufgetreten sind. Das braucht Eclipse nicht. Zudem startet DrScheme auf meinem System mindestens 20x schneller als Eclipse. Nur so nebenbei...

Der Stop-Knopf funktioniert bei mir übrigens Wunderbar. Muss wohl auch an Windows liegen

Quoted from "D-Style"

Ääääähhhmm...du weisst schon warum eine Endlosschleife "ENDLOSschleife" heisst?
Kurz gesagt:
Es sind die endlosen Schleifen
die auf Kern und RAM pfeifen.
[..]
Willkommen im Desinformationszeitalter

Wie passend.

Quoted from "Coolyo"

Wollte mal loswerden, das DrScheme jawohl die schlechteste Software ist, die man sich vorstellen kann...

Ich hatte damit noch nie wirkliche Probleme. Wirklich intuitiv ist DrScheme an einigen Stellen sicherlich nicht, aber ich empfand es immer als sehr robust.

Quoted

Wenn die uns unbedingt sowas schäbbiges, wie Scheme beibringen müssen..bitte... aber dann wenigstens mit vernünftiger Software.

Finde ich immer wieder sehr amüsant, wenn Ahnungslose sich anmaßen, grundlegende Entscheidungen der Dozenten (und Planer des Studiengangs) ohne weitere Begründung als Unsinn hinzustellen. Kleiner Lesetipp: http://www.apa.org/journals/features/psp7761121.pdf (Zugriff vermutlich nur aus dem Uni-Netz möglich)