|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > OS4 Final ist draußen! | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| Erste << 7 8 9 10 11 -12- 13 | [ - Beitrag schreiben - ] |
|
09.01.2007, 17:57 Uhr Kai9 Posts: 377 Nutzer |
Zitat: Ich wüsste nicht, was es denn diesbezüglich großartig zu befürchten gäbe. Immerhin reden wir hier doch wohl noch immer von einer fiktiven OS4-Portierung, einerseits für alte, gebrauchte Macs, andererseits für PS3, was jedes für sich einfach unrealistisch ist, jedenfalls solange es bei OS4 immer noch ums Geld verdienen geht. Zitat: PS3 oder gebrauchte Macs als Hardware für OS4 zu sehen, ist jetzt ja wohl nicht weniger hypothetisch, als Pegasos 3. Zitat: Wieso nur in den nächsten Jahren (...was ohnehin schon schlimm genug ist!)? Glaubst du wirklich daran, dass OS4 in einigen Jahren gegenüber Linux, MacOS X oder Windows soweit aufgeholt haben könnte, dass es wirklich als einziges, bzw. als bevorzugtes Betriebssystem auf dem Rechner installiert ist, mit dem man all seine Arbeiten erledigt? Zitat: Eben! User die OS4 wirklich als tägliche Arbeitsgrundlage nutzen, nicht nur als kurzweiliges Spielzeug. Kai [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 20:06 Uhr Maja Posts: 15429 Nutzer |
Funktionäre nennt man Funktionäre, weil sie halt ihrer Funktion entsprechen funktionieren.  [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 20:28 Uhr eye-BORG Posts: 1282 Nutzer |
Irgendwie drehen wir uns bei diesen ganzen Diskussionen immer im Kreis. Vor allem die "MorphOS versus AOS4"-Debatte bringt uns nicht weiter. Die einen würden OS4 gern auf einer x86-Plattform sehen und denken, dass der Amiga nur in dieser Form weiterleben könnte. Andere fangen mit PS3 an.... Mir persönlich wäre ein neuer AmigaOne mit aktuellem PPC-Prozessor irgendwie am liebsten, aber eigentlich sollten wir überhaupt froh sein, wenn es weitergeht. Zunächst mal habe ich mich gefreut, daß OS4 endlich fertiggestellt wurde. Alles andere ist im Moment mal sekundär, denn beim Amiga ging es schon immer nur häppchenweise weiter -egal in welcher Form auch immer. -- ---------------------------------------- eye-BORG Genuss ist die schönste Form der Daseinsbewältigung. [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 20:44 Uhr Lippi Posts: 1247 Nutzer |
@eye-BORG: Du sprichst mir aus der Seele. --- Widerstand ist zwecklos. :-)) -- mfg - lippi --- Mario Lippert Infokanal-tv.de infokanal@t-online.de [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 21:41 Uhr SCV36 Posts: 266 Nutzer |
Zitat: ..und genau dies war der Abwärtstrend in den letzten 16 Jahren.... -- A 4000 überholt AMDXP 2 GHZ beim booten  Systeme: Pegasos II G4 1 GHZ 512 MB DD-Ram Radeon 9250 128 MB DD-Ram 80 GB 7200 upm Nec DVD-Brenner 19" AMD64 3200 512MB DDR-Ram Radeon 9550 128 MB DD-Ram 250 GB S-Ata FP DVD-Rom DVD Brenner 19" [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 22:02 Uhr Holger Posts: 8116 Nutzer |
Zitat:Klar, einen sehr treffenden. Schließlich wird Emacs auch über einen Lisp-Dialekt konfiguriert. Und so wie es Leute gibt, die Emacs benutzen, ihn aber überhaupt nicht konfigurieren können, gibt (gab) es auch Programmautoren, die Installroutinen via Copy & Paste zusammenstrick(t)en, ohne wirklich Ahnung von der Sprache zu haben. Zitat:Klar, aber mit Vorwürfen an Softwareautoren kommen wir ja nicht weiter. Zumal heutzutage eh jede Kritik sofort mit "machs besser" oder "sei froh, dass überhaupt noch jemand für den Amiga entwickelt" beantwortet wird.Zitat:Keine Frage, die gibt es. Ich halte dies jedoch für reine Faulheit. Genauso wie gute Dokumentationen selten sind. Schließlich spricht aber nichts dagegen, der Faulheit des Programmierers entgegenzukommen, wenn die gleiche Aufgabe auch auf eine einfachere Weise erledigt werden könnte. Zitat: Nunja, die in der Praxis gefundenen Lösungen sehen so aus: code:Solche Skripte bestehen zu 99% aus den Texten in unterschiedliche Sprachen, die nu wirklich nicht da rein gehören. Eine einfache Lösung wäre die Einbindung von Katalogen, wie sie die locale.library eh schon unterstützt. Der Installer müsste nur so intelligent sein, die Kataloge auf keinen Fall aus den üblichen globalen Verzeichnis (dort könnten ältere Versionen liegen), sondern immer aus dem Verzeichnis, in dem das Installskript liegt, zu laden.Sprache ermitteln Wenn Spache xyz a=... b=... c=... (100 weitere Zeilen) Wenn Spache foo a=... b=... c=... (100 weitere Zeilen) Wenn Spache bar a=... b=... c=... (100 weitere Zeilen) (das ganze für noch für weitere zehn Sprachen) Beginn des eigentlichen Installationsskriptes (nach 2000 Zeilen sprachspezifischer String-Zuweisungen) Zeige Text a, Optionen b & c, Hilfstext d Entpacke, Kopiere, etc Meldung w ... Zitat:Darauf verzichten muss man nicht. Man sollte normalerweise eben "das einfache auch einfach und das schwere immer noch möglich" gestalten. Wie schon gesagt, für den kanonischen Fall Skripte generieren zu können, würde schon in vielen Fällen ausreichen. Zitat:Bei Tools, die die Funktion eines Standards haben, sollte man vorher auch ausreichend Reden, statt gleich zu machen. In einigen Dingen wurde nämlich auch zuviel gleich gemacht, statt zu reden... Zitat:Das kann auch keiner so einfach. Erstmal ist Cubic ein kommerzielles Projekt und es gibt keinerlei Statement vom Autor, dass er nach Partnern sucht. Zum anderen war Dietmars letzter Kommentar, als es um Plugins ging: "spar Dir die Mühe, die Plugin-Schnittstellen müssen sowieso deutlich überarbeitet werden". Gut, das war afair noch GoldEd aber so weit ich weiß hat sich ja in dem Punkt bisher doch nicht so viel geändert... Zitat: Für die Erledigung von Standardaufgaben ist eine Tool zur Generierung von Skripten der beste Weg. Schließlich kann man mit solchen Skripten auch ältere Systeme bedienen. Für andere Dinge ist der Installer aber der bessere Hebel, mit dem man ansetzen kann, insbesondere wenn man älteren, nicht mehr gepflegten Programmen eine neue Funktion beibringen will. Eigentlich ja auch ganz einfach: gibt es eine Funktionalität, die man Skripten beibringen könnte, ohne, dass diese spezielle Anpassungen bräuchten, ist der Installer der Ansatzpunkt. Geht es darum, die Entwicklung von neuen Skripten zu vereinfachen, sollte man zuerst die Möglichkeiten beim Erstellen der Skripte, wie automatisches Generieren, evaluieren. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 22:05 Uhr Holger Posts: 8116 Nutzer |
Zitat:Man muss nur hinterher noch wissen, dass sie vorher schon vorhanden war. Zitat:Allgemein oder programmspezifisch ist nicht unbedingt immer exakt trennbar. Zitat:Mal ein Praxisbeispiel aus alten Tagen. Da gab es eine arp.library, die einen ziemlich grauenhaften File-Requester anbot, aber immerhin besser als keiner. Dann gab es später eine req.library oder requester.library, so ganz habe ich den Überblick nicht mehr. Aber es gab jedenfall eine lib und eine alternative arp.library, die den Dateidialog auf den wesentlich besseren der req.library umbog. Wenn sich jetzt der Benutzer entscheidet, warum auch immer, die req.library doch wieder zu deinstallieren, muss durchaus die arp.library mit der ursprünglichen ersetzt werden, sonst funktionieren ältere Programme nicht mehr. Hat dagegen der Benutzer nach der req.library den neueren Ersatz für die arp.library, der die Funktionen alle auf AmigaDOS2.0 und den Requester auf die asl.library umbog, installiert, sollte eine Deinstallation der req.library nicht die Uralt-Version der arp.library wiederherstellen. Das mag wie ein extremes Spezialbeispiel klingen, aber ich denke, man sollte sich vor Augen halten, dass der Computer ja gerade bei den Fällen helfen sollte, die man nicht mehr genauso gut von Hand erledigen könnte. Bei den Programmen, wo ich nur deren Schublade löschen muss, brauche ich ja keine Hilfe von einem Deinstallationstool. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 22:10 Uhr Holger Posts: 8116 Nutzer |
Zitat:Das ist eine grundsätzliche Funktion, die immer beim Installieren von libraries vorhanden ist. Sie hängt einfach vom Benutzerlevel ab, das am Anfang eingestellt werden kann. Natürlich gibt der Programmierer den Vorschlag, ob PROGDIR: oder LIBS:, der im Level "Anfänger" auch ohne Nachfrage benutzt wird. Dummerweise unterbinden viele Installationsskripte die Wahl zwischen verschiedenen Benutzerleveln. Zitat:Nutzungszähler beinhalten immer die Gefahr, inkonsistent zu werden. Besser ist die Einführung eines Standardformats, mit dem Programme inklusive ihrer Abhängigkeiten beschrieben werden. Ähnliches benutzen Paketmanager, die benötigte weitere Software automatisch herunterladen können, ja auch schon. Wenn man solche Dateien nicht nur in den Installationsarchiven, sondern auch im Verzeichnis der Installation ablegt, kann man leicht die Abhängigkeiten ermitteln. Wenn man nun eine Datenbank der installierten Programme unterhält, wie sie mitunter hier angedacht wird, braucht diese sich nur die Installationsorte zu merken und kann einfach überprüfen, ob ein Programm hinter ihrem Rücken gelöscht wurde. Der Vorteil: wird diese Datenbank mal beschädigt oder inkonsistent, kann man sie wiederherstellen, in dem man die Festplatte nach den Deskriptoren durchsucht. Außerdem kann man für ältere Programme, die keine Deskriptoren zur Verfügung stellen, einen Workaround anbieten, in dem man das Binary nach Library und Device Strings etc. durchsucht und einen Deskriptor generiert. Evtl. mit einem zusätzlichen Tag, das mitteilt, das der Deskriptor evtl. nicht 100% korrekt ist. Zitat: In meinen Augen ist die beste Lösung für Assigns, gar keine anzulegen. Deutlich über 90% der Programme, die sich per Assign in der User-Startup verewigen, könnten so geschrieben werden, dass sie keinen Assign benötigen. Oftmals teilen diese Assigns nur mit, wo das Programm installiert wurde, was außer dem Programm selber niemanden interessiert. Und dieses könnte genauso gut auf PROGDIR: zugreifen. Für den Fall, dass man wirklich den Installationsort eines gut bekannten Programms braucht (um ein Programm aus einem Rexx-Skript heraus zu starten), halte ich die oben genannte Datenbank-Lösung für das beste. Die hätte den Vorteil, dass statt einem Dutzend "xyz not found"-Meldungen (wenn z.B. eine Partition mal nicht da ist), einfach eine Meldung nach dem Start des Systems angezeigt werden könnte mit "Folgende Programme wurden nicht gefunden". Dann kann der Benutzer selbst wählen, ob er eine Datenbankbereinigung oder die Einträge behalten will. Zitat: Siehe oben. Ich denke, am besten ist eine Datenbank, die nur "was" und "wo" enthält und bei Bedarf verifiziert und ggf neu generiert werden kann. Die eigentlichen Informationen liegen dann in dem Programmordner. Was denn Vorteil hat, dass die Mehrheit der nicht mehr benötigten Informationen beim Löschen eines Programmordners gleich mit gelöscht werden. Nur das "Was/Wo" Paar aus der Datenbank muss aktualisiert werden. Auch beim Verschieben oder Duplizieren einer Installation brauchen keine großen Datensätze bewegt werden. Nur ein "Wo"-Eintrag muss angepasst werden. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 22:37 Uhr Andreas Posts: 200 Nutzer |
@eye-BORG: Amiga auf X86 ist schon deshalb eine schlechte Wahl, weil Hyperion oder AInc. dann für das Funktionieren von hunderterlei Hardware sorgen müßten. Das ist ein Ding der Unmöglichkeit. Unzumutbar! Schon im Mainstream geht das oft nicht gut. Jeder schiebt den Ball zum Anderen. OS4 auf proprietärerer PPC-basierender Hardware und nicht auf der Basis von Aldi-Hardware (nicht negativ) ist der einzig gangbare Weg. Nur so läßt sich mit einiger Sicherheit eine gute Sicherheit erreichen. Wer multikulti-Linux-win habe will, bitte dafüt gibt es billige, schnell veraltende X86-Hardware und die Apfelrechner. Wenn die PS3 in die engere Wahl kommt, warum nicht. Leistungsfähige kompakte Hardware, bezahlbar und nichts zum Zusammenstöpseln.... warum auch. Naja, Sony wird wohl da nicht sehr begeistert sein [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 22:49 Uhr Andreas_B Posts: 3121 Nutzer |
@Andreas: >> weil Hyperion oder AInc. dann für das Funktionieren von >> hunderterlei Hardware sorgen müßten. Ach, aber bei PPC ist es möglich, nur eine von zig Plattformen zu nehmen? Warum sollte man nicht also auch nur eine x86-Plattform nehmen können? Ist aber auch egal, es wird kein AmigaOS 4.0 auf x86 geben. Punkt. Ciao, Andreas. [ - Antworten - Zitieren - Direktlink - ] |
|
09.01.2007, 23:27 Uhr Kaesebroetchen Posts: 643 Nutzer |
Zitat: Müssten Sie das ? Zitat: Das mit der Sicherheit kann man wohl nicht abstreiten! Nur mit propietärer, überteuerter, fehlerhafter und zumeist nicht erhältlicher PPC Hardware ist sichergestellt dass sich nur eine kleine "Elite", der Gefahr aussetzen muss das geheimnisvolle und wahrscheinlich gefährliche OS4 zu benutzen! Nicht auszudenken wenn man OS4 mit der ALDI Hardware betreiben oder sogar zusammen damit kaufen könnte... Dann könnte es ja fast jeder benutzen. Furchtbarer Gedanke  -- http://amidevcpp.amiga-world.de/ [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 00:46 Uhr Bjoern Posts: 1730 Nutzer |
Zitat: Ne, ist klar. Die MOS-Userschaft ist ja auch so mächtig. Da machen einer oder zwei keinen Unterschied. Falls du das nicht ganz verstanden hast: Zwar hab ich für mich gesprochen aber ich kenne Leute, denen es genauso geht. Darüber solltest du dir Gedanken machen! :o) Zitat: Stimmt, ich trage ja nix dazu bei. Genauso wie du; Ausser dass ich anderen nicht auf den Keks gehe wie du es tust (s.o) :o) [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 00:46 Uhr rbn Posts: 2001 Nutzer |
@Kaesebroetchen: Ich will euch jetzt ja nicht alle enttäuschen, aber es gibt schon seit ein paar Jahren ein Programm, dass die Zugriffe auf die Libraries speichert. Sogar ziemlich komfortabel mit MUI Interface und so ... Fragt mich aber jetzt nicht, wie es heißt, war aber mal auf ner entweder AmigaOS-LeserCD oder AmigaActive-Heft-CD (Ausgabe eins oder zwei) mit drauf. rbn -- ... mehr erfahren? http://www.m0n0-amiga.de/ Official leader of PUGG (Pegasos User Group Germany) http://www.pegasosforum.de/ <-rbn-m?ndl3ss-m0n0->. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 01:35 Uhr DariusBrewka Posts: 899 [Benutzer gesperrt] |
Tja, da entwickelst sich eine Sinnvolle Diskussion und wer kommt wieder dazwischen? [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 01:39 Uhr CarstenS Posts: 5566 Nutzer |
@DariusBrewka: > Tja, da entwickelst sich eine Sinnvolle Diskussion und wer kommt wieder > dazwischen? Ich bin unschuldig!!!  [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 01:41 Uhr Holger Posts: 8116 Nutzer |
Zitat:Hust, ähm, für einen Moment war mir so, als hätte ich was in der Art von "AInc sorgt für Lauffähigkeit auf irgendner Hardware" gelesen. Na ja, iss ja auch schon spät. Zitat:Komisch, dass Du die Apfelrechner erwähnst. Deren Betriebssystem läuft auf x86 und ich sehe irgendwie nicht, dass es deshalb zwangsläufig mit "hunderterlei Hardware" zusammenarbeiten müsste. Zitat: So was wie Snoopy? Aber wo ist der Zusammenhang? mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 01:44 Uhr Bjoern Posts: 1730 Nutzer |
Zitat: Ja, hast ja recht. Sorry. Back to Topic [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 01:52 Uhr DariusBrewka Posts: 899 [Benutzer gesperrt] |
Zitat: Doch das finde Ich zumindestens für Libraries schon, wenn Ich zu einer Library ein SDK liefern kann, kann auch ein anderes Programm diese Library nutzen. Andererseits sollten Libraries immer einen Allgemeinnutzen haben, das sagt ja schon der Name aus, d.h. wenn Ich meine Programm erweitern will, sollte Ich das Ding nicht Library nennen, besser Module oder eine andere Extension und nicht nach Libs: Zitat:Zitat:Mal ein Praxisbeispiel aus alten Tagen. Ja natürlich gibt es immer Spezialfälle, man kann es Nie 100% Richtig machen, da hilft nur das Was auch Windows mach, zu sagen daß bei der Deinstallation von Libs, manche Programme nicht mehr laufen könnten. Andererseits könnte man für solche Fälle die Idee eines Backup Verzeichnisses nehmen, wo deinstallierte Libs zuerst hinkommen und eine gepatchte OpenLibrary() Funktion, die auch dort nachschaut und die Zugriffe Protokolliert, ggf nach 30 Tagen meldet das die Library ggf. gelöscht werden könnte. Man könnte auch, wenn das auch keine so schnelle Idee ist ein Tool schreiben, was das ganze System nach executables durchschaut und dort nach #?.library im Code sucht, dann hätte man eine Liste aller noch benutzter Libraries. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 01:53 Uhr DariusBrewka Posts: 899 [Benutzer gesperrt] |
@Bjoern und CarstenS Euch meinte Ich ja auch nicht. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 02:10 Uhr Holger Posts: 8116 Nutzer |
Zitat:Das gilt auch für Libraries, die zu einem konkreten Programm gehören, welches PlugIns unterstützt. Dann sollte die Library trotz SDK im Programmverzeichnis bleiben, und stattdessen die Programme, die diese Library benutzen auch in den Programmordner. Und schon haben wir einen Fall, der bis eben nicht berücksichtigt war... Zitat:Ich war eigentlich nicht der Meinung, dass man solche Fälle nicht handlen könnte. Man muss sich halt nur Gedanken machen. Zitat:Das ist zu einfach gedacht, deshalb ja auch meine bevorzugte Lösung, zumindest für zukünftige Programme einen Standard-Deskriptor einzuführen. Der würde nebenbei auch Prefetch-Mechanismen erlauben. Zwar gibt es kaum noch komprimierte Programme, trotzdem gibt es letztendlich keine Garantie, dass ein einfacher Scan nach "xyz.library" in einem Binary wirklich alle Abhängigkeiten erfasst. Genauso könnte eine solche gefundene Referenz auf eine Library überflüssig sein, weil das Programm eine besser Library bevorzugt und diese nur im (auf dem betroffenen System nicht relevanten) Notfall benutzten. Zum Beispiel könnte ein Programm gleichzeitig p96 und cgx unterstützen, dann muss man trotz Referenz auf cgx keine CGX-Emulation unter AOS4 wegen diesem Programm behalten. mfg PS: Wie wär's mit Verlagerung in's Programmierforum? -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 02:12 Uhr rbn Posts: 2001 Nutzer |
Zitat: Quatsch, wenns Snoopdos oder ähnliches gewesen wäre würde mir ja jetzt auch der Name einfallen. Wenn ich in den nächsten Tagen mal Zeit habe, schaue ich mal nach. Es ist tatsächlich ein Programm gewesen, dass gespeichert hat, auf welche Libraries wie oft, wann und von was zugegriffen worden ist. @Darius: Ich hab schon mal gesagt, du sollst aufhören mich blöd von der Seite anzumachen. Sprich dich aus und nimm mal die Gurke aus dem Arsch. Das man mit dir keine Diskussion führen kann, sieht man schon daran, dass du auch nicht auf einen normalen @ antwortest. (Auf den hier, so wie ich dich kenne natürlich schon). rbn -- ... mehr erfahren? http://www.m0n0-amiga.de/ Official leader of PUGG (Pegasos User Group Germany) http://www.pegasosforum.de/ <-rbn-m?ndl3ss-m0n0->. [ Dieser Beitrag wurde von rbn am 10.01.2007 um 02:16 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 02:27 Uhr DariusBrewka Posts: 899 [Benutzer gesperrt] |
Zitat: Hat irgendjemand von Dir geredet?, was soll dieser Schwachsinn? Falls es dir nicht aufgefallen Ist, diese Diskussion in den letzten zwei Tagen auch mit DIR Sinnvoll, also wieso machst DU mich jetzt so dämlich an, mimm du deine Gruke aus deinem Arsch , dann wirst Auch DU vieleicht merken wen Ich gemeint habe. Das man mit mir Keine Diskussion führen kann Sieht man ja schon daran, daß in den Letzten Zwei Tagen auch wegen mir alles OT und voller Beleidigungen war, nur DU hast im Letzten Kommentar Sinn in diese Diskussion gebracht. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 08:04 Uhr aPEX Posts: 4692 Nutzer |
Junger Fisch seit ihr eklig, ich würde mir nie ne Gurke in den Arsch schieben und erst recht nicht gegenseitig.  -- http://www.a1k.org - The dark side of amiga computing [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 10:40 Uhr rbn Posts: 2001 Nutzer |
@DariusBrewka: Na dann ist ja gut. Allerdings habe ich dann keine Ahnung wen du meinst. rbn -- ... mehr erfahren? http://www.m0n0-amiga.de/ Official leader of PUGG (Pegasos User Group Germany) http://www.pegasosforum.de/ <-rbn-m?ndl3ss-m0n0->. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 12:08 Uhr DariusBrewka Posts: 899 [Benutzer gesperrt] |
Zitat: Dann schau mal ganz nach oben. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 12:19 Uhr rbn Posts: 2001 Nutzer |
@DariusBrewka: Find ich nicht so schlimm den Beitrag. (Wobei ich der lebende Gegenbeweis bin, da ich noch nie einen PC hatte). Ich mach mich jetzt mal auf die Suche nach dem Programm, das ich meine ... rbn -- ... mehr erfahren? http://www.m0n0-amiga.de/ Official leader of PUGG (Pegasos User Group Germany) http://www.pegasosforum.de/ <-rbn-m?ndl3ss-m0n0->. [ Dieser Beitrag wurde von rbn am 10.01.2007 um 12:20 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 17:01 Uhr Vip Posts: 471 [Benutzer gesperrt] |
@rbn: Na dann ist ja gut. Allerdings habe ich dann keine Ahnung wen du meinst. rbn -- ... mehr erfahren? <----- Nachtrag: Apropopo Gurke in den Popo. Es gibt sicher genug Leute die sich angesprochen fühlen. (Nein nicht ich, ich schiebe mir die Gurke lieber Stückweise in den Hals. )(Besenstiel aus den Hintern wäre passender gewesen. )[ Dieser Beitrag wurde von Vip am 10.01.2007 um 17:05 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 17:14 Uhr rbn Posts: 2001 Nutzer |
Zitat:  Ja, ja, mein Stiefkind (so HTML-mäßig ...) Aber lustige Texte, nicht wahr?  rbn War schon ne lustige Jugend  -- ... mehr erfahren? http://www.m0n0-amiga.de/ Official leader of PUGG (Pegasos User Group Germany) http://www.pegasosforum.de/ <-rbn-m?ndl3ss-m0n0->. [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 20:02 Uhr SCV36 Posts: 266 Nutzer |
Zitat: Hinweise wird rbn noch geben dürfen "Du Koffer" !!!!!!! -- A 4000 überholt AMDXP 2 GHZ beim booten Systeme: Pegasos II G4 1 GHZ 512 MB DD-Ram Radeon 9250 128 MB DD-Ram 80 GB 7200 upm Nec DVD-Brenner 19" AMD64 3200 512MB DDR-Ram Radeon 9550 128 MB DD-Ram 250 GB S-Ata FP DVD-Rom DVD Brenner 19" [ - Antworten - Zitieren - Direktlink - ] |
|
10.01.2007, 21:02 Uhr Maja Posts: 15429 Nutzer |
@Darius Wer hat nun erfolgreicher von der sinnvollen Diskussion abgelenkt? Nix für ungut. [ - Antworten - Zitieren - Direktlink - ] |
| Erste << 7 8 9 10 11 -12- 13 | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > OS4 Final ist draußen! | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|