| |
|
|
- Página 1 - |
|
| $errline wirft en el PRC-Modus no el richtige Zeilennummer de. Como manche Fehler sólo en el PRC-Modus passieren...
Schade!
XPSEs Debugmodus es el Beste - el hilft me fast siempre! Leider verfälscht el Principio welches XPSE nutzt manches Ergebnis - así daß manchmal el Bug kaschiert se - y lo entonces doch desafortunadamente nichts nutzt.
El PrfDebug.Exe - habs getestet - kann nix con anfangen - si uno wirklich una Fehler sucht es el Programa nutzlos.
Lo passiert me simplemente siempre otra vez el se irgendwo una Bug einschleicht a el uno simplemente no herankommt. Yo glaube Roland mag esto no es hören.
Mein Appell a Roland: Alle Debugmöglichkeiten el lo para XProfan dazu son son schön - así schön el Yo incluso esta nie nutze y más bien Messageboxen en el Source verteile. Lo fehlt simplemente algo bastante Entscheidenes! Wenn una Programa accidentes - y yo rede no en el interpreter en el lo meistens eh alles klappt - entonces kommt uno simplemente oft no a el betreffende Línea heran! Es como si uno una Seife intenta con nassen Händen a greifen y esta siempre otra vez de el Hand flutscht!
Yo habe así viele Jahre Erfahrung con Profano² y XProfan - Yo rede hier de el Praxis y no su el lo theoretisch doch con Messageboxen posible ser debería una Fehler para encontrar - porque el es no así! Oft verfälscht el Messagebox alleine el Ergebnis - oder una imprimir - oder una Addstring - oder una REM!
Könntest No - y yo rutsche hier ya fast en Knieen - una Runtime herstellen qué gaaaannnnz simplemente jede Línea bevor ellos esta Ausführt aufschreibt? XPSE machts doch ya echt toll antes - sólo desafortunadamente tüttelt él en el Source herum qué el Ergebnie - como ya erwähnt - manchmal verfälscht sodaß lo auch hiermit no posible es el Bug para encontrar. (Das Thema el selbe una REM oft una Bug beseitigt)
Bitte Por favor, Por favor, fleh heul *no*más*komm* Yo hatte el ya X veces y uno se völlig hysterisch esta tener Yo echt unheimlich viel Geduld beim Programmieren. |
|
|
| |
|
|
|
| |
|
- Página 1 - |
|
RGH | Hast Usted lo ya veces con el MAP-Expediente intenta? Aus dieser solltest Usted ermitteln puede, en welcher Quelltextdatei el Fehler auftritt. Como el Compilat no Infos darüber enthält, welcher Programmteil de welcher Quellcodedatei kommt, hay para el Compiler el Möglichkeit, una Mapdatei a redactar, el el Zeilennummern des Compilates el ursprünglichen Zeilennummern zuordnet.
Saludo Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 11.10.2006 ▲ |
|
|
|
|
| Lo son sólo una Expediente! |
|
|
| |
|
|
|
| Mein Fehler - lo son natürlich no sólo una Expediente - lo son tan Unidades en el Spiel.
Posesiones nun el Mapfile genutzt - el betreffende Línea (auch el umliegenden) haben nichts con el Choque a tun.
Yo tal vez algo a viel verlangt - aber podría no veces tal vez alguien más schauen por qué el o.G. Programa accidentes? |
|
|
| |
|
|
|
| Yo podría heulen auch el ProfanInspektor de Sebastian stürzt en el Code de. |
|
|
| |
|
|
|
Jörg Sellmeyer | Yo werds heute Abend veces testen. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 12.10.2006 ▲ |
|
|
|
|
| So, also el Fehler tritt sólo seit el neusten RC (8) en.
Yo finde el Fehler no - wann De todos modos Yo el Absturzposition con MessageBoxen einkreise kann Yo, el Fehler verzögern. Wenn Yo hinter jede Línea una Messagebox poner hay no Choque. Ab hier son me el Hände gebunden.
Könntest No tal vez veces schauen Roland? Lo de hecho puede ser el Yo irgendwo una Parámetro vergessen habe - aber por qué meckert entonces weder XProfan todavía el Kompiler? Und por qué bekomme Yo, el Fehler simplemente no a fassen? |
|
|
| |
|
|
|
Jörg Sellmeyer | Hola si, Yo me el código veces en Notepad angesehen. El Zeilenumbrüche scheinen algo seltsam a ser. Tal vez liegts sí daran (s. Screenshot)
Saludo Jörg
Yo habs gerade getestet aber daran liegts no
¿Por qué hast Usted porque $A como Zeilenumbruch en lugar de $D?
Saludo Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 13.10.2006 ▲ |
|
|
|
|
| In Windows son Zeilenumbrüche CR LF, also #13 #10 ,CarriageReturn sin embargo es no wirklich wichtig, #10 war ya siempre el Entscheidungsträger en neue Línea. Yo habs wohl como Unixfile gespeichert.
Daran liegt lo pero no. |
|
|
| |
|
|
|
| Alle Problemas son como gegepustet - Roland hats geschafft.
Man bin Yo erleichtert! |
|
|
| |
|
|
| |
|
- Página 2 - |
|
|
Michael Wodrich | Also Yo wäre sólo erleichtert si auch el 8 dulcoifs fuera son. Wenn uno Tabletten einwerfen muß entonces todavía NICHT alles Haga clic en Aceptar.
todavía algo a Okrea KompilierenMarcaSeparación Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 15.10.2006 ▲ |
|
|
|
|
| Zu AppdataDir - el es furchtbar schlüssig! Schau Usted el komplette Procedimiento a! KompilierenMarcaSeparación Wenn SHGetSpecialFolderPathA fehlschlägt se c:\appdata erstellt, y appdatadir en c:\appdata\Okrea\.
Wenn c:\appdata\Okrea\ no existiert kann c:\appdata\Okrea\ creado voluntad, como sí c:\appdata\ exisitert.
Yo denke en weniger Arbeitsschritten es el Selbe no machbar.
Zum PokeDoubleWord: Den Yo de el XProfanhilfe entnommen. |
|
|
| |
|
|
|
Michael Wodrich | [quote:dbda2a6022]Zum PokeDoubleWord: Den Yo de el XProfanhilfe entnommen.[/quote:dbda2a6022] Wenn el hay auch así falso es, muß él korrigiert voluntad.
Wo porque genau??? - Globalsuche findet no. Oder media Usted el ODoku?
Schöne Grüße Michael Wodrich
PS: en korrekten Form muß el Ausrufezeichen (2 Stellen) gegen el Kaufmanns-Und getauscht voluntad. (No Float, pero Largo)
PPS: y en näherer Betrachtung sería Yo simplemente MM(Adr&,Addr(V&),4) einsetzen y zwar sin Unterprogrammaufruf. |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 15.10.2006 ▲ |
|
|
|