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 << 23 24 25 26 27 -28- 29 30 Ergebnisse der Suche: 899 Treffer (30 pro Seite)
DariusBrewka   [Benutzer gesperrt]

27.08.2002, 00:26 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

@Georg

nein data->layer ist natürlich kein Layer der layers.library es ist eine Private Struktur und dass ist auch nicht worauf es ankommt, genauso könnte ich alles nach RectFill löschen.

@Holger

wo habe ich geschrieben, dass dieses nur in meinen Programmen auftritt? und wo habe ich geschrieben dass das nur bei RectFill auftritt, genausogut kann ich auch BlitBitMapRastPort, eine Funktion der guigfx oder irgendeine andere Blockop nutzen.

Selbst ein einfaches

win = OpenWindow(....)
RectFill(win->RPort, ....)

würde früher oder Später den gleichen Fehler produzieren.

Mein Programm tut was es soll und wie viele andere auch macht es den gleichen Fehler für den es keine Ursache gibt.
 
DariusBrewka   [Benutzer gesperrt]

26.08.2002, 15:58 Uhr

[ - Direktlink - ]
Thema: Libs mit in Archiv packen.
Brett: Amiga, AmigaOS 4

Also ich würde sagen, dass es ganz auf die libs ankommt, du musst halt in den Readmes&Co schauen, so Allgemein lässt sich das nicht sagen.

Nebenbei finde ich es besser das nicht zu tun, da es die Archive unnötigerweise grösser macht und ich habe kein FlatRate&DSL
 
DariusBrewka   [Benutzer gesperrt]

25.08.2002, 02:07 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

@Holger

Nein tue ich nicht, aber das ist auch völlig Egal ob ich MUI oder sonst etwas nutze, früher oder später kommt das immer.
Hier war es RectFill, aber es kommt bei jeder BlockOperation vor, z.b. auch in guigfx etc.

Entfernung aller Patches bringt nichts, vieleicht würde die Entfernung von P96 etwas bringen aber mit AGA kann ich nicht arbeiten und mir macht das eigentlich auch nicht soviel aus, nur für andere scheint das ein Bug zu sein und ich bin überzeugt dass es das nicht sein kann.
 
DariusBrewka   [Benutzer gesperrt]

24.08.2002, 01:43 Uhr

[ - Direktlink - ]
Thema: WindowsXP Auf AmigaOS ?
Brett: Amiga, AmigaOS 4

Also wenn du bis 2020 Zeit hast das Windows hochläd kann man sogar auf einem A500 einen PC Emulator nutzen, der WinXP startet.
 
DariusBrewka   [Benutzer gesperrt]

23.08.2002, 14:06 Uhr

[ - Direktlink - ]
Thema: NewDTObject Absturz
Brett: Programmierung

@gni

Zur Hälfte weil ich eine Library angefordert habe, die Optional ist und trotzdem die weitere Initialisierung abgebrochen habe, wodurch auch die DataTypesBase NULL war. Was den Compiler aber nicht gejuckt hat den Fehlercode zu ignorieren und trotzdem weiterzumachen.

Es war mein MaxonC++ Compiler, den ich aber nur für dieses kleine Projekt beutzt habe, da es nicht mit einem anderen zu übersetzen ging.
Und zwar, weil der Code in C++ ist und man laut GCC (2.95) Anleitung im C++ Modus keine Parameter in Registern übergeben kann. Ein Versuch mit extern "c" hat nichts gebracht.

[ Dieser Beitrag wurde von DariusBrewka am 23.08.2002 editiert. ]
 
DariusBrewka   [Benutzer gesperrt]

23.08.2002, 13:59 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

@gni

Ich habe es von verschiedenen Personen gehört, die einen echten amiga benutzt haben.

@solar

natürlich ist es schwierig zu behaupten dass es Fehlerfrei ist.
Aber wenn es wirklich die simpelsten Operationen sind kann man nicht von Fehlern sprechen.

hier ein Beispiel (ein anderes habe ich durch Falschen Tastendruck leider gelöscht)

code:
SAVEDS ULONG shapeDraw(struct IClass *cl,Object *obj,struct MUIP_Draw *msg) {
   struct MyShapeData *data = INST_DATA(cl,obj);
   		 UWORD ocx, ocy;

   DoSuperMethodA(cl,obj,(Msg) msg);

   if (!(msg->flags & MADF_DRAWOBJECT)) return(0);

   if (data->layer) {
      SetAPen(_rp(obj), 0);
      RectFill(_rp(obj), _mleft(obj), _mtop(obj), _mright(obj), _mbottom(obj));
      ocx = data->layer->cx;
      ocy = data->layer->cy;
      data->layer->cx = -_mleft(obj);
      data->layer->cy = -_mtop(obj);
      RepaintShapeLayerRastPort(_rp(obj), data->layer);
      data->layer->cx = ocx;
      data->layer->cy = ocy;
   } else {
      SetAPen(_rp(obj), 0);
      RectFill(_rp(obj), _mleft(obj), _mtop(obj), _mright(obj), _mbottom(obj));
   }
   return(0);
}


es geht um die RectFill() Anweisung, es kann niemand behaupten das dort irgendetwas Falsch ist und dennoch ist es gerade eben passiert das der Block in der gleichen Grösse nicht bei _mleft(), _mtop() und schon garnicht bei _rp(), sondern bei 0,0 in &WorkbenchScreen->RastPort gezeichnet wurde
 
DariusBrewka   [Benutzer gesperrt]

22.08.2002, 21:08 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

An Alle bei denen mit Toolbar.mcc 15.7 ein Absturz erfolgt bitte ich mich anzuschreiben. Hier hat der Compiler Mist Produziert der Fehler sollte nun behoben sein.

gruss
 
DariusBrewka   [Benutzer gesperrt]

22.08.2002, 21:03 Uhr

[ - Direktlink - ]
Thema: NewDTObject Absturz
Brett: Programmierung

Fehler ist behoben, war zur Hälfte mein Fehler aber der dürfte nur dazu führen das das Teil nicht gestartet werden kann, wurde es aber Trotzdem da der Compiler irgendwelchen Müll produziert hat.
Er hätte bei einem Fehler in eine Fehlerroutine Springen sollen stattdessen war im Assemblercode nur ein Herrenloses tst d0, aber kein Sprung. Kann man ja wirklich nicht draufkommen :-(

gruss
 
DariusBrewka   [Benutzer gesperrt]

22.08.2002, 12:37 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

Wie gesagt benutze ich WinUAE und Patches habe ich alle Entfernt ohne Erfolg. Ferner berichteten mir andere vom gleichen Fehler die nicht WinUAE nutzen.

Das Problem daran ist, dass der Fehler extrem Selten kommt, sodass man eigentlich kaum daran arbeiten kann. Wie gesagt bei meinem Programm trat er nicht mehr auch.

Mir kommt es vor ob die Graphikkarte als Zwischenspeicher missbraucht wird. Ich beispielweise habe guigfx benutzt um Sachen zu zeichnen und habe mir gedacht dass vieleicht der RastPortpointer NULL ist, also habe ich den extra auf NULL gesetzt um zu sehen was Passiert, aber es tat sich nichts hier wurde nichts gezeichnet.

Was MuForce&Co angeht bin ich mir sicher dass WinUAE keine MMU unterstützt.

gruss.
 
DariusBrewka   [Benutzer gesperrt]

21.08.2002, 23:28 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

@padrino

Nee das mit dem ToolManager werde ich garantiert nicht machen, da ich mein eigenes Projekt fortführen will.

@Holger

Ich weiss nicht aber ich habe glaube ich erwähnt das man das picture.datatype V43 braucht, da die älteren soweit ich mich erinnere keine Masken unterstützen. Ich habe auch keine Lust die Masken selber zu berechnen!
 
DariusBrewka   [Benutzer gesperrt]

21.08.2002, 15:13 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

Es kann nicht an mir liegen, da ich die Sachen überprüft habe. Das Fenster und somit auch der RastPort ist vorhanden als auch die Koordinaten stimmen, anfangs habe ich vermutet dass es irgendwie an der guigfx.library liegen könnte aber da dieser Fehler in letzter Zeit auch in anderen Programmen auftaucht die diese nicht nutzen muss es etwas anderes sein.
Wie gesagt ein Delay() schien diesen Fehler zu beheben (nach OpenWindow() ), habe jetzt nicht nachgeschaut ob dieese Funktion auch "asynchron" arbeitet aber ich habe auch noch nie Probleme damit gehabt und habe nie bei irgendeinem Programm ein Delay() oder eine sicherlich bessere Wartemöglichkeit nach OpenWindow() gesehen.
 
DariusBrewka   [Benutzer gesperrt]

21.08.2002, 13:14 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

@Bladerunner

das Problem das du die Icons nicht Transparent bekommst liegt wohlmöglich darin das dein MalProgramm das nicht mit Abspeichert.

Für Transparenzen brauchst du eine Maske, die erzeuge ich aber nicht selber, sondern lasse sie mittels picture.datatype erzeugen.

Wenn meine Icons bei dir Transparent sind, ich habe die mit Photoshop bearbeitet und gestern habe ich Festgestelt dass das garnicht nötig war, da PPaint beim Speichern (bei mir) von PNGs die Farbe0 als Transparenzfarbe abspeichert.

Ich bin ansonsten kein Graphiker und weiss nicht wie man Masken explizit erzeugen kann bzw ob das AmigaProgramme unterstützen.

Also mit PPaint versuchen.


@AndiW

der source zu Toolbar.mcc ist frei verfügbar und jeder kann damit rumspielen, da das bisher ja aber scheinbar keiner getan hat habe ich das übernommen d.h. wenn irgendwann eine andere Version von irgendeinem anderen auftaucht muss man wählen welche einem besser gefällt.

Aber auf grossartige Weiterentwicklung zu hoffen ist utopisch, da ich in erster Linie die Ränder wegbekommen wollte und ansonsten auch nicht sehe warum ich noch viel neues einbauen sollte (welche Programme benutzen toolbar.mcc?)

Ansonsten hat die Arbeit am Toolmanager patch 2 Minuten und an Toolbar.mcc 10 Minuten gedauert, nur so um zu zeigen mit was für Schwierigkeiten ich zu Kämpfen hatte ;-)

Apropo ToolManager Patch, die Ränder sind immer noch da, nur die sieht man nicht mehr, kommt aber auf das selbe hinaus. Es werden nur 4 Bytes im Code gepatcht
 
DariusBrewka   [Benutzer gesperrt]

21.08.2002, 12:56 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

@thomas,

Irgendwie finde ich deine letzten beiden Ausdrucksweisen ein wenig unverschämt!

Was ChangeWindowBox() angeht, geht das Problem auf das Jahr 95 zurück, wo es zumindestens mir nicht Möglich war die AutoDocs einfach so aus dem Internet zu laden, man war auf Bücher beschränkt wo das nicht drinne stand!

Meine Frage hast du damit nicht beantwortet, warum diese grauen (bunten) Kästen auftauchen.

gruss
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 23:48 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Das Problem ist darin zu suchen, was genau in YAMNewIcons2_4 steht, insbesondere 2_4 deutet auf etwas hin ;-)

schaut euch die Write.toolbar von YAM2.3 und von YAM2.4 an!, steht aber im Readme auf Aminet

[ Dieser Beitrag wurde von DariusBrewka am 20.08.2002 editiert. ]
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 20:53 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

Ich habe irgendwelche unerklärlichen Fehler die ich anfangs auf mein Programm abschob obwohl das eigentlich nicht sei konnte.

Es geht darum das ich Sachen abbilde die dann in seltenen Fällen an einer völlig anderen Position auftauchen, obwohl ich die Koordinaten überprüft habe und sowohl die als auch der RastPort korrekt sind.

Nun erhalte ich die selben Fehler mit den Unterschiedlichsten Programmen, sodass ich nicht davon ausgehen kann, dass es an meinem Programm liebt. An WinUAE was ich anfangs annahm kann es auch nicht liegen, da andere mir den Fehler auch berichteten, die WinUAE nicht benutzen. Also muss es ein Problem in der graphics.library oder mit P96 sein, Fehler äussert sich darin, dass z.B. Bilder oder einfarbige Blöcke am linkern oberen Bildschirmrand auftauchen.

Ich habe mich an ein Problem mit ChangeWindowBox erinnert, z.B. war es unmöglich nach ChangeWindowBox() graphikoperationen durchzuführen, da die Funktion zurückzukehren scheint obwohl noch garnicht beendet, so habe ich nach ChangeWindowBox() ein Delay() eingefügt wodurch die Probleme verschwanden, nun habe ich das selbe mit dem anderen Problem ausprobiert und seit 3 Monaten habe ich diese Fehler nicht mehr.

Hat jemand ähnliches erlebt oder kennt die Lösung dafür?

gruss
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 20:43 Uhr

[ - Direktlink - ]
Thema: NewDTObject Absturz
Brett: Programmierung

es ist schon alles in Ordnung, es geht um Toolbar.mcc welches ich ein wenig erweitert habe und es bei mir und den meisten läuft, nur bei einigen halt nicht und das was nicht läuft bzw. wo deren Rechner hängen bleibt ist NewDTObject(), und die Teile davor habe ich nicht überarbeitet. Nach deren angabe lief die alte Version bei ihnen.

Derjenige mit dem ich mich darüber Unterhalten habe, hat mir gesagt das er in seiner Gruppe einen ähnlichen bzw. den gleichen Hänger mit NewDTObjcet hatte. Kurios, aber leider ist es so.

?????
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 14:38 Uhr

[ - Direktlink - ]
Thema: NewDTObject Absturz
Brett: Programmierung

Danke, habe ich nicht!
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 12:27 Uhr

[ - Direktlink - ]
Thema: NewDTObject Absturz
Brett: Programmierung

Hi, hat jemand Ahnung oder eine Lösung warum besagte Funktion auf einigen Rechnern Funktioniert auf anderen aber mit den unterschiedlichsten Fehlermeldungen abschmiert?

Ok, die Beschreibung ist nicht sehr detailiert, aber vieleicht ist das ein Allgemeines Problem.

gruss

Darius
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 11:28 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

@NARR

Nein er hatte Recht ich hatte das selbe Problem vor einigen Tagen, nach einiger Zeit brach (zumindestens hier der IE) das laden einfach ab, beim druck auf Stop war jedoch alles zu sehen.

gruss
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 11:24 Uhr

[ - Direktlink - ]
Thema: Wie Programmieren?
Brett: Programmierung

@tokai

Also ich würde dir 100% zustimmen, ging mir genauso

gruss

Darius
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 00:18 Uhr

[ - Direktlink - ]
Thema: coden unter emulation
Brett: Programmierung

Also nach langer Amiga-Losen-Tasten-Zeit habe ich gemerkt das Einfügen und Pos1 auf den Tasten über dem Cursor der rechten und linken Amiga Taste entsprechen. Hoffe das hilft ;-)

Bild down ist HELP (bei mir zumindestens)

(uups das wolltest du ja garnicht, man sollte halt vorher lesen!)

[ Dieser Beitrag wurde von DariusBrewka am 20.08.2002 editiert. ]
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 00:15 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

@AndiW,

Ich glaube du verwechselst etwas beim Toolmanager ging es um einen Patch, da es anders nicht geht. Toolbar.mcc ist etwas völlig anderes und da habe ich den Orginal source benutzt da es auch erlaubt ist/war.

@Schlafi

Hmm, eigentlich ist am Source nicht viel geändert wurden sodass es eigentlich laufen müsste (und es nach der Mehrheit der mir zugeschickten Mails auch tut (eine Ausnahme, ähnliches Problem)). Im Moment kann ich nur darauf tippen, dass etwas an den Datatypes nicht funktioniert von welchem ich wie ich denke als einer der wenigen das PDTA_MaskPlane Attribut auslese und vieleicht (aber wirklich nur vieleicht) es bei manchen Versionen des picture Datatypes nicht richtig Implementiert ist, oder eine Version eines anderen Prozessors drauf ist auch wenn andere Programme laufen da sie PDTA_MaskPlane nicht verwenden. (über 68000 Reden wir hier aber doch nicht oder?

bei Problemen könnt ihr mich ja direkt anschreiben und bitte Konfiguration angeben.

PS: den ToolManager patch habe ich ins Aminet upgeloaded, aber man weiss ja nie wann das da erscheint.
 
DariusBrewka   [Benutzer gesperrt]

20.08.2002, 00:00 Uhr

[ - Direktlink - ]
Thema: coden unter emulation
Brett: Programmierung

Hi bender, ich benutze hier vbcc und gcc unter WinUAE ohne Probleme, aber nur unter der Gcc Version 2.95(3) unter 2.7 hatte ich auch Abstürze. Mit vbcc kann ich mein Hauptprojekt übersetzen, aber ich kann keine Optimierungen einschalten da das dann Stunden dauert und am Ende nicht läuft. Aber egal da ich nun hauptsächlich den Gcc verwende.
 
DariusBrewka   [Benutzer gesperrt]

19.08.2002, 13:51 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Nuja, wer sagt denn dass ich am ToolManager source rumgepfuscht habe?, ich habe einen Patch geschrieben, der die Toolmanager.library patcht, d.h. an ZWEI! offsets Werte verändert und es lief!

dass das verboten sein soll habe ich in der Anleitung zum source nicht gefunden, ausserdem was soll man mit solch einem Source anfangen, den man weder benutzen noch ändern darf?

So oder so werde ich wenn ich rückantwort über das funktionieren bei anderen erhalte das PatchTool, nicht die Library ins Aminet stellen.

gruss
 
DariusBrewka   [Benutzer gesperrt]

19.08.2002, 04:05 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Wenn du in den Preferences "activate on MouseHit" anwählst dann schon ;-), ahso das mit dem ToolManager habe ich auch schon gamacht ;-)
 
DariusBrewka   [Benutzer gesperrt]

19.08.2002, 00:11 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Habs gerade im Aminet entdeckt, wichtig PNG Datatype und picture.datatype V43 werden gebraucht (PNG nur wegen des Imageformats der mit zu saugenden YAMNewIcons_2.4)
 
DariusBrewka   [Benutzer gesperrt]

18.08.2002, 14:36 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Also Rechtliches habe ich nichts zu befürchten, da ich den Author angeschrieben habe und mit seiner Erlaubnis tun darf was ich will, nur verdienen darf ich nichts (logisch) und daran wird doch wohl auch keiner glauben oder?

OK, ich werde es dann ins Aminet stellen, aber wichtig für die Rahmenlosen icons braucht man auch Images mit Transparenz. Darum werde ich die YAMNewIcons im PNG Format nochmal in's Aminet stellen, denke mal Martin "Mason" wird nichts dagegen haben, auch wenn ich in die Write.toolbar ein neues Bildchen dazugelinkt habe um mit YAM2.4(DEV) laufen zu können.

gruss
 
DariusBrewka   [Benutzer gesperrt]

18.08.2002, 14:28 Uhr

[ - Direktlink - ]
Thema: Wie Programmieren?
Brett: Programmierung

OK, hast recht habs übersehen ;-)

 
DariusBrewka   [Benutzer gesperrt]

18.08.2002, 01:52 Uhr

[ - Direktlink - ]
Thema: Toolbar.mcc erweitern?
Brett: Amiga, AmigaOS 4

Hallo, da mir die Ränder um die Buttons in Beispielweise YAM auf den Keks gingen, habe ich den Source der Toolbar.mcc/mcp Klasse erweitert.

Wie das ausschauen kann, kann man z.B. auf meinen WB-ScreenShow auf GfxBase.com sehen.

Meine Frage besteht daran interesse, oder soll ich das Project in die Tonne kloppen???

gruss

Darius
 
DariusBrewka   [Benutzer gesperrt]

17.08.2002, 12:49 Uhr

[ - Direktlink - ]
Thema: Wie Programmieren?
Brett: Programmierung

DOSSBase = OpenLibrary("dos.library", 39);
Open("filename", MODE_OLDFILE);

ist ein einfaches C(++) Programm und ich bezweifele, dass es sich ohne Änderung auf ein anderes System übersetzen lässt.

Egal, ein Java Programm ist sofern die gleichen Voraussetzungen erfüllt sind (API Kompatibel) auf jeden Rechner, der Java kann. Es sei denn es wird z.B. JNI verwendet.

gruss

Darius
 
 
Erste << 23 24 25 26 27 -28- 29 30 Ergebnisse der Suche: 899 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.
.