Zitat:

---

Original von Der_Wanderer:
Ich glaube nicht, dass es an der HW liegt, hat er es doch auch auf WinUAE ausprobiert.

---

Wir meinen damit auch nicht die WinUAE-Probleme An einen Bug in AB3 nämlich kann ich zumindest für OS4 nicht so ganz glauben, denn dann müßte es bei mir auch irgendwelche Zicken machen. Und ich glaube wiederum nicht, daß ausgerechnet mein System so passend zurecht gepatcht ist, daß AB3 hier sogar im JIT einwandfrei läuft. Wäre auch etwas seltsam, weil ich gar keine Patches drin habe

Was WinUAE betrifft hast Du Recht, da sollte man weiter untersuchen. Aber auch da glaube ich nicht an einen AB3-Bug, da es bei mir sowohl auf einem blanken OS3.9-System als auch unter einem veralteten AIAB sowie AmiSYS und AmiKit ohne jegliche Hickser läuft.

Irgendwas ist an seinen Systemen bemerkenswert, nun gilt es herauszufinden, was das ist. An seinem XE (ja, ich habs inzwischen geschnallt, was er für ein OS4-System hat ) ist eigentlich gar nix bemerkenswert, und genau das macht mich stutzig. An meinem µA1 ist nämlich auch nichts bemerkenswert, außer, daß AB3 darauf Sahne läuft. Und auf Blackbirds Kiste läuft es ja auch. Und soweit ich weiß gibt es noch mindestens einen weiteren OS4.x-Nutzer, bei dem es läuft.

Wenn er sagt, daß er es auch auf einer blanken Installation getestet hat, bleibt letztendlich nicht mehr viel außer einem Hardware-Problem. Und es ist eigentlich den meisten bekannt, daß die AOnes gerne mal über das RAM mosern. Wäre also naheliegend, es zumindest mal per memtester zu überprüfen und dann weiterzuschauen. Oder, sofern vorhanden, einen anderen Riegel einzubauen und es dann nochmal zu probieren. Dann wäre diese Möglichkeit wenigstens schon mal ausgeschlossen. Bliebe evtl. noch der G4, aber ich schätze, es wird sich auch jemand mit einem G4 finden, bei dem AB3 einwandfrei läuft.

Ist natürlich gut denkbar, daß wir des Rätsels Lösung nicht finden, aber dann kann man halt nix machen, außer auf den Zufall zu hoffen und Dieter derweil auf die anderen Möglichkeiten zu verweisen.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von AC-Pseudo:
Hehe, selbst wenn die Banken das Geld nicht weiterverliehen hätten, würden die Bundesdruckerei ganz schön Überstunden schieben müssen, um die restlichen 95% des Geldbestandes auch als Noten verfügbar zu machen...

---

Auweia... in VWL nicht aufgepaßt? Privatvermögen sind eher selten in Form von Anlagegütern anzutreffen, es sind weit häufiger Geldvermögen, nämlich in Form von Noten.

Das, was Du als "Geldbestand" bezeichnest, ist der Wert des gesamten Vermögens einer Volkswirtschaft. Die Menge der Banknoten, die sich im Umlauf befinden, spiegelt indirekt diesen Wert wieder (bzw. sollte das im Idealfall möglichst realitätsnah tun). Würde also bedeuten: Selbst, wenn alle Banknoten abgeholt würden (was dieser "Experte" ja ausdrücklich nicht empfohlen hatte, er sprach von einer begrenzten Menge!), müßte die Bundesdruckerei keine Noten nachdrucken, damit dieser Wert erhalten bleibt und genügend Noten vorhanden sind, um diesen Wert zu repräsentieren.

Mit der Liquidität dieses Wertes sähe es allerdings düster aus, das stimmt. Und genau das ist auch das Problem, das die Banken dann bekämen. Sie hätten zwar ungeheure Buchwerte, wären aber nicht mehr liquide -> insolvent. Schlicht und ergreifend deshalb, weil sie in der kurzen verfügbaren Zeit keine Chance hätten, ihre Buchwerte, die hauptsächlich aus verliehenen Noten bestehen, wieder in herausgebbare Noten umzuwandeln. Das Problem wiederum könnte man mit Hilfe der Notenpresse zwar beheben, man würde aber gleichzeitig die Noten (und somit auch das Volksvermögen!) entwerten. Und das will so recht ja niemand, am wenigsten die, die einen großen Haufen Geldvermögen zusammengerafft haben

Ähnliches (Verlust der Liquidität) ist ja durch das Platzen der Spekulationsblase geschehen, es wurden theoretische Werte geschaffen, die nun nicht mehr schnell genug in reale Noten umgewandelt werden können bzw. überhaupt nicht mehr umgewandelt werden können, da viele der theoretischen Werte nun real nicht existieren und es auch in Zukunft nicht tun werden (wobei man ja eigentlich darauf gezockt hatte, daß diese Werte in Zukunft existieren und noch dazu im Wert steigen).

Zitat:

---

Aber zumindest zeigt das schon sehr gut die Qualität des "Experten", denn der sicherste Weg um die Einlagen wirklich zu gefährden ist der Ratschlag alles abzuholen...

---

Tja, und diesen Ratschlag hat der "Experte" ja eben nicht gegeben. Er sagte, man solle es in begrenztem Umfang abholen, nicht "komplett". Mir ist schon klar, daß die meisten Leute diesen Ratschlag eben als "hol alles ab und stecks in den Strumpf" auffassen, aber wirklich zuhören ist meist eh nicht die Stärke des Menschen. Und Anlage-Banker sind auch nur Menschen, vor allem die angelsächsischen

Ok, besonders sinnvoll ist der Ratschlag aber auch so nicht, da die Banken schon genug Probleme in Sachen Liquidität durch diesen Wett-Nonsens haben. Das sollte man nicht noch unnötig verstärken, nur um dann später über den Umweg von z.B. Steuererhöhungen die Zeche dafür doppelt oder gar dreifach zahlen zu müssen. Wir wissen ja alle, wer die Rechnung für diesen globalen Finanz-Blödsinn letztendlich berappen muß, oder?

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Blackbird:
@whose:

Das habe ich gerade auch nochmal gecheckt, und deswegen meinen Text wieder editiert, dachte nicht das jemand auch so schnell testet

---

War Zufall, ich habe gerade etwas an meinem µA1 gearbeitet, obwohl ich eigentlich schlafen sollte (Grippe, schnief). Aber da heute anscheinend großer Klingel-Tag hier ist (alle Nasen lang irgendein Paket-Dienst, der ins Haus will, aber natürlich nicht zu mir, obwohl ich was erwarte), ist auch nichts mit Schlafen

Zitat:

---

Das Farbproblem ist aber bekannt...

---

Davon bin ich mal ausgegangen

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von DieterG:
@whose:
Klar muss da irngendetwas anders sein.
Mir stellt sich nur die frage was:
Da auch ( weil du es gerade wieder erwähnst MCP hier nicht läuft, nur eine library ist geöffnet, das macht das testprogramm von AB), es auf meienr rohinstallation schon passiert.
Ich werde nächste Woche auf der Arbeit nochmal mit Winuae testen, da hatte ich ja das gleiche phänomen, obwohl ic da jetzt nicht lange rumgesucht habe und da bestimmt auch patche laufen.

Aber ich kann dir nach vielein Jahren mit MCP sagen, kein System ist wie das andere, was bei 50 Leuten klappt, geht bei einem anderen nicht, und keiner weiß warum.
Ich erinenrne mich das an eine User, der änderungen in den mcpeinstellunge mchen konnte, aber diese wurden nie direkt scharf.
Nach langem suchen fand ich heraus, das bei ihm die Facility-meldung eine länge von Null hatte, obwohl die daten alle vorhanden sind.
Warum dem nur ei ihm so ist, bei gleichm Filesystem, gleicher version ohne patche mit allen möglichen verglichenen Daten ist mir bis heute schleierhaft.

---

Zitat:

---

Was ich damit sagen will, das es keien Absicht von mir ist, das AB3 abstürzt, und ich gerne alle versuchen würde um dieses zu vehindern, ob es letzlich doch an mir lag, mag sein, glaube ich aber nicht.
Wenn mehr leute mit OS4 AB3 nutzen würden, hätten wir eventuell auch noch den ein oder anderen user hier, bei dem es probleme macht, muss aber nicht sein.
Vieleicht ist ea auch nur mein Netzteil, ein zu heisser Prozessor, eine verreckende Platte oder sonstwas, was sich nur auf AB3 auswirkt.

---

Zitat:

---

Übrigens ahbe ich mal mit dem Aboutfenster rumgespielt.
Der tooltype No_welcome stand schon aktiviert da, deshalb kein aboutfenster.
Wenn ich es über das Menü öffne, geht es nach etwa 5 sekuden auf, nochmals 5-6 Sekunden später kommt oben auch de Grafik dazu.
Das finde ich relativ langsam.
Wenn das Aboutfenster geöffnet ist, stürzt AB3 relativ flott ab, entweder nochmals 5 sekunden warten, oder einfach auf ein anderes AB3-Fenster (z.B. instructionbrowser) klicken.
Ich wollte eigentlich nur testen, ob das fenster unsichtbar für mich kommt, und dann eben den Editor blockiert. Leider konne ich das nich feststellen, da wie gesagt dan sofort ein absturz kommt.
Kannst du mir also ma mitteilen, wie das verhalten bei geöffnetem Aboutfenster ist, sind die anderen Fenster dann bei dir wie eingefroren, und man kann nichts mehr machen ?
Das wäre nämlich der effekt den ich habe, nur ohne das Fenster.

---

Nichts dergleichen. Wenn das About-Fenster offen ist, kann ich munter alle anderen Fenster anklicken und in den beiden Browser-Fenstern sogar ans Menü heran (ist das Absicht?). Ok, das Editor-Fenster ist dann lahmgelegt, aber ich schätze, das ist Absicht. Nach Klick auf OK kann ich dann ganz normal weiterarbeiten, Quellcodes laden, speichern, compilieren, die Settings ändern usw.

Übrigens kann ich AB3 auch problemlos mit JIT laufen lassen, daher ist das About-Fenster bei mir auch nach 3 Sekunden komplett.

Sieht wirklich fast so aus, als hätte Deine Hardware ein Problem. Welchen Rechner hast Du denn?
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von DieterG:

Zitat:

---

Original von bernd_roesch:
>Nachdem ich mich nun ein paar Tage mit AB3 beschäftigt habe (mein >problem ist, das ich miot einem externen TextEditor schreiben muss)

Wenn du keine patches entfernen willst.

---

Ich hatte bereits geschrieben, das ich ebenfalls auf einer reinen AOS4-installaton (in der nur die bildschirmauflösung angepasst , und das interaktive menu aus wbstartup entfernt wurde) probiert habe.
Auch in meiner normalen AOS-4 installation laufen eigentlich kaum patche, MCP läuft standardmässig nicht, Visualprefs oder birdie nutze ich nicht.

---

Zitat:

---

Zitat:

---

Hast du denn mal amikit probiert ?.Da brauchste keine Angst haben, dass es etwas an deiner winuae install ändert.da kannste dann mal amiblitz probieren und sehen, es läuft stabil-

---

das wiederspricht ja deiner eben gemachten aussage ohne patche zu arbeiten gewaltig :-)

---

Besagt aber gleichzeitig, daß AB3 verhältnismäßig stabil läuft, selbst auf einem zugepatchten System. Bedeutet wiederum, wenn es bei Dir dann nicht läuft, liegt das Problem auf Deiner Seite. Und genau das versucht man nun zu finden.

Dabei solltest Du die Leute aber etwas mehr unterstützen, finde ich.

Grüße


--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von sjon:
Erstmal Danke für eure Statements!

Ich selbst glaube auch nicht, dass ein Amiga fähig ist DSP-Artige Echtzeiteffekte wie zB. Filter oder Effekte zu erzeugen. Dafür reicht die Rechenleistung einfach überhaupt nicht aus.

Aber sollten nicht samplespezifische Dinge wie einfache ADR Hüllkurven oder Loop-Punkte/Längen oder ähnliche Spielereien in Echtzeit machbar sein? Hier müssen i.d.R. keine Sampledaten zur Berechnung durch einen Algorithmus geschickt werden. Es geht hier ja mehr um Dinge wie Lautstärke, Start- und Endpunkte usw.

---

Jo, sowas ist machbar. Paula bringt dafür schon alles mit, sofern Du nicht etliche Kanäle dafür brauchst (bei Modulation z.B. wäre nur ein Stereo-Kanal, sprich zwei modulierte Mono-Kanäle, per Hardware verfügbar, Software ließe noch etwas mehr zu).

Start- und Endpunkt von Samples sowie Länge läßt sich über simple Registerveränderungen regeln, quasi ohne Latenz und im laufenden Betrieb. Das "Hardware Reference Manual" wird Dir da eine gute Hilfe zu sein, das Kapitel über Sounderzeugung ist auch heute noch aktuell, da Paula selbst nie großartig verändert wurde.

Grüße



--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Der_Wanderer:
@Whose
> Mal davon ab, daß Du mit seinem Sprachverständnis durchaus Recht
> hast: Für welche der Compilerbibliotheken hast Du .c-Dateien, die
> Du mit einbinden kannst/mußt?
Er hat aber von doppelten Beispielen gesprochen. Als wo in C eine "main" drin wäre, und nicht von einer Bibliothek die gelinkt wird.

---

Ja, genau. Und immerhin hast Du nun auch bemerkt, wo sein "Fehler" lag. Der hatte aber nichts mit irgendwelchen Spracheigenschaften zu tun

Zitat:

---

Die "Includes" in Amiblitz3 unterscheiden sich gegenüber C .lib Bibliotheken darin, dass sie als Sourcecode eingebunden werden.
Das funktioniert gut, weil der AB3 Compiler so Hölle schnell ist.
Der Vorteil ist dann, dass man noch Dinge zur Compile Zeit beeinflussen kann (z.B. werden nur Funktionen compiliert, die auch angesprochen werden) oder Source-Level Debuggen kann.

---

Im Prinzip heißt das nur, daß es unter AB Usus ist, irgendwelche Bibliotheken immer im Sourcecode zur Verfügung zu stellen. Einen absoluten Vorteil erkenne ich da nicht, da das in C ebenso möglich ist (und bei richtig fetten Bibliotheken wäre ein C-Compiler mit der vorcompilierten Bibliothek wiederum etwas besser gestellt, weil er die gewünschte Bibliotheksfunktion schlicht und einfach dazulinkt und nicht jedesmal die ganze Bibliothek nach der gesuchten Funktion durchwühlen muß, um sie dann erneut zu compilieren).

Jede Sprache hat so ihre Eigenheiten und ich denke nicht, das irgendeine Sprache wirklich absolute Vorteile bietet. Was man auf der einen Seite als Vorteil "erkauft", wird einem auf der anderen als Nachteil wieder genommen. Letztendlich entscheiden wohl mehr persönliche Vorlieben darüber, wer welche Sprache am liebsten "spricht". Z.B. Du AmiBlitz und ich C. Und wir hätten wohl beide recht gute Argumente für unseren "Liebling", so daß wir ewig drüber streiten könnten. Müssen wir aber gar nicht, ich will Dir AB nicht madig machen

@DieterG

Tu uns den Gefallen und hör auf Thilo. Installier AB ordentlich und versuchs nochmal. Ich bin mir 100% sicher, daß es dann auch bei Dir problemlos tut, solange Du keine finsteren Patches im System hast (wobei mir ad hoc kein einziger Patch einfällt, der AB zu solchen Fehlern "animieren" würde).

(Vorsicht, offene Worte folgen, aber nicht so persönlich gemeint, wie man sie auffassen kann. Also bitte erst darüber nachdenken, dann posten)

Im Moment habe ich das Gefühl, daß Du einer von den allseits gefürchteten "allwissenden Usern" sein könntest, die eine Software völlig unüberlegt "ausprobieren", feststellen, daß sie wegen der völlig unüberlegten Installation nicht funktioniert, sie dann als "unbrauchbar" abstempeln und starrsinnig auf der Annahme bestehen, daß ihrerseits kein Fehler vorliegt sondern nur die Software "Schrott" sein kann.

Problem ist nur: So funktioniert das nicht und wird es auch nie. Software geht von bestimmten Grundvoraussetzungen aus, die das jeweils benutzte Computersystem und auch der Benutzer mitbringen muß, damit alles reibungslos funktioniert.

Dazu gehört unter anderem, daß der Benutzer sich wenigstens über die notwendige Vorgehensweise bei der Softwareinstallation per mitgeliefertem Handbuch (bzw. Textdatei) schlau macht, bevor er damit anfängt. Meistens funktioniert es zwar, wenn man eine neue Software-Version über die alte "drüberbügelt", aber eben nicht immer. Das scheint in Deinem Fall dann auch passiert zu sein.

Hellhörig hättest Du schon in dem Moment werden sollen, in dem andere Benutzer hier mitteilten, daß AB bei ihnen problemlos seinen Dienst tut, sogar auf den gleichen Systemen, wie Du sie einsetzt. Das ist ein totsicheres Zeichen dafür, daß das Problem weit wahrscheinlicher auf Deiner Seite zu suchen ist als auf Seiten der Software, so unangenehm diese Vorstellung für Dich auch sein mag.

Sobald AB bei Dir seinen Dienst tut, versuche diese Erfahrung mitzunehmen und sie in Zukunft bei ähnlichen Problemen zu nutzen. Erspart Dir eine Menge Zeit und die Fans der jeweiligen Software behalten den normalen Blutdruck
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Der_Wanderer:
> wieso es da alle Beispiele doppelt gibt ist auch nicht erklärbar
> oder ist das einmal in deutsch einmal in english ?
Welches Beispiel gibt es denn doppelt?
Oder denkst du es ist doppelt weil es eine .bb2 und eine .xtra Datei gibt?
Sowas, in C ist auch alles doppelt, so was blödes, mal als .c und mal als .h ... vielleicht Tschchisch und einmal Spanish?

---

Mal davon ab, daß Du mit seinem Sprachverständnis durchaus Recht hast: Für welche der Compilerbibliotheken hast Du .c-Dateien, die Du mit einbinden kannst/mußt?

Du solltest bei Deinen Plädoyers für AB nie vergessen, daß Du ein Profi darin bist. Für Anfänger oder an herkömmliches BASIC Gewohnte ist und bleibt AB weiter ziemlich verwirrend, weil es in seiner Definition nicht konsistent ist. Es ist BASIC und C bunt gemischt bzw. nichts davon richtig. Weder richtig BASIC noch richtig C. Vielleicht irgendwas dazwischen, was seiner Nützlichkeit aber durchaus keinen Abbruch tut, wenn man es erst einmal verstanden hat. Nur das Verstehen, das ist nicht immer ganz so einfach. Zeigt sich hier einmal mehr.

Weswegen es bei ihm allerdings so rumzickt verstehe ich auch nicht so ganz, auf meinem WinUAE-System (OS3.9 ohne irgendwelche Spezialitäten) läuft es, wie schon erwähnt, eigentlich sehr gut (hier und da kleine Glitches in den Beispielen/Includes, aber es friert nichts ein oder stürzt ab, und selbst der Startup ist wirklich erträglich. Das Bernd über die Geschwindigkeit meckert ist doch normal, er hat ja nie für nix Zeit ). Auch die Installation war diesmal wirklich problemlos, genau wie von Dir beschrieben: Irgendwohin entpacken und starten, fertig.

Von früheren Versionen kenne ich solchen Ärger wie von Dieter beschrieben auch, aber die aktuelle Version tut ihren Dienst sehr gut und Deine Includes sind schon eine Fundgrube, sofern man AB ein klein wenig versteht.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Bitterloop:
Achso ist das.

Hab da einen HP1020 der ist nur ein GDI-Drucker und der wird wohl nicht gehen.
Turboprint spinnt leider auf OS4.0 einwenig.
Irgentwelche Alternativen oder gehen nur PCL-Drucker unter OS4.1

---

Wie Flinx schon sagte, kann man die Windows-Maschine, die den GDI-Drucker offensichtlich betreibt, auch als PS-Printserver "mißbrauchen".

Zu TurboPrint: Inwiefern spinnt es denn bei Dir? Unter OS4.0 (derzeit) habe ich keine großartigen Probleme, ein Mal mußte ich die Konfiguration neu anlegen, weil irgendwas durcheinandergeraten war, das war alles an Problemen. Benutzt Du evtl. den TP-Spooler? Wenn ja, deaktiviere das Ding, das machte auch unter OS3.x schon Ärger. Ansonsten notiere Dir Deine aktuelle Konfiguration, lösche alle alten und lege die Konfiguration noch einmal neu an.

Alternativen an OS-eigenen Druckertreibern hat es nur wenig, einige ältere Epson-Drucker drucken einigermaßen brauchbar mit den passenden ESC/P2-Treibern, das sind aber nur wenige Drucker. Modernste Modelle fallen aus diesem Raster schon ganz raus. Die anderen Treiber sind für ganz alten Kram, Nadeldrucker usw.

Nur der HP-PCL-Treiber im OS4-Depot ist auch mit relativ modernen HP-PCL-Druckern wirklich brauchbar (Farbdruck etc.).

@AmigaPapst:

An mir soll es nicht liegen... leider lassen mir diverse Institutionen und Behörden derzeit nur sehr wenig Spielraum und meine pflegebedürftige Mutter geht halt doch vor. Bescheidene Situation, und ausgerechnet jetzt, wo ich weder ausreichend Zeit noch ausreichend Geld habe, gibt es wieder neue Hardware zu kaufen... manchmal ist es echt zum Heulen mit dem Schicksal
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Original von whose:


Naja... man könnte auch genausogut spekulieren, ob diese "Propaganda" nicht möglicherweise doch Recht hat.

---

?! hast du den von mir gelinkten Artikel gelesen ?

---

Zitat:

---

Falls ja, könntest du deine Argumentation dahingehend näher erläutern ?

---

Zitat:

---

Zitat:

---

Ich frage immer wieder mal, wo denn nun die potentiell möglichen gewaltigen Fortschritte zu sehen sind. Versprochen wurden Heerscharen von Entwicklern,

---

Wo wurde denn das versprochen und von wem ?

---

Zitat:

---

Zitat:

---

aber an der tatsächlich Anzahl der aktiven Entwickler tut sich irgendwie sehr wenig.

---

Du bist nicht in der AROS Mailing Liste oder ?

---

Zitat:

---

Zitat:

---

Nach der hier einschlägigen Argumentation dürften die Aussagen eines gewissen Ben Hermans sehr wenig bis überhaupt nichts bewirken, schließlich spricht die Hardware-Situation für sich.

---

Wir wollen mal nicht den Zusammenhang verlieren. Die ursprüngliche Frage war, ob OS4 dem Amiga geschadet hat. Wenn man die Perspektiven von damals betrachtet und guckt welche Aussagen Vertreter der PPC/OS4 Seite gemacht haben, dann könnte man das durchaus anders sehen.

---

Zitat:

---

Zitat:

---

Aber wo bleiben sie denn nun, die Entwickler und die User, die alle gierig auf spottbillige x86-Hardware und somit auf AROS sind? Die Antwort auf diese Frage bleibt man aus AROS-Kreisen immer und immer wieder schuldig.

---

Weil die Frage dort gar nicht gestellt wird ?

---

Zitat:

---

Zitat:

---

Wenn gar keine gute Antwort auffindbar ist (das scheint bisher irgendwie immer der Fall zu sein), wird notfalls diese olle Hermans-Kamelle ausgegraben.

---

Hä?

---

Zitat:

---

Zitat:

---

Es wirft aber kein wirklich gutes Licht auf die ganze x86-Angelegenheit, mit sowas auf so simple Fragen antworten zu müssen.

---

Es wirft wirklich kein gutes Licht auf dich, wenn du völlig unverhältnismäßig auf meinen Post reagierst und dann noch, ganz pädagogisch, "die ganze x86 Angelegenheit" in ein schlechtes Licht rückst....

---

Zitat:

---

So. ich gehe jetzt erst mal ein Bierchen trinken und empfehle dir das gleiche zu tun. Schönen Samstag Abend noch.

---

Danke, ich war gestern schon. Trotzdem, viel Spaß!
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Kaesebroetchen:

Zitat:

---

Original von cgutjahr:

Wenn du dir nicht sicher bist, dass AROS durch die OS4-Verzögerungen Schaden genommen hat, wie kommst du dann zu dem Schluß dass OS4 dem Amiga "geschadet" hätte? Wem denn geschadet?
--
Gutjahrs Amiga Seiten

---

Man könnte jetzt spekulieren, daß AROS, Amithlon und AmigaOSXL vielleicht eine größere Verbreitung erfahren hätten, wenn es die OS4 und Anti-x86 Propaganda nicht gegeben hätte.

---

Naja... man könnte auch genausogut spekulieren, ob diese "Propaganda" nicht möglicherweise doch Recht hat.

Ich frage immer wieder mal, wo denn nun die potentiell möglichen gewaltigen Fortschritte zu sehen sind. Versprochen wurden Heerscharen von Entwicklern, aber an der tatsächlich Anzahl der aktiven Entwickler tut sich irgendwie sehr wenig. Und das trotz ach so billiger und wahnsinnig leistungsfähiger Hardware.

Nach der hier einschlägigen Argumentation dürften die Aussagen eines gewissen Ben Hermans sehr wenig bis überhaupt nichts bewirken, schließlich spricht die Hardware-Situation für sich.

Aber wo bleiben sie denn nun, die Entwickler und die User, die alle gierig auf spottbillige x86-Hardware und somit auf AROS sind? Die Antwort auf diese Frage bleibt man aus AROS-Kreisen immer und immer wieder schuldig. Wenn gar keine gute Antwort auffindbar ist (das scheint bisher irgendwie immer der Fall zu sein), wird notfalls diese olle Hermans-Kamelle ausgegraben.

Es wirft aber kein wirklich gutes Licht auf die ganze x86-Angelegenheit, mit sowas auf so simple Fragen antworten zu müssen.


--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von RhoSigma:
Also ich verwende in solchen Fällen, ich meine das Warten auf eine Nachricht, immer eine Kombi aus WaitPort() und GetMsg() und falls letzteres dann doch NULL liefert, sprich tatsächlich gar keine Nachricht vorliegt, dann springe ich postwendend zurück zum WaitPort().

---

Das kommt wohl aufs Gleiche raus, wenn man Wait() verwendet, da WaitPort() intern auch Wait() verwendet. Interessant wäre zu erfahren, weshalb es bei ihm zum Schluß mehrere gleiche Druckzeilen liefert, obwohl die Wait()-Mimik so weit korrekt ist und auch der Request ok zu sein scheint.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von MaikG:
Wenn ich nach dem SendIO ein WaitIO setze und den Rest vom Code wegnehme geht das?

---

Sollte. Sollte auch gehen, wenn Du DoIO() verwendest und den Rest des Codes wegläßt.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von thomas:
Und was soll der Blödsinn mit dem GetMsg ? Auf dem IO-Port darfst du nicht rumpfuschen.

---

Wieso auf dem IO-Port rumpfuschen? Er holt ganz normal Reply-Messages von dem, dem printer.device per IORequest übergebenen, MsgPort ab, falls da welche vorhanden sein sollten. Ok, die Qualität des Codes ist nicht gerade berauschend, vom Prinzip her macht er aber nicht allzu viel falsch und die Nutzung des MsgPort ist ok. Die RKM-Beispiele sehen genau so aus.

WaitIO() macht ja auch nichts anderes, abgesehen davon, daß es halt nur auf Nachrichten des jeweils genutzten Device bzw. IORequest wartet.

Wäre aber sicher besser zu erkennen gewesen, wenn er das Programm hier relativ vollständig gepostet hätte.

@MaikG:

Ist schon etwas seltsam, daß Dein Programm nicht auf die Reply-Message des gesendeten IORequests wartet. Zeig uns doch bitte mal den Request (pio&) im Detail, evtl. liegt da etwas im Argen. Könnte aber auch sein, daß Dir MB da einen Streich spielt. Hast Du irgendwelche Optimierungen des Compilers aktiviert?
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 12.09.2008 um 17:48 Uhr geändert. ]

Zitat:

---

Original von Maja:
@Alchemy

Dir mangelt es an Visionen? Ich gebe dir eine. Agenda 2015: In Deutschland werden US-Verhältnisse eingeführt. Für arbeitfähige Erwachsene gibt es null Sozialleistungen. Und kein Job = keine Krankenversicherung. Auch keine rentenwirksamen "Ausfallzeiten". Niemand finanziert dir Lebensmittel, Kleidung, Strom, Miete und Heizkosten, wenn Du keinen Job hast. Auch nichts für DSL-Flat und Computer. Na, was würdest Du machen?

---

Komisch... es hieß doch sonst immer, in Amiland wäre alles so prima, jeder wäre frei, überall ginge es allen gut und das Leben wäre easy... ist es doch nicht?

Mir mangelt es nicht an Visionen, ich hätte da einige. Da würden dann aber wieder die Leute jammern, die das Gewinnprinzip in der Demokratie nicht wirklich verstanden haben und einfach nicht begreifen, daß Wirtschaft in einer Gesellschaft, die Rechte zubilligt, niemals völlig frei sein darf. Das funktioniert einfach nicht. Sieht man derzeit an den diversen Krisen sehr gut. Und an Hartz4 auch.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233