amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 49 50 51 52 53 -54- 55 56 57 58 59 Letzte Ergebnisse der Suche: 1858 Treffer (30 pro Seite)
Reth   Nutzer

05.01.2005, 12:50 Uhr

[ - Direktlink - ]
Thema: GCC und Hooks?
Brett: Programmierung

Zitat:
Original von whose:

Hallo Reth, schau doch nochmal in unseren Mailverkehr von letztens, da hatte ich Dir die GCC-Syntax aufgeführt. Soweit ich weiß, sollte die Syntax auch beim G++ ihren Dienst tun. Ich schau aber nachher nochmal nach, wie das da ausschaut und geb Dir Bescheid.

Frohes neues Jahr übrigens :D

Grüße


Danke, werd uch machen!

Dir und allen anderen auch ein frohes neues Jahr!

Ciao
 
Reth   Nutzer

04.01.2005, 22:24 Uhr

[ - Direktlink - ]
Thema: GCC und Hooks?
Brett: Programmierung

Hallo allerseits,

eine Suche nach diesem Thema hier und in Google brachte noch kein Ergebnis.

Ich portiere gerade meine Sourcen zum GCC (G++) und habe eine Klasse, die einen Screenmoderequester liefert, welcher nur 8Bit Modi zulässt. Den Filter habe ich mittels einer Hookfunktion realisiert, welche in eine Hook-Struktur eingetragen wird.

Nun hat diese Methode bei meinem bisherigen Compiler ihre Parameter mit folgender Syntax:

register __a0 struct *Hook

etc.

G++ jammert nun, dass er einen Parseerror an oder vor * bekommt!?

Wie ist denn die Syntax beim GCC (G++)?

Gibt es noch andere Dinge, die beim Portieren beachtet werden müssen (evtl. irgendwo dokumentiert)? Denn der G++ mag auch nicht, wie ich die Filterfunktion in die Hookstruktur eintrage!?

Danke schon mal!

Ciao
 
Reth   Nutzer

01.01.2005, 17:11 Uhr

[ - Direktlink - ]
Thema: Pfad bleibt nicht gesetzt
Brett: Amiga, AmigaOS 4

@Holger

Danke für die Hinweise! Hab mir nun ne path-startup geschrieben, die nach der USer-startup ohne run ausgeführt wird. Dann tuts auch!

Ciao
 
Reth   Nutzer

01.01.2005, 17:09 Uhr

[ - Direktlink - ]
Thema: GoldED5 Statuszeile
Brett: Programmierung

Zitat:
Original von geit:

Ich bin zwar nicht der riesige GoldED Experte, aber einiges weis ich schon.

Das mit der Statuszeile ist einfach. Rechter Mausklick dann
Dateityp-Einstellungen und dort "Erweiterungen" öffnen.

Da stehen die benutzten Erweiterungen für C++. Dort kann man die ganzen Teile konfigurieren.
Das mit der Statuszeile ist einfach. Doppelklick auf QuickInfo.api und dort ist hinten im
Argumente String warscheinlich ein "statusline" eingetragen.

Da stehen auch alle verwendeten Dateien.


Danke für den Tip. Leider steht da nur ein Verweis auf die Datei os3words. In dieser stehen dann die ganzen Funktionsköpfe. Denke mal, dass es damit zusammenhängt und man dort evtl. Zeilenumbrüche einfügt. Allerdings muss ich ausprobieren, wie das dann in der Statuszeile rüberkommt.
Für die Konfig der Statuszeile hab ich noch nichts gefunden!

Zitat:
Also bei mir ist es so. Ich hab aber den aktuellen GoldED drauf und da war das schon Default.

Kann man da in der Konfig der 5er Version was abändern, damit das auch tut? Weiss das jmd?

Ciao
 
Reth   Nutzer

01.01.2005, 14:51 Uhr

[ - Direktlink - ]
Thema: Pfad bleibt nicht gesetzt
Brett: Amiga, AmigaOS 4

Hallo zusammen und ein frohes neues Jahr wünsche ich!

Mich plagt seit letztem Jahr ein Problem mit meinem Pfad, den ich in der user-startup setze, nachdem in der startup-sequence der initiale Pfad gesetzt wird!

In der user-startup werden dem Pfad noch Verzeichnisse hinzugefügt, diese sind aber nicht mehr vorhanden, wenn man ein Shellfenster öffnet und path eingibt. Wenn ich den Pfad im Shellfenster erweitere mittels add und das Fenster dann schließe und ein neues öffne, ist der Pfad nicht mehr mit dem ge-addeten Teil vorhanden, sondern nur noch der initiale Teil (ich glaub der aus der Startup-Sequence).

Das dünkt mir seltsam! Es scheint, dass die user-startup und die Shellfenster eigene Umgebungen haben, in denen eigene Umgebungsvariablen gesetzt sind!?

Die user-startup wird bei mir glaub ich mit run ausgeführt, so dass das Booten schneller geht (bin mir gerad nicht 100% sicher und nicht an meinem A4000). Vielleicht liegt es auch daran?
Das erklärt aber noch nicht das "Verlieren" des Pfades, den man in einem Shellfenster eintippt, dieses schließt und ein neues öffnet und sich den Pfad anzeigen lässt.

Wie kann man den globalen Pfad der gesamten WB dauerhaft beeinflussen?

Danke schon mal
Ciao
 
Reth   Nutzer

31.12.2004, 01:15 Uhr

[ - Direktlink - ]
Thema: GoldED5 Statuszeile
Brett: Programmierung

Hallo allerseits,

weiss zufällig jmd. wie man die Statuszeile bei GoldED5 manipuliert.

Ich habe folgendes Problem: Ich habe mir für GCC (GG-Installation) den C++ Modus des GED5 angepasst und Referenzen erstellt.
Nun bekomme ich bei z.B. Systemstrukturen des AOS mit Hilfe der Referenz ein Fenster geöffnet, in dem die Struktur innerhalb des entsprechenden Headerfiles angezeigt wird.

Bei Systemfunktionen klappt dies leider nicht, obwohl die in der Referenz auch enthalten sind, mitsamt den Protos!

Bei Systemfunktionen bekommt man aber deren Syntax in der Statuszeile angezeigt.

Leider ist diese nicht immer breit genug, den gesamten Funktionskopf mit allen benötigten Parametern anzuzeigen.

Kann man das irgendwie beeinflussen, oder die Refernz dazu bringen, auch bei Systemfunktionen zu funktionieren?

Gibt es eine Möglichkeit, Systemfunktionsnamen automatisch farblich markieren zu lassen, ohne einen neuen Parser zu schreiben?

Aber GoldED ist echt super! Seit dem ich ihn kenne unschlagbar!

Vielen Dank schon mal!
Ciao
 
Reth   Nutzer

27.12.2004, 19:29 Uhr

[ - Direktlink - ]
Thema: GCC Anfängerproblem
Brett: Programmierung

HAllo gni!

Zitat:
Original von gni:
Welches Filesystem benutzt Du? Nachdem Du die Datei schon umbenannt hast, solltest Du sie ins Compilerverzeichnis legen, also dahin wo cc1plus liegt.


Ich benutze SFS. Die Datei liegt momentan noch bei den anderen .a-Dateien im Lib-Verzeichnis.

Wieso muss sie umkopiert werden?
Gibt es noch mehr, was ich beachten muss (Links, Umbenennen, Kopieren)?

Danke nochmals
Ciao
 
Reth   Nutzer

27.12.2004, 11:19 Uhr

[ - Direktlink - ]
Thema: GCC Anfängerproblem
Brett: Programmierung

Zitat:
Original von gni:
Warum existiert der Link bei Dir nicht?


Das kann ich Dir nicht sagen, wusste nicht mal, dass er existieren muss! Hab einfach nur den Installer durchlaufen lassen!

Ciao
 
Reth   Nutzer

26.12.2004, 13:54 Uhr

[ - Direktlink - ]
Thema: GCC Anfängerproblem
Brett: Programmierung

Na toll!

Die libstdc++.a hieß bei mir libstdc++.a.2.10.0. Nach dem Umbenennen hats dann compiliert!

Danke schon mal!

Melde mich bestimmt bald mit weiteren Fragen, wenn ich anfange meine Sourcen zu portieren! 8)

Ciao und schöne Feiertage noch!
 
Reth   Nutzer

24.12.2004, 13:57 Uhr

[ - Direktlink - ]
Thema: GCC Anfängerproblem
Brett: Programmierung

@Käsebrötchen

Danke für die Aufklärung.

Habs nochmal probiert. Folgende Fehlermeldung bei g++ -o Hello Hello.cpp:

/gg/m68k-amigaos/bin/ld: cannot open -lstdc++: No such file or directory
collect2: ld returned 1 exit status

Die Dateien (libstdc++.a, libamiga.a, etc.) liegen aber in GG:lib!

???

Ciao

[ Dieser Beitrag wurde von Reth am 24.12.2004 editiert. ]
 
Reth   Nutzer

24.12.2004, 12:28 Uhr

[ - Direktlink - ]
Thema: GCC Anfängerproblem
Brett: Programmierung

Hallo Käsebrötchen,

vielen Dank für Deine Hilfe (auch an die anderen).

Zitat:
Original von Kaesebroetchen:
#include <stream.h>
int main()
{
cout << "Hellon";
}

Und das compiliert ?

Nimm mal statt dessen:

#include <iostream>

int main()
{
std::cout << "Hallo" << std::endl;
return 0;
}


Werd ich probieren. Was bedeutet in diesem Zusammenhang denn die Syntax std::cout? Ist das ne statische Methode? Kenne die Syntax nur bei Methodendefinitionen in den Codeteilen von C++ Klassen bzw. beim Aufruf überladener/überschriebener Methoden.

Zitat:
Gib mal in der Shell folgendes ein:

gg: <enter>
cd lib <enter>
dir <enter>

dort solltest du neben der libstdc++.a auch noch die libamiga.a
und noch einige andere finden.


Sind alle vorhanden. Das Einzige, was nicht aus der User-StartUp bis mit in die Shell kommt und was nach dem manuellen Setzen in der Shell, dem anschließenden Schließen der Shell und neu öffnen nicht überlebt ist die PAth-Anweisung.
Wie bekommt man die denn gesetzt, so dass sie immer für alle Shells und das ganze System gilt?

Ciao
René
 
Reth   Nutzer

23.12.2004, 23:26 Uhr

[ - Direktlink - ]
Thema: GCC Anfängerproblem
Brett: Programmierung

Hallo allerseits,

habe ein paar Fragen.
Nachdem ich mir den GCC von hier:

http://www.kefren.be/modules.php?name=Downloads&d_op=viewdownload&cid=1


mit Update installiert habe, habe ich folgendes Beispiel ausprobiert:

#include <stream.h>
int main()
{
cout << "Hellon";
}

Und dann der Aufruf gcc -o Hello Hello.cpp (oder beide Hellos anders
herum, weiss ich immer nie).

Der Aufruf erfolgte nicht aus dem GG: Verzeichnis oder eines Unterordners sondern aus Verzeichnis des Quellcodes.

Beim Ausgeben der GCC Pfade (mit der entsprechenden Option) waren die
Includeverzeichnisse nicht aufgelistet!
Das sind die Fehlermeldungen:

/t/ccKrIDX9.o(.text+0x1a): undefined reference to 'cout'
/t/ccKrIDX9.o(.text+0x20): undefined reference to
'ostream::operator<<(char const *)'

Beim Aufruf von:

g++ -o Hello Hello.cpp
Kommen folgende Fehler:
/gg/m68k-amigaos/bin/ld: cannot open -lstdc++: No such file or directory
collect2: ld returned 1 exit status

Was mach ich falsch? Die Installation lief problemlos. In der User-StartUp stehen alle Assigns und die Path-Anweisung. Seltsamerweise wird letztere wohl nicht ausgeführt, da der Pfad GG:bin nicht mit in einer geöffneten Shell enthalten ist.
Kopiere ich die Path-Anweisung in die Shell und führe sie dann aus, funktioniert das (aber immer noch nicht das Compilieren)!

Muss die PATH-Anweisung irgendwie exportiert werden, damit sie auch in allen Shells zur Verfügung steht?

In der Anleitung zum GCC konnte ich (noch) nichts finden. Aber muss man noch die jenseitsmäßigen Settings usw. vornehmen, wie man sie auch eigentlich von Linux-/Unixprogrammen gewohnt ist, damit das Ganze funktioniert?
Bin eigentlich davon ausgegangen,dass mit dem Installer alles notwendige eingerichet ist, um compilieren zu können.

Das o.a. Beispiel ist m.W. sogar aus der Doku des GCC bzw. aus nem GCC-Beispiel aus dem WEB, nur leicht abgeändert (dort stand #include "iostream.h", was aber auch nicht ging).

Danke schon mal für jede Hilfe!

Ciao
 
Reth   Nutzer

17.12.2004, 02:52 Uhr

[ - Direktlink - ]
Thema: GCC Installation für AOS3.9
Brett: Programmierung

Gibts denn ne Integration von GCC in Golded (nicht AIX, sondern ältere Versionen), so dass mann z.B. den Compiler aus GED starten kann, dass Projekt compilieren und Compilerfehler direkt im Source anspringen kann?

Unter GED4 gabs mal sowas für nen C Compiler, hab vergleichbares für GCC bisher leider nicht gefunden.

Ciao
 
Reth   Nutzer

15.12.2004, 15:01 Uhr

[ - Direktlink - ]
Thema: GCC Installation für AOS3.9
Brett: Programmierung

Hallo allerseits,

sind die GCC-Archive im Aminet die aktuellste Version für das AOS3.9 oder gibt es für die GCC Installation so etwas wie das installierbare SDK des AOS4.0?

Reicht es die GCC-Archive herunterzuladen und zu extrahieren (mitsamt den notwendigen Assigns und was noch so in den GCC-Dokumenten steht), oder benötigt man mehr, um das Ganze zum Laufen zu bekommen?

Danke schon mal
Ciao
 
Reth   Nutzer

01.12.2004, 21:11 Uhr

[ - Direktlink - ]
Thema: Amiga Tastatur:CTRL, LShift, LAlt, LAmiga tun nicht mehr!
Brett: Amiga, AmigaOS 4

Hm, die Caps Lock Taste lässt sich eigentlich noch bedienen. Und egal, ob an oder aus, die besagten 4 Tasten tun nicht.

Aber ich hab noch nicht nach der Folie gesehen!

Ciao
 
Reth   Nutzer

01.12.2004, 10:36 Uhr

[ - Direktlink - ]
Thema: Amiga Tastatur:CTRL, LShift, LAlt, LAmiga tun nicht mehr!
Brett: Amiga, AmigaOS 4

Hm, dann muss ich die Tastatur wohl mal mehr auseinandernehmen als je zuvor. Hatte bisher immer nur das Plastikgehäuase abgemacht.
 
Reth   Nutzer

30.11.2004, 20:07 Uhr

[ - Direktlink - ]
Thema: Amiga Tastatur:CTRL, LShift, LAlt, LAmiga tun nicht mehr!
Brett: Amiga, AmigaOS 4

Hallo zusammen,

vielleicht weiss jmd. Rat. Bei der "Reparatur" meiner Space-Taste hab ich wohl übertrieben. Jetzt funktionieren meine CTRL-, LShift-, LALt-, LAmiga-Taste nicht mehr.

Weiss jmd., wo man da rütteln/nachschauen etc. muss? Evtl. eine Ader des Kabels oder so?

Danke schon mal
Ciao
 
Reth   Nutzer

16.11.2004, 22:38 Uhr

[ - Direktlink - ]
Thema: Grafikkonverter für Programmierer
Brett: Programmierung

Zitat:
Das war nur eine Frage. Für jemanden, der eine Plattform kennen lernen möchte, beschäftigst du dich meiner Meinung nach ziemlich wenig mit den Details.

Eine Frage ist etwas anderes.
Ich möchte die Plattform nicht in- und auswendig kennenlernen, kann mich auch gar nicht mehr erinnern das irgendwo so kundegetan zu haben. Ich möchte eigentlich "nur" mein(e) Programm(e) für den Amiga entwickeln und wenn ich da mit Doku RKRM Autodocs etc. weiterkomme, dann frag ich halt!

Zitat:
Nun, eine GUI zu schreiben halte ich auch für überflüssig. Aber wenn du das Konvertierungsprogramm von Anfang an selber geschrieben hättest, hättest du direkt erkannt, wie die Daten aufgebaut sein müssen und wärst nicht über die Bugs in ArtPro gestolpert. Überhaupt finde ich deine Motivation, ein Problem zu analysieren, ziemlich gering gegenüber dem Vertrauen in die Korrektheit des Programms eines anderen.

Ich habe einige Deiner und andere Codes durchaus analysiert, was glaubst Du denn woher ich den Ausschnitt mit dem Rastport zum Füllen der eigenen BitMap habe?
Dafür bin ich auch jedem dankbar. Hab selbst auch schon das Vergnügen gehabt.
Meine Motivation ein Problem analysieren ist meist recht ergebnisorientiert, zudem sass ich an diesem Problem nun schon seit mehreren Wochen - für mich mehr als zuviel Zeit! Und wenn man sich nicht mehr auf andere Software verlassen können soll, dann kann man ja schon mal anfangen sein BIOS zu programmieren für ne Hardware, deren Chiplogik man am besten auch selbst entworfen hat um gleich darauf das Betriebssystem für den so gebauten Rechner zu schreiben. NAchdem man nun alle notwendigen Komponenten aus eigener Quelle hat kann man ja daran gehen einen CrossCompiler für z.B. AOS3.9 68k zu schreiben, damit man endlich Software für den Amiga programmieren kann!

Deine Funktion erzeugt laut Deiner Aussage ein Bytearray, welches für WritePixelArray8() verwendet werden kann. Dieses muss 16Bit-aligned sein (wenn ich Dich in den vergangenen Posts richtig verstanden habe).
Ich suche aber gerad ein Programm, was eine Grafik 8Bit-Aligned im Chunkyformat abspeichert, was für WriteChunkyPixel() ausreicht!

Zudem ist für mich (und bestimmt auch andere) ein Programm sehr nützlich, mit dem ich meine Grafiken zuschneiden und gleich im benötigten Sourceformat abspeichern kann (wie z.B. in ArtPro).

Ciao

[ Dieser Beitrag wurde von Reth am 16.11.2004 editiert. ]
 
Reth   Nutzer

16.11.2004, 13:42 Uhr

[ - Direktlink - ]
Thema: Grafikkonverter für Programmierer
Brett: Programmierung

Zitat:
Original von thomas:

Falls du dich erinnerst, ich habe dir eins gegeben, sogar mit Quelltext:

Oder muß es unbedingt eine GUI sein ?


An den hatte ich nicht mehr gedacht, sorry! GUI ist natürlich immer willkommen!

Zitat:
Du bist doch (Möchtegern- ?) Programmierer,

Was soll das denn jetzt?

Zitat:
da kannst du dir die GUI doch selber schreiben.

Klar kann/könnt ich das. Wenn ich aber an der eigentlichen Software weiterarbeiten will, hab ich keine Zeit und auch wenig Lust mir alle Tools, die man so braucht jedesmal selbst zu schreiben.

Und bevor jmd. fragt: Ja ich hab im Aminet nachgesehen mit dem gleichen Ergebnis wie whose (Danke nochmal an ihn an dieser Stelle)!

[ Dieser Beitrag wurde von Reth am 16.11.2004 editiert. ]
 
Reth   Nutzer

16.11.2004, 12:54 Uhr

[ - Direktlink - ]
Thema: Grafikkonverter für Programmierer
Brett: Programmierung

Hallo allerseits,

kennt da jmd. ein gutes Tool? Hab bisher immer ArtPro verwendet, was ich auch klasse finde.

Leider erstellt dieses Programm beim Schreiben von C-Sourcedaten im Chunkymode immer word-aligned Byte-Arrays (hat mir der damalige Programmierer bestätigt).

Nur passiert das in einer Art und Weise, dass z.B. bei einer 23x46 diese total verschoben ist, weil z.T. Leerbytes eingefügt werden, dafür aber dann am Ende Grafikbytes fehlen!

Die einzige Lösung ist seine Grafiken so anzupassen, dass sie word-aligned Bytearrays ergeben.

Kennt da jmd. ein gutes Alternativwerkzeuch (für 8Bit-Grafiken)?

Danke schon mal
Ciao
 
Reth   Nutzer

14.11.2004, 12:37 Uhr

[ - Direktlink - ]
Thema: Privilegverletzung bei FreeBitMap()
Brett: Programmierung

@whose

Danke für Dein Angebot, der Code mit Daten ist schon raus!

@All

Glaube das Problem gelöst zu haben!

WriteChunkyPixel() braucht wohl ein Datenfeld, dessen gesamte Byteanzahl ein Vielfaches von 16 oder auch nur von 8 (letzteres hab ich nicht extra getestet) sein muss! Dann klappts auch unter DblPalHires Flimmerfrei!

Bin drauf gekommen, als ich mir die Byteanzahl des größeren Bildes angeschaut hab (und nachdem was whose oben schon anführte):

100x80=8000 Vielfaches von 8 und 16
23x46=1058 Kein Vielfaches von 8 und auch nicht von 16

Habe dann das kleinere Bild auf 24x46 erweitert (=1104 Vielfaches von 8 und 16!) und schon ging es!

Steht leider bei keiner der Dokumentationen, die ich zu WriteChunkyPixel() hab!

Danke nochmal an alle!
Hoffe, dass ich zu dem Thread keine neuen Probleme mehr schreiben muss!

Ciao
 
Reth   Nutzer

14.11.2004, 02:18 Uhr

[ - Direktlink - ]
Thema: Privilegverletzung bei FreeBitMap()
Brett: Programmierung

Also wenn meine Vorgehensweise korrekt ist, wieso funktioniert dann der Algorithmus mit WriteChunkyPixels() bei meinen 100x80 Bildern, aber nicht bei meine 23x46 Bildern?

Wenn ich bei letzteren die BytesPerRow mit 24 angeb (was ja eigentlich falsch ist), dann sehens sie fast normal aus, ansonsten verschoben wie in dem Beispielbild!

Hab für WriteChunkyPixels() aber keinerlei Einschränkungen in den Docs gefunden!

?( ?( ?(

Soeben hab ich festgestellt, dass unter DblPalHires Flimmerfrei nicht einmal die 100x80 Bilder stimmen!
Was ist denn da los? Sind die Systemfunktionen denn zu gar nix mehr zu gebrauchen?

X(

Ciao

[ Dieser Beitrag wurde von Reth am 14.11.2004 editiert. ]
 
Reth   Nutzer

13.11.2004, 23:27 Uhr

[ - Direktlink - ]
Thema: Privilegverletzung bei FreeBitMap()
Brett: Programmierung

@bubblebobble

Danke nochmals für die Hinweise, die sind schon sehr einleuchtend.

Aber kannst Du mir erklären (damit ichs auch verstehe, warums so ist), wieso die von mir angewandte vorgehensweise nicht funktioniert?

Ich erstelle die Bilddaten und speichere sie im Chunkyformat ab.
Danach allokiere ich eine BitMap in der Höhe und Breite des Bildes und in 8Bit Tiefe (alle diese Werte sind mir bekannt!).
Als FriendBitMap gebe ich hier die BitMap des Fensters an,in welches ich später blitten möchte, da ich denke, dass das eher hilft als schadet.

Danach initialisiere ich einen RastPort, weise ihm die soeben allozierte BitMap zu und schreibe das Datenarry mit WriteChunkyPixel() in den Rastport.

An keiner Stelle mache ich doch da Annahmen über die BitMap oder?
Das einzige, was ich noch nicht tue ist die BitMap zu sperren, aber WriteChunkyPixel() arbeitet auf dem RastPort, keine Ahnung, ob das nicht schon ne Sperrung vornimmt?

Ab dem Zeitpunkt wird die BitMap nur noch geblittet und nicht mehr verändert.

Wo liegt denn da genau mein Problem. Ich sehe zumindest nicht, wo ich Annahmen über die BitMap treffe möchte aber alle Fehler ausschließen!

Ich dachte mit diesem Weg erledigen die Systemfunktionen alle evtl. notwendigen Anpassungen?
Das entnahm ich jedenfalls den Posts der anderen!

Irgendwie scheinen sich hier einige Antworten zu widersprechen oder ich blicks nicht ganz?!?

Ciao
 
Reth   Nutzer

13.11.2004, 19:47 Uhr

[ - Direktlink - ]
Thema: Wie Facts aus Genesis heraus starten?
Brett: Amiga, AmigaOS 4

Jetzt hats geklappt, musste nur den absoluten Pfad mit Laufwerk angeben!
 
Reth   Nutzer

13.11.2004, 19:43 Uhr

[ - Direktlink - ]
Thema: Wie Facts aus Genesis heraus starten?
Brett: Amiga, AmigaOS 4

Danke schön werd ich probieren!

Aber wieso startet Facts denn nicht, wenn man es mit Icon in den Requester zieht und StartTyp WB wählt?

Dann hätte man auch gleich alle Tooltypes genutzt!
 
Reth   Nutzer

13.11.2004, 19:21 Uhr

[ - Direktlink - ]
Thema: Wie Facts aus Genesis heraus starten?
Brett: Amiga, AmigaOS 4

Hallo zusammen,

wie kann ich denn Facts so mit Genesis starten, dass es tut?

Hatte es zuerst in der WBStartUp und obwohl Genesis immer schon vorher gestartet wird, ist es noch nicht online, wenn Facts beginnt zu starten.

Nun hab ich in Genesis beim betroffenen Interface und dem Ereignis Online einfach Facts starten lassen mit der Einstellung WB, Facts wird aber nicht mehr aus WBStartUP gestartet.

Das Ergebnis ist, dass Facts überhaupt nicht erst anläuft!

Was muss ich denn wie einstellen damit das klappt?

DAnke

Ciao
 
Reth   Nutzer

11.11.2004, 19:47 Uhr

[ - Direktlink - ]
Thema: Privilegverletzung bei FreeBitMap()
Brett: Programmierung

Zitat:
Original von thomas:

Den Array braucht man sich gar nicht anzusehen. Du schreibst, daß folgendes funktioniert:

Zitat:
WriteChunkyPixels (&rp, 0, 0, 99, 79, data, 100);

D.h. dein Array hat pro Zeile 100 Bytes. Für WPA8 muß die Anzahl Bytes pro Zeile aber durch 16 teilbar sein, das haben wir lang und breit durchgekaut. D.h. wenn du es schaffst, daß

WriteChunkyPixels (&rp, 0, 0, 99, 79, data, 112);

funktioniert, dann wird auch WritePixelArray8 funktionieren. Sprich, du mußt in deinem Array an jede Zeile 12 Null-Bytes anhängen.


Hab ja auch nie was anderes behauptet!

Hab mich aber in dem Post mit dem ;( gewundert warum WPA8() immer noch nicht geht! Dort hab ich das Bild extra 112 Pixel breit genommen!

Heut hab ich die Lösung des Problems gefunden! Ich darf bei der temporären BitMap keine FriendBitMap angegen und schon gehts!

Ciao
 
Reth   Nutzer

11.11.2004, 18:48 Uhr

[ - Direktlink - ]
Thema: Privilegverletzung bei FreeBitMap()
Brett: Programmierung

Hi bubblebobble (das Spiel muss es Dir mächtig angetan haben! :D )

Danke für Deine Antwort!

Zitat:
Original von bubblebobble:
Also ich habe mir das Beispielbild angesehen.
Es stimmt definitiv die Bytes Per Row Angabe nicht
mit dem Bild überein, das sieht man sofort and
den schrägen Verläufen. Da die Farben stimmen, ist
es definitiv kein Problem mit Chunky vs. Planar,
dann hättest du nämlich kompletten Salat.
Das rosa am Ende sieht aus, als wenn du über die Bitmap
hinausliesst, d.h. Die Bytes-Per-Row die der WPA annimmt
sind höher als das Bild.


Aber ich gebe doch nirgendwo die Bytes per Row an, nur die Dimensionen und die Tiefe. D.h. die Bytes Per Row ermittelt er bei Bedarf selbst!
Vielleicht hängt das ja mit der FriendBitMap bei der temporären BitMap zusammen?

Hast Du Dir das Array mal angesehen? Da stehen genau so viele Bytes wie Pixel drinne und dennoch klappts mit WPA8() nicht aber mit WriteChunkyPixels()

Zitat:
Ich empfehle dir, nutze Datatypes oder die guigfx.library.
Alles andere ist doch Rumgemurkse, was wenn du es einmal
am Laufen hast spätestens beim nächsten Update
von AOS4 nicht mehr funktionert. (<-Scherz).


Ist die Library den AOS Standard wie die Graphics Library?

Mein Ziel ist es nämlich nur AOS komponenten zu nehmen, damit das Programm auf so vielen Konfigurationen wie nur möglich läuft, drum auch möglichst keine Datatypes.

Das es momentan unter AOS4 tut ist eher Zufall. Da ich auch Betatester bin, will ich es später sowieso anpassen und dabei auf GCC umstellen.

Zitat:
Alle Befehle die als Ziel einen Rastport haben, werden
auch automatisch geclipped, soweit ich weis. Alle, die eine
Bitmap oder was anderes haben clippen natürlich nicht. Die
Layers sind mit dem RastPort verbunden. Das kannst du dir ja
auch zu nutze machen, wenn du z.B. eine Status anzeige hast und
die nicht übermalen willst. Dann kannst du mit InstallClipRegion()
den Layer temporär verändern, Blitten und wieder rückgängig machen.
So ersarst du dir mühsames Clippen von hand, und schneller dürfte
es auch sein.


Hast Du mir dazu zufällig ein Codebeispiel? Wäre toll, das könnte ich bestimmt mal gut brauchen, denn meine Statusanzeige wird noch erweitert!

Ciao
 
Reth   Nutzer

11.11.2004, 10:28 Uhr

[ - Direktlink - ]
Thema: Privilegverletzung bei FreeBitMap()
Brett: Programmierung

@Holger

Danke für den Hinweis, werde die FriendBitMap bei der temporäre BitMap weglassen und wenn das noch nicht hilft, die Breite der temporären BitMap beim Alloc() auf ein Vielfaches von 16 anpassen um zu sehen wo der Fehler lag.

Verwenden werde ich dann erstmal weiter WriteChunkyPixel().

Ciao
 
Reth   Nutzer

10.11.2004, 22:40 Uhr

[ - Direktlink - ]
Thema: Privilegverletzung bei FreeBitMap()
Brett: Programmierung

Was allerdings mit demselben Array wunderbar funktioniert ist:

WriteChunkyPixels (&rp, 0, 0, 99, 79, data, 100);

Also muss ich irgendwo bei WPA8() noch nen Fehler haben!
Aus Performancegründen würd ich schon gern WPA8() nehmen!

Ciao
 
 
Erste << 49 50 51 52 53 -54- 55 56 57 58 59 Letzte Ergebnisse der Suche: 1858 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.