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]
19.02.2005, 22:40 Uhr [ - Direktlink - ] |
Thema: Array-Größe durch Variable bestimmen ?
Brett: Programmierung Das ganze ist ganz einfach, anstatt eine feste Anzahl an Einträgen zu definieren erstellst du einfach einen Eintrag und trägst in diesen einen Zeiger ein, welcher ggf. auf einen weiteren Zeigt welcher später erzeugt werden kann. Es scheint als ob du nicht nur für AOS dieses machen willst, sonst könntest du dafür auch die AOS Systemfunktionen nehmen. Ich werde mal versuchen, ob ich schnell ein Beispiel schreiben kann. |
|||||
DariusBrewka
[Benutzer gesperrt]
19.02.2005, 22:13 Uhr [ - Direktlink - ] |
Thema: Array-Größe durch Variable bestimmen ?
Brett: Programmierung Also Amaris, wenn du wirklich so ne Art Datenverwaltung machen willst, solltest du das mit den Arrays sowieso vergessen dafür nimmt man besser (doppelt-)Verkettete Listen. Da brauchst du nie eine Anzahl vorher eingeben, es wird einfach ein Eintrag hinzugefügt. code:struct MyList { struct MyList *next; char Name[40]; char Vorname[40] . . . }; Das steht aber eigentlich in jedem C(++)Buch drinne als Beispiel. |
|||||
DariusBrewka
[Benutzer gesperrt]
19.02.2005, 19:23 Uhr [ - Direktlink - ] |
Thema: Absolut einfaches Programm erzeugt GURU
Brett: Programmierung Habe mich undeutlich ausgedrückt meinte mit getrennt, dass jedes Programm seinen eigenen Speicherbereich (virtuell) hat der von 0x0 - 0xffffffff geht und gerade weil man z.B Windows weiss das der Stack am Ende liegt kann man auf dem Stack ein Programm ablegen und irgendwo im Stack ein x0ffffff00 oder so ablegen, wo dann ein RTS eben dorthin springt. Ist das Noexecute-Feature im Athlon64 nicht gerade dafür, damit Programme im Stack nicht ablaufen können? Ich denke auch dass wenn die Startbedingungen gleich sind, es auch auf einem gemeinsamen (Amiga) Speicherbereich möglich ist, solche exploits zu erzeugen, aber ich wüsste jetzt nicht wie das gehen sollte, wenn man nicht von vornherein weiss wo z.B. der Stack abgelegt ist. Ich vermute mal beim Amiga ist das nicht vorherzusehen, wenn man weiter als bis zum eigenen Rechner denkt. Wenn ich z.B meinen Rechner resete und mir ohne Umwege die Adressen der einzelnen Apps anschaue, wird bei jedem Reset sich daran nicht viel ändern, aber wenn ich z.B. etwas in der Startup-seq ändere kann sich daran viel ändern, oder auch ein anderes Hintergrundbild etc. |
|||||
DariusBrewka
[Benutzer gesperrt]
18.02.2005, 20:46 Uhr [ - Direktlink - ] |
Thema: Absolut einfaches Programm erzeugt GURU
Brett: Programmierung Vor einiger Zeit war in der C't ein Artikel über Stack Überlauf Viren, soweit ich es Richtig verstanden habe, werden diese sogar durch getrennte Speicherbereiche bevorzugt oder? |
|||||
DariusBrewka
[Benutzer gesperrt]
18.02.2005, 16:33 Uhr [ - Direktlink - ] |
Thema: Assembler Listing - wer kann helfen?
Brett: Programmierung Finde ich lustig, auch wenn es wohl ein wenig zu spät ist damit jetzt anzufangen. Habe aber vor 15 jahren auch damit angefangen und somit fällt mir auf, dass dein Programm bei 99% der Usern nicht laufen würde, da deine Copperliste bei fast Allen im FastMem landen würde. Du solltest vor der Copperliste ein SECTION DATA,CHIP oder wie das ging einfügen. |
|||||
DariusBrewka
[Benutzer gesperrt]
18.02.2005, 00:12 Uhr [ - Direktlink - ] |
Thema: Absolut einfaches Programm erzeugt GURU
Brett: Programmierung @thomas sehe ich genauso, aber wo wir beim Thema sind, lässt sich RT nicht einfach realisieren indem man alle Allokationen und Deallokationen dahingehend Patcht dass alles was bis dahin Angefordert wurde in umgekhrter Reihenfolge freigegeben wird?. Jedenfalls macht man das im Programm auch so. |
|||||
DariusBrewka
[Benutzer gesperrt]
16.02.2005, 23:39 Uhr [ - Direktlink - ] |
Thema: Absolut einfaches Programm erzeugt GURU
Brett: Programmierung Hallo Amaris, wenn ich Richtig verstehe gibst du als Anzahl der Konten 3 ein und bekommst wenn du den dritten eintippst einen Guru?. Wenn das das Problem ist, die Lösung ist ganz einfach, die indzizes gehen von 0 bis 2 (0, 1, 2), nicht von 1 bis 3, deine Eingabeschleife müsste also lauten: code:for (loop = 0; loop < anzahl; loop++) bei der Ausgabe müsstest du statt "wahl" einfach "wahl-1" angeben |
|||||
DariusBrewka
[Benutzer gesperrt]
16.02.2005, 00:34 Uhr [ - Direktlink - ] |
Thema: Programm mit GUI
Brett: Programmierung Hab's nochmal ausprobiert, in der Gadget Struktur gibst du als vorletzten Parameter irgendeinen einmaligen Wert für jedes Gadget an, in Thomas beispiel ist es GID_OK bzw. GID_CANCEL. in switch Statement musst du den CASE IDCMP_GADGETUP part folgendermassen anpassen: code:case IDCMP_GADGETUP: switch (((struct Gadget *) mess->IAddress)->GadgetID) { case GID_OK: printf("ok gedrücktn"); break; case GID_CANCEL: printf("cancel gedrücktn"); break; } break; so sollte es laufen. |
|||||
DariusBrewka
[Benutzer gesperrt]
16.02.2005, 00:09 Uhr [ - Direktlink - ] |
Thema: Programm mit GUI
Brett: Programmierung Also mit OS1.3 gadgets habe ich schon seit über 15 jahren nichts mehr gemacht, aber soweit ich mich erinnere kannst du in der Gadget Struktur eine GadgetID oder USERData angeben und die kannst du über die empfangene Message über den Eintrag IAddress herausfinden, denke IAddress zeigt auf die Gadgetstruktur. |
|||||
DariusBrewka
[Benutzer gesperrt]
11.02.2005, 12:21 Uhr [ - Direktlink - ] |
Thema: Klinsmann auf dem richtigen Weg
Brett: Get a Life wollte mir dieses Spiel unbedingt ansehen und meinen Rechner Programmiert. Leider streikt der immer dann, wenn es für mich wichtig ist, dabei habe ich das vorher Alles ausgetesten ;-( |
|||||
DariusBrewka
[Benutzer gesperrt]
05.02.2005, 22:51 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Zitat: Tja, so kann man sich auch herausreden :-(, Diskussion Beendet! |
|||||
DariusBrewka
[Benutzer gesperrt]
05.02.2005, 17:37 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Zitat: nunja, dann solltest du mir aber Wirklich zeigen, dass Solar das gemeint hat. Zwischen den Zeilen steht das jedenfalls nicht und ich habe ja auch eine EMAil von ihm, wo auch nichts davon stand, dass der 68k eine Übergangslösung sein soll. Es scheint für mich (Leider) so, dass krampfhaft Argumente gesucht werden, dieses dahingehend zu Lenken. Um das OS ging es in dieser Diskussion jedenfalls so gut wie nie, nur um das drumherum. Zitat: Wenn mir jemand jede meiner Ausführungen mit Beleidigungen und mit Sprüchen in der Art das ich Sowieso keine Ahnung von der Materie habe und mich lieber Raushalten soll kommentiert, dann finde ich es schon rekevant, wer angefangen hat, einmal ja, aber liess doch Bitte alles nochmal durch dann wirst du nicht finden, das ich Solar in dieser Form angemacht habe, sicherlich auch mal agressiv aber ist das ein Wunder? Ich habe nichts dagegen, wenn jemand eine andere Meinung hat, sage dann aber nicht, dass er lieber seine Klappe halten soll, da er 0 Plan hat. Ich sehe das halt anders und es wird sicherlich 50% geben die das wie ich und 50% die das wie Solar sehen. gruss Darius |
|||||
DariusBrewka
[Benutzer gesperrt]
05.02.2005, 00:50 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Wenn ich jemanden beleidigt haben sollte, so tut es mir Leid, ich habe aber gewiss damit nicht angefangen. Ich habe versucht Sachlich, meine Meinung zu den Themen zu erläutern, und wurde daraufhin von Solar als Idiot oder Minderbemittelter ausgeschimpft. Ich habe einfach andere Vorstellungen was den Amiga weiterbringt und weder ich noch Solar, oder irgendjemand anderer hier kann sagen, dass seine Lösung die einzig Wahre ist. @Holger Ich glaube du hast es selber mal so oder so erwähnt: AmigaInc ist eine Schei** Firma, deren Tot würde uns alle weiterbringen. Leider muss ich aber was die Phantasien dieser Firma angeht sagen, wer diesen Mist geglaubt hat (AmigaDE etc.) ist auch selber Schuld. @Maja Leider steht das auch überhaupt nicht zwischen den Zeilen, tut mir Leid wenn du da was siehst. Das SolarOS ist als 68k OS beschrieben und als 68k OS verzögert es den Tod des Amiga, kann ihn aber auf Dauer nicht aufhalten. |
|||||
DariusBrewka
[Benutzer gesperrt]
04.02.2005, 11:24 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS @Maja Dumm nur dass Solar nirgendwo in seinen Ausführungen angegeben hat, das das 68k OS ein Zwischenschritt sein soll. Aber wenn du es anders siehst kannst du mir ja die betreffende Stelle zeigen. Ansonsten kann man sich, abseits des hier Disskutierten auch die Frage stellen, was für Zuckunftsperspektiven ein 68k OS hat, immerhin nährt sich die IT einem Punkt, wo Datenmengen auftreten, die auch Windows rein technisch nicht vernünftig bearbeiten kann. Ich verabschide mich nun definitiv, denn das was hier abläuft ist, das die eine Seite auf die andere einschlägt und wenn Sie nicht mehr weiter weiß wird ein anderer gerufen. Mit Solar kann man nicht Disskutieren. Aha, SOLAR träum weiter deinen Traum das du in Clausthal beliebt warst, es ist nicht das was man denkt sondern das was wirklich war relevant und ALLE hielten dich für einen Schwätzer. Warum ich das sage?, deine letzten Ausführungen haben das gezeigt, du drehst Alles solange und wenn du nicht mehr weiterweißt, beleidigst du und schiebst die Schuld dafür auf andere. Ich tue jetzt das was ich Eule empfahl und überlasse dieses Thema den Fachmännern, bzw. dem Einem. Ich freue mich auf mein OS4 (später) und bin froh dass OS4 nicht in die Hände von Leuten fällt, die meinen die IT Welt zu revouluionieren. Das so als Anregung, kommentieren brauchst du das nicht. |
|||||
DariusBrewka
[Benutzer gesperrt]
04.02.2005, 01:01 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Also lieber Maja, wenn du meinen ganzen Krempel gelesen hättest, dann würdest du auch sehen, dass es mir Hauptsächlich gegen eine 68k EMU geht, damit das OS weiter als 68k Existieren kann. Was ist deiner Meinung nach dr Unterschied zwichen SolarAMIGA und UAE?, das neue-AOS auf 68k kann auch auf UAE oder einer Weiterentwicklung laufen (Sprich Amithlon), was ist also das Einzigartige? oder der Unterschied. Ich muss keinen neuen Emulator schreiben um ein neues 68k AOS zu schreiben und ein Kompatibles AOS, mit alten Strukturen & Co ist nicht Modern, also wenn man es modernisieren will, muss man einiges ändern und da kann man in anbetracht der x86 Dominanz gleich ohne Emu gehen (wie gesagt ich bevorzuge PPC), aber eine Emu für 68k da frage ich mich wozu? Baue Speicherschutz in AOS ein und keine Anwendung wird mehr laufen, ich denke die nichtexistenz einer solchen Lösung imbisherigen AOS konzept zeigt, dass das nicht so einfach möglich ist. Wenn man das reinbaut, dann kann man auch den 68k Part entfernen. NACHTRAG: Ob ich nun nativ x86 habe mit einer 68k Emu, oder nur 68k EMU, was soll's in Anbetracht der Tatsache dass >=95% i32 ist, ist es doch vollkommen Egal, nur das Nativ x86 die volle Leistung zur Verfügung stellt. Was kümmern da einen die ein paar PPCs?, es ist nichteinmal sichergestellt dass zur Vollkommenen Verbreitung die Virtuelle SolarHardware für jede Hardware (sprich PPC) zur Verfügung steht. Aber mit eingebauter 68k emu, d.h. nativ kann die Emu nach einer übergangszeit entfernt werden, wenn das ganze OS drauf aufbaut geht das nicht. [ Dieser Beitrag wurde von DariusBrewka am 04.02.2005 editiert. ] |
|||||
DariusBrewka
[Benutzer gesperrt]
04.02.2005, 00:48 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Nun einige Zitate von Solar, was seine Kommunikationsfähigkeit unterstreichen soll: Zitat: Zitat: Zitat: Zitat: Zitat: Zitat: Zitat: Zitat: Zitat: Zitat: zum ersten Zitat kann man allerdings fragen, wo SOLAR sein OS-Design gelernt hat, jedenfalls stand das in seiner tollen Zeichnung nicht zur Debatte und auch sonst nirgendwo. SOLAR, du bist der selbe unerträgliche Typ, welcher du auch in Clausthal warst. Leider muss ich Feststellen, dass Alle anderen wenigstens versuchen andere Argumente in ihre Überlegungen mit einzubeziehen, bei dir denke ich du willst nur dein Ego befriedigen und kannst nicht ab, dass du im OS4 Stammbuch nicht vorkommst. Auf solche beleidigenden Ausführungen habe ich keine Lust mich näher einzulassen. Wie von mir gibt's ebenso wenig von dir irgendwas was das OS angeht, aber ich tue wenigstens nicht so. Über's OS hast du ebenso wenig gesagt, wie du versucht hast den Unterschied zwischen UAE, WinUAE zum SolarAmiga zu verstehen. zu Guter letzt: AmigaInc. ist denjenigen Verpflichtet, welche den Amiga unterstützt haben, nicht denjenigen welche schon vor jahren aufgegeben haben um x86 Hardware+Windoofs zu nutzen. Wenn du aufhörst mich und auch andere zu Beleidigen, weil DU nochmals DU, nicht versuchst zu verstehen was man dir sagt, von den Leuten Forderst deine 4 Jahre Alten Karmellen rauszusuchen und dich so hinstellst, als wärst du der Pabst persönlich, dann macht es auch Sinn mit dir zu Diskutieren. Wenn nicht, sage ich das was ich in meiner Ausführung die du kommentiert hattes vergessen habe. "das Alles kann ich aber auch einem Baum erzählen, der hört wenigstens zu" |
|||||
DariusBrewka
[Benutzer gesperrt]
03.02.2005, 23:26 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Zitat: Nein den Übersehe ich nicht, denn das OS gibt's ja auch nicht unter UAE, es geht einfach nur um den Rest und Solar hat auch fast garnichts über das OS gesagt, nur sein mysteriöses Plugin-Konzept. Wie das OS aussehen soll stand kaum zur Debatte und ich habe per E-Mail Solar sehr wohl mein Konzept des OS beschrieben, aber dazu hat er sich überhaupt nicht geäussert. Mir ging Hyperion mit dem OS nicht weit genug, das AOS wie es im Moment existiert wird IMHO nie Features wie Speicherschutz und so haben, ohne zur alten Software inkompatibel zu werden. Das würde auch ein AOS auf 68k in einer Emu nicht ändern. Ich würde ein AOS bevorzugen, wo die 68k Kompatiblität per embedded-UAE bewerkstelligt wird, was 68k Progs vom OS abtrennt, d.h. ein falschlaufendes Prog lässt nur den 68k Teil abschmieren, der PPC oder auch x86 Teil ist zwar mehr oder weniger API Kompatibel hat aber Speicherschutz, getrennte (eigene) Speicherbereiche. Der 68k Teil sollte Transparent eingebunden sein, d.h. man merkt nicht ob ein natives oder ein emuliertes Programm läuft und auch so, dass man nicht erstmal die Emu sarten muss. Habe vom Mac zwar kaum Plan, aber AFAIK läuft das auf MacOS10 auch so, dass die alten PPC Apps in einer Box laufen. Zitat: die 68k Programme müssen sich auch bisher nicht um die Treiber kümmern, das muss das OS auch nicht auf WinUAE, da die Emu das macht. Wenn ich jetzt UAE nehme, so kümmert sich diese EMU um die Treiber und Wrappt die wie du schon sagtest auf die Linux oder Windows API, was macht aber Solars vorschlag?, dort greift das 68k OS auf den 68k Emulator zu und der ist direkt an die Hardware angebunden folglich muss sich der Emulator um die Hardware kümmern also auch Treiber bereitstellen, die Frage ist, wer soll die schreiben? Zitat: darum geht es nicht, einzig darum dass Leistung verschwendet wird für nichts, man mag auch nicht ein PPC Fanatiker sein, und auch ein x86 Nativ AOS würde Sinn machen, leider entschliesst sich mir der Sinn das in einer Emu zumachen, nur um Alte Software nutzen zu können. Es fehlt dem Amiga neue Software alles andere ist eine Sache von Minuten. Sag einfach du möchtest ein x86 AOS und ich kann dich verstehen, aber eine Emu, damit es wirklich überall läuft (d.h. auch auf Nischen PPC) wozu denn?, x86 ist Standard. Es geht nicht darum den x86 zu Verteueln, aber den 68k nur wegen Rückwärtskompatiblität?, da kann ich auch ein x86 Nativ OS4 nehmen mit einer 68k Emu, wie halt auch das OS4 das auf PPC macht. Wo gibt es denn für 68k noch moderne Entwicklertools?, wer soll die schreiben oder soll man StormC MaxonC etc. benutzen. Zitat: Es ist schon schnell genug um bestimmte Anforderungen zu erfüllen, aber wenn du ein Beispiel brauchst, ich selber benutze WindowsXP und hauptsächlich um Videos aufzunehmen, wenn ich das sagen wir mal per JIT-Emu machen könnte auf AOS und starte dann ein Programm was den ganzen JIT Cache flusht, unter WinUAE passiert das bei mir öfter. Wenn mir plötzlich Störungen im Bild auftauchen finde ich das nicht so schön. JIT funktioniert halt dann sehr gut, wenn ein Programmteil schon einmal abgearbeitet wurde. Zitat: Zitat:[/quote] Nein Holger, solange es nicht die Software gibt, die ich Brauche bringt mir ein OS nichts, die Frage ist ob ein OS in einer EMU das schafft muss gestellt werden können. Auf Windows nutze ich schon einige Tools und Programme, das ist der Unterschied. Auf UAE kann ich das, auf einem OS ohne Unterbau (=SolarOS) nicht. Zitat: Zitat:[/quote] die ersten 68k JIT Emus waren sicherlich auch nicht brauchbar, aber lassen wir das, das führt zu nichts. |
|||||
DariusBrewka
[Benutzer gesperrt]
03.02.2005, 22:12 Uhr [ - Direktlink - ] |
Thema: Telefon Gewinnspiele im TV (nochmal)
Brett: Get a Life Zitat: Reykjavik, weiss jetzt nicht ob ich das Richtig geschrieben habe, kommt ganz oft vor und lt. Atlas etc. war es auch Richtig geschrieben. Kam aber bei der Lösung nicht vor, ggf. lassen die auch mehrere Lösungen zu. Viele Städte kommen auch vor die Falsch geschrieben sind z.B Bagdat, dann das oft vorkommende Istanbul, sollte auch bekannt sein dass das keine Hauptstadt ist. Bei manchen ist man sich selbst nicht sicher Kiew z.B. ich dachte man könnte das auch mit v schreiben. Ich denke mal, wenn man eine Lösung nennt und die lt. 9Life dennoch Falsch sein soll und es um grössere Summen geht würde ich das sicherlich nicht so einfach durchgehen lassen. |
|||||
DariusBrewka
[Benutzer gesperrt]
03.02.2005, 22:03 Uhr [ - Direktlink - ] |
Thema: Telefon Gewinnspiele im TV (nochmal)
Brett: Get a Life Zitat: Das mit den Falschmünzen mag ja schon sein, aber dann ist das Alles sowieso nur Glücksspiel denn ich denke mal, dass viele der Fehler bei der Fernsehauflösung ehe nicht auffallen würden. Mit den Moderatoren hast du sichelich Recht, auch wenn mir einige eigentlich Recht sympatisch sind. |
|||||
DariusBrewka
[Benutzer gesperrt]
03.02.2005, 14:03 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Tja Martin, ich weiss nicht was daran so schwierig ist, aber wenn du's selber nicht verstehen willst, so versuche ich es dir zu erklären. Ich habe mir, entgegen deinem Ratschlag doch dein Geschreibe durchgelesen und muss mich auch überwinden, dir dennoch einmal zu sagen wie ich das sehe, mag es dir passen oder auch nicht. Du möchtest ein OS, was auf 68k läuft und die Hardware soll eine 68k Umgebung herstellen und so tun als ob Motorola den 68k nie eingestellt hätte (gibt's ja auch noch irgendwie). Schön und gut, du meinst das hätte Erfolg, aber was macht der Rest deines Konzepts? Nichts der Rest ist eine UAE Kopie, du magst es hinstellen wie du willst, das ändert nichts nur das WinUAE mehr leistet, du sagst der Geschwindigkeitsverlust durch eine 68k EMU ist nicht so gross, whooow und im gleichem Atemzug sagst du die Chipsatzemu bei UAE vergeudet Rechenzeit. Nun mein lieber Martin dann empfehle ich dir, dass du von uns immer wieder Forderst hier im Kommentarbereich zu suchen ob das so stimmt und du musst nicht 4 Jahre zurückgehen, wie du von mir Forderst. Vieleicht benutzt du ja auf WinUAE auch noch Paula & Denise, aber lass dir sagen du kannst sowohl die Audio als auch die GFX Emulation fast vollständig abschalten. Weiter, was soll das mit dem Plugin Manager und den Nativen Plugins? ich als Programmierer schreibe einfach eine Library die die Hardware bestmöglichst unterstützt und brauche nicht noch irgendwas diffuses Namens PluginManager. Mein Program muss auch einige Berechnungen durchführen, welche mit anderer als 68K Hardware schneller wären, also habe ich so eine Library als source in mein Archiv beigepackt. Nun empfehle ich dir WinUAE anzuschauen, dann würdest du auch sehen das wie Amithlon auch WinUAE nativen x86 code ermöglicht, letzteres über dll's. Also nenne doch die Vorteile deines Konzeptes? OK, ich versuch's mal. Nachteile: Erstmal eine kleine Erläuterung, die auf AROS eingeht: In Kommentaren zu AROS liest man öfters, das die LinuxHosted version angenehmer ist, da man sich der Treiber von Linux bedienen kann und folglich schneller zum Ziel kommen kann, diese Argumente stammen auch von denjenigen, die hier hinter deinem Konzept stehen. AHA und dieses soll hier nicht mehr gelten?, komisch aber was sagt uns das? Nehmen wir an, deine Pseudo Hardware würde existieren jo, dann müssten die Macher jeden Treiber selber schreiben, die ganze 68k Emu neu Kompilieren, denn in deinem Konzept greift der 68k direkt auf die Hardware zu (Toller HAL). Wenn man sieht wie Linux von den Herstellern schon mit Treibern versorgt wird, mache ich mir da keine grossen Hoffnungen :-(. Dann gibt's noch die Plugins und die Hardware, meinst du das ist hier besser?, denkst du Ich, als einfacher Programmierer, welcher ein Programm schreibt welches schnell ablaufen soll mich noch mit irgendwelchen Hardware Kram beschäftigen will, für den es nichteinmal ein Konzept gibt wie ich dieses Plugin schreiben soll, sprich es gibt eine Hardware ohne ein Tool wie ich darauf zugeifen, besser gesagt womit ich dieses Plugin schreiben soll?. Soll ich mit für letzteres eine neue Hardware mit Entwicklersoft kaufen, soll ich nachts knien und beten, dass jemand mein Plugin auch für PPC übersetzt, oder wenn Spezielle Hardware direkt angesprochen wird, ich mich hinhocke und jeder Hardware selber einbinde?. Tja, da ist mir UAE auf Linux oder auch Windows lieber, da hier die Treiber dessen Systeme benutzt werden können und als Plugin brauche ich mich nicht mit oben genannten Problemen beschäftigen. Eule hat schon Recht wenn er sagt, kauft euch x86, dessen Verbreitungsgrad geht wohl gegen >=95%. Keiner der einen Mac hat würde wohl AmigaOS nutzen, denke mal Mac User sind eine spezielle Spezies. Über ein Hardwareunabhängiges AOS müssen wir uns garnicht erst streiten, da der x86 Weg diesem sehr nahe kommen würde, was interessieren uns da noch die 5% die keinen x86 haben. Ja der nativ x86 Weg würde ja noch Sinn machen im vergleich zum VR 68k, aber ich favourisiere den PPC. Nun das OS hätte als ASM Code wohl nicht oder kaum vernünftig erweitert werden können, folglich musste erstmal alles in C oder eine andere Sprache übertragen werden müssen, das sagt uns auch dass dein Verfügbarkeitsvorteil dahin ist, schliesslich wurde OS4 auch AFAIK zuerst auf Classic Hardware entwickelt und die Übertagung dann auf PPC war wohl nicht so die Sache. Zusammengefasst kann man auch sagen dein Konzept der Scheinunabhängigkeit von Hardware würde in eine noch grössere Hardwaareabhängigkeit führen und die User vom Gutwill der Entwickler abhängig machen (bsp. was Passiert wenn ich meine Hardware wechsele für die es kein Plugin gibt?). Was waren die Verfügbaren 68k Emus vor 4 Jahren, dem Jahr wo dein Konzept aufgestellt wurde?, gab's damals schon eine JIT-68K Emulation?, sollte Allen Ernstes das neue AmigaOS auf eine EMU aufbauen, weil der 68k als Reihe zuende ging?. Ich wäre der erste der einen 68200 (2GHz) haben wollen würde, aber man muss sich damit abfinden, dass das nicht dazu kommt und jedes MHz, welches in einer EMU flöten geht heizt die Umwelt auf!, garnicht erst favon zu reden dass die Emu nicht garantieren kann dass Aufgaben in der gestellten Zeit erledigt werden können (bsp. Flush eines schon übersezten Codes). Ist es Sinnvoll den 68k Weiter bestehen zu lassen, wegen einer irgendwie gearteten Rückwärtskompatiblität?, also ich nutze kaum Software und die, die ich nutzen wollen würde gibt's auf dem Amiga erst garnicht. Die einzigen die für mich auf dem Amiga in frage kommen würden (z.B. YAM) gibt's als auch Quellcode, da brauche ich keine 68k Emu. Bei deiner Konzeption könnte ich auch garnichts anderes mehr als 68K Software nutzen, bei WinUAE kann ich wenigstens noch einen UpToDate Browser starten. Fakt ist OS4 ist auf PPC geschieben, da kann man sich drehen und wenden wie man will, Hammer-68K Software gibt's kaum und PPC emus gibt's auch mehr als eine, die 68k JITs waren ja auch mal nicht Perfekt, also wäre es besser statt zu jammern, dass der 68k nicht weiterverfolgt wird sich an einer PPC emu für den x86 zu beteildigen die 68k Software würde sicherlich auch auf einer 68k Emu im PPC Emulator auf x86 genügend schnell laufen, und PPC user haben auch ihren Spass, ein Natives OS4. Darius |
|||||
DariusBrewka
[Benutzer gesperrt]
02.02.2005, 21:25 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS @Eule auch wenn ich dir nicht immer Beipflichten kann, da ich dich für einen ziemlich Blauen halte, aber lass doch Einfach die diskussion, es bringt nichts sich mit jemanden zu Unterhalten der ein Betonkopf ist und nicht im geringstem den Ansatz zeigt auf andere zuzugehen und stattdessen Wahrheiten als Dummheit darstellt. Ich hab's ja auch sein gelassen. |
|||||
DariusBrewka
[Benutzer gesperrt]
02.02.2005, 12:50 Uhr [ - Direktlink - ] |
Thema: Telefon Gewinnspiele im TV (nochmal)
Brett: Get a Life Zitat: frage ich mich auch, einzige Erklärung für mich wäre, dass er erst kurz zuvor 9Life eingeschaltet hat. Zitat: ich denke dieses ist aber sehr sehr selten, dass man eine Richtige Lösung hat, auch ich denke das immer und später wird eine presentiert, die überhaupt nicht Nachvollziehbar ist, bsp. letztens war eine Aufgabe, zählen sie Alle Cent, keine Münze war verdeckt, eine nur mit der Rückseite, man wusste also nicht ob es 10, 20 oder 50 Cent war, aber man konnte trotzdem alle Kombinationen ausprobieren. Zuerst dachte ich, es sollen nur Cent gerechnet werden, d.h. die Euros ausgelassen werden, bis die Tante dann nach einiger Zeit sagte auch "viel zu wenige, vergessen sie nicht ein Euro = 100 Cent", also nochmal alles Nachgerechnet und noch später sagte sie noch, zählen sie auch die Wörter Cent mit. Gemacht getan und alle Möglichkeiten wurden bedacht auch das bei der umgedrehten Münze das Wort Cent entweder mitgerechnet oder auch nicht wurde. Das Spiel lief mehrere Stunden, und ewig sagte die Tante, die Antworten wären Alle so knapp. Es hatte aber keiner die Lösung richtig genannt und das Spiel wurde auch Aufgelöst mit der Lösung 486 oder so, jedenfalls unter 500. Nur komisch, dass schon alleine an Euros 600 Cent da waren, also irgendwas stimmt da wohl nicht. |
|||||
DariusBrewka
[Benutzer gesperrt]
01.02.2005, 12:12 Uhr [ - Direktlink - ] |
Thema: Händler weigert sich Gewährleistung zu gewähren
Brett: Get a Life Nunja, habe gerade etwas nach der Firma im Netz geschaut, damals habe ich nichts gefunden. Ich Warne vor der Firma Bluemelon, scheint ne Briefkastenfirma zu sein. Vorauskasse sollte man bei dieser Firma lieber nicht machen, aber nach meiner Erfahrung lieber die Finger ganz von lassen, auch wenn's Billig ist. :-( |
|||||
DariusBrewka
[Benutzer gesperrt]
30.01.2005, 13:09 Uhr [ - Direktlink - ] |
Thema: Händler weigert sich Gewährleistung zu gewähren
Brett: Get a Life @CarstenS Natürlich ist es kein Problem wenn ich das an den Hersteller sende, aber ich habe ja auch nur angefragt (den Händler), was ich zu tun habe, würden die schreiben ich könne direkt den Hersteller in die Pflicht nehmen, würde ich das auch ohne Probleme machen. Es geht aber hier darum um diese Ignoranz, d.h. wenn wir lange genug durchhalten lässt es uns schon in Ruhe. Wie in obigen Beiträgen schon mehrfach angedeutet ist eine Garantie eine Freiwillige Herstellerleistung und nicht Alle Hersteller sind so fair das auch so zu Handhaben, d.h. es direkt zu übernehmen. Ich habe ja auch nichts dagegen, PORTO & Co zu übernehmen und finde auch dass die Händler in einigen Punkten lt. Gesetz sehr Schlecht wegkommen, schliesslich kann ein Händler ja auch nichts dafür, dass ein Gerät den Geist aufgibt. Das Sharp die Reperatur aber nicht selbst durchführt, sondern eine Vertragswerkstatt dafür hat, ist es für mich unnötige Arbeit. |
|||||
DariusBrewka
[Benutzer gesperrt]
29.01.2005, 20:39 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Zitat: zum Ersten Punkt, sichelich nicht und auf x86 würde das OS wohl auch mehr Anwender anziehen, als auf PPC. Mich Persönlich zieht AmigaOne & CO auch nicht an, da muss noch was kommen, was 1. Billiger und 2. Besser ist, ggf. MiniMac etc.. Ich bezweifele aber, dass das (x86) lange anhalten würde, was aber nur meine Persönliche Meinung ist. Aber da kommt der zweite von dir angegebene Punkt, UAE gibt's schon auf vielen verschiedenen Architekturen und das Konzept von Solar unterscheidet sich kaum von UAE, nur dass dort ggf. das AmigaOS Weiterentwickelt wurde. Nunja UAE hat bisher auch kaum dazu geführt, das neue Anwendungen erschienen sind und UAE hätte ja dahingehend wenigstens noch den Vorteil, z.B. Mozilla & Co nebenbeilaufen zu lassen. Ich bezweifele einfach, dass sich jemand hinsetzen wird und für eine tote Architektur, die nur noch Emuliert wird Essentielle Software zu schreiben. Du kannst mir glauben, das ich den 68k gerne Programmiert habe. Und von der angegebenen Hardwareunabhängigkeit ist in dem Konzept auch kaum was drinne. Abschliessend kann man ja auch noch Fragen, in was für Anwendungen UAE überhaupt angewendet wird, ob das solche sind die Produktiv sind?, daran glaube ich nicht, schliesslich gibt's ja auch genügenc C64 Emulatoren auf den verschiedensten Architekturen und die Werden wohl kaum dazu genutzt Software zu entwickeln. Was ich aber persönlich gegen 68k aufführe ist, aber wirklich nur persönlich, ich nutze den Amiga nur zum Programmieren und sonst zu nichts, so dass für mich Rückwärtskompatiblität ehe nicht viel zählt. Also die Frage WARUM?, Software die man wirklch braucht gibt's kaum, also warum keinen Schnitt machen? |
|||||
DariusBrewka
[Benutzer gesperrt]
29.01.2005, 14:09 Uhr [ - Direktlink - ] |
Thema: Händler weigert sich Gewährleistung zu gewähren
Brett: Get a Life @APEX Nunja, wenn man statt 400 nur 200 Euro Zahlen muss, wird man schon schwach ;-), |
|||||
DariusBrewka
[Benutzer gesperrt]
29.01.2005, 11:55 Uhr [ - Direktlink - ] |
Thema: Händler weigert sich Gewährleistung zu gewähren
Brett: Get a Life Zitat: Ich habe soetwas nochnie gemacht und das kostet doch wohl auch denke ich. |
|||||
DariusBrewka
[Benutzer gesperrt]
28.01.2005, 23:27 Uhr [ - Direktlink - ] |
Thema: Händler weigert sich Gewährleistung zu gewähren
Brett: Get a Life Zitat: die Firma existiert ja auch noch und das Gerät ist neu, ich habe auch kein Problem das direkt an den Hersteller zu senden, habe ja schon diesbezüglich angefragt. Allerdings möchte ich dass der Händler das macht, da das ja auch seine Pflicht ist und hätten die mir vor 3 Monaten geschrieben, dass ich das so machen kann wäre es auch in Ordnung, nicht jedenfalls so, wo man das Gefühl hat das die sich darum drücken wollen. |
|||||
DariusBrewka
[Benutzer gesperrt]
28.01.2005, 22:30 Uhr [ - Direktlink - ] |
Thema: Händler weigert sich Gewährleistung zu gewähren
Brett: Get a Life Habe mir im September einen Sharp MD Recorder bei einem Internet Händler erworben, dieser hatte jedoch völlig ohne zutun den Betrieb nach nichtmal 4 Wochen eingestellt. Trotz mehracher Kontaktaufnahme, sowohl telefonisch als auch per EMail tut sich da nichts. Ich möchte endweder ein Neues, oder das Kaputte Gerät repariert haben, aber wie. Was kann man da machen, gefallen lassen will ich mir das auf jeden Fall nicht, habe denen gestern eine EMail geschickt mir einer Fristsetzung leider besteht keine Hoffnung und der Laden ist auch nicht Pleite. Ich bin einfach nur wütend. |
|||||
DariusBrewka
[Benutzer gesperrt]
28.01.2005, 20:39 Uhr [ - Direktlink - ] |
Thema: MorphOS tot..
Brett: MorphOS Zitat: Achje aber auf emuliertem 68k oder?, dein Verständnis äussert sich ja schon da wenn du PearPC mit WinUAE vergleichst, ein kleiner Tipp schalte mal in PearPC den JIT ein, vieleicht fällt dir dann was auf. Und WinUAE ist so langsam wegen den noch zusätzlichen Emulationen (ChipSet&Co), nunja dann solltest du dich mal mit Leuten in Verbinung setzen, welche an (Wim)UAE mitgearbeitet haben und dann nochmal nachdenken. Dann würdest du das mir den WinUAE Plugins verstehen. Wenn es jemand geschafft hat auf WinUAE mittels irgendeines MoviePlayers einen Film anzuschauen, incl. Ton so möge er sich melden. Ich habe das auf XP24000 nicht geschafft ohne Aussetzer, auf meinem Alten Athlon 900 ging das über Windows. Wie gesagt und in dem obigen Post von dir gezeigt ,willst du nicht Diskutieren. Bye es ist Feierabend zumindestens was deine Wenigkeit betrifft. |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |