Der MEGA65-Laber-Stammtisch

Ganz klar: wir wollen eure Bug Reports! Und am liebsten direkt als Issue im passenden GitHub Repository. Manchmal ist die Zuordnung etwas schwierig (was ist core was is rom und was ist freeze-menu...), aber besser falsch reportet als nix gesagt.

Beim ROM gab es wohl bisher einen Thread hier, da ja das rom repo private ist. Das ändern wir aber ab heute.

CORE: https://github.com/MEGA65/mega65-core/issues

ROM: https://github.com/MEGA65/mega65-rom-public/issues

Tools: https://github.com/MEGA65/mega65-tools/issues

Handbuch: https://github.com/MEGA65/mega65-user-guide/issues

Bei den öffentlichen Repos nehmen wir auch sehr gerne direkt einen Pull Request in dem das Problem gelöst wurde!

Quote from lydon

Ganz klar: wir wollen eure Bug Reports! Und am liebsten direkt als Issue im passenden GitHub Repository. Manchmal ist die Zuordnung etwas schwierig (was ist core was is rom und was ist freeze-menu...), aber besser falsch reportet als nix gesagt.

Beim ROM gab es wohl bisher einen Thread hier, da ja das rom repo private ist. Das ändern wir aber ab heute.

CORE: https://github.com/MEGA65/mega65-core/issues

ROM: https://github.com/MEGA65/mega65-rom-public/issues

Tools: https://github.com/MEGA65/mega65-tools/issues

Handbuch: https://github.com/MEGA65/mega65-user-guide/issues

Bei den öffentlichen Repos nehmen wir auch sehr gerne direkt einen Pull Request in dem das Problem gelöst wurde!

Display More

Perfekt, vielen Dank. Evtl. koennte noch ein Admin diese Info irgendwo im Forum anpinnen.

Quote from Targas

Ich habe für Euch mal im Discord nachgefragt.

Fehler zum ROM sollten möglichst im Closed ROM Channel im Discord berichtet werden.

BitShifter ist hier der Kontakt, und der Link zum Discord findet ihr hier:

https://discord.gg/5DNvESf

Das man Fehler im Discord postet ist ja ok, aber als Verfolgung von Bugs ist Discord denkbar ungeeignet. Vor allem wenn jetzt mehr Leute Bugs reporten hat man da kaum einen Überblick ob der Bug angekommen ist, ob er gefixed wird, wenn ja wann und wo, das geht sofort unter in so einem Chat. Das funktioniert noch halbwegs solange man in der Entwicklungsphase unter sich ist, aber auf Dauer finde ich das echt schwierig.

Quote from ZeHa

Gibt es eigentlich eine schnelle (und saubere) Moeglichkeit, ein Array zu leeren, ohne in einer Schleife jeden Wert auf 0 setzen zu muessen? Ich glaube in manchen BASICs gibt es einen "REDIM"-Befehl oder sowas...

CLR - das löscht Dir allerdings alle Variablen und einiges anderes (wie RUN).
Mist - zu langsam

Bug Reports zu non-MEGA65 cores bitte im passenden Core Repository anlegen:

1. auf die Alternative MEGA65 Cores Webseite gehen
2. runter scrollen bis zur Core Tabelle "What alternative MEGA65 cores are available?"
3. die Zeile des "Problem"-Cores finden
4. in der Spalte "Report Issue" auf Issues klicken
5. Gucken ob nicht jemand anderes das Problem noch gemeldet hat (dann gerne einen Eintrag zum bestehenden Issue machen, sollte man mehr dazu zu sagen haben), ansonsten ein neues anlegen.

Quote from Snoopy

"Power off" - "Power on" geht auch!

Natürlich - aber bei CLR bleibt wenigstens das Programm im Speicher...

Also erstmal sorry wenn das alles ein bisschen "böse" rübergekomnen ist, aber ich war halt ein wenig frustriert. Wenn man gerne etwas programmieren möchte aber immer wieder ausgebremst wird ist das irgendwann sehr frustrierend ...

Aber auch hier nochmal (im Discord habe ich das bereits kundgetan) : Ich habe keinen GitHub Account, ich kann mit Begriffen wie "Pull Request" auch nix anfangen. Ich helfe gerne, teste Sachen, Schreib dazu auch gerne was .... Aber wenn das nur über GitHub geht bin ich halt raus ....

Und was bedeutet das nun fuer das hier existierende Bug-Report-Forum? Schaut da trotzdem ab und an jemand rein oder soll man das wieder zumachen?

Gibts vielleicht jemand, der Lust haette First-Level-Support zu spielen und die Fehlermeldungen in die richtige Github-Stelle zu uebertragen?

Quote from ZeHa

Und was bedeutet das nun fuer das hier existierende Bug-Report-Forum? Schaut da trotzdem ab und an jemand rein oder soll man das wieder zumachen?

Gibts vielleicht jemand, der Lust haette First-Level-Support zu spielen und die Fehlermeldungen in die richtige Github-Stelle zu uebertragen?

Evtl. koenntest ihr eure Bugreports entsprechend anpassen:

- Anleitung, wie das Problem reproduziert werden kann

- ROM-Version, auf welchem das Problem auftritt

- Core Commit (Hex-Zahl, kann mit MEGA-TAB im Matrix Monitor abgelesen werden)

- Plattform (MEGA65, Nexys, Xemu-Version, usw.)

Ich kann dann gerne bei Bedarf die Bugreports von hier auf github.com uebertragen, wenn alle o.g. Infos komplett sind.

Und immer daran denken: Carefully explaining your problem is half the solution.

Ich bin nicht dafuer, es zu schliessen, ich frage nur, weil jetzt hier mehrfach verkuendet wurde, dass Bugs nach Github sollen. Aus diesem Grunde wuerde ich gerne wissen, ob das im Umkehrschluss bedeutet, dass das Bug-Forum hier nicht beachtet wird.

Quote from Snoopy

Quote from crsc

- Anleitung, wie das Problem reproduziert werden kann

- ROM-Version, auf welchem das Problem auftritt

- Core Commit (Hex-Zahl, kann mit MEGA-TAB im Matrix Monitor abgelesen werden)

- Plattform (MEGA65, Nexys, Xemu-Version, usw.)

"Spiel geht nicht! Kapiert?"

Please insert coin!

Quote from Snoopy

Quote from ZeHa

... dass das Bug-Forum hier nicht beachtet wird.

Und ich dachte, nur ich denke manchmal zu kompliziert.

Die Beiträge im Forum werden auch von den meisten Teammitgliedern gelesen. Und ich kann mir beim besten Willen nicht vorstellen, dass ausgerechnet die Bug Reports dann komplett ignoriert werden.

So oder so braucht man eine zentrale Stelle, an der die Bugs gesammelt werden, anders funktioniert es nun mal nicht in der Softwareentwicklung.

Von daher finde ich das Angebot von crsc sehr gut, dass er die Bugs übertragen kann, dann müssen es die Teammitglieder nicht selber machen.

Also: Wenn man einen Github-Account hat, dann den Bug auf Github posten. Wenn nicht, dann im Forum (aber am besten vorher schauen, ob er schon in Github ist).

Toll wäre es, wenn crsc dann noch einen Link auf den Github-report als Antwort im Forum setzt, dann kann der Original-Poster nachverfolgen, wie es mit dem Bug weitergeht.