ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
DariusBrewka
[Benutzer gesperrt]
21.07.2005, 12:08 Uhr [ - Direktlink - ] |
Thema: Userinitiative für AOS4 auf Peg?
Brett: Amiga, AmigaOS 4 Carsten bzg.AOS4 auf Mac, ich denke mal du kennst die AmigaUser, die benutzen heut zu Tage noch Hardware von 1985 und ich bin mir sicher dass es für uns kein Problem sein sollte Mac hardware auch dann zu benutzen wenn Apple 2007 aus dem PPC Markt aussteigt. Neue Kunden wirds so oder so nicht mehr geben. |
|||||
DariusBrewka
[Benutzer gesperrt]
21.07.2005, 10:40 Uhr [ - Direktlink - ] |
Thema: Amiga API kennenlernen
Brett: Programmierung Hmm, AFAIK habe ich mir damals auch das MOS SDK heruntergeladen und das einzige was ich an Autodocs gefunden habe weren diejenigen, welche für MUI und einige kleine Ergänzungen, sollte sich daran etwas geändert haben?, oder ich einfach Blind gewesen sein. Andererseits verstehe ich nicht so ganz dein Problem, wenn du etwas über Grafik wissen willst, siehst du dir das graphics.doc an, bei Ein und Ausgaben dos.doc. Nützlich dafür ist allerdings ein Autodoc viewer. |
|||||
DariusBrewka
[Benutzer gesperrt]
21.07.2005, 10:34 Uhr [ - Direktlink - ] |
Thema: Stack wird immer weniger
Brett: Programmierung Zitat: eine Library gehört ganz einfach auch zum Program (zum Task), wenn in der Library irgendwo ein jsr/bsr seht, dann wird die Rücksprungadresse auf deinem Stack abgelegt. Der Stack wird ja auch in dem Sinne nicht weniger, der Stackpointer zeigt nur irgendwo anders hin. Nur wenn die Library etwas asyncron macht, dann hat sie dafür i.d.R ihren eigenen Stack. >Man könnte i.A. testen ob es am spezifischen Datatype liegt indem >du erstmal nur ein betimmtes Datenformat wählst, sollte das z.B. >bei PNG gehen aber bei Jpeg nicht, so ist irgendwas mit dem jpeg >datatype nicht in Ordnung, sollten Alle Formate fehlerhat sein, >dann kann das picture.datatype buggy sein oder halt dein Programm. Zitat: versuche doch einfach mal einen anderen Dateityp. Zitat: Ja das sieht so aus, dürfte für das Stack Problem aber auch nicht Verantwortlich sein, andererseits habe ich von Basic nicht so die Ahnung und es ist für mich schwer herauszulesen was du da oben genau machst und ob colors32& nicht noch irgendwo verwendet wird. |
|||||
DariusBrewka
[Benutzer gesperrt]
21.07.2005, 01:12 Uhr [ - Direktlink - ] |
Thema: Kommentarfunktion
Brett: Forum und Interna Wäre eigentlich nicht schlecht, ich für meinen Teil schreibe immer unter meinem Namen und bin per Permanent-Cookie immer eingelogt. Ich habe noch NIE unter anderen Namen/Nick gepostet. |
|||||
DariusBrewka
[Benutzer gesperrt]
21.07.2005, 00:47 Uhr [ - Direktlink - ] |
Thema: Stack wird immer weniger
Brett: Programmierung Zitat: ich denke das wird bei Stack Problemen weniger der Fall sein, es wäre eher dann der Fall wenn folgendes Konstrukt verwendet wird void ShowPicture(name) { DisplayPicture(name); name=FileRequest("gebe einen Bildnamen ein"); ShowPicture(name); } bei so etwas bekommt man früher oder Später immer Stack Probleme, aber soetwas tut man in solch einem Fall ja auch nicht. |
|||||
DariusBrewka
[Benutzer gesperrt]
21.07.2005, 00:42 Uhr [ - Direktlink - ] |
Thema: Stack wird immer weniger
Brett: Programmierung Ich denke so einfach wird sich der Fehler nicht finden lassen, wenn der Source zugänglich ist kann dir sicherlich eher geholfen werden. Man könnte i.A. testen ob es am spezifischen Datatype liegt indem du erstmal nur ein betimmtes Datenformat wählst, sollte das z.B. bei PNG gehen aber bei Jpeg nicht, so ist irgendwas mit dem jpeg datatype nicht in Ordnung, sollten Alle Formate fehlerhat sein, dann kann das picture.datatype buggy sein oder halt dein Programm. Hast du den Fehler irgendwie eingekreist? |
|||||
DariusBrewka
[Benutzer gesperrt]
20.07.2005, 19:14 Uhr [ - Direktlink - ] |
Thema: IFF-Bilder mit PPT 6.18
Brett: Programmierung Da muss ich Thomas leider Recht geben, ich habe mit PPT nur Probleme gehabt. Es gab nicht ein mal, wo es nicht abgeschmiert ist, zum Konvertieren von Bildern gibt es sicher noch massig vernünftige Alternativen. |
|||||
DariusBrewka
[Benutzer gesperrt]
11.07.2005, 13:39 Uhr [ - Direktlink - ] |
Thema: Popupmenue.library
Brett: Amiga, AmigaOS 4 Merkwürdig habe gestern nach dem Autor der Library gesucht und bin auch auf diese Seite gestossen. |
|||||
DariusBrewka
[Benutzer gesperrt]
09.07.2005, 19:25 Uhr [ - Direktlink - ] |
Thema: Richtig Quoten
Brett: Forum und Interna Ich denke, am besten wäre es wenn man den Text einfach markieren könnte und dann auf Quote Button, dann wird das markierte automatsch Eingerückt , ob das mit Javascript ginge? [ Dieser Beitrag wurde von DariusBrewka am 09.07.2005 um 19:27 Uhr editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
08.07.2005, 00:27 Uhr [ - Direktlink - ] |
Thema: SetRast und RectFill kein Effekt?
Brett: Programmierung Hört sich Merkwürdig an, hatte auch nie Probleme damit. Vieleicht kannst du mir dein Executable schicken und ich Teste ob es bei mir läuft, allerdings habe ich nicht CGX Installiert sondern die Emu aus P96, aber dann könnte man ausschliessen dass es an dem Programm seber liegt. Kann ja sein, dass etwas an deinem System nicht stimmt. |
|||||
DariusBrewka
[Benutzer gesperrt]
08.07.2005, 00:18 Uhr [ - Direktlink - ] |
Thema: Richtig Quoten
Brett: Forum und Interna @CarstenS leider hat die Methode nur Sinn, wenn man die Zeilen relativ früh abbricht und wenn dieser Text mehrere male verschachtelt ist, dann ist ganz Sense. |
|||||
DariusBrewka
[Benutzer gesperrt]
07.07.2005, 00:19 Uhr [ - Direktlink - ] |
Thema: Was läuft schief????
Brett: Forum und Interna Wenn du schon die Skripte machst, wäre es dann nicht auch möglich da eine Vorschau einzubauen, wie es auch in den Kommentaren geht? dann müsste man nicht so oft seinen Mist korrigieren und keiner würde das Zeug schon lesen während man Korrigiert (wenn überhaupt). Ich fände das ganz Gut. |
|||||
DariusBrewka
[Benutzer gesperrt]
07.07.2005, 00:11 Uhr [ - Direktlink - ] |
Thema: Grundlegende Grafikroutinen
Brett: Programmierung @Ralf Ich habe hier gestern schon geschrieben, leider gab es scheinbar ein Problem im Forum und mein Test scheint gelöscht worden zu sein. Es ging um das Problem mit Wait(), GetMsg(), das dir mal 0 und mal 8 zurückgegeben wird. Kann es ein dass du ggf. die Nachricht zu früh beantwortest?, d.h. msg=getMsg(); replyMsg(msg); direkt hintereinander aufrufst, anstatt nach getmsg erstmal die Nachricht zu bearbeiten und dann zu replyen? es it so, dass das ReplyMsg() dem absender sag, dass die Nachricht bearbeitet wurde und er diese ggf. löschen kann, d.h. du musst vor ReplyMsg() alles was für dich wichtig an der Nachricht ist merken und dann replyen, ansonsten kann es ein dass z.B. der TastenCode schon gelöscht wurde, bevor du anfängst die Nachricht zu bearbeiten. Der Code (hier Psydocode, da ich die genaue Syntax nicht im Kopf habe) sollte dann eher so aussehen msg = GetMsg(); code = msg->imsg_code; replyMsg(msg) if (code == MOUSEBUTTON_LEFT) ... und nicht so msg = GetMsg() ReplyMsg(msg) if (msg->imsg_code==MOUSEBUTTON_LEFT) ... im zweitem Fall kann das Code Feld nach ReplyMsg schon gelöscht worden sein, muss es aber nicht, was auch das Auftreten von 0 und 8 erklären würde. gruss PS: wäre es nicht möglich auch eine Vorschau Funktion in die Foren zu integrieren? |
|||||
DariusBrewka
[Benutzer gesperrt]
06.07.2005, 10:08 Uhr [ - Direktlink - ] |
Thema: Was läuft schief????
Brett: Forum und Interna Scheint zu stimmen, z.B. programmierung/grundlegende Grafikfunktionen; als letzte News steht bei mir 5.7.2005 von Käsebrötchen, im Forum selber steht aber mein Post als letzter Beitrag, aber das Thema selber ist leer obwohl schon 20 Beiträge vorhanden waren. |
|||||
DariusBrewka
[Benutzer gesperrt]
05.07.2005, 12:01 Uhr [ - Direktlink - ] |
Thema: Grundlegende Grafikroutinen
Brett: Programmierung @Holger Ist klar, ist halt so dass man gewöhnlich mehrere Signale in seinem Programm braucht und schnell WaitPort() vergisst. Andererseits macht WaitPort() AFAIK auch nichts anderes als Wait(1<<port->mp_SigNumber), was ich schade finde ist aber, dass man nicht einen SharedPort kreieren kann, der für Fenster, Arexx, ScreenNotify, AppWindow usw. genutzt werden kann, denn ich habe fast alle Signale in meinem Programm belegt. |
|||||
DariusBrewka
[Benutzer gesperrt]
05.07.2005, 00:04 Uhr [ - Direktlink - ] |
Thema: Grundlegende Grafikroutinen
Brett: Programmierung Dass xWait etwas verschluckt, könnte daran liegen dass ein xWait nicht sagt dass EINE Nachricht angekommen ist, sondern nur das irgendetwas passiert ist. Dass heisst nach einem xWait musst du eine schleife einbauen die solange den Massegeport abfragt wie Messages da sind in C könnte das so aussehen: code:while (running){ xWait() while (msg = GetMsg(MsgPort)) { ... ReplyMsg(msg); } } erst wenn GetMsg() eine NULL zurückgibt musst du wieder xWait aufrufen ,nicht Vergessen das GetMsg() sagt was passiert ist, also jedes GetMsg() in der Schleife bearbeiten. [ Dieser Beitrag wurde von DariusBrewka am 05.07.2005 um 00:09 Uhr editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
02.07.2005, 22:09 Uhr [ - Direktlink - ] |
Thema: Character im Filenamen zählbar?
Brett: Programmierung Ich habe noch eine andere Möglichkeit gefunden, die setzt aber vorraus dass die Datei dessen Länge ermittelt werden soll auch existiert. code:.KEY NAME/F .BRA { .KET } c:list >t:tempname "{NAME}" LFORMAT "%m" eval >t:templen 'c:list t:tempname LFORMAT "%l"' - 1 echo "Länge des Filenamens ohne Erweiterung 'type t:templen'" delete >nil: t:tempname delete >nil: t:templen [ Dieser Beitrag wurde von DariusBrewka am 02.07.2005 um 22:11 Uhr editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
29.06.2005, 13:25 Uhr [ - Direktlink - ] |
Thema: GGC 3.4.2 (OS 4) Warnung => Warum?
Brett: Programmierung Zitat: OpenScreenTagList erwartet als ersten Parameter einen Zeiger au eine NewScreen Struktur, du gibst hier aber eine 0 an, was ein Integer ist. Für 0 Pointer verwendet man NULL. Zitat: das ti_Data Feld ist vom Type ULONG, es ist genau umgekehrt wie oben, d.h. nimm hier (ULONG) anstatt (struct Screen *) |
|||||
DariusBrewka
[Benutzer gesperrt]
28.06.2005, 10:20 Uhr [ - Direktlink - ] |
Thema: [?]Frage zu Assembler und Amiga
Brett: Programmierung Wenn ich in ASM etwas schreibe, dann ist es auf genau einen Prozessor optimiert, schon auf einem Nachfolger (68020->68030) kann es dann schon wieder ganz anders aussehen. Beim Compiler setze ich einfach einen Switch und erhalte im günstigsten Fall ein optimiertes Executable. Vor ca. 10 Jahren haben mich die Langsamen JPEG Decoder genervt und habe dann einen eigenen JPEG Decoder geschrieben in ASM, leider war der dann Langsamer als der alte C Decoder, d.h. ausser einen Lerneffekt und massig verschwendeter Zeit hat's nichts gebracht. Selbst wenn's 5% bringen würde, wäre dass nicht in relation zum Aufwand zu setzen. Zitat: natürlich hat Moovid auch den Vorteil, dass es innerhalb kürzester Zeit auf PPC umgesetzt werden kann? Ehrlich da nutzt mir der schnellere 68k Code nichts und das Pro/Contra ASM hat mit der Stabilität nicht allzuviel zu tun und auch wenn das vieleicht hier ein Beispiel ist, es dürfte eines der Wenigen sein, wo ein ASM Tool stabiler ist als ein vergleichbares C Teil. [ Dieser Beitrag wurde von DariusBrewka am 28.06.2005 um 10:25 Uhr editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
28.06.2005, 01:00 Uhr [ - Direktlink - ] |
Thema: [?]Frage zu Assembler und Amiga
Brett: Programmierung Zitat: warum solltes die das auch?, schliesslich beduetet das ein gewisses Mass an Mehrarbeit und wer heutzutage grosse Anwendungen in ASM schreibt, dem ist IMHO nicht mehr zu Helfen. Die Bedeutung von ASM ist nicht mehr die, welche es vor 10 Jahren war und Hochoptimierter C Code ist nicht langsamer als guter ASM Code, es kommt immer auf den Algorithmus an. Wären Alle Anwendungen in C Programmiert worden, so sähe die PPC Landschaft sicherlich auch Besser aus. Das sagt aber nicht aus dass ASM keinen Spass macht. [ Dieser Beitrag wurde von DariusBrewka am 28.06.2005 um 01:01 Uhr editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
27.06.2005, 22:43 Uhr [ - Direktlink - ] |
Thema: BMP-Reader
Brett: Programmierung Du kannst ja auch die Popup Menu Library benutzen. |
|||||
DariusBrewka
[Benutzer gesperrt]
27.06.2005, 00:59 Uhr [ - Direktlink - ] |
Thema: BMP-Reader
Brett: Programmierung Verstehe ich nicht ganz mit den Menu-Farben, ich denke mal dass Intuition die immer aus der Drawinfo Struktur (DriPens) nimmt und die, so denke ich mal, lockt Intuition auch und damit dürften, wenn du Alles per ObtainPen&Co machst, keine Probleme auftreten. Aber so genau weiss ich das auch nicht, denn ich Versuche das mit den Pens möglichst zu vermeiden. |
|||||
DariusBrewka
[Benutzer gesperrt]
14.06.2005, 10:34 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat: wieso soll das nicht gehen, schliesslich geht es bei mir ja auch, in meinem proto header werden auch nirgends pragmas eingebunden. code:#ifndef _PROTO_GUIGFX_H #define _PROTO_GUIGFX_H #ifndef EXEC_TYPES_H #include <exec/types.h> #endif #ifndef CLIB_GUIGFX_PROTOS_H #include <clib/guigfx_protos.h> #endif #ifndef __NOLIBBASE__ extern struct Library *GuiGFXBase; #endif #ifdef __GNUC__ #include <inline/guigfx.h> #elif !defined(__VBCC__) #include <pragma/guigfx_lib.h> #endif #endif /* _PROTO_GUIGFX_H */ Diese includes habe ich auch geschickt, ggf. irgendwo was falsch hinkopiert? |
|||||
DariusBrewka
[Benutzer gesperrt]
13.06.2005, 23:42 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat: das ist der fehler, die gehören beim gcc nach os-include! [ Dieser Beitrag wurde von DariusBrewka am 13.06.2005 um 23:43 Uhr editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
13.06.2005, 23:20 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat: bei mir werden die in den Protos eingebunden, zumindestens in denen die von fd2pragma erzeugt werden. Wie auch immer, ich habe mir das nochmal angeschaut und sowohl die Includes neu erzeugt sowie ein Lauffähiges Beispiel aufbauend auf oberen Code erzeugt code:#include <exec/types.h> #include <graphics/gfx.h> #include <intuition/intuition.h> #include <guigfx/guigfx.h> #include <render/render.h> #include <dos/dos.h> /* Prototypes for system functions. */ #include <proto/exec.h> #include <proto/graphics.h> #include <proto/intuition.h> #include <proto/guigfx.h> #include <proto/render.h> struct Window *Fenster; struct Screen *my_screen; struct Library *GuiGFXBase; struct IntuitionBase *IntuitionBase; struct GfxBase *GfxBase; extern struct ExecBase *SysBase; struct Window *GetWindow(UWORD x, UWORD y, UWORD w, UWORD h) { struct TagItem WinTags[] = { WA_PubScreenName, (ULONG) "Workbench", WA_Height, h, WA_Top, y, WA_Width, w, WA_Left, x, WA_DragBar, FALSE, WA_CloseGadget, FALSE, WA_SmartRefresh, FALSE, TAG_DONE, }; return OpenWindowTagList(NULL, WinTags); } int main(int argc,char *argv[]) { struct Screen *WBScreen; struct Window *MyWindow; APTR picture; APTR drawhandle; ULONG h, w; IntuitionBase = (struct IntuitionBase *) OpenLibrary("intuition.library", 39); GuiGFXBase = OpenLibrary("guigfx.library", 0); if (IntuitionBase && GuiGFXBase) { picture = LoadPicture(argv[1], TAG_DONE); if (picture) { WBScreen=LockPubScreen("Workbench"); if (WBScreen) { if (GetPictureAttrs(picture, PICATTR_Width, (ULONG) &w, PICATTR_Height, (ULONG) &h, TAG_DONE) == 2) { MyWindow = GetWindow((WBScreen->Width-w)/2 , (WBScreen->Height-h)/2, w, h); if (MyWindow) { drawhandle = ObtainDrawHandle(NULL, MyWindow->RPort, WBScreen->ViewPort.ColorMap, TAG_DONE); if (drawhandle) { DrawPicture(drawhandle, picture, 0, 0, TAG_DONE); Wait(SIGBREAKF_CTRL_C); ReleaseDrawHandle(drawhandle); } CloseWindow(MyWindow); } } UnlockPubScreen(NULL, WBScreen); } DeletePicture(picture); } } } compiliert mit gcc guigf.c -o guigf dem Programm wird ein Bild beim start übergeben, welches auf den WB screen passen muss, dieses wird dann angezeigt, bis man CTRL-C drückt. |
|||||
DariusBrewka
[Benutzer gesperrt]
13.06.2005, 22:26 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Zitat: Den einzigen Code den ich für guigfx hatte war in meinem eigenen Tool, das habe ich abr vor mehrere Monaten auf Cybergraphics umgschrieben, da ich auf Abwärtskompatiblität keinen Wert gelegt habe. Komisch ist, dass ich das Beispiel nochmals versucht habe zu übersetztn und plötzlich ging das nicht mehr. Werde mich nochmals dransetzen und das ganze Versuchen lauffähig zu bekommen. gruss |
|||||
DariusBrewka
[Benutzer gesperrt]
13.06.2005, 18:38 Uhr [ - Direktlink - ] |
Thema: guigfx+renderlib Linker Fehler
Brett: Programmierung Wenn du willst, kann ich dir meine guigfx incs senden, eine mail an mich. Diese gingen bei mir, als ich noch GUIgfx benutzt habe Die pragmas brauchst du nicht einzubinden, die protos reichen (AFAIK) gruss [ Dieser Beitrag wurde von DariusBrewka am 13.06.2005 um 18:39 Uhr editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
11.06.2005, 19:22 Uhr [ - Direktlink - ] |
Thema: Executablename aus Prozessstruktur ermitteln?
Brett: Programmierung Zitat: Ok, derjenige wo man seine IDCMP-Window-Messages abholt, hab jetzt auf die Schnelle nicht den richtigen Namen gewusst. |
|||||
DariusBrewka
[Benutzer gesperrt]
11.06.2005, 00:35 Uhr [ - Direktlink - ] |
Thema: Executablename aus Prozessstruktur ermitteln?
Brett: Programmierung Zitat: Im Grunde wie du es auch unten geschrieben hast, über den WindowPort was ich aber noch nicht getestet habe ist den Namen über die CLI Struktur zu erhalten, ggf. sieht das Resultat in Einzelfällen etwas besser aus. Wie auch immer finde ich es sehr Freundlich von dir dir immer so viel Mühe zu geben den Leuten so zu helfen, dass du auch noch die Sachen austestest. |
|||||
DariusBrewka
[Benutzer gesperrt]
10.06.2005, 11:08 Uhr [ - Direktlink - ] |
Thema: Executablename aus Prozessstruktur ermitteln?
Brett: Programmierung Ich bin mal wieder ein I***t, wie Holger gesagt hat geht es mir nicht um den Namen meines eigenen Tool, da ist es nicht so sehr schwer. Tschuldigung für die gemacht Mühe an Alle. Wie auch immer, mein Tool stellt Alle geöffneten Fenster in einer Liste dar und dazu das Icon des gestareten Programms. Leider gibt es da Icons die ich nicht laden kann, da ich den Namen nicht herbekomme. |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |