![]() |
ENGLISH VERSION |
|
![]() |
Links | | | Forum | | | Kommentare | | | News melden |
![]() |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
![]() |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Thore
Nutzer
08.07.2010, 16:23 Uhr [ - Direktlink - ] |
Thema: Der Stack gehört mir! (?)
Brett: Programmierung Du fügst BASIC Code ein in ein ASM Programm dessen Konventionen Du nicht kennst. Ich nehm an, daß Du dann auch nicht genau weißt, was dieses Programm macht...? Da stell ich mir die Frage warum Du BASIC Code hier einfügen willst. Andere Frage die ich doch interessant fände... wie soll der BASIC Code eingefügt werden? Ein BASIC Compiler mit asm Möglichkeit? Precompiler? Per Linklib Funktionen aufrufen? Wenn Du vor dem BASIC Aufruf die Register rettest, und beim Verlassen wieder zurückschreibst... wieso sollte das nicht gehen? Ich denk, weil wir Dein Programm nicht kennen, und nicht wissen warum Du es gerade anders brauchst als der Standard-Weg ist, kommen wir auch nicht zu einer richtigen Lösung ![]() |
|||||
Thore
Nutzer
08.07.2010, 12:16 Uhr [ - Direktlink - ] |
Thema: Hilfe bei Zusammenstellung Programmliste für SAM
Brett: Amiga, AmigaOS 4 grep verwenden, dann gehts mit der Suche innerhalb Dateien ![]() Gibts übrigens auch im Aminet. Allerdings ohne Dekomprimierung von Dateien soweit ich weiß. [ Dieser Beitrag wurde von Thore am 08.07.2010 um 12:16 Uhr geändert. ] |
|||||
Thore
Nutzer
08.07.2010, 09:28 Uhr [ - Direktlink - ] |
Thema: Der Stack gehört mir! (?)
Brett: Programmierung @gni: richtig sorry, hatte am Anfang auch move.l, hab nur vergessen die Raute zu entfernen ![]() |
|||||
Thore
Nutzer
07.07.2010, 22:50 Uhr [ - Direktlink - ] |
Thema: Hilfe bei Zusammenstellung Programmliste für SAM
Brett: Amiga, AmigaOS 4 Er benutzt ihn, nur obs ein Vorteil ist ist fraglich. Aber so nebenher.... dies ist ein Amiga-Forum *zwinker* |
|||||
Thore
Nutzer
07.07.2010, 15:07 Uhr [ - Direktlink - ] |
Thema: Der Stack gehört mir! (?)
Brett: Programmierung Es gibt einen Weg über Pseudoregister (wie es z.B. Emulatoren machen) Dabei ist jedes Register ein Stack. Du musst dir eben merken in welcher Ebene Du bist, sonst kommst durcheinander. Also nicht ein Stack für alle Register, sondern 16 Stacks, und das pro Thread. Register retten und restoren ist dann ein programmtechnischer Mehraufwand und relativ lahm. Allerdings hast Du dann Zugriff auf alle Register zu jeder Zeit und auch zu den gesicherten direkt. Somit wär er auch reentrant (aufpassen beim zurückschreiben, wenn Du die Ebenen verlässt, einmal vertippt gibt das seltsame Ergebnisse) Dieters Vorschlag über Ports klingt allerdings besser und Systemnaher ![]() [ Dieser Beitrag wurde von Thore am 07.07.2010 um 15:08 Uhr geändert. ] |
|||||
Thore
Nutzer
07.07.2010, 12:24 Uhr [ - Direktlink - ] |
Thema: Der Stack gehört mir! (?)
Brett: Programmierung Ich bin der gleichen Meinung wie thomas. Speicher pro Thread alloziieren und meinetwegen in statischen Variablen die Pointer schreiben. Dann kann jeder Thread mit seinem eigenen Stackpointer in seinem eigenen Stack rumfahren und Daten schreiben/lesen. Du brauchst, wenn Du nur Register retten willst, auch nur maximal 16 * 32 Bit = 64 Byte, wobei Du sicher ein Adress-Register als Stackpointer verwenden magst? D0 sollte für Rückgabewerte verwendet werden. Dann ein movem über die nötigen Register auf deinen Stackpointer mit postincrement. sowas wie lea.l #MySP, a1 movem.l d0-d6/a3/a5, (a1)+ als Beispiel dafür. Sollte klappen wenn der reservierte Speicher ausreicht. (ungetestet mit diesem code, nur als Anschauungsbeispiel wie es gehen könnte) Zu Punkt 3: Ja mehrmaliges sichern der Register braucht dann auch mehr Stack. Gib ihm am besten gleich 150K oder so, dann bist auf der sicheren Seite ![]() [ Dieser Beitrag wurde von Thore am 07.07.2010 um 12:25 Uhr geändert. ] [ Dieser Beitrag wurde von Thore am 07.07.2010 um 12:26 Uhr geändert. ] |
|||||
Thore
Nutzer
07.07.2010, 12:06 Uhr [ - Direktlink - ] |
Thema: Hilfe bei Zusammenstellung Programmliste für SAM
Brett: Amiga, AmigaOS 4 > Für auf der Arbeit reicht es aber nicht Liegt eher in der Tatsache der sogenannten Standardsoftware/-hardware begründet (Hardware/Software-Kompatibilität, Office, spezielle Programme die für die Arbeit nötig sind), sowie Preisverhältnis. Beispiel am Mac: bei uns auf der Arbeit werden keine Macs eingesetzt, obwohl sie auch das alles "können". Linux kann auch das alles, wird aber auch nicht an den Arbeitsplätzen eingesetzt. Es ist die Frage "wo geht die große Masse hin, da schwimmen wir mal mit". |
|||||
Thore
Nutzer
07.07.2010, 09:08 Uhr [ - Direktlink - ] |
Thema: Amiga 500 HDD Fragen
Brett: Amiga, AmigaOS 4 Du kannst nicht alle Spiele einfach so auf Festplatte installieren. Es gibt verschiedene Arten: - Spiele mit Installer (Monkey Island, Indiana Jones,...) lassen sich einfach installieren - DOS Spiele auf Datei-Basis lassen sich durch Kopieren und Setzen von alias-Namen (assign) so installieren, daß sie lauffähig sind (*) - NoDOS Spiele lassen sich nicht direkt installieren, hier ist ein Installer wie WHDLoad nötig. (*) Wird hardwaretechnisch auf DF0: geprüft lässt sich dieses Spiel nicht einfach so installieren. Hier wäre dann WHDLoad eine Lösung. |
|||||
Thore
Nutzer
06.07.2010, 14:27 Uhr [ - Direktlink - ] |
Thema: Der Stack gehört mir! (?)
Brett: Programmierung Du kannst einen eigenen Stack machen, reservier Speicher in der gewünschten Größe, und halte einen Stackpointer parat, der auf den aktuellen Eintrag zeigt. Programmierst du in PPC oder 68k? (Muss man ja heutzutage nachfragen ![]() |
|||||
Thore
Nutzer
06.07.2010, 10:17 Uhr [ - Direktlink - ] |
Thema: Hilfe bei Zusammenstellung Programmliste für SAM
Brett: Amiga, AmigaOS 4 Ach soll es doch weiterentwickelt werden? Ich ging davon aus, daß der letzte Versionsstand zwar vertrieben wird, jedoch nicht geupdated wird ![]() |
|||||
Thore
Nutzer
05.07.2010, 15:47 Uhr [ - Direktlink - ] |
Thema: Amiga Explorer 2010
Brett: AROS und Amiga-Emulatoren Bei ner Firewall sollte es gar nicht funktionieren. Sonst wärs eine schlampige Firewall *g* Ist innerhalb der Amiga-Umgebung auch alles langsam, dann kanns ein Problem beim Schreiben der Dateien sein. Falls es doch eine Firewall ist beuge ich mich der Tatsache ![]() |
|||||
Thore
Nutzer
05.07.2010, 13:43 Uhr [ - Direktlink - ] |
Thema: Hilfe bei Zusammenstellung Programmliste für SAM
Brett: Amiga, AmigaOS 4 Das einzig brauchbare war MetalWeb, wird allerdings schon lange nicht mehr weiterentwickelt. Allerdings nur HTML ohne CSS. Aber HTML schreibt man meines erachtens besser von Hand ![]() WordWorth ist recht gut und dank ARexx sehr gut erweiterbar. Hab damit auch gocr eingebunden. Text aus Grafik laden, und als Text darstellen. Feine Sache. Man kann auch als PS speichern (per bestimmten Druckertreiber) und dann als pdf konvertieren. Pagestream bietet hier allerdings die komfortablere Alternative. ArtEffect4 ist wirklich sehr gut. Wird zwar nicht mehr weiterentwickelt aber auch der letzte Stand ist durchaus beachtlich. ImageFX ist sicher auch in der gleichen Region in Sachen Funktionalität anzusiedeln. [ Dieser Beitrag wurde von Thore am 05.07.2010 um 13:46 Uhr geändert. ] |
|||||
Thore
Nutzer
01.07.2010, 22:37 Uhr [ - Direktlink - ] |
Thema: Motorola PowerStack
Brett: MorphOS Du kannst ein Linux draufmachen, ein Debian zum Beispiel. Damit hast du eine nette Maschine ![]() |
|||||
Thore
Nutzer
29.06.2010, 21:25 Uhr [ - Direktlink - ] |
Thema: A1200 green screen
Brett: Amiga, AmigaOS 4 Erschütterung bei SMD Bausteine bei thermisch ungünstigen Bedingungen können sowas verursachen (in richtiger Sprache: Wenns zu heiß ist und das Ding nen Schlag bekommt können die Kontakte brechen, vor allem bei Verbindungen die nicht so gut halten) Dann, statische Aufladung kann einen MOS Chip oder RAM kaputtmachen. Dann, Sockel können brechen, Pins können Wackler haben, die Möglichkeiten sind vielseitig. Es können auch Elektrolyt-Kondensatoren auslaufen, und durch die Lage den grünen Bildschirm auslösen. Was bei dir defekt ist und warum kann man per Ferndiagnose natürlich nicht bestimmen ![]() |
|||||
Thore
Nutzer
29.06.2010, 16:20 Uhr [ - Direktlink - ] |
Thema: A1200 green screen
Brett: Amiga, AmigaOS 4 Die Chips sind bei Vesalia erhältlich. Agnus heißt beim A1200 und A4000 übrigens Alice. Er kostet ca 10 Euro. Interessant mit dem aufgelöteten Kickstart. Ich vermute daß einem Besitzer der Sockel kaputtgegangen ist ![]() |
|||||
Thore
Nutzer
29.06.2010, 14:43 Uhr [ - Direktlink - ] |
Thema: A1200 green screen
Brett: Amiga, AmigaOS 4 Chip Mem ist richtig. Das Problem kann auch im Agnus liegen. Ich glaube beim A1200 sind die Chips aufgelötet. Ohne Löten wird es schwierig werden... |
|||||
Thore
Nutzer
28.06.2010, 14:12 Uhr [ - Direktlink - ] |
Thema: Amiga Forever 2010
Brett: AROS und Amiga-Emulatoren Hast Du mehrere Partitionen auf dem Win7? Wenn Du C: und D: hast, mach in D: ein Verzeichnis und verwende das. M$ verhunzt die Verzeichnisstrukuten seit Vista dermaßen (interne und externe/display Namen, Rechteverwaltung etc pp....) ![]() Ist deine ini auch zur eingesetzten WinUAE Version kompatibel? |
|||||
Thore
Nutzer
25.06.2010, 16:37 Uhr [ - Direktlink - ] |
Thema: Amiga X1000 bei golem.de
Brett: Amiga, AmigaOS 4 Mark hat es nicht veröffentlicht weil das nicht wirklich gut lief ![]() |
|||||
Thore
Nutzer
23.06.2010, 12:53 Uhr [ - Direktlink - ] |
Thema: A600 FPU
Brett: Amiga, AmigaOS 4 Vesalia hat momentan keine auf Lager, aber Du kannst mal nachfragen... |
|||||
Thore
Nutzer
23.06.2010, 09:15 Uhr [ - Direktlink - ] |
Thema: A600 FPU
Brett: Amiga, AmigaOS 4 Das könnte zu seltsamen Glitches führen. Ich denk aber daß die 25Mhz FPU nicht auf 50 MHz getaktet werden kann, ich denk maximal auf 33 dann ist ende (grob geschätzt). Die CPU wird hier auf keinen Fall gedrosselt, der wird über den Quarz getaktet, den Du auf dem Board findest. 50MHz 68882 FPUs sind nicht mehr so teuer, im PGA Gehäuse gerade mal 30 Euronen. Was für ne CPU hast Du denn drauf? Ein EC060? [ Dieser Beitrag wurde von Thore am 23.06.2010 um 09:16 Uhr geändert. ] |
|||||
Thore
Nutzer
22.06.2010, 22:20 Uhr [ - Direktlink - ] |
Thema: A600 FPU
Brett: Amiga, AmigaOS 4 Vesalia hat recht mit der Meinung, daß man sie übertakten kann. Allerdings spielt auch das Bus-System und bei anderen Karten zum Beispiel RAM-Geschwindigkeit eine Rolle. Der Chip an sich hält das aber aus. |
|||||
Thore
Nutzer
22.06.2010, 14:30 Uhr [ - Direktlink - ] |
Thema: Vortex System 2000
Brett: Amiga, AmigaOS 4 Ist es die Installationsdiskette wie diese hier? http://amiga.resource.cx/install/System2000.dms Unter Kick1.3 kannst Du alle Dateien nur in der shell darstellen. Starte dazu von der Workbench-Diskette System/CLI und lege dann die andere Diskette ein. Schreib dann: dir df0: dann siehst du den Inhalt. Der A500 sollte ab Kick1.3 von der Platte booten können. |
|||||
Thore
Nutzer
21.06.2010, 09:49 Uhr [ - Direktlink - ] |
Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4 Es gibt viele Wege. Das Verzeichnis in dem die Mails sind, ist das ausschlaggebende. Möglichkeiten: 1. Passwort löschen (siehe oben) 2. User mit gleichem Verzeichnis anlegen 3. Mails in anderes Verzeichnis eines bestehenden Users mit bekanntem Passwort kopieren. 4. Passwort rausfinden (ist schwach "verschlüsselt") |
|||||
Thore
Nutzer
20.06.2010, 22:37 Uhr [ - Direktlink - ] |
Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4 Schau deine Mail, ich kann Dir da bestimmt helfen ![]() [ Dieser Beitrag wurde von Thore am 20.06.2010 um 22:45 Uhr geändert. ] |
|||||
Thore
Nutzer
20.06.2010, 15:30 Uhr [ - Direktlink - ] |
Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4 Installier mal diese hier von 2009: http://sourceforge.net/projects/codesetslib/files/codesets.library/6.10/codesets-6.10.lha/download Kommt der Fehler dann immer noch? |
|||||
Thore
Nutzer
20.06.2010, 11:05 Uhr [ - Direktlink - ] |
Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4 Schreib mal version codesets.library FULL Welche Version wird angezeigt? (am besten ganzen Versionsstring mitteilen) |
|||||
Thore
Nutzer
17.06.2010, 20:56 Uhr [ - Direktlink - ] |
Thema: Steuerung zwischen GUI und "Ausführern"?
Brett: Programmierung Beispiel: Die Spieler kennen das Spielfeld. Klickt ein Spieler eine Aktion an, weiß das nur dieser Spieler. Erst wenn der Spieler aufs Spielfeld klickt, übergibt er dem Spielfeld in diesem Slot seine Aktion. Vorher weiß das Spielfeld nichts. Du hast damit also keine verwobene Struktur sondern nur Spieler->Spielfeld und ggf Spielfeld->Spieler. Oder Du machst ein Context der alle Spieler und das Spielfeld kennt, und arbeitest über den. |
|||||
Thore
Nutzer
17.06.2010, 14:22 Uhr [ - Direktlink - ] |
Thema: Steuerung zwischen GUI und "Ausführern"?
Brett: Programmierung Du hast doch interagierende Objekte: Spielfeld, SpielerA, SpielerB, ... Die Spieler sehen alle Felder (Gebäude etc) des Spielfelds. Wird eine Aktion betätigt (z.B. will Gebäude bauen) dann hat nur der Spieler diesen Status. Die anderen Spieler und das Spielfeld wissen davon noch nichts. Klickst Du nun aufs Spielfeld, gibt der Spieler dem Spielfeld über den Status mit was er machen will (Mit meiner Idee über ein Flag, oder Holgers Idee als Hook-Funktion, beides geht). Das Spielfeld weiß nun, an Stelle x,y wird ein Häusle gebaut. Die anderen Spieler sehen ja die Attribute des Spielfelds, und somit auch den Bau des neuen Gebäudes. Ob jemand eine Aktion plant, ist jedoch verborgen. Kannst Dir wie ein Stern (oder Baum) vorstellen, in der Mitte das Spielfeld und außenrum die Spieler (und ggf andere Objekte) |
|||||
Thore
Nutzer
17.06.2010, 12:38 Uhr [ - Direktlink - ] |
Thema: Steuerung zwischen GUI und "Ausführern"?
Brett: Programmierung Ich habe kein Zustands-Übergangs-Automat beschrieben (oder bewusst beschreiben wollen), und das Wort Automat extra in Anführungszeichen gesetzt. Das kann man aber dennoch als DFA realisieren, dann springt man bei der nächsten Aktions-Wahl wieder auf den Start zurück und setzt dann das neue Flag, so ist immer nur ein Flag aktiv. Und man kann bei meinem beschriebenen auch mehrere Aktionen verwenden, richtig. Was auch je nach Spiel Sinn machen kann, ob in diesem das weiß nur der Autor ![]() Berücksichtigt werden muss, ob die Reihenfolge mehrere gewählten Aktionen eingehalten werden muss, dann ist diese Art wie ich es beschrieben hab nicht machbar. Ansonsten in vielen Programmen gängige Praxis... Du kannst es ähnlich wie ein Betriebssystem als Überbau machen, das die laufenden "Prozesse" überwacht. Die Aktionen können Timer/Event-gesteuert (trigger) ablaufen, oder in einer Master-Schleife schrittweise abgearbeitet werden. Wie Du es realisierst hängt davon ab was Du machen willst. [ Dieser Beitrag wurde von Thore am 17.06.2010 um 12:38 Uhr geändert. ] |
|||||
Thore
Nutzer
16.06.2010, 09:34 Uhr [ - Direktlink - ] |
Thema: Steuerung zwischen GUI und "Ausführern"?
Brett: Programmierung Du kannst ein "Automat" entwerfen, der auf Status basiert. Jeder Spieler hat dann seine eigenen Status. Wird eine Aktion gemacht, wird ein Flag gesetzt: sbKampf, sbBau, sbAbriss, etc pp (als Bitfelder leicht zu realisieren). Klickst Du in das Ziel, dann muss nur der Status geprüft werden, welcher gesetzt ist. 1. Klick auf einen Button --> Status setzen (damit ist der Automat im nächsten Schritt) 1a. Klick auf einen anderen Button --> neuen Status setzen (überschreiben) 2. Klick auf Ziel --> Status auswerten und entsprechend reagieren, Status wieder resetten, Automat nun wieder im "Auswahlzustand") Klickt man nur auf eine Fläche und ist kein Status gesetzt, dann wird auch keine Aktion ausgeführt (oder ein Auswahl-Modus für Gebäude, Fahrzeuge etc, so ein Standardmodus eben) Vorteil: Du kannst auch mehrere Status setzen, falls Du dies wünschst, so bist Du sehr flexibel was die Aktionen betrifft. |
|||||
|
![]() |
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
![]() |