ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Thore
Nutzer
24.05.2010, 11:44 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Wie ich schon öfters sagte. Nicht lange fackeln, handeln. Eine Linklib könnte das Problem lösen Also ran an den Speck. Ihr wisst ja was zu tun ist, wenn ich eure Beiträge so les. Hihi. |
|||||
Thore
Nutzer
24.05.2010, 11:37 Uhr [ - Direktlink - ] |
Thema: Diskettenlaufwerk -Unlesbar
Brett: Amiga, AmigaOS 4 Die Drehung gibt an, ob es sich um da fd0 oder fd1 handelt. Dieses wird meist bei PC Floppies gemacht, wo ein entsprechender Jumper fehlt. Der Jumper und die Drehung bewirken das gleiche. Schau mal ob Du durch eine andere Jumperposition das Laufwerk einbinden kannst. Falls das nicht geht, brauchst du ein Kabel ohne twist |
|||||
Thore
Nutzer
24.05.2010, 01:02 Uhr [ - Direktlink - ] |
Thema: DB-9 Anschlüsse.
Brett: Amiga, AmigaOS 4 Es gibt rein vom Anschluss oder Seriennummer keine Möglichkeit die Mäuse auseinanderzuhalten. Denn der Anschluss ist der gleiche, nur die Pinbelegung ist anders. Ob die Maus Schraubgewinde hat ist allein Herstellerabhängig. Im Amiga-Sektor haben sie meist darauf verzichtet, allerdings gibt es auch im PC Lager Firmen die dies nicht gemacht haben. Bei schraubgewinde ist die Wahrscheinlichkeit wirklich sehr hoch daß sie nicht am Amiga passt. Im Generellen gibt es 2 verschiedene Standard-Mäuse für Amiga, die "eckige" Form (alt) und die "runde" Form (neu). Daneben gibts noch Sonderanfertigungen wie z.B. die HitMouse. USB und PS/2 Mäuse lassen sich übrigens über Adapter am Amiga betreiben. |
|||||
Thore
Nutzer
22.05.2010, 15:33 Uhr [ - Direktlink - ] |
Thema: Cybervision 64/3D Schwarzes Bild
Brett: Amiga, AmigaOS 4 Ich denke Dir fehlen die Kenntnisse in Sachen Grafikmodi und Monitore. Deshalb die Hinweise: Über die Grafikkarte können direkt keine Amiga Modi (PAL/NTSC) wiedergegeben werden (deshalb bei Dir schwarzes Bild) Der Scandoubler schleift das Amiga Bild über die Grafikkarte durch, diesen brauchst Du, wenn Du einen VGA (oder ähnlichen ab 31kHz) Monitor für die Amiga Modi betreiben willst. Für eine 2-Monitor-Lösung brauchst Du keinen Scandoubler, hier schließt du den 31kHz an die GraKa und den 15kHz an den Videoausgang des Amigas an. Der schwarze Bildschirm kommt so zustande: Die Grafikkarten-Treiber sind nicht installiert und/oder die Workbench wurde nicht in einem Grafikkarten-Screenmodus gespeichert. Die Workbench ist daher zwar geladen aber über diesen Ausgang nicht sichtbar, sondern hängt im 15kHz Ausgang... Ein Scandoubler schleift dieses Signal normal durch die GraKa, odr alternativ kannst Du das Bild über einen 15kHz tauglichen Monitor am normalen Amiga RGB Ausgang sehen. |
|||||
Thore
Nutzer
21.05.2010, 13:57 Uhr [ - Direktlink - ] |
Thema: wann kommt dvb-t für amiga?
Brett: Amiga, AmigaOS 4 Falls Du die Seite wegen des Schreibfehlers nicht findest: geit.de (dann links auf VaillantVision klicken) |
|||||
Thore
Nutzer
19.05.2010, 16:01 Uhr [ - Direktlink - ] |
Thema: Amiga X1000 bei golem.de
Brett: Amiga, AmigaOS 4 Ich tipp auf dem 23. Juli 2010 als Erscheinungsdatum, oder kurz danach. Warum dürfte jedem Amiga-Kenner klar sein |
|||||
Thore
Nutzer
19.05.2010, 15:53 Uhr [ - Direktlink - ] |
Thema: Stormwizard GUI Editor mit BlitzBasic oder lieber C (Anfänger) !??
Brett: Programmierung Wollt ihr nicht erst die Programmiersprache lernen, bevor ihr auf "weniger Arbeit" durch "GUI Creation Point n Click Adventures" vertraut? Eine GUI hinklicken mag ja schön und gut sein, wenn man sich mit der Programmierung auskennt. Aber dann viel Spaß beim Debuggen wenn Fehler drin sind und man von der Materie eigentlich keine Ahnung hat. Meine Empfehlung: Programmiersprache lernen mit Beispielen (Aha-Effekt ist guter Lerneffekt) Eigene GUI Sachen machen ohne die Verwendung von Wizards (zum Beispiel direkt Intuition, Boopsie, Gadtools, später vll MUI), um Verständnis/Erfahrung für die Programmierung von GUIs und deren Events (IDCMP etc pp) zu bekommen. Daß Anfänger auch den einfacheren Weg gehen sollen ist meiner Ansicht nach auch nicht so richtig. Dann bleibt ihr auf dem Anfänger-Level. Übung macht den Meister. Warum schaust Du Dir nicht die Programmiersprachen mal generell an, machst ein paar Beispiele in AmiBlitz, C, FreePascal und entscheidest dann was für Dich in Frage kommt, oder ob Du auch mehrere in Betracht ziehst. Oft ist es eine Geschmacksache und kommt drauf an was Du realisieren willst, das kann kein anderer für Dich entscheiden Dann empfehle ich wärmstens die RKM, hier werden die Internas, Amiga API genau beschrieben. Für CrossCompiler gibt es z.B. AmiDevCPP. Nach einem Kampf habe ich ihn überredet meine Programme korrekt anzunehmen Viel Spaß beim Lernen. Amiga Programmierung macht echt Spaß wenn mans mal verstanden hat |
|||||
Thore
Nutzer
18.05.2010, 16:22 Uhr [ - Direktlink - ] |
Thema: int test = 'TEST';
Brett: Programmierung Noch nie Scheme oder Lisp programmiert? Da klammert man sich zu Tode Dagegen sind die 8 Hochkommas goldig Ansonsten gilt das was geit sagt, ein define und Du bist die Tipperei los... |
|||||
Thore
Nutzer
17.05.2010, 11:35 Uhr [ - Direktlink - ] |
Thema: int test = 'TEST';
Brett: Programmierung MAKE_ID ist ein define auf folgendes: #define MAKE_ID(a,b,c,d) ((ULONG) (a)<<24 | (ULONG) (b)<<16 | (ULONG) (c)<<8 | (ULONG) (d)) Probier mal aus ob Dein Compiler hier eine Konstante berechnen kann. Sicher bin ich hier nicht, obgleich es durch die direkte Berechnung aber sein könnte. [ Dieser Beitrag wurde von Thore am 17.05.2010 um 11:37 Uhr geändert. ] |
|||||
Thore
Nutzer
17.05.2010, 09:20 Uhr [ - Direktlink - ] |
Thema: 1 Amiga - 2 Monitore
Brett: Amiga, AmigaOS 4 Hattest Du Picasso96? Kann CGX4 nicht auch mit mehreren Monitoren? Muss ich mal auf der CD nachschauen |
|||||
Thore
Nutzer
16.05.2010, 20:00 Uhr [ - Direktlink - ] |
Thema: ScummVM 1.1.1
Brett: Amiga, AmigaOS 4 Schau mal im "Min OS required" auf der os4depot: 4.1 Vielleicht liegts an dem? PS: In den Kommentaren liest man das auch daß es auf Classic wohl nicht läuft. [ Dieser Beitrag wurde von Thore am 16.05.2010 um 20:01 Uhr geändert. ] |
|||||
Thore
Nutzer
16.05.2010, 19:54 Uhr [ - Direktlink - ] |
Thema: Sensible World Of Soccer
Brett: AROS und Amiga-Emulatoren Dann versuch 1 MB Chip RAM und Kick 1.3 aus. Stürzt es nun immer noch ab? |
|||||
Thore
Nutzer
10.05.2010, 11:18 Uhr [ - Direktlink - ] |
Thema: Sporadische Lesefehler...
Brett: Amiga, AmigaOS 4 Aus den FAQs aus MorphOS/Pegasos: Q: I cannot configure the hard disk, nothing is written to it, I get weird errors. What is wrong? A: Always use 80 pin IDE cables for everything. 40 pin cables are not supported. Möglicherweise gilt für dein OS4 Rechner das gleiche... |
|||||
Thore
Nutzer
08.05.2010, 20:03 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung @Holger Ja ob was kommerziell ist oder nicht ist auch ein Faktor, den man nicht unterschlagen sollte. Allerdings ist Hollywood seinen Preis wert. Ich sagte nicht daß AmigaBASIC einen kleineren Befehlsumfang hat sondern "einfacher". Wobei Du mit Deiner Kritik recht hattest, ich meinte nicht den Befehlssatz an sich sondern die Befehle und das Programmieren an sich (z.B. um ein Window zu öffnen braucht man hier nur eine Zeile Code, auf OS1.x und C geht es nur mit mehreren, ab OS2.x Dank TagLists in wenigen Zeilen aber immer noch mehr Schreibarbeit) Daß C nur eine kleine Menge eigener Befehle mitbringt ist jedem C-Programmierer bekannt Sorry, mein Fehler. Wenn Hollywood seine Plugin-Schnittstelle bekommt, könnte man flexibler werden. Auf anderen Systemen zahlen die Leute 6000 Euro für ein Programm, um Installations-Pakete zu erzeugen... Soviel zur Relation Die Linux-Programme sind übrigens nicht "fürs Portieren" gemacht Die Portabilität von Linux-Programmen ist eigentlich nur innerhalb der Linux-Welt zu verstehen. Alles was nach außen portiert wird, ist entweder zufällig gleich richtig oder muss kompatibel gemacht werden (z.B. mit Hilfe von GeekGadget, ixemul, cygwin,....) Das MorphOS OWB und AmigaOS OWB benutzen nur den gleichen Kern. Alles andere außenrum ist eigenständig. Timberwolf benutzt als GUI übrigens Intuition und kein GTK-Ersatz. Also auch viel Handarbeit (sonst wärs ja easy, einfach compilieren...) Eine zumindest teilweise einheitliche API wurde mit SDL schon versucht, das klappt auch soweit ganz gut Also Leute, programmiert Es fehlt noch ein Office und ein gutes Chatprogramm [ Dieser Beitrag wurde von Thore am 08.05.2010 um 20:04 Uhr geändert. ] |
|||||
Thore
Nutzer
07.05.2010, 16:25 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Ich denke, mit OWB und Blender auf MorphOS, Timberwolf auf OS4 (und andere Programme) wird auch gezeigt, daß Großprojekte durchaus gemacht werden, und diese Leute Spaß dran haben. Lob an jene Programmierer. |
|||||
Thore
Nutzer
07.05.2010, 14:16 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Das Hauptproblem liegt in der Zeit, die man zum Entwickeln hat. Bei mir sind das ca 2 Std am Abend.... Die "alten Amiga-Hasen" kommen mit der API super zurecht, Neulinge müssen sich erst einfuchsen (andersrum von Amiga nach Win ist es übrigens das gleiche). Hollywood ist ein Multimedia Layer und keine "echte" Programmiersprache an sich. Trotz einfacher Syntax verwendet man es nicht so groß wie C/C++, obwohl es auch Win-Versionen gibt. Dann kanns wohl nicht an der API/Befehlssatz liegen. Das Problem ist wohl eher dieses: Man sieht auf Linux ein Programm, versucht es zu portieren. Es ist posix, benutzt vll noch fork/vfork und schon fängt das erste Problem an: Kein posix, kein fork. Dann holt man sich ixemul, damit hat man schon etwas mehr Linux-Style. Jedoch immer noch kein fork. Dann überlegt man sich, da ist eine GUI... QT, GTK, glib... auch portieren oder wrappen (z.B. nach MUI), lohnt der Aufwand? Oder doch was eigenes entwickeln? Macht man sich als 1-Mann-Programmierer die Arbeit, die auf anderen Systemen zwischen 5 und 100 Leute gemacht haben? Ich denke DAS ist vielmehr der Knackpunkt. Ein Ressourcen-Zeit-Problem. AmigaBASIC hat auch einen einfacheren Befehlssatz wie C/C++, wird aber weniger verwendet (Liegt aber vermutlich eher in den Micro$oft Bugs *g*) Ich empfehle dir (und anderen denen es interessiert) die DeveloperCD(2.1) falls Du diese noch nicht hast. Da sind die kompletten RKM Hardware/Libs/Includes/Autodocs enthalten, sowie StormC3 und viel nützliches Zeug. Wenn du mal durch die RKM geblättert hast, wirst Du vieles verstehen, warum das alles so aussieht, wie es ist. |
|||||
Thore
Nutzer
06.05.2010, 18:48 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Ok so kommen wir doch noch zum gemeinsamen Nenner. So hatte ich mir das auch vorgestellt. Allein für Linien zeichnen (Move und Line in eine Funktion) lohnt sichs sicher nicht, aber Bilder laden, mit BitMapScale skalieren und in einem anderen Format ausgeben wär sicher interessant als eine 1 bis 2 Funktionen API. Gerade das BitMapScale ist für AmigaOS Neulinge erstmal etwas gewöhnungsbedürftig (wenn auch einfach wenn mans erstmal kapiert hat). |
|||||
Thore
Nutzer
06.05.2010, 17:00 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Also nun doch eine Lib? (Wie API Funktionen bereitgestellt werden kann durchaus varriieren, neben Libs gibts noch devices (auf Win auch virtuelle Treiber, ShellAPI, etc pp)) Aber darum gings nicht. Es geht darum, ob es eine Lib geben soll mit den Funktionen die Du brauchst, wie Du sagtest, als Überbau zur unteren API, also ein Wrapper darstellt. Das ist doch dann genau das gleiche was ich die ganze Zeit versuch zu sagen. Nur ob sie dann offiziell zum OS gehört oder nicht, das ist die Frage. Im Grunde läufts aber aufs gleiche raus. |
|||||
Thore
Nutzer
06.05.2010, 16:27 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Wieso sollte ein Programmierer einen Unterschied merken, ob er nun eine Funktion direkt nutzt oder über eine Lib? Abgesehen davon, daß im AmigaOS die API Funktionen ebenfalls über Libs bereitgestellt werden, sogar exec ist als lib vorhanden.... Ok, VCL, CLX etc bedienen sich intern den WinAPI Routinen, falls nötig, aber sudeln auch gern selbst auf der Canvas rum, abhängig von der Komponente. Es ging doch um die Bequemlichkeit beim Programmieren? Direkte Änderungen an APIs machen ein Betriebssystem kaputt, bei Windows merkt mans langsam. Lauter Änderungen, die API ändert sich sogar von Service Pack zu Service Pack. Lauter Strukturen mit Endung "Ex" oder einfach durchnummeriert. (Drucker-Strukturen gehen sogar bis Nr 9 hoch), jedes Struct hat Attribute für n verschiedene Win Versionen, die Du abprüfen musst. Also meiner Meinung nach ist sowas der falsche Weg (obwohls sicher auch so kompatibler gehen könnte), alles über API Funktionen zu versuchen. Eine Lib hingegen lässt sich auch auf einer neuen Amiga Version nutzen. Neue Libs müssten entsprechend abwärtskompatibel bleiben. Für den Programmierer an sich spielt es aber keine Rolle, wo sein Aufruf versteckt ist (wenn er nach dem Blackbox Verfahren handelt). Sicher hat beides Vor- und Nachteile. Aber hauptsache es funktioniert und man kann damit arbeiten, oder? Bis die API geändert wird..... oder dann doch lieber ne Lib? |
|||||
Thore
Nutzer
06.05.2010, 15:56 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Öhm, wieso? Das macht keiner so Unter Linux sind das im Grunde nur Libs, die benutzt werden, unter Win wird das teilweise sehr unterschiedlich gemacht (VCL, CLX, WinAPI, ....) Wieso muss das System es auch so machen? Es benutzt ja schon die Datatypes bzw Reggae. Übrigens auch Libs... Wieso muss es da ein einheitlicher Standard geben, der über allem steht? Warum nicht einfach eine Lib, die konvertieren kann? Vereinfachte API Calls würden sowieso intern das gleiche machen wie vorher, nur daß der Aufruf anders ist. > Alle diese Programme benutzen die gleiche API zum Laden von Sounds... Gut, und wo ist das SDK? [ Dieser Beitrag wurde von Thore am 06.05.2010 um 16:00 Uhr geändert. ] |
|||||
Thore
Nutzer
06.05.2010, 15:09 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung Ich glaube wir reden aneinander vorbei. Im Grunde teile ich ja deine Meinung mit einfacheren Wrappern/Supermethoden/-funktionen für API Calls, finde aber es nicht schwierig, die API direkt zu nutzen. Nicht gegensätzlich sondern zusätzlich. Daß Du diese Funktionen gemacht hast, ist lobenswert, und sie werden sicher auch benutzt. Und genau das ist es doch was ich meinte. Nicht beschweren sondern was machen. Du hast es doch selbst gezeigt mit deinen Routinen. Im Grunde wollen wir beide das gleiche. Um wieder bei dem Beispiel Converter-Lib zu bleiben. Wenn es denn keiner macht, dann wird sie auch nicht benutzt. Eben weil es sie nicht gibt, macht jeder sein eigenes. Anstatt daß jemand sich dem (überschaubaren) Projekt annimmt. Wegdiskutieren kann mans nicht Ich hab auch nicht von "einfach drauf los", "einfache API ist mächtiger/nicht so mächtig" etc gesprochen, das kam alles aus Deinem Munde, äh Deiner Feder Also um wieder sachlicher zu werden. Was würdest Du denn von sowas wie einer converter-Lib halten? |
|||||
Thore
Nutzer
06.05.2010, 14:40 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung > Die API ist alles andere als einfach zu programmieren. Wenn man von Blitz auf C++ wechselt, hat man sicher diese Ansicht. Wer von Assembler auf C++ wechselt, hat eine andere Ansicht. Wer von Windows auf Amiga wechselt, denkt auch, es ist einfacher. > Auf dem Amiga vielleicht Superfunktionen, auf anderen OS ist das normal Super im Sinne von "Übergestellt" nicht im Sinne von "Großartig" Anders gesagt: Es liegt im Auge des Betrachters. Einige Win-API sachen sind auch einfach, aber andere schwierig. Es gibt aber sicher win User die sagen, das sei einfach (Außer MAPI, da checken auch die von M$ nicht mehr durch!) Also, hier haben wir einen Programmierer. Da haben wir ein Problem (fehlende converter-Lib als Beispiel). Und was ist das Resultat? Beschwerde statt handeln. Und genau DAS ist der Stillstand. Immer andere machen lassen. Wozu seid ihr denn Programmierer? Also ran an den Speck. Nicht beschweren sondern einfach MACHEN. [ Dieser Beitrag wurde von Thore am 06.05.2010 um 14:43 Uhr geändert. ] |
|||||
Thore
Nutzer
06.05.2010, 13:57 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung > Also anstatt einmal das gescheit im OS zu haben, gibt es sicherlich hunderte von solchen Implementationen. Andere OS haben das auch nicht direkt im System. Für Win gibt es für jede IDE eigene Routinen, auf Linux greift man gernauf die libxxx.o/so zu. Ein Widerspruch ist das aber nicht, was ich gesagt hab. Textausgabe in einer Shell ist auch easy zu machen, trotzdem gibt es Aufrufe die das erledigen. Also nicht widersprüchlich sondern "zusätzlicher Wunsch". > Im Vergleich hat der Amiga aber nur eine Low Level API, also quasi > nur die Win32. Es wurde nicht wirklich ein neuer Layer draufgesetzt, > das macht dann immer jede Programmiersprache oder jeder Programmierer > von Grund auf neu. Und das verbrennt massig wertvolle Entwicklerzeit. Wozu denn auch? Ich find die API einfach zu programmieren. Wenn ich "Superfunktionen" will, kann ich mir diese bauen. Das was auf dem AmigaOS wesentlich mehr Entwicklerzeit braucht, ist eine fehlende IDE. Sich einfach eine GUI hinzuklicken und Events zuzufügen, das ist es doch, was das Programmieren auf Win beschleunigt. Wenn es denn noch keine ultra converter lib gibt, wieso entwickelt dann nicht jemand diese, dann gäbe es sowas. Genauso für API Wrapper und sonstiges. Sooo notwendig wars wohl dann doch nicht Wenn ich mal bisschen Zeit übrig hab, kann ich mich mal an einer Converter-Lib machen. |
|||||
Thore
Nutzer
06.05.2010, 12:42 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung @Wanderer Ich sehe Du musstest Dich noch nicht mit Windows APIs rumschlagen. Dagegen ist die AmigaOS API echt niedlich und super zu programmieren. Einmal was mit MAPI gemacht, und hoffentlich nie wieder... Auch bei Drucker über TerminalSessions wird man zum Hirsch. Von Dienste Programmieren ganz zu schweigen... Ich hab mal in BASIC Routinen (Laden + Speichern) für BMP, GIF und IFF(ILBM und ACBM) gemacht, und mir sowas für PNG und JPEG schon angesehen. GIF, BMP, PNG und ILBM sind nicht weiter schwierig zu implementieren (Hierfür braucht man Verständnis für Coder, z.B. LZW und RLE) Für JPEG musst Du Discrete Consinus-Transformation verwenden, aufgeteilt in kleine Quadrate, ist also komplizierter. Die Programmiersprachen, die mit einem Befehl (LoadILBM, SaveILBM) sowas machen, müssen sich intern auch um alles kümmern Die Datatypes wandeln intern alles nach IFF um soweit ich das sehe. Interessant wäre eine Lib, die die Konvertierung von verschiedenen Formaten unterstürzt... |
|||||
Thore
Nutzer
06.05.2010, 08:21 Uhr [ - Direktlink - ] |
Thema: ATTENTION! Vesalia.de shop and problems..
Brett: Amiga, AmigaOS 4 Bisher ist noch kein klarer Sieger auszumachen, beide Kontrahenten schenken sich nichts Wird das Match am Ende durch Unentschieden beendet? |
|||||
Thore
Nutzer
05.05.2010, 13:22 Uhr [ - Direktlink - ] |
Thema: ATTENTION! Vesalia.de shop and problems..
Brett: Amiga, AmigaOS 4 Wenn das weitergeht eröffne ich einen Thread "Ring frei".... Mich würd nur vielmehr interessieren wies mit tmdag weiterging.... |
|||||
Thore
Nutzer
03.05.2010, 13:21 Uhr [ - Direktlink - ] |
Thema: ATTENTION! Vesalia.de shop and problems..
Brett: Amiga, AmigaOS 4 Bisher war Vesalia immer zuverlässig bei mir Ich denk da ist irgendwas anderes/spezielles gewesen, anders kann ich es mir nicht vorstellen. Aber schlechte Erfahrung kann man schon posten, vor allem wenn man nach einer Lösung sucht. In my case Vesalia was reliable all the time I think something weird or special happend, I cannot think about intention or something like that. But bad experiences should be posted, especially if you want to have a solution. [ Dieser Beitrag wurde von Thore am 03.05.2010 um 13:22 Uhr geändert. ] |
|||||
Thore
Nutzer
03.05.2010, 12:45 Uhr [ - Direktlink - ] |
Thema: C oder C++?
Brett: Programmierung > Evtl. gibt aber auch bessere Lösungen? Wenn sich an Deiner API nichts oder nichts relevantes ändert, sind Libs eine gute Wahl, denn so müsstest Du bei Updates nur die Lib tauschen, und nicht alle Programme, die die Funktionen haben. |
|||||
Thore
Nutzer
01.05.2010, 23:53 Uhr [ - Direktlink - ] |
Thema: ATTENTION! Vesalia.de shop and problems..
Brett: Amiga, AmigaOS 4 Please note that you cannot write to Vesalia on all email addresses at the same time. This will be handled as cross posting and then will be marked as spam. So try it with a different email address on only ONE address again. |
|||||
Thore
Nutzer
01.05.2010, 19:20 Uhr [ - Direktlink - ] |
Thema: ATTENTION! Vesalia.de shop and problems..
Brett: Amiga, AmigaOS 4 Usually, Vesalia is very reliable and the I ppl there are nice and cooperative. Don't know why you have such problems. I think the best way would be, to call them. They can tell you then, what went wrong and how this could happen. I don't think this problems were made intentionally. Good luck |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |