ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
gni
Nutzer
05.09.2005, 10:17 Uhr [ - Direktlink - ] |
Thema: Aufruf an die Programierer!
Brett: Amiga, AmigaOS 4 Zitat:Wenn das so einfach ist, warum bist Du dann nicht in der Lage etwas aufzuzählen, was Dir nur MOS bietet? Zitat:Was hat das nun alles mit ELF zu tun? |
|||||
gni
Nutzer
02.09.2005, 18:11 Uhr [ - Direktlink - ] |
Thema: Aufruf an die Programierer!
Brett: Amiga, AmigaOS 4 Zitat:Was/wie soll verglichen werden? Zitat:Soll das eine Antwort sein? :-(Zitat:s.o. Zitat:Nein.Zitat:Hast du beispielsweise schonmal probiert OCaml (wird z.B.für mein Beispiel von MLdonkey verwendet) für 68k zu kompilieren bzw. anzupassen? Zitat:Du erwartets etwas viel... Aber anscheinend kannst Du Deine Aussage ja eh nicht belegen. Egal, ich habe ja eh keine Ahnung von Softwareentwicklung und Portierungen. [ Dieser Beitrag wurde von gni am 02.09.2005 um 18:13 Uhr editiert. ] |
|||||
gni
Nutzer
02.09.2005, 16:30 Uhr [ - Direktlink - ] |
Thema: Aufruf an die Programierer!
Brett: Amiga, AmigaOS 4 Zitat:Wenns geht, etwas genauer... Zitat:Darüber habe ich auch nichts gesagt. Ich bezog mich auf Zitat:Darauf bist Du in keinster Weise eingegangen :-( Was macht die libc von MOS denn "ordentlich"? Was ist soll das sein? Und warum ELF eine Rolle spielt, hast Du auch vergessen zu erklären. |
|||||
gni
Nutzer
02.09.2005, 14:44 Uhr [ - Direktlink - ] |
Thema: Aufruf an die Programierer!
Brett: Amiga, AmigaOS 4 @tokai: Hast Du Dir überhaupt durchgelesen, was Du geschrieben hast? Eine libc hat jeder Compiler und "ordentlich" sind die auch. Und welchen Einfluß das Format von Objekten und Programmen auf Softwareentwicklung hat, das mußt Du mir schon erklären... |
|||||
gni
Nutzer
02.09.2005, 13:04 Uhr [ - Direktlink - ] |
Thema: Aufruf an die Programierer!
Brett: Amiga, AmigaOS 4 Zitat:Du hast den Smiley bestimmt nur vergessen... |
|||||
gni
Nutzer
01.09.2005, 09:04 Uhr [ - Direktlink - ] |
Thema: Zeichenketten beim Compileaufruf definieren
Brett: Programmierung Zitat:Wie man zu qouten hat, liegt an der verwendeten Shell. Zitat:Schleifen? Die Doku für CPP ist in cpp.info bzw. cpp.guide. [ Dieser Beitrag wurde von gni am 01.09.2005 um 13:16 Uhr editiert. ] |
|||||
gni
Nutzer
31.08.2005, 18:01 Uhr [ - Direktlink - ] |
Thema: morphOS pup auf a4000
Brett: MorphOS Zitat:Wenn startup sagt "680x0.lib" zu alt, dann sind sie es auch oder Du hast die "falschen". Was sagt "c:version full 68060.library" und "c:version full 68040.library"? |
|||||
gni
Nutzer
31.08.2005, 11:25 Uhr [ - Direktlink - ] |
Thema: Objektiver Erfahrungsbericht Morphos auf ClassicPPC?
Brett: MorphOS Zitat:Dennoch wäre Geld für diese Version bestimmt willkommen ;-) Zitat:Wenn alte Grafikkarten unterstützt werden würden und es denn dann auch läuft, dann würde ich auch Geld locker machen. So ist MOS 1.4.5/PUP leider nicht benutzbar :-( |
|||||
gni
Nutzer
31.08.2005, 11:20 Uhr [ - Direktlink - ] |
Thema: Objektiver Erfahrungsbericht Morphos auf ClassicPPC?
Brett: MorphOS Zitat:Man merkt, das Du nur ein gewöhnlicher Nutzer bist. Der HW-Kauf ist das kleinste der Probleme. *Ohne Dokumentation* kannst Du nichts unterstützen. [ Dieser Beitrag wurde von gni am 31.08.2005 um 11:21 Uhr editiert. ] |
|||||
gni
Nutzer
30.08.2005, 17:23 Uhr [ - Direktlink - ] |
Thema: UAE mit PPC engine??
Brett: AROS und Amiga-Emulatoren Zitat:Welche genau? Zitat:Nö, was war das? SCNR. |
|||||
gni
Nutzer
30.08.2005, 17:21 Uhr [ - Direktlink - ] |
Thema: UAE mit PPC engine??
Brett: AROS und Amiga-Emulatoren Zitat:Ist das jetzt Dein ernst bezüglich Taylor-UUCP? Und worum geht es Dir bei diesen ominösen "gcc-Erweiterungen"? Zitat:Gibt es deswegen die Quellen der avcodec Bibliothek nicht? Zitat:Amen. |
|||||
gni
Nutzer
30.08.2005, 13:39 Uhr [ - Direktlink - ] |
Thema: SASC
Brett: Programmierung Zitat:Ob nur SAS/C die hat, kann ich auch nicht sagen. Auf jeden Fall wird ein String kopiert under als Ergebnis erhält man einen Zeiger auf das NUL-Byte im Zielpuffer. code:char *stpcpy(char *dst,const char *src) { do;while((*dst++=*src++)); return(--dst); } |
|||||
gni
Nutzer
30.08.2005, 09:57 Uhr [ - Direktlink - ] |
Thema: MorphOS PUP
Brett: MorphOS Zitat: Kann man so sehen. Ich finde solche inkorrekten Aussagen wie die von jadacaps aber irritierend ;-) Allerdings scheint mir das doch ein Hinweis zusein, dem man nachgehen solllte. Ich habe versucht MOS zu booten ohne eine unterstützte Grafikkarte zu haben. Booten sollte es ja trotzdem ;-) Leider zwinkert die HD-LED nicht und im Debug-Dump stehen irgendwelche Exceptions :-( Das könnte am FFS liegen oder am Flash der Algor... |
|||||
gni
Nutzer
30.08.2005, 09:20 Uhr [ - Direktlink - ] |
Thema: MorphOS PUP
Brett: MorphOS Zitat:Seit wann kann man etwas mit FFS V45 formatieren? ;-) Wenn FFS v45 Probleme macht, dann muß man es aus dem RDB entfernen. |
|||||
gni
Nutzer
29.08.2005, 08:29 Uhr [ - Direktlink - ] |
Thema: Objektiver Erfahrungsbericht Morphos auf ClassicPPC?
Brett: MorphOS Zitat:Du *mußt* P5-Versionen der 68040/68060.library verwenden! Welche Du benutzt, verrät Dir "version full 68060.library". Wenn die Version < 46 ist, dann benutzt Du irdendwas anderes (das MMULib Paket?) |
|||||
gni
Nutzer
25.08.2005, 09:23 Uhr [ - Direktlink - ] |
Thema: ScummVM AGA
Brett: Amiga, AmigaOS 4 Zitat:Welche Version hast Du denn? |
|||||
gni
Nutzer
25.08.2005, 09:22 Uhr [ - Direktlink - ] |
Thema: ScummVM AGA
Brett: Amiga, AmigaOS 4 Zitat: Nein, wie Uwe bereits schrieb ist das input.device ein eigenes Programm und befindet sich üblicherweise in DEVS: Was sagt version full input.device bei Dir? |
|||||
gni
Nutzer
25.08.2005, 09:19 Uhr [ - Direktlink - ] |
Thema: Kick 1.3 max. Festplattengröße?
Brett: Amiga, AmigaOS 4 Hier die vollständige Geschichte, wie im deutschen und englischen Guru-Buch beschrieben: Olaf war etwas ungenau. Die Beschränkung auf ca. 50MB im OFS gab es bis einschließlich Kickstart 1.1. Ab 1.2 war die Bitmap-Extension implementiert, damit wären mehr als 50MB möglich gewesen. Durch einen Fehler bei der Implemtierung es A-Bits wurde im ROOT-Block jedoch immer der zweite BitMap-Zeiger gelöscht, so daß mit diesem FS bei ca 2MB Schluß war. Warum mit dem 1.2 OFS nicht mehr als 50MB möglich sein sollten (wie Olaf schreibt), ist mir nicht klar. |
|||||
gni
Nutzer
25.08.2005, 09:10 Uhr [ - Direktlink - ] |
Thema: Lattice C V5 Assigns
Brett: Amiga, AmigaOS 4 Zitat:Aus dem Guru-Buch für 5.02:
Wie man lc aufruft, mußt Du aber selber wissen. Ansonsten sowohl das deutsche als auch das englische Guru-Buch haben eine Kapitel zu Lattice (5.02) bzw SAS/C (5.10). [ Dieser Beitrag wurde von gni am 25.08.2005 um 09:10 Uhr editiert. ] |
|||||
gni
Nutzer
24.08.2005, 15:31 Uhr [ - Direktlink - ] |
Thema: Kick 1.3 max. Festplattengröße?
Brett: Amiga, AmigaOS 4 Zitat:Der Autor dieses Artikels ist Olaf 'Olsen' Barthel und das Limit ist 50MB. Aber er hat tatsächlich geschrieben, das das ein Designfehler war. Mhm, mich deucht im Guru-Buch stand es anders. So stehts auch in dem Artikel, den man zwar nicht mehr bei os.amiga.com aber im Google-Cache finden kann. Zitat:AFAIK, gab/gibt es Extension-Blöcke, aber durch einen Fehler im Code wurde der Eintrag immer gelöscht. So kenne ich die Geschichte. |
|||||
gni
Nutzer
24.08.2005, 11:13 Uhr [ - Direktlink - ] |
Thema: Falscher Speicher überschrieben - wie debuggen?
Brett: Programmierung Zitat:Dann gibt doch die Zeiger sowohl nach den AllocVec() und direkt vor diesem CopyMem() mit kprintf() aus. |
|||||
gni
Nutzer
24.08.2005, 09:57 Uhr [ - Direktlink - ] |
Thema: Kick 1.3 max. Festplattengröße?
Brett: Amiga, AmigaOS 4 Zitat:AFAIK, mit OFS waren es wegen eines Fehlers in Filesystem maximal ca. 50MB. Zitat:Das FFS von 1.3 soll eine Beschränkung auf ca. 325MB haben. Zitat:Selbst wenn das geht, haben bestimmt die Gerätetreiber und auch DOS Probleme mit >2GB. |
|||||
gni
Nutzer
23.08.2005, 09:30 Uhr [ - Direktlink - ] |
Thema: Falscher Speicher überschrieben - wie debuggen?
Brett: Programmierung Zitat:Nein. Grafik[1] == &Grafik[1][0] |
|||||
gni
Nutzer
22.08.2005, 17:25 Uhr [ - Direktlink - ] |
Thema: Falscher Speicher überschrieben - wie debuggen?
Brett: Programmierung Zitat:Damit ich weiss, das es zwei-dimensionales Array ist und das ich die Adresse eines bestimmten Elements/Bereiches davon übergeben will. Zitat:Für erstes siehe oben. Ob die zweite Variante gleichwertig ist, weis ich jetzt nicht. Zitat:Für n==0 stimmt das auch ;-) Für die Adresse des n-ten Elements muß man n auch einsetzen. Zitat:Mag sein. Aber das trifft hier nicht zu. Mit sizeof() bekomme ich die Größe eines Elements. Damit brauche ich nur noch eine Stelle im Code ändern. [ Dieser Beitrag wurde von gni am 22.08.2005 um 17:25 Uhr editiert. ] |
|||||
gni
Nutzer
22.08.2005, 13:05 Uhr [ - Direktlink - ] |
Thema: Falscher Speicher überschrieben - wie debuggen?
Brett: Programmierung Zitat: Ich würde eher "&Grafik[1][0]" und "sizeof(Grafik[0])" schreiben. Ich denke aber nicht, das dieses MemCpy() was zerstört. Vermutlich liegt das Array "neben" anderen Daten, und bei Änderungen dieser danebenliegenden Daten, wird das Grafikfeld beschädigt. Gibt es eine Aufräumfunktion? Sind die Daten im Array da auch schon zerstört? Für OS-alloziierten Speicher könnte Dir MuGuardianAngel helfen. |
|||||
gni
Nutzer
22.08.2005, 12:53 Uhr [ - Direktlink - ] |
Thema: SASC
Brett: Programmierung Zitat:REG() Makros, <dos.h> + getreg() entsorgt, #ifndef,#define..#endif in de Headern, Forwards. Danach liessen sich die C Quellen mit dem GCC 3.3.3 übersetzen. |
|||||
gni
Nutzer
22.08.2005, 11:53 Uhr [ - Direktlink - ] |
Thema: Lattice C V5 Assigns
Brett: Amiga, AmigaOS 4 Zitat:Lattice 5 ist von 1989. Das Programm muß uralt sein. Zitat:Das glaube ich schon. Nur denke ich, das das Programm auch mit dem SAS/C zu übersetzen sein muß. |
|||||
gni
Nutzer
22.08.2005, 11:49 Uhr [ - Direktlink - ] |
Thema: SASC
Brett: Programmierung Zitat:Ich habe die Quellen und meine Änderungen bereits wieder gelöscht Zitat:Da hast Du einiges vor, da die Quellen an allen Ecken und Enden mit ULONG-Feldern arbeiten. |
|||||
gni
Nutzer
22.08.2005, 10:49 Uhr [ - Direktlink - ] |
Thema: SASC
Brett: Programmierung Zitat:Genau das habe ich benutzt. Mit zusätzlichem -W gibts weitere Klagen. Zitat:Doch die gibt es noch. Und wenn die Prototypen alle stimmen, dann kommt es diese Warnung nicht. |
|||||
gni
Nutzer
22.08.2005, 10:44 Uhr [ - Direktlink - ] |
Thema: Lattice C V5 Assigns
Brett: Amiga, AmigaOS 4 Zitat:Warum muß es unbedingt der sein? |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |