Ich hab auf der folgenden Seite ein kleines Programm (WBSudoku), das noch einige Fehler hat, besonderst bei der Grafik. Ich hoffe aber, das ich diese Fehler endlich alle beseitigt habe (jedenfalls treten diese bei mir nicht mehr auf). Allerdings gibt es wohl noch einen Bug bei der rekrusiven Skinsuche und eben ist mir auch ein Fehler bei der Netzwerkauswahl aufgefallen.

Aber vorallem würde mich interesieren ob jetzt die Grafik wirklich richtig funktioniert. Dafür gibt es auf der folgenden Seite einmal das Hauptprogramm(SudokuMain) und noch einige Skins, die man auch einzeln runterladen kann. Das im Hauptprogramm beigefügte Skin ist leider nicht gerade das Gelbe vom Ei und ratet mal wer diese Grafik gemacht hat...

http://home.pages.at/a1260/EigenePage/Download/Sudoku/Index.htm

Also, schreibt einfach mal eine Bugliste, die hoffentlich nicht zu lang ist und ich mach mich mal dran die kleinen Käfer zu entfernen.

Falls auch jemand Lust hat Skins zu pixeln, viel Erfolg.

EDIT: Läuft wohl nicht mit OS4

--
http://www.alternativercomputerclub.de.vu

[ Dieser Beitrag wurde von Ralf27 am 27.01.2008 um 19:49 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Das Programm ist in MaxonBasic geschrieben worden. Es ist wohl immer noch so, das MaxonBasic-Programme generell nicht mit OS4 laufen. Das liegt wohl am Compiler. Jedenfalls ist das mein letzter Informationsstand. Hab hier leider kein OS4 zum testen.

Ich hoffe aber, das es mit MorphOS, WinUAE, Classic (mit und ohne Grafikkarte) läuft. Also, bitte mal fleisig testen.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von DaxB:
@Ralf27:
Wenn du dich noch an meinen Bugreport erinnerst, war hier unter OS3.1 es so, das beim starten MuForce Hits (ich glaub endloss wars) ausgegeben wurden. Das fing aber erst ab einer bestimmten Version an.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Ralf27:
Das Programm ist in MaxonBasic geschrieben worden. Es ist wohl immer noch so, das MaxonBasic-Programme generell nicht mit OS4 laufen. Das liegt wohl am Compiler. Jedenfalls ist das mein letzter Informationsstand. Hab hier leider kein OS4 zum testen.

---

Ich bin zwar selbst noch nicht zum Testen gekommen, aber ich würde anhand des Crashlogs nicht unbedingt MaxonBasic die Schuld zuschieben. Der letzte Eintrag beim 68k-StackTrace zeigt an, daß der Hit irgendwo aus einer der Funktionen der dos.library resultiert. Das dürfte auch einen Grund haben, den es meiner Meinung nach zu erforschen gilt.

Um nicht doch wegen eines durchaus möglichen Fehlers von MaxonBasic unendlich lang danach zu suchen könntest Du ja ein kurzes Testprogramm bauen, welches einfach nur einen kurzen Text z.B. mittels Printf() ausgibt (ein dos.library-Makro normalerweise, keine Ahnung, ob MaxonBasic das auch zur Verfügung stellt).

Wenn das unter OS4 tut, dann kommt der Fehler bei WBSudoku mit hoher Wahrscheinlichkeit doch aus dem Programm selbst.

OS4 fängt die "sonst üblichen" Programmierfehler wesentlich genauer, als OS3 mit den üblichen Debug-Tools oder MOS es tun. Ein Lesezugriff über den eigenenen Speicher hinaus beispielsweise fällt unter OS3/MOS gar nicht auf, unter OS4 zieht das einen fortsetzbaren DSI nach sich, und wenns nur ein Byte ist, das man zu viel liest. Natürlich "knallt" es auch sofort, wenn man irgendwo unerlaubte Parameter wie Null-Zeiger u.Ä. übergibt, oder Zeiger auf Speicher, in dem man eigentlich nichts zu suchen hat

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 27.01.2008 um 20:49 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Ich bin zwar selbst noch nicht zum Testen gekommen, aber ich würde anhand des Crashlogs nicht unbedingt MaxonBasic die Schuld zuschieben. Der letzte Eintrag beim 68k-StackTrace zeigt an, daß der Hit irgendwo aus einer der Funktionen der dos.library resultiert. Das dürfte auch einen Grund haben, den es meiner Meinung nach zu erforschen gilt.

---

Zitat:

---

Um nicht doch wegen eines durchaus möglichen Fehlers von MaxonBasic unendlich lang danach zu suchen könntest Du ja ein kurzes Testprogramm bauen, welches einfach nur einen kurzen Text z.B. mittels Printf() ausgibt (ein dos.library-Makro normalerweise, keine Ahnung, ob MaxonBasic das auch zur Verfügung stellt).

---

Zitat:

---

Wenn das unter OS4 tut, dann kommt der Fehler bei WBSudoku mit hoher Wahrscheinlichkeit doch aus dem Programm selbst.

OS4 fängt die "sonst üblichen" Programmierfehler wesentlich genauer, als OS3 mit den üblichen Debug-Tools oder MOS es tun. Ein Lesezugriff über den eigenenen Speicher hinaus beispielsweise fällt unter OS3/MOS gar nicht auf, unter OS4 zieht das einen fortsetzbaren DSI nach sich, und wenns nur ein Byte ist, das man zu viel liest. Natürlich "knallt" es auch sofort, wenn man irgendwo unerlaubte Parameter wie Null-Zeiger u.Ä. übergibt, oder Zeiger auf Speicher, in dem man eigentlich nichts zu suchen hat

---

Also, wenn der Fehler aus der dos.lib kommt, dann dürfte wirklich die rekrusive Verzeichnissdurchsuchung schuld sein.
Ok, zum testen könnte ich ja mal eine Version *ohne* diese routine anbieten, um es mit OS4 zu testen. Wer möchte ne Testversion?
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

@Ralf27:

Ich kanns testen heut. Wo krieg ich die "ohne"-Version her?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

@Ralf27:

Also, MaxonBasic ist ausnahmsweise mal unschuldig Es läuft unter OS4, hat allerdings noch kleinere Probleme mit den Koordinaten der Grafik, vermutlich wegen der geänderten Fenster-Parameter wie Randbreite u.Ä.

Man kanns aber spielen und soweit funktioniert alles prima und ohne weitere Reaper

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Habs gerade mal unter AmigaSys auf meinem A4000D ausprobiert, hab nix zu meckern
--
-> http://www.german-amiga-community.de <-

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von RetroMan:
Habs gerade mal unter AmigaSys auf meinem A4000D ausprobiert, hab nix zu meckern
--
-> http://www.german-amiga-community.de <-

---

Das liest man gerne.
Auf einem Classic-System scheint es auch keine größeren Probleme zu geben, allerdings macht die Dirscan-Routine wohl etwas Probleme, gerade auf OS4.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
@Ralf27:

Also, MaxonBasic ist ausnahmsweise mal unschuldig Es läuft unter OS4, hat allerdings noch kleinere Probleme mit den Koordinaten der Grafik, vermutlich wegen der geänderten Fenster-Parameter wie Randbreite u.Ä.

---

Zitat:

---

Man kanns aber spielen und soweit funktioniert alles prima und ohne weitere Reaper

---

Das freut mich sehr zu lesen.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Ralf27:

Zitat:

---

Original von whose:
Man kanns aber spielen und soweit funktioniert alles prima und ohne weitere Reaper

---

Das freut mich sehr zu lesen.

---

Bedeutet ja auch, daß Du MaxonBasic-Programme relativ problemlos unter OS4 laufen lassen kannst, was ich mir schon irgendwie dachte. OS4 ist, wie schon gesagt, enorm pingelig, was definitive Fehler angeht, Schludern ist da nicht mehr

Die Dateisuche kannst Du ja mal im Programmieren-Forum posten, dann kommen wir dem Problem sicher schnell auf die Spur

Also: weitermachen

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 27.01.2008 um 22:30 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Bedeutet ja auch, daß Du MaxonBasic-Programme relativ problemlos unter OS4 laufen lassen kannst, was ich mir schon irgendwie dachte. OS4 ist, wie schon gesagt, enorm pingelig, was definitive Fehler angeht, Schludern ist da nicht mehr

Die Dateisuche kannst Du ja mal im Programmieren-Forum posten, dann kommen wir dem Problem sicher schnell auf die Spur

Also: weitermachen

---

Ich hab denn entsprechenden Abschnitt gerade gepostet. Ich denke auch, das der Bug da sich nicht lange verstecken kann.

Ich dachte wirklich bis jetzt immer, das für mich als MaxonBasic-Progger mir OS4 für immer verschlossen wäre. Aber dabei war das nur meine "Programmierweise". Na, da bin ich ja beruhigt.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Ralf27:
Ich hab denn entsprechenden Abschnitt gerade gepostet. Ich denke auch, das der Bug da sich nicht lange verstecken kann.

Ich dachte wirklich bis jetzt immer, das für mich als MaxonBasic-Progger mir OS4 für immer verschlossen wäre. Aber dabei war das nur meine "Programmierweise". Na, da bin ich ja beruhigt.

---

Und zur weiteren Beruhigung : Es gibt einen Haufen Programme, die definitiv fehlerhaft sind und unter OS4 reapern. Es ist halt so, das einige Fehler unter OS3 trotz MuForce und was weiß ich noch allem einfach "durchrutschen", weil sie ohne partiellen Speicherschutz für das System/die Debug-Tools nicht erkennbar sind. Es muß also nicht einmal unbedingt an einer speziellen "Programmierweise" liegen, daß man Fehler einbaut. Schludrigkeit, fehlerhafte Dokumentation usw. tun ihr Übriges.

Da hat OS4 definitiv einen enormen Nutzen, auch für die Leute, die es nicht selbst besitzen. Durch Feedback wie z.B. heute bekommt man durchaus wertvolle Tips, wo man noch Fehler sitzen hat, die man selbst schwerlich oder gar nicht finden würde, weil sie unter OS3 trotz Debug-Tools einfach durchgehen.

Den Code für die Dateisuche schaue ich mir gleich mal an, genaueres kann ich wahrscheinlich erst morgen sagen, aber eventuell bekommst Du heute schon den entscheidenden Hinweis, was da verkehrt läuft.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
>Das Programm ist in MaxonBasic geschrieben worden. Es ist wohl immer
>noch so, das MaxonBasic-Programme generell nicht mit OS4 laufen.


Das eine da mit rechenoperationen innerhalb von STR$() ging nicht.
Sonst ist mir nix MB spezifisches aufgefallen, wobei ich OS4
allerdings nur anfangs genutzt habe. Jetzt höchstens mal um was
auszuprobieren.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Ralf27:

Zitat:

---

Original von MaikG:
>Das Programm ist in MaxonBasic geschrieben worden. Es ist wohl immer
>noch so, das MaxonBasic-Programme generell nicht mit OS4 laufen.


Das eine da mit rechenoperationen innerhalb von STR$() ging nicht.
Sonst ist mir nix MB spezifisches aufgefallen, wobei ich OS4
allerdings nur anfangs genutzt habe. Jetzt höchstens mal um was
auszuprobieren.

---

Hm, dann dürfte das mit MaxonBasic "russisch Roulette" sein, denn ich hab da einige STR$() drin, die am Anfang nicht benötigt werden, aber vorkommen können.

---

Zitat:

---

Gibt es dann eine Fehlermeldung vom System? Hm...

---

Wahrscheinlich nicht, wenn ich mich richtig erinnere, kam bei der Berechnung einfach nur Müll raus, mehr passierte da wohl nicht. Probleme gibts natürlich, wenn man solche Falschwerte dann weiterbenutzt, aber in dem Fall kann man sich halt eine Ersatzfunktion stricken, die das gewünschte liefert. Die normalen Rechenfunktionen scheinen ja problemlos zu arbeiten, da ist das dann halb so wild.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

@Ralf27:

Wird wohl doch noch was unter OS4

Zitat:

---

Ein bekannter Fehler, dessen Problem ich bis jetzt nicht richtig korrigieren konnte. Ich hab erst mal eine Korrekturmöglichkeit im ToolType des Programms eingebaut:
YPOS=-10
Somit kann man es korrigieren. Ist nicht das Gelbe vom Ei, muß mal richtig gemacht werden. Es kann auch sein das ein anderer Wert gesetzt werden muß...

---

code:

---

.
.
.
/* the border variables describe the window border.  If you specify
     * WFLG_GIMMEZEROZERO when you open the window, then the upper-left of
     * the ClipRect for this window will be upper-left of the BitMap (with
     * correct offsets when in SuperBitMap mode; you MUST select
     * WFLG_GIMMEZEROZERO when using SuperBitMap).  If you don't specify
     * ZeroZero, then you save memory (no allocation of RastPort, Layer,
     * ClipRect and associated Bitmaps), but you also must offset all your
     * writes by BorderTop, BorderLeft and do your own mini-clipping to
     * prevent writing over the system gadgets
     */
    BYTE BorderLeft, BorderTop, BorderRight, BorderBottom;
.
.
.

---

[ - Antworten - Zitieren - Direktlink - ]

@ZeroG:

Ich habe ihn auch dahin geschubst und die aktuelle Testversion hat das Grafikproblem schon nicht mehr

Das wird auf jeden Fall noch was, nun noch die Skins bzw. die rekursive Suche durch die Skin-Dateien richten, dann tuts 1A mit OS4 und wieder ist ein nettes Spiel für (fast) alle Amigas und Kompatible verfügbar

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

So, auch wieder im Lande

Hab eben eine neue Version hochgeladen, noch ohne rekrusive Dirsuche. Die Fensterkoordinaten dürften jetzt auch stimmen und jetzt geht auch die Programmupdatesuche direkt via BSD. Nur das Netzwerkspiel setzt jetzt noch TCP: vorraus. Ich hoffe aber, das das auch bald direkt via BSD läuft.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

@MaikG:

Hm, ok, das muß ich mir nochmal im Programm genauer ansehn und gegebenenfalls umbauen. Na, da hab ich ja noch einge Baustellen im Programm.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von NoImag:
@Ralf27:

Das Programm macht sich langsam. Weiter so! Echte Bugs sind mir auf die Schnelle nicht aufgefallen. Allerdings habe ich da noch ein paar Kleinigkeiten (tut mir leid, dass ich so kleinlich bin):

- Menüpunkte, die ein Fenster öffnen, sollten mit "..." enden (Styleguide-Empfehlung).

---

Zitat:

---

- Tastaturabkürzungen für die Menüs (geht einfach mit Gadtools)

---

Zitat:

---

- Menüpunkt "Optionen/Neue Felder/Feld selbst füllen" endet mit einem "-Zeichen.

---

Zitat:

---

- Im Skin-Menü sollte angezeigt werden, welcher Skin gerade ausgewählt ist (wie bei den Optionen).

---

Zitat:

---

- Im Optionen-Menü eine Trennlinie zwischen verschiedenen zusammengehörigen Einstellungen verwenden (geht einfach mit Gadtools).

---

Zitat:

---

- Du scheinst bei den Optionen immer "mutual exclusive" zu verwenden, auch da, wo es überflüssig ist.

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

28-Jan-08   20:54:18
BYTE READ from 00000000                        PC: 0229FC6C
USP : 0231D7F0 SR: 0014  (U0)(-)(-)  TCB: 023113E0
Data: 00000000 01B78F59 023B4419 00000190 FFFFFFFF 00000005 AF7B183D 00000000
Addr: 00000000 023B4473 01B78F4C 022A6480 0231D800 01B780FC 01B79904 010826EC
Stck: 00000000 0232DC7A 0231D7F8 01B79908 023113E0 FFFFFFFF FFFFFFFF 00F9F86A
Stck: 0000C350 57425375 646F6B75 312E352E 30000000 00000000 00001410 01117E34
Stck: 022702BC 00000000 00000000 0000000C 00000159 0000069A 80000017 00000010
Stck: 00000159 0000069A 00000017 00000010 00001E84 00000010 0231D854 01182EEC
Stck: 0268652C 01E985C2 00000001 0000FF30 00000003 02686578 00000000 0000000C
Stck: 00000173 0000069A 80000048 00000010 00000173 0000069A 00000048 00000010
----> 0229FC6C - "Games:WBGames/WBSudoku/WBSudoku1.5.0"  Hunk 0001 Offset 000017EC
----> 0232DC7A - "Games:WBGames/WBSudoku/WBSudoku1.5.0"  Hunk 0000 Offset 00000CB2
----> 00F9F86A - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 000005B2
----> 01E985C2 - "System:Fonts/Times New Roman/16"  Hunk 0000 Offset 0000003A
PC-8: 00040284 00FFFFFF 4E752F09 101008C0 00006100 F6C8205F 6000FBC4 2F002040
PC *: 4A1866FC 28089880 53846100 FBE62E08 205F6000 FBAA2007 3E1E48C7 8FC04E75
0229fc4a :  2268 0004                  movea.l $4(a0),a1
0229fc4e :  0284 00ff ffff             andi.l #$ffffff,d4
0229fc54 :  4e75                       rts
0229fc56 :  2f09                       move.l a1,-(a7)
0229fc58 :  1010                       move.b (a0),d0
0229fc5a :  08c0 0000                  bset.l #$0,d0
0229fc5e :  6100 f6c8                  bsr $229f328
0229fc62 :  205f                       movea.l (a7)+,a0
0229fc64 :  6000 fbc4                  bra $229f82a
0229fc68 :  2f00                       move.l d0,-(a7)
0229fc6a :  2040                       movea.l d0,a0
0229fc6c : *4a18                       tst.b (a0)+
0229fc6e :  66fc                       bne.s $229fc6c
0229fc70 :  2808                       move.l a0,d4
0229fc72 :  9880                       sub.l d0,d4
0229fc74 :  5384                       subq.l #$1,d4
0229fc76 :  6100 fbe6                  bsr $229f85e
0229fc7a :  2e08                       move.l a0,d7
0229fc7c :  205f                       movea.l (a7)+,a0
0229fc7e :  6000 fbaa                  bra $229f82a
0229fc82 :  2007                       move.l d7,d0
0229fc84 :  3e1e                       move.w (a6)+,d7
0229fc86 :  48c7                       ext.l d7
0229fc88 :  8fc0                       divs.w d0,d7
0229fc8a :  4e75                       rts
Name: "WBSudoku1.5.0"  Hunk 0001 Offset 000017EC


28-Jan-08   20:54:18
BYTE READ from 00000000                        PC: 0229FC6C
USP : 0231D7F0 SR: 0014  (U0)(-)(-)  TCB: 023113E0
Data: 00000000 01B78F4F 023B4419 00000000 FFFFFFFF 00000008 AF7B183D 00000000
Addr: 00000000 023B4479 01B78F4C 022A6480 0231D800 01B780FC 01B79904 010826EC
Stck: 00000000 0232DCF2 0231D7F8 01B79908 023113E0 FFFFFFFF FFFFFFFF 00F9F86A
Stck: 0000C350 57425375 646F6B75 312E352E 30000000 00000000 00001410 01117E34
Stck: 022702BC 00000000 00000000 0000000C 00000159 0000069A 80000017 00000010
Stck: 00000159 0000069A 00000017 00000010 00001E84 00000010 0231D854 01182EEC
Stck: 0268652C 01E985C2 00000001 0000FF30 00000003 02686578 00000000 0000000C
Stck: 00000173 0000069A 80000048 00000010 00000173 0000069A 00000048 00000010
----> 0229FC6C - "Games:WBGames/WBSudoku/WBSudoku1.5.0"  Hunk 0001 Offset 000017EC
----> 0232DCF2 - "Games:WBGames/WBSudoku/WBSudoku1.5.0"  Hunk 0000 Offset 00000D2A
----> 00F9F86A - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 000005B2
----> 01E985C2 - "System:Fonts/Times New Roman/16"  Hunk 0000 Offset 0000003A
PC-8: 00040284 00FFFFFF 4E752F09 101008C0 00006100 F6C8205F 6000FBC4 2F002040
PC *: 4A1866FC 28089880 53846100 FBE62E08 205F6000 FBAA2007 3E1E48C7 8FC04E75
0229fc4a :  2268 0004                  movea.l $4(a0),a1
0229fc4e :  0284 00ff ffff             andi.l #$ffffff,d4
0229fc54 :  4e75                       rts
0229fc56 :  2f09                       move.l a1,-(a7)
0229fc58 :  1010                       move.b (a0),d0
0229fc5a :  08c0 0000                  bset.l #$0,d0
0229fc5e :  6100 f6c8                  bsr $229f328
0229fc62 :  205f                       movea.l (a7)+,a0
0229fc64 :  6000 fbc4                  bra $229f82a
0229fc68 :  2f00                       move.l d0,-(a7)
0229fc6a :  2040                       movea.l d0,a0
0229fc6c : *4a18                       tst.b (a0)+
0229fc6e :  66fc                       bne.s $229fc6c
0229fc70 :  2808                       move.l a0,d4
0229fc72 :  9880                       sub.l d0,d4
0229fc74 :  5384                       subq.l #$1,d4
0229fc76 :  6100 fbe6                  bsr $229f85e
0229fc7a :  2e08                       move.l a0,d7
0229fc7c :  205f                       movea.l (a7)+,a0
0229fc7e :  6000 fbaa                  bra $229f82a
0229fc82 :  2007                       move.l d7,d0
0229fc84 :  3e1e                       move.w (a6)+,d7
0229fc86 :  48c7                       ext.l d7
0229fc88 :  8fc0                       divs.w d0,d7
0229fc8a :  4e75                       rts
Name: "WBSudoku1.5.0"  Hunk 0001 Offset 000017EC

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]