C64 Studio - Entwicklungsumgebung

Ich werd' grad rappelig !!

Hallo Georg .

Szenario:

Ich hatte (noch in der 5.0b) '!zone' ewig nicht benutzt (es gab zwar etliche, wurden aber schön länger nicht mehr zugeklappt). Hab eben mal meinen Code etwas aufgeräumt und zwei weitere '!zone' angelegt. Nun passiert folgendes:

Bei einem 'Compile' oder 'Build' etc. werden automatisch alles 'zones' aufgeklappt und sämtliche "+/-"-Button verschwinden! Wenn ich dann irgendwo ein Zeichen tippe, erscheint der Button wieder! Ich kann dann die 'zones' wieder schließen und das Spiel beginnt von vorne...

Hab dann eben die 5.2 runtergeladen - gleiches Spiel.

P.S.: Das gleiche passiert auch in einem neuen, jungfräulichen File.

Was'n da los ?

Schöne Grüße!

EDIT: Oder kann das was mit .NET zu tun haben ?

Vielleicht das Config File korrupt? Wuerde ich in solchen Faellen mal sichern und dann probeweise loeschen und das ausprobieren.

Hi sys!

Wo liegt das und wie heißt es?

Zitat von Hexworx

Hi sys!

Wo liegt das und wie heißt es?

Irgendwo in diesem Thread hier habe ich es schon mal gepostet, bin gerade nicht am privaten Rechner, aber es muesste in etwa da sein:
%userprofile%\AppData\Roaming\GR Games

<EDIT> Habe mir schnell das C64 Studio installiert: %userprofile%\AppData\Roaming\GR Games\C64Studio\1.0.0.0\settings.dat

sys, danke, gefunden. Studio startet dann zwar 'blank', aber anscheinend ist es keine Lösung des Problems. Wohl mal auf auf Georg warten müssen .

Zitat von Endurion

Ist in der nächsten Version weg!

Super!

Mich wundert aber wieder mal, dass das sonst noch niemanden aufgefallen war. Gut, hat bei mir ja auch etwas länger gedauert.

Auf deiner Download-Seite steht übrigens "Die aktuelle Version ist 5.1b.". Geladen wird aber doch die 5.2.

Ich mal wieder...

Was mir jetzt schon länger aufgefallen ist:

'comment' funktioniert (wohl) immer
'uncomment' sehr oft gar nicht!

Ich kann es leider nicht genauer beschreiben, da ich noch kein System erkennen konnte . Ist einfach so...

Korrekt .

Hab auch noch einen, da grade am Smartphone nur kurz:
Habe in einem mit !source inkludierten File zwei Bereiche die per !pseudopc an die passende Stelle geladen werden sollen:
!pseudopc $0400
!Byte...,...,...
!realpc
!pseudopc $2000
!byte...
!realpc
Ist der erste Bereich nicht drin klappt es, der Zeichensatz wird nach $2000 geladen.
Mache ich den ersten Bereich dazu, geht es in die Binsen: beides, der screeninhalt als auch das Charset werden aufeinander folgend ab $0400 eingelesen. Anscheinend wird der zweite !pseudopc ignoriert.
Startadresse für das Hauütprogramm ist $0801, falls das wichtig ist.
Hab den Fehler noch nicht gesondert reproduziert, werde es aber heute Abend versuchen.

Zitat von Endurion

Vielleicht lässt es sich eingrenzen. Wenn es nicht funktioniert, immer beim gleichen Block, oder klickst du dann einfach ein paar Mal, und auf einmal geht's doch?

Ich muss das mal beobachten, wo da ein System ist. Provozieren kann ich es natürlich grad nicht. Kam aber nun schon dutzende Mal vor.

Aber noch was anderes:

Wenn ich über die Tabs ein File auswähle, geht 'Build and Run' einwandfrei. Wenn ich ein File über den 'Solution Explorer' auswähle, wird zwar das entsprechende File/der Tab angezeigt, aber ich muss erst ein 'Rebuild' machen, damit er das neue File auch "aktiviert" wird. Sonst bleibt er 'gedanklich' beim alten File und startet dieses. Das war das nicht immer so? Es ist auch kein File 'active gemarkt'.

Sorgt für das Beschriebene Verhalten. Beide Pseudos werden nacheinander eingefügt.

Sorgt für einen JAM, da der Pseudocode nach dem !Basic interpretiert wird.

Selbiges, beides wird nach dem $0801 (und nach !basic)interpretiert.

Auch mit extra vorverlegtem Start bleibt der Fehler vorhanden.
Es wird der NOP nach $400 gerendert, der Pseudopc ab $400 fängt erst ab $401 an, der zweite folgt nach dem nop code an $406 ab $407, danach !Basic.

Laut "about" nutze ich Version 5.2

@Blade: Du hast den '!pseudopc' wohl missverstanden. Bei dem Befehl wird nur 'so getan', als ob der Code an diese Adresse compiled würde (für Sprünge etc.).

Du willst doch einfach nur:

*=$xxxx
!source

haben, richtig?

Dann habe ich das wohl in der Tat - das Manual liesst sich als ob für die Compilezeit der Pointer passen umgesetzt würde. Ich wäre nie auf die Idee gekommen mehrere *= in einem File zu verbraten.

Um mich nicht dumm sterben zu lassen - hast du ein konkretes Beispiel für !Pseudopc für mich, denn mir geht ansonsten der Sinn dieser Direktive irgendwie verloren?

Zitat von BladeRunner

hast du ein konkretes Beispiel für !Pseudopc für mich, denn mir geht ansonsten der Sinn dieser Direktive irgendwie verloren?

Such mal nach "Offset-Assemblierung". Man braucht das immer dann, wenn der Code erst an eine andere Adresse kopiert werden muss, bevor er ausgeführt wird. Das Standardbeispiel wäre Code, der ans Laufwerk gesendet und im dortigen RAM z.B. ab $500 ausgeführt wird. Der Assembler sollte also die im Code verwendeten Labels auf $5xx setzen, aber hinter dem Basic-Start wären die echten Adressen ja so um $8xx.
Die gleiche Technik braucht man auch, wenn ein Programm mit Basic-Header eine kleine Maschinensprache-Routine ab z.B. $c000 installiert.

Ah, jetzt hat es *click* gemacht. Danke für die Erläuterung.