ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
uho
Nutzer
01.04.2007, 20:13 Uhr [ - Direktlink - ] |
Thema: Scandoubler mit Fehlern
Brett: Amiga, AmigaOS 4 @ZeroG: Also es könnte der Indivision von Individial Computers sein (kommt mir jetzt irgendwie bekannt vor). Leider ist kein Bild auf der Seite. Allerdings hat der Scandoubler FF von Elbox dasselbe Gehäuse wie meiner (soweit man das erkennen kann), allerdings mit einem zusätz- lichen Aufkleber. |
|||||
uho
Nutzer
29.03.2007, 20:12 Uhr [ - Direktlink - ] |
Thema: Scandoubler mit Fehlern
Brett: Amiga, AmigaOS 4 @Lemmink: Natürlich ist das Teil sowohl Scandoubler als auch Flickerfixer. Es ist IMHO der gängigste Typ. Leider steht auch auf der Platine der Hersteller nicht. Ich habe zwischenzeitlich bei jemandem ein funktionierendes Exemplar gesehen. Es war wohl einige Jahre älter und - bis auf einen Jumper an der Rückseite - äußerlich baugleich. Der Innenaufbau unterschied sich geringfügig. Auf der Oberseite befinden sich zwei LEDs, die den Status anzeigen. Angesteckt wird es direkt an den 23pol. RGB-Port und den 15pol. VGA-Stecker des Monitors. Wie gesagt - ist ein ganz eindeutiger Designfehler. Hätte die Firma das zugegeben, wäre sie bei der Stückzahl wohl sofort Pleite gegangen. Das Dumme ist nur, daß niemand Abhilfe zu kennen scheint. Gruß uho |
|||||
uho
Nutzer
25.03.2007, 20:37 Uhr [ - Direktlink - ] |
Thema: Scandoubler mit Fehlern
Brett: Amiga, AmigaOS 4 Hatte die Frage schon vor Wochen mal gestellt - leider ohne einen "Wissenden" zu finden: Ich besitze zwei externe Scandoubler, die ich zu unterschiedlichen Zeiten von unterschiedlichen Händlern gekauft habe, die sich aber ansonsten gleichen (beiges Plastegehäuse, keine Kabel). Beide haben desselben Fehler: In den Interlace-Modi ist jede zweite Zeile um ein Pixel versetzt, so daß Texte kaum lesbar sind. Es liegt nicht am Ausgabegerät, nicht am Amiga (jeweils mehrere getestet) und auch nicht an der Einstellung des Potis. Gibt es eine Möglichkeit, diesen offensichtlichen Produktionsfehler zu umgehen ? Schließlich habe ich dafür ca. 190 Euro pro Stück gelöhnt... Ich habe damals auch versucht zu reklamieren. Da kam dann mein eigener Scandoubler mit dem Vermerk "umgetauscht" zurück. Toll, oder ? Wenn ich wüßte wie, könnte ich auch ein Foto zur Erläuterung hinzu- fügen. Habe aber keinen Speicherplatz im Web. Müßte also mit auf die Seite hier). So wie sie jetzt sind, kann ich z.B. einen LCD anschließen - aber eben nur in geringer Auflösung - was z.B. beim Proggen schade ist. uho |
|||||
uho
Nutzer
21.02.2007, 20:21 Uhr [ - Direktlink - ] |
Thema: V: HD-Laufwerk,extern
Brett: Kleinanzeigen (keine Auktionen!) @Servais: Heureka, ich hab's gefunden !!!!!!!!!!!!!! Endlich, endlich: Eine weit mehr als zehnjährige Suche ist damit doch noch zu einem versöhnlichen Ende gekommen (insbes. nachdem ich vor Jahren schonmal schwer mit einem DD-LW gelinkt wurde). Danke an Servais für die prompte Lieferung ! 5 min nach dem erfolgreichen Test war die zweite "Rate" auf dem Weg. Viel Spaß ! Gruß uho @Maja: Danke für den Tip. Darauf hätte ich wirklich selber kommen können B-) Außerdem kann ich mir ein kräftiges "Ätsch!" an die beiden "Kollegen" nicht verkneifen, die mein äußerst faires Angebot mit teilw. Vorkasse unter fadenscheinigen Gründen abgelehnt haben. Wüßte nur zu gern, ob die DD-LWs zum überhöhten Preis loswerden wollten oder einfach nur extrem mistrauisch sind und das gesamte Risiko auf meiner Seite wissen wollten... Nun findet erstmal wieder einen, der dafür 60 Mücken hinlegt ! |
|||||
uho
Nutzer
17.02.2007, 14:36 Uhr [ - Direktlink - ] |
Thema: Swappen von Bitmaps
Brett: Programmierung Hallo, im Prefs-Einsteller "CybergraphX" gibt es dafür die Schalter "NoPassThrough" und "KeepAmigaVideo". Außerdem kann man im Early-Startup-Menü der CyberVisionPPC die Darstellung der GraKa abschalten, was die AGA-Geschwindigkeit deutlich erhöht. Hab aber gerade die Tastenkombination dafür nicht zur Hand. Gruß uho |
|||||
uho
Nutzer
15.02.2007, 17:28 Uhr [ - Direktlink - ] |
Thema: V: HD-Laufwerk,extern
Brett: Kleinanzeigen (keine Auktionen!) @Servais: Ich war ursprünglich interessiert. Da ich nicht weiß, was ein "PM" ist, antworte ich hier: Ich biete 55 Euro - 25 Im Voraus, den Rest, falls es wirklich ein HD-LW ist, das extern und ohne Treiber funktioniert (bin da schon böse hereingefallen) Gruß uho |
|||||
uho
Nutzer
04.12.2006, 21:51 Uhr [ - Direktlink - ] |
Thema: A520 HF Modulator
Brett: Amiga, AmigaOS 4 Hallo zusammen, die Idee, den Fernseher über Scart zu betreiben, mußte ich auch gleichmal testen. Bisher hatte ich ihn immer über Cinch-Buchse betrieben. Scart brachte bisher kein Bild. Nach bischen Suchen bin ich auf die Info gestoßen, daß man diesen Modus am Fernseher erst aktivieren muß, indem man Pin 16 (RGB-Steuerung) auf mindestens 1 V legt. Da dieser Pin niederohnig ist und nicht mehr als 3V verträgt, habe ich einen Spannungsteiler mit zwei 100 Ohm-Widerständen zwischen Masse und +5V gebaut, und dessen Mittelabgriff mit Pin 16 (Scart) verbunden. Funktioniert und gibt tatsächlich ein besseres Bild. Auch wird die Bildwiederholfrequenz von 50 auf 100 Hz in normalen Modi angehoben. Im Interlace-Modus gibt's allerdings das 25Hz-Flimmern - ganz genauso wie auf 'nem Monitor. Also nix mit "Fernseher statt Flickerfixer". Wäre auch zu schön gewesen... Gruß uho |
|||||
uho
Nutzer
04.12.2006, 21:40 Uhr [ - Direktlink - ] |
Thema: Blizzard 12340 IV Problem
Brett: Amiga, AmigaOS 4 Hallo, falls nichtmal das Laufwerk klickt, ist der Grund mit hoher Wahrscheinlichkeit ein anderer: Das Quarz. Kein Takt - kein Bootvorgang; Der Prozessor macht Pause ;-) Es regiert emfindlich auf Erschütterungen - läßt sich aber (zumindest) bei mir - oft wiedererwecken: Einfach nach dem Einschalten _leicht_ mit dem Fingernagel auf das Quarz tippen - und in fast allen Fällen geht es wieder). So ein Quarz ist halt ein mechanisches Teil, und der Kontakt zwischen Metallspitze und Quarz kann schonmal verlorengehen... Gruß uho |
|||||
uho
Nutzer
02.12.2006, 23:48 Uhr [ - Direktlink - ] |
Thema: Wieviele Farben kann der Amiga 500?
Brett: Amiga, AmigaOS 4 Zitat: Eine schöne Anwendung ist das Prog "WB-Verlauf" - inbesondere, wenn man keine GraKa hat. Es läßt den Rahmen des aktiven WB-Fensters statt in schlichtem Blau in Regenbogenfarben erstrahlen und hebt es so besser ab. Gruß uho |
|||||
uho
Nutzer
02.12.2006, 23:07 Uhr [ - Direktlink - ] |
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4 @amilate: Hallo amilate, erstmal danke für den Beitrag. In diesem Zusammenhang würde mich sehr interessieren, welche Art von Adapter (Bezugsquelle ? ) Du benutzt. Ich habe einen von Pollin mit drei aufgelöteten LEDs. Mir ist auch schon die Idee gekommen, daß die Karte "zu schnell" antworten könnte und so das Aufleuchten der LED nur nicht sichtbar ist. Dies ist bei mir leider nicht der Fall: Ich habe ein Kabel gebaut und damit verschiedene Sachen probiert. Insbesondere habe ich Pin 27 (IO_CH_RDY) und Pin 31 (Unterbrechungs- anforderung) schaltbar gemacht. Bei Ersterem konnte man den Datentransfer einfach unterbrechen und wieder fortsetzen. Dabei war dann teilweise Dauerlicht auf dem Adapter, jedoch gleichzeitig nicht am Amiga. Bei Letzterem fuhr das OS fest (Busy-Pointer). Soweit erstmal zu meinen Erfahrungen. Vielleicht reagiert die 1200er-LEd auf gewisse Befehlsfolgen, die man mit einer zwischengeschalteten Logik emulieren könnte ? Gruß uho |
|||||
uho
Nutzer
02.12.2006, 22:56 Uhr [ - Direktlink - ] |
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4 Zitat: Hallo Thomas, Ich weiß sehr wohl, daß Prototypen dem Compiler Informationen über Argumentzahl- und -typ bekanntgibt. Der Punkt war ja gerade, daß sqrt() auch _mit_ Prototyp nicht funktioniert. Aber dazu hätte man meinen Beitrag halt _richtig_ lesen müssen. Und eine Antwort, ob dies nun ein Bug ist (vermutlich), und vor allem, wie das zu umgehen ist, gab es bis dahin nicht. Gruß uho |
|||||
uho
Nutzer
02.12.2006, 14:27 Uhr [ - Direktlink - ] |
Thema: Fensterinhalt schnell löschen
Brett: Programmierung Hallo, deutlich schneller als RectFill() ist EraseRect(). Damit habe ich bei meinem Wator noch einige Prozent herauskitzeln können, obwohl der Anteil an der Gesamtrechenzeit da nicht allzu groß ist... Gruß uho |
|||||
uho
Nutzer
02.12.2006, 14:22 Uhr [ - Direktlink - ] |
Thema: S: Externes (!!) HD (!)-Disk-LW (ohne Treiber bootfähig)
Brett: Kleinanzeigen (keine Auktionen!) Hallo Daywalker, (sorry für die längere Antwortzeit. Habe erst später bemerkt, daß man nicht direkt auf die Abo-Mail antworten kann). wenn es NICHT dieses komische schwarze PC-Dings mit Adapter ist und es nachweislich funktioniert (d.h. nicht nur ein HD-LW eingebaut ist, sondern DD und HD-Disks ganz normal wie im internen LW vom 4000D erkannt werden), dann könnten da schonmal 50 Euro (incl. Versand) rüberwachsen. Gruß uho |
|||||
uho
Nutzer
02.12.2006, 14:20 Uhr [ - Direktlink - ] |
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4 Zitat: Hallo Thomas, Dein Beitrag bzgl. meiner "Skills" ist leider wenig durchdacht. Erstes gebe ich hier meine Erfahrungen umsonst ab, damit sich eventuelle Interessenten viel Zeit sparen können. Um die Flash-Karte fehlerfrei zum Laufen zu bekommen, waren Dutzende Tests - immer verbunden mit dem Zurückschreiben tausender Dateien, hauptsächlich von Diskette - nötig. Jeder dieser Tests benötigte Zeit im Stunden-Bereich. Dazu Messungen mit dem Oszi und Bauen spezieller Kabel (da der Adapter mechanisch falsch aufgebaut war). Da kommt eine Menge Arbeit zusammen, die ich Euch halt ersparen wollte. Abgesehen davon ist die 64K-MaxTransfer-Grenze (so sie existiert) a) nicht allgemein bekannt. Schließlich sieht man das den Karten nicht an. Technische Doku gibt's auch keine dazu. Und im Amiga Bereich hat sowas bisher keine Bedeutung gehabt. Daher bestehen also auch keine Erfahrungen. b) eben NICHT universell, was der fehlerfreie Test mit der älteren copy-Version bei der 2GB-Karte belegt. Jede Flash-Karte scheint sich da anderes zu verhalten, was per se schon nicht sein dürfte. Dazu kommt noch, daß auch die HD-LED des 1200ers nicht leuchtet. Da die Flash-Karten einen vollständig IDE-kompatiblen Controller enthalten sollten, liegt da ja auch schon der Hund begraben. Wahrscheinlich ist auch dieser Mechanismus nur so "kompatibel" wie ein WinShit-PC zum anderen... Aber vor allen Dingen möchte zu Deiner generellen "Kritik" etwas loswerden: Ich habe hier (v.a. bei "Programmierung") schon ein paar Fragen gestellt. Leider konnte mir bisher _keine_ dieser Fragen zufriedenstellend beant- wortet werden. Und das, obwohl ich den Schwierigkeitsgrad schon Schritt für Schritt abgesenkt habe. Damit ich nicht falsch verstanden werde: Es wurde sich redlich bemüht. Dafür übrigens vielen Dank an dieser Stelle ! Auch ist es verständlich, wenn jemand, der z.B. SAS-C verwendet, nicht die Eigenheiten von Aztec-C kennt. Fakt ist nur, daß die hier versammelten Amiganer wohl den größten Teil des noch vorhandenen Wissens rund um den Amiga vereinen. Und dennoch können meine "ach so simplen" Fragen nicht beantwortet werden. Soo simpel sind sie also wohl doch nicht. Dafür hat Deine eigene Argumentation umsomehr Ungereimtheiten. Also denk' doch bitte das nächste Mal genauer nach, bevor Du anderen gegenüber Deinen Kiefer so weit auseinanderklappst ! Also nochmal danke an alle anderen für ihre Bemühungen (und hier auch Maja für die Rückendeckung ;-) ) !! Wenn noch jemand eine Idee hätte, wie ich die LED zum Leuchten bringe: her damit ! Gruß Uwe |
|||||
uho
Nutzer
30.11.2006, 21:40 Uhr [ - Direktlink - ] |
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4 * "Geblitz-Dingst" - Warnung vor copy !! Nach ca. zwei Wochen intensiver Tests habe ich es endlich gschafft, eine Compact-Flash-Karte als Festplattenersatz im A1200 (wahlweise auch im A4000) zum Laufen zu bringen. Eine lange Geschichte, die ich bei Interesse auch hier zum Besten geben kann. Aufgefallen ist mir dabei folgendes: copy V38.8 (5496 Bytes) macht beim Kopieren von Dateien reproduzierbare Fehler. Diese Fehler treten nur dann auf, wenn (mindestens) folgende Umstände zusammen- kommen: * große Dateien (ich vermute >64K, habe das aber nicht weiter getestet) * Zielmedium: 256MB-CF-Karte; Fehler tritt NICHT auf bei 2.5"-Festplatten und kurioserweise auch nicht bei einer 2 GB-Karte und ebenfalls nicht beim Kopieren ins (resetfeste) RAM. * größeren Maxtransfer-Raten. Gegen Höchstgebot verrate ich die magische Grenze ;-). Der Einfluß von DMA-Mask ist noch nicht abschließend geklärt. Die Fehler sind reproduzierbar - also keine zufällig "unwilligen" Flash-Zellen (da ist sowieso ein Verteil- und Korrektur-Algorithmus auf der Karte). Bei einer Datei mit ca. 1MB waren >800000 Bytes falsch. Die Anzahl falscher Bytes war immer exakt gleich. Diese copy-Version benutze ich seit >10 Jahren auf allen meinen Amigas. Wäre sie auf _irgendeiner_ Festplatte derart fehlerhaft, hätte ich das in sehr kurzer Zeit gemerkt. Überhaupt machen es einem die Flash-Speicher sowieso schwerer als nötig. So gibt's bei größeren MaxTransfer-Werten Read/Write-Errors - egal womit man kopiert. Abhilfe: 1) MTool benutzen (allerdings hat das wirklich einen Bug: Alle Dateikommentare werden gelöscht und das Datum wird erhöht 2) den BUFN-Parameter benutzen. Unterhalb einer gewissen Grenze (s.o.) tritt der "Fehler" NIE auf. 3) copy V40.1 benutzen. Die Kopierfehler treten nie auf; die R/W-Errors (wesentlich schwerer/unsicherer zu entdecken und fatal ich der Wirkung, wenn ein komplettes Verzeichnis betroffen ist) treten dennoch auf. Abschließend möchte ich noch anmerken, daß ich das Ganze eher für einen Bug beim Zugriffsmechanismus der Flash-Karten als einen von "copy" halte. So blinkt z.B. auch die HD-LED am 1200er, welche über eine Board- Logik angesteuert wird, beim Zugriff auf die Karte nicht - die auf dem Adapter dagegen schon ! Apropos: Das ist unbefriedigend. Wie könnte man das umgehen (abgesehen natürlich vom Trivialfall des elektrischen Verbindens von Adapter und original-LED) ? Soweit erstmal. Bei Interesse zu "Flash als HD" evtl. hier mehr. Gruß uho P.S.: Die Bootzeit ist jetzt endgeil. Erst (Kaltstart): 10 Sekunden. Mit Turbo- karte: 8 Sekunden. Mit Turbo + Flash-HD: etwa 4 Sekunden ! In dieser Zeit ist noch nichtmal der Monitor hell. Und wir reden hier schon von einer längeren Startup-Sequence mit Nachladen von allerlei Tools etc. ... Einfach nur geil und SEHR zu empfehlen ! |
|||||
uho
Nutzer
30.11.2006, 20:40 Uhr [ - Direktlink - ] |
Thema: S: Volloptische (!) Maus von AlfaData incl. Pad...
Brett: Kleinanzeigen (keine Auktionen!) ..., jedoch NICHT von GoldenImage Gruß uho |
|||||
uho
Nutzer
30.11.2006, 20:38 Uhr [ - Direktlink - ] |
Thema: S: Externes (!!) HD (!)-Disk-LW (ohne Treiber bootfähig)
Brett: Kleinanzeigen (keine Auktionen!) Gruß uho |
|||||
uho
Nutzer
30.11.2006, 20:35 Uhr [ - Direktlink - ] |
Thema: S: 68882 / 50MHz für Blizzard 1230 /IV
Brett: Kleinanzeigen (keine Auktionen!) Gruß uho |
|||||
uho
Nutzer
30.11.2006, 20:34 Uhr [ - Direktlink - ] |
Thema: Uhrenakku Alternative !
Brett: Amiga, AmigaOS 4 Hallo, ich würde bei Reichelt bestellen. Im Vergleich zu Conrad sparst Du Unmengen an Geld, da Conrad diesbezüglich jeden Realitätssinn verloren hat. Die Kosten liegen bei nur 5 Euro. Die hast Du schon rein, wenn Du 2-3 MOSFETS bestellst. Und Reichelt hat noch viele andere schöne Dinge. Du wolltest Dir sicher schon immermal n ordentliches Meßgerät oder nen Lötkolben leisten - z.B. zum wechseln des Uhrenakkus. Da fällt der Versand dann kaum noch ins Gewicht. Apropos Uhrenakku: Ich habe bei meinem 4000er mittels spitzem Schraubendreher und Zange den Akku SEHR vorsichtig von den An- schlüssen getrennt - d.h. überhaupt nicht auf dem Board gelötet. Vorteil: Jeder weitere Wechsel ist einfach, da man die Anschlüsse des neuen Akkus an die stehengebliebenen des alten löten kann. Das Board wird dabei weder mechanisch noch thermisch je wieder belastet. Allerdings ist diese Operation im Mittel eh nur alle zehn Jahre nötig... Gruß uho |
|||||
uho
Nutzer
30.11.2006, 20:23 Uhr [ - Direktlink - ] |
Thema: Cd+amiga sound?
Brett: Amiga, AmigaOS 4 @Berserker-mat: ich habe keinen 2000er. Aber im 4000D sind in der Nähe der RGB-Buchse auf der Platine entspr. Anschlüsse, die man direkt mit den Ausgängen an der Rückseite des CD-LWs verbinden kann. Leider ist der Pegel bei nur ca. 50% - also am Regler n bischen aufdrehen. Gruß uho |
|||||
uho
Nutzer
30.11.2006, 20:16 Uhr [ - Direktlink - ] |
Thema: Aztec & sqrt()
Brett: Programmierung Hallo, hier wieder eine Frage aus der Rubrik ">10 Jahre alt und ohne Lösung": Die Funktion double sqrt(double) scheint beim Aztec-Compiler fehlerhaft zu sein. Mit folgendem Listing... code:#include <exec/types.h> #include <math.h> main() { float x=4, y=0; y=sqrt(x); printf("Wurzel(x) = %fn", y); } ...bekommt man folgendes Ergebnis: 680564693277057719630000000000000000000.000000 mit double statt float in der Deklaration folgenes: 179769313486231570850000000000000000000000000000000000000000000000... ...000000000000000000000000000000000000000000000000000000000000000... ...000000000000000000000000000000000000000000000000000000000000000... ...000000000000000000000000000000000000000000000000000000000000000... ...000000000000000000000000000000000000000000000000000000.000000 Dabei ist es egal, ob %f oder %lf bei printf() angegeben wird. Ich nehme an, daß das sqrt() fehlerhaft implementiert ist, da ich so ziemlich jede Kombination von Fließkommatypen und Ausgabewerten getestet habe. Aber vielleicht hat ja noch jemand eine Idee ? Zwischenzeitlich habe ich mir mit pow() geholfen und mir zunutze gemacht, daß sqrt(x)==pow(x, 0.5) ist. Aufgrund der allgemeineren Auslegung von pow() vermute ich allerdings eine langsamere Arbeitsweise... Bei der Gelegenheit ist mir noch aufgefallen, daß pow() ebenfalls fehlerhaft arbeitet, wenn ich math.h nicht inkludiere. Dort steht allerdings nur double pow(double, double); Also nur ein Prototyp. Wie kann es sein, daß eine Funktion ohne diesen fehlerhaft arbeitet. Der Compiler beschwert sich jedenfalls nicht und ich verwende Prototypen i.a. auch kaum - selbstverständlich (?) ohne Funktionsfehler. Wie kann das sein ? Anmerken möchte ich noch, das dieses Simpel-Prog mehr als 12000 Zeichen groß wird - abartig / Winshit-verdächtig ;-(( Eine Antwort waren diese (und andere) Fragen den Entwicklern damals auch nicht wert - war wohl bei "nur" 400 Märkern nicht einkalkuliert... Und da frag(t)en sich die Leute, warum es für den Amiga vergleichsweise wenig Software gibt/gab. Gruß uho |
|||||
uho
Nutzer
17.11.2006, 17:14 Uhr [ - Direktlink - ] |
Thema: Aztec-C & kleine Executables / Linken von amiga.lib
Brett: Programmierung Schon von Anfang an habe ich mich gefragt: Warum zum Teufel muß ein "Hallo, Welt!" in Aztec-C 5648 Bytes groß sein ?? In Assembler sind es nur 108 Bytes... Irgendwo habe ich dann mal gelesen, daß man printf() durch Amiga-Funktionen (z.B. PutStr() - leider weit weniger mächtig) ersetzen solle. Damit kommt man auf etwa 1944 Bytes - obwohl das Objektfile nur 260 Bytes klein ist. Außerdem könne man noch main() durch _main() ersetzen und könne dann statt der c.lib die amiga.lib linken. Aber genau das geht nicht. Normal schreibe ich: "ln Test -lc", um die c.lib zu linken (.lib wird automatisch ergänzt) Bei math. Funktionen dann: "ln Test -lm -lc" (m.lib+c.lib linken). Dabei kommt es dann schon auf die Reihenfolge an :-/ Versuche ich aber: "ln Test -lamiga", kommen ca. 50 Fehlermeldungen (Aussschnitt): Aztec C68K Linker 5.2a Sep 4 1991 12:07:03 (17)Undefined symbol: _exit. (17)Undefined symbol: .begin. (17)Undefined symbol: _AmigaGuideBase. ... (17)Undefined symbol: _WorkbenchBase. (17)Undefined symbol: _stdin. (17)Undefined symbol: _stdout. Base: 000000 Code: 007b90 Data: 000034 Udata: 000004 Total: 007bc8 Offensichtlich nicht definierte Symbole. Naheliegend wäre also eine Kombination - ähnlich wie bei math.lib: "ln -lamiga -lc". Das führt aber zu ca. 1875 (!!) Fehlern: Aztec C68K Linker 5.2a Sep 4 1991 12:07:03 file: <Prg:lib/libs/c.lib>(fgetc) User symbol <_fgetc> overrides library symbol. file: <Prg:lib/libs/c.lib>(fprintf) User symbol <_fprintf> overrides library symbol. file: <Prg:lib/libs/c.lib>(getchar) User symbol <_getchar> overrides library symbol. ... (17)Undefined symbol: _WorkbenchBase. (17)Undefined symbol: _stdin. (17)Undefined symbol: _stdout. Base: 000000 Code: 008230 Data: 000048 Udata: 00005c Total: 0082d4 Bleibt noch (weniger logisch): "ln -lc -lamiga". Das sieht dann so aus (ca. 50 Fehler): Aztec C68K Linker 5.2a Sep 4 1991 12:07:03 file: <Prg:lib/libs/amiga.lib>( ç) _PutStr multiply defined file: <Prg:lib/libs/amiga.lib>( ç) _CloseLibrary multiply defined file: <Prg:lib/libs/amiga.lib>( ç) _OpenLibrary multiply defined (17)Undefined symbol: _AmigaGuideBase. ... (17)Undefined symbol: _WorkbenchBase. (17)Undefined symbol: _stdin. (17)Undefined symbol: _stdout. Base: 000000 Code: 008268 Data: 000040 Udata: 00005c Total: 008304 Lange Rede, kurzer sind: Trotz Studiums des ca. 1500seitigen englisch- sprachigen Handbuches bekomme ich die amiga.lib nicht gelinkt. Und wenn ich mich recht erinnere, waren die Tests auch mit den meisten anderen mitgelieferten Libraries (small.lib...) ähnlich erfolglos. Bei anderen Compilern muß das aber gehen. IMHO kamen die auf ca. 300 Bytes... Das das Problem nun schon mehr als ein Jahrzehnt ungelöst ist, hoffe ich auf Eure profunden Kenntnisse ! Gruß uho Guckst Du hier: misc/sci/Wator1_27.lha gfx/misc/HideIt_1.21.lha |
|||||
uho
Nutzer
13.11.2006, 23:24 Uhr [ - Direktlink - ] |
Thema: Abbruch-Gadget mit Interrupt ?
Brett: Programmierung Hallo, habe 'mal auf "Beitrag schreiben" geklickt. K.A., ob das so gedacht ist, oder ob man lieber bei der jeweiligen Antwort auch "Antworten" klicken soll. Ich nehme an, daß letzteres nur einer lesen kann. Kann man eigtl. auch Bilder (z.B. erklärende Screenshots) einfügen ? Ansonsten erstmal danke für die Hilfe ! Leider ist es ja auch nach Tagen bei nur zwei Antworten geblieben. Vielleicht war ja die Frage zu schwer ? Naja. Auch zu meinen Progs kam leider keine einzige Rückmeldung. Schade... Der Tip mit [code] klappt ausgezeichtnet. Danke. Die Variante mit [code language="C"] dagegen nicht (habe IB). Einen separaten Task zu starten ist eine interessante Idee. Kann dieser dann auch wirklich den Mauszeiger oder globale Variablen meines Hauptasks verändern ? In Zukunft muß ich wohl erst die Beiträge irgendwie "vorschreiben" - sonst kostet mich das hier ein Vermögen und man vergißt immer die Hälfte... Erstmal soviel uho P.S.: Kommt einer von Euch am Samstag nach Nürnberg ? Da könnte man dann direkt fachsimpeln ! |
|||||
uho
Nutzer
05.11.2006, 16:37 Uhr [ - Direktlink - ] |
Thema: Abbruch-Gadget mit Interrupt ?
Brett: Programmierung Hallo, dies ist mein erster Beitrag (und so ziemlich der erste Kontakt zu anderen Amiga-Proggern. Ich habe schon vor Jahren zwei Progs ins Aminet gestellt. Und zwar: misc/sci/Wator1_27.lha (graph. Sim. eines Öko-Systems) gfx/misc/HideIt_1.20.lha (einfaches Stegano-Prog) Konstruktive Kritik würde mich sehr freuen... Aber nun zum Thema: Wator braucht die volle Rechenzeit. Das verträgt sich aber nicht mit einem schnell reagierenden Abbruch-Gadget. Aufgrund des verschachtelten Aufbaus der Hauptroutine habe ich nur folgende Möglichkeiten: Endweder ich rufe folgenden Code nach jedem Individuum auf - also auf meinem 060/50 ca. 7000x je Sekunde. Folge: 30% Leistungseinbuße im Modus "schnell" Oder (so ist es jetzt): Der Code wird nur einmal pro Simulations- tag aufgerufen. Folge: Dutzende Sekunden Reaktionszeit im Modus "langsam". Hier der Code: while (intuimsg = GT_GetIMsg(Window->UserPort)) { msgclass=intuimsg->Class; GT_ReplyIMsg(intuimsg); }; if (msgclass==GADGETUP) { i++; // für korrekte Statistik break; // Verlassen der Hauptschleife }; (Mist. Die Web-Seite löscht die Leerzeichen (Einrückungen) !! ) Mir würde ja eine Lösung vorschweben, in der das Betätigen des Gadgets einen Interrupt auslöst, der einen Sprung direkt hinter die Hauptschleife veranlasst. Damit wäre die verschwendete Rechenzeit bei Null. Leider weiß ich nicht, wie man so etwas programmiert. Als einziges Prog mit ähnlicher Problemstellung (und Lösung !) kenne ich "Mand2000". Leider hat der Autor damals nicht geantwortet. In der Hoffnung auf Ideen & Anregungen uho P.S.: Wer Photogenics 1.2b nicht besitzt, dem kann ich gerne ein Bild zum Testen mit HideIt schicken... |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |