| |
| |
|
Jac
de
Lad | Also ich will ja nicht asschließen, dass ich selbst daran Schuld bin, aber in letzter Zeit häufen sich bei mir die Fehler in großen Programmen. Mal übersetzt XPSE eine Def-Zeile in 1300, mal erscheint endif nicht gefunden, welches verschwindet, wenn ich zwei Zeilen tausche (bei denen es egal ist, welche zuerst abgearbeitet wird) und so weiter...Ich weiß leider nicht, wo der Fehler liegt, aber langsam vergeht mir die Lust am Programmieren. Deshalb werden meine Projekte auch nicht fertig. Jedesmal wenn ich irgendwo anfange kommt es zu unerklärlichen Fehlern, Programmabbrüchen, Exception Faults, Kompilierfehlern etc...das nervt. Es liegt nicht am Windows, denn das habe ich neu installiert, ich denke auch nciht, dass es am XPSE liegt (zumindest nicht alles), denn ohne XPSE kommen auf rätselhafte Fehler...
Hat jemand ähnliche, leidige Erfahrungen machen müssen?
Jac  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 19.09.2007 ▲ |
|
| |
|
|
 | Jupp, ich kann diese Erfahrungen bestätigen. Das war mit unter ein Grund weshalb ich xpse programmierte. Tatsächlich hat xpse im Moment sogar noch einen Bug der aber nur die { } betrifft, und das auch nur in einem sehr speziellem Fall. Meistens - jedenfalls war es so bei mir - hatte ich immer selbst am Fehler Schuld.  War es ein einzelnes Zeichen was in der Gegend herumstand, oder eine falsche Einrückung. Da hilft nur auslagern, zusammenfassen und Codeoptimieren.
Irgendwann sehen Deine Codes aus wie z.B. der Code von RedCube. Für manchen Menschen schwer lesbar, aus Sicht der Maschine jedoch ein gefundenes Fressen. Man gewöhnt sich auf Kurz oder Lang solch ein Coden automatisch an. Du steckst sozusagen in der Programmers-MidLive-Crises welche normalerweise nach ca. einem Jahr abflacht.    |
|
| |
| |
| |
|
|
Rolf
Koch | *looolll* Ich sag nur ROC 
Programmierer-MidLive-Cirses voll getroffen und wahr iF.
Gib nicht auf Jac, alles wird gut  |
|
| |
| |
| |
|
|
Jac
de
Lad | Hm, ok. Vielleicht sollten wir mal eine provisorische Sammelbox einrichten für solchen Kram. Zum Beispiel verstehe ich nicht, warum XPSE eine Def-Zeile in 1300 übersetzt, aber wenn ich die Zeile mit einer anderen tausche (auch eine Def, die direkt darunter steht) gehts auf einmal...solchen Sachen sollten mal gesammelt werden.  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 19.09.2007 ▲ |
|
| |
|
|
Dietmar
Horn | Hallo,
eine solche Phase wird vorerst wohl jeder durchstehen müssen, der sich ernsthafter mit XProfan beschäftigt. Meiner Erfahrung nach haben viele Fehlfunktionen ihre Ursache im Verwechseln von Komma mit Semikolon oder Bindestrich (und umgekehrt), manchmal auch mit Doppelpunkt.
Das Hinterhältige daran ist, daß der Compiler sowas so gut wie nie anmeckert und der große Knall dann immer erst im compilierten Programm kommt.
Mit XPSE, dem Profan-Inspector von Sebastian und der Fehlerüberprüfung von Timotheus bin ich bis jetzt recht gut gefahren, zumal damit bis zu einem gewissen Grade manchmal sogar logische Fehler aufgedeckt werden können, auf die ich selber oft nicht so schnell gekommen wäre.
Hier sollte Roland unbedingt nachbessern, denn diese Probleme sind bereits seit Jahren bekannt! Aber dbzgl. rührt sich einfach nichts! Eine solche elementare und wichtige Sache kann man meiner Meinung nach auf Dauer nicht einfach aussitzen, wenn XProfan sich weiter verbreiten soll.
Ich habe es sogar schon erlebt, daß bei größeren Projekten noch nicht mal immer ein fehlendes IF bzw. ENDIF angemeckert worden ist, sondern sich dieses erst beim compilierten Programm bemerkbar machte.
Das Zusammenstellen einer solchen provisorischen Sammelbox für XProfan (wie von Jac angeregt) wäre auch wieder nur eine weitere Krücke von inzwischen schon mehreren. Wieviele sollen das denn noch werden?
 Ich werde es wahrscheinlich nie kapieren , warum Roland nicht wenigstens dem Compiler endlich mal einen vernünftigen Syntax-Check spendiert, der seinem Namen auch gerecht wird (notfalls eben per Compilerschalter zu- oder abschaltbar machen). Doch eigentlich wäre es mir auch egal, wenn dadurch das Compilieren z.B. meines XProfan-Managers statt jetzt 20 Minuten dann 25 Minuten dauert.
Den XPSE- oder PI-Code in Delphi umzuschreiben und in den Compiler einzubauen, das wäre doch sicherlich mehr oder weniger nur eine Fleißübung. Zumal sowas ein damals gerade mal 14-jähriger Schüler (Timo Schnitzer aus Hoyerswerda) in reinem XProfan plus ProSpeed.dll mit seiner Fehlerüberprüfung schon um Welten besser hinbekommen hatte (im Vergleich zum XProfan-Compiler).
Was nützen denn einem Programmierer die tollsten gekapselten API-Aufrufe, wenn solche triviale Sachen wie oben angesprochen sogar in der Version 10 einer Programmiersprache noch immer nur mit externen Tools einigermaßen hinzukriegen sind? Hierdurch stellt sich Roland meiner Meinung nach doch selber ein Armutszeugnis aus, oder?
Sorry, Roland, für meine deutlichen Worte!  Ich hätte mich wesentlich diplomatischer und gediegener ausgedrückt, wenn dieses Thema nicht schon ein Dauerbrenner seit nunmehr weit über 10 Jahren(!) wäre. 
 Hörnchen ->  <- RGH  <-
Gruß
Dietmar |
|
| |
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]  Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 19.09.2007 ▲ |
|
| |
|
|
Hubert
Binnewies | Also ich habe da eine ganz andere Erfahrung gemacht....
um den Hardwarefehler auszuschliessen an den ich gerade denke (JA, das kann auch ein Hardwarefehler sein, denn für einen bestimmten Fehler ist dieses Verhalten typisch), nimm einfach mal eine große Datei (mindestens 700MB) und pcke die mit WinRar ein.
dann entpackst Du die Datei wieder.
erhälst Du dann einen CRC Fehler dann liegt der Hardware Fehler vor, wenn nicht, dann kannst Du den Fehler ausschliessen.
Im ersten Fall gehst Du in den nächsten Elektronikladen und besorgst Die eine Dose Tuner 600 von der Firma Kontakt Chemie.
Lass Die kein Vergleichsspray andrehen, die beinhalten immer ein Öl, und das gibt ne riesen Sauerei.
Dann zerlegst Du deinen Rechner.
Sprühe alle Kontakte (Prozessorbeinchen und Sockel, Ramriegel und Sockel, Karten und Sockel) ein und stecke sie, solange sie noch feucht sind in die Sockel zurück.
Sollte der Fehler nicht verschwunden sein, so wiederhole den Vorgang.
Wenn dann noch immer der Fehler auftaucht, dann hast Du ein Problem.
Ich finde den Fehler dann zwar noch immer, aber als Tipp kann man dann nichts mehr sagen.
Hubert |
|
| |
| WinXP Prof, XProfan 9.1 Newbie
Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!" | 21.09.2007 ▲ |
|
| |
|
|
Jac
de
Lad | | Hm, danke, aber ich hantiere täglich mit RAR-Archiven rum (teilweise über 4GB), und habe keine Probleme. Das hilft also erstmal nicht weiter. Die Probleme treten auch bei verschiedenen Rechnern auf... |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 21.09.2007 ▲ |
|
| |
|
|
Thomas
Freier | Nach diesen Beiträgen stellte sich auch bei mir die Frage: wars winRAR?
Hatte ich ziemlich zuletzt für Dieters dbfTool installiert.
Irgendwann wollte ich ältere installierte Programme verwenden und konnte sie nicht mehr starten und auch nicht von der CD neu installieren. Kein Suchen mehr in der XProfan-Hilfe möglich und auch Nicos MMP.exe war nicht zu auszuführen. Fehlermeldungen in der Copy.
Aus Zeitgründen habe ich erstmal ein zweites Window geladen und kann nun damit auf die oben genannten Sofware problemlos zurückgreifen.
Wo steckt der Wurm im System? |
|
| |
| |
| |
|
|
Hubert
Binnewies | Also...
Der Fehler den ich meine ist nichts anderes als eine hauchfeine Korrosion der Kontakte (im Regelfall an den Ramriegeln).
Da das Bios die Dumme Eigenart hat nicht alle Speicherzellen zu prüfen, fällt der Fehler dem Bios auch nicht auf (zumal es aufgrund des langsamen 16Bit Mode auch keine Zeitkritischen Operationen ausführt).
Windoof hat ebenfalls ne dumme Angewohnheit die ja ansonsten absolut in Ordnung ist, es lagert aus was es nur kann um so viel Speicher für Anwendungen bereit zu halten wie es kann.
Dann fällt der Fehler natürlich auch nicht ins Gewicht.
Was denkst Du wohl was Windows macht wenn Du mit WinRar Dateien über 4GB packst??
Oder hast Du über 4GB Ram??
Mach das mal mit kleineren Dateien um die 700 MB.
@Jacob
OK wenn auf verschiedenen Rechnern auftaucht ist eigentlich ein Hardwarefehler aus zu schließen.
@ Thomas
Bei Dir wäre ich nicht so sicher, da wenn Du ein zweites Fenster öffnest, Du das Programm in einen anderen Speicherbereich verschiebst der vielleicht einwandfrei funktioniert??
Der Fehler kann sogar soweit führen das Windows im Startbildschirm hängenbleibt oder (sehr oft gehabt) einfach sang und klanglos abstürzt und der Rechner neu startet.
Hubert |
|
| |
| WinXP Prof, XProfan 9.1 Newbie
Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!" | 22.09.2007 ▲ |
|
| |
|
|
Thomas
Freier | @ Hubert
dieses Verhalten trat eines Tages (wann genau?) auf. Mit einmal war bei vorher schon installierten Programmen kein Start mehr möglich und ein neues Setup von CD auch nicht. Auch Nicos MMP.exe kann nicht, die von Dieter Zornow jedoch gestartet werden.
Hatte dann SP2 installiert, wechselt ja fast alle Systemdateien aus und trotzdem blieb der Fehler, z.B.: dass die Suchfunktion bei der XProfan Hilfe nicht möglich ist. Die Hilfe selbst kann ich aufrufen und nutzen.
So z.B. meine CAD-Sofware 4.2 startet, aber die dabei liegenden Module (*.exe) , die ältere Dateien zur letzten Version konvertieren, streiken jetzt mit der Fehlermeldung : es wurde versucht..... |
|
| |
| |
| |
|
|
Thomas
Freier | | Bei mir glaube ich kann ich die Ursache eingrenzen. Scheinbar lassen sich keine 16 Bit-Programme mehr ausführen. Warum, wodurch ??? |
|
| |
| |
| |
|
|
Jac
de
Lad | | Also ich möchte nicht ausschließen, dass alle von mir getesteten Rechner korrodieren, aber ich halts für unwahrscheinlich. Außerdem sind es Fehlermeldungen die mir einen Logikfehler beiom Programmieren einsuggerieren, deshalb muss es an XProfan oder XPSE liegen. |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 22.09.2007 ▲ |
|
| |
|
(1.116)
Deutsch
English
Français
Español
Italia