Suche - amiga-news.de Forum

amiga-news.de Forum > Suche

[ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 39 40 41 42 43 -44- 45 46 47 48 49 >> Letzte

Ergebnisse der Suche: 2266 Treffer (30 pro Seite)

Thore Nutzer

16.06.2010, 09:27 Uhr

[ - Direktlink - ]

Thema: Diskettenlaufwerk -Unlesbar
Brett: Amiga, AmigaOS 4

@Dennis:
X-Copy macht ein Low Level Copy. Das heißt er liest/schreibt die Rohdaten blockweise. Was genau da drinsteht ist ihm dabei völlig egal.
Die Workbench decodiert die Rohdaten und sucht den Bootblock und den Rootblock. Findet er einen von beiden nicht dann ist die Disk bereits unlesbar.

Thore Nutzer

16.06.2010, 08:57 Uhr

[ - Direktlink - ]

Thema: Diskettenlaufwerk -Unlesbar
Brett: Amiga, AmigaOS 4

Auf dem A500 ist zwingend DF0 vonnöten, damit DF1 klappt. Da unter Kick1.3 nur von DF0 gebootet werden kann (Festplatten ausgenommen, die können auch vorher booten ab 1.3).
Ab 2.x kann auch von einem anderen Disketten-Laufwerk aus gebootet werden.

Die Ursachen der HD Disketten halte ich für plausibel, ich hab auch 2 Laufwerke bei denen eines nicht immer will, das andere geht mit allen Disketten wunderbar.

Thore Nutzer

10.06.2010, 13:02 Uhr

[ - Direktlink - ]

Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4

Wurde ja jetzt auch schon mehrfach geklärt. Die andere, wichtigere, Frage ist, ob die codesets.library und MUI bei kueber korrekt installiert sind, und was ggf SnoopDOS zu der Sache meint

Thore Nutzer

10.06.2010, 08:31 Uhr

[ - Direktlink - ]

Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4

Richtig, YAM läuft auch mit der unregistrierten MUI Version (alle anderen Programme auch, nur einige Standard-Einstellungen können nicht benutzt werden, und im Test-Modus nicht gespeichert werden).
Ist denn die Codesets-Lib auch im Libs: Verzeichnis und die Charsets im Verzeichnis LIBS:Charsets vorhanden?
Ist im YAM Verzeichnis auch ein Libs-Verzeichnis, wo eine Codesets-Lib drin ist? Dann benenn diese mal um.

Hast du das Programm SnoopDOS? Das protokolliert Dateizugriffe und ist daher bei solchen Problemen die erste Wahl.

Wie stürzt SimpleMail ab? Bleibt der Rechner hängen, kommt ein Guru (roter blinkender Rahmen) oder ein Software Failure-Fenster?

[ Dieser Beitrag wurde von Thore am 10.06.2010 um 08:32 Uhr geändert. ]

Thore Nutzer

09.06.2010, 22:47 Uhr

[ - Direktlink - ]

Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4

Es fehlen eben hier die ganzen Infos. Welches AmigaOS, was genau passiert?

Thore Nutzer

09.06.2010, 22:10 Uhr

[ - Direktlink - ]

Thema: EMail Programm für Amiga
Brett: Amiga, AmigaOS 4

YAM ist sehr gut, SimpleMail ist auch recht gut.
Ich würd vorschlagen, du bringst mal deinen Amiga auf Vordermann.
Wenn schon die zwei Programme nicht starten dann hast Du irgendwo ein Problem das nichts mit den zwei Programmen zu tun hat.

Was passiert denn bei Yam? Was sagt denn SnoopDos zu deinem Problem?

Thore Nutzer

08.06.2010, 10:15 Uhr

[ - Direktlink - ]

Thema: A600 FPU
Brett: Amiga, AmigaOS 4

Nur die Programme sind schneller, die die FPU auch direkt benutzen.
Ansonsten merkst Du keine Unterschiede. Die Programme müssen extra so geschrieben sein, daß sie die FPU ansprechen.

Daß die FPU nicht gelistet wird ist ein Zeichen daß sie nicht erkannt wird. Das passiert, wenn die FPU defekt ist, oder falschrum im Sockel steckt, oder die FPU vom Design auf die Karte nicht passt (MHz Zahl prüfen)

Thore Nutzer

06.06.2010, 12:42 Uhr

[ - Direktlink - ]

Thema: AWeb?
Brett: Amiga, AmigaOS 4

Hab auch von der Mailingliste nichts mehr gehört. Aber sie haben auch nach der Einstellung auf der Seite weitergemacht. eine offizielle neue Release ist allerdings nie erschienen.

Thore Nutzer

02.06.2010, 16:19 Uhr

[ - Direktlink - ]

Thema: JAmiga - Ende der Kaffeepause?
Brett: Programmierung

> Hast Du joakim schon kontaktiert?
Ja hab ich schon, warte nur noch auf seine Antwort.

Thore Nutzer

01.06.2010, 14:35 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

Eine neue API bringt im schlechtesten Fall eine schlechte Performance, und im besten Fall die identische Performance mit alternativer ("Low Level") Programmierung. Wenn der Algorithmus allerdings besser gewählt wird aber auch einen Performance-Zuwachs. Man sieht, alle 3 Möglichkeiten sind da.

Ich versteh nicht wie man über sowas derartige Diskussionen führen kann. Der_Wanderer hat eine einfache Frage gestellt, wir haben die erörtert, sind auf einen einheitlichen Themenpunkt gekommen.
In dem Fall gibts eigentlich keine Kontras, sondern nur Stolpersteine die man vermeiden muss.

Wer eine neue API dann verwenden will, kann dies ja machen, wer nicht, der muss ja nicht (daher kein Kontra).
Wer eine neue API entwerfen will, sollte sich klar darüber sein, daß seine Bugs auf alle API Anwender eintreffen werden, und daher soll er sauber programmieren.
Dem Enduser hingegen ist es völligst egal wie der Programmcode aussieht, wenns stabil und in ausreichender Geschwindigkeit ist.

Wer aber denkt, die Plattform ist sowieso tot... wieso seid ihr dann noch im Forum aktiv?....

[ Dieser Beitrag wurde von Thore am 01.06.2010 um 14:36 Uhr geändert. ]

Thore Nutzer

01.06.2010, 14:16 Uhr

[ - Direktlink - ]

Thema: Cybervision 64/3D Schwarzes Bild
Brett: Amiga, AmigaOS 4

Wenn Du 4 Halter hast und 2 MB zubauen willst, musst du alle 4 füllen, ja. Wenn es am Ende insgesamt 8 RAM Chips sind, könnten die 16 Bit funktionieren. Im schlimmsten Fall gehen die RAMs kaputt, im besten "schlimmen Fall" bekommst Du gar kein Bild.

Wegen dem Scandoubler: Es kann auch ein Problem mit dem Slots sein. Die Kontakte mal nachbiegen und reinigen,.....

Thore Nutzer

01.06.2010, 14:13 Uhr

[ - Direktlink - ]

Thema: JAmiga - Ende der Kaffeepause?
Brett: Programmierung

Der Code muss sowieso stellenweise mit ifdefs etwas angepasst werden für die einzelnen Sparten, aber für 68k machts grad dann Sinn, wenn man z.B. aufm Lappi mit UAE unterwegs was machen will oder einfach aus Interesse weil "es geht und damit cool ist".
Hauptaugenmerk wird aber sowieso OS4 und MorphOS dann bleiben. Und es wird definitiv eine MorphOS Version geben, weil ich sie auf jeden Fall da drauf kompilieren will

Genauso wie 68k. Einfach als Hobby.

Thore Nutzer

01.06.2010, 11:25 Uhr

[ - Direktlink - ]

Thema: Cybervision 64/3D Schwarzes Bild
Brett: Amiga, AmigaOS 4

Interessant. Ich denk die PIV kann den Speicher mit 64 Bit addressieren, da er 8 RAM Bausteine verwendet (16 Bit auslesen aus 4 Chips ergäbe 64bit gleichzeitig)
Das hängt dann von der Architektur der Grafikkarte ab. Daher wäre es gut zu wissen, welche Chips nun tatsächlich verbaut sind.

Thore Nutzer

01.06.2010, 10:11 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

> würde ja die AmigaOS API nicht verbieten, sondern ergänzen und mit AmigaOS API kooperieren

Genauso dachte ich es mir auch. Daher wundere ich mich auch über ablehnende Haltung und rumgestreite ob "offiziell" und "inoffiziell".
Es muss eben gut durchdacht sein, wenn es sich etabliert wird es vll mal offiziell (siehe MUI, AHI, Poseidon...)

Thore Nutzer

01.06.2010, 08:33 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

@all
Solche langen Threads bringen ebenfalls nichts.
Wer etwas haben will muss auch was dafür tun, da ists auch egal obs für umsonst oder sonstwie ist.

Ansonsten heißts, sich mit dem zufriedengeben was man hat.

Langsam wird die Diskussion überflüssig. Die meisten Argumente hier sind sowieso abhängig von unterschiedlichsten Faktoren und können nicht verallgemeinert werden.

Also, entweder man macht so eine API oder man lässt es bleiben. Offiziell wird es jedenfalls keine geben. Da hilft es auch nicht wie ein Politiker alles gleich wieder totzuquatschen was noch nichtmal geplant ist.

Thore Nutzer

01.06.2010, 08:29 Uhr

[ - Direktlink - ]

Thema: AmiVNC4 mit Browser vom PC
Brett: Amiga, AmigaOS 4

Scherzcracker

Thore Nutzer

01.06.2010, 08:28 Uhr

[ - Direktlink - ]

Thema: JAmiga - Ende der Kaffeepause?
Brett: Programmierung

Danke AW, da hat mir wohl jemand JAmiga "geklaut" *g*.
Werd mal bei den Leuten anfragen, meine Codeänderungen anzuschauen und ggf zu übernehmen.
Leider hatte ich von Peter keine Unterstützung mehr erhalten, daher lag das Projekt aufgrund Zeitmangel auf Eis. Umso schöner daß sich jemand anderes dem Thema nun gewidmet hat.
Scheint für OS4 zu sein, aber das muss ja nicht heißen daß es für 68k und MorphOS auch compilierbar gemacht werden kann

Thore Nutzer

01.06.2010, 08:25 Uhr

[ - Direktlink - ]

Thema: Cybervision 64/3D Schwarzes Bild
Brett: Amiga, AmigaOS 4

Wenn zu wenig Speicher vorhanden ist, oder RAM nicht kompatibel können die Symptome auftreten:
- Bootfehler (als DEFECT gemeldet)
- Grafikfehler
- "Zufällige" Abstürze
- Schwarzer Bildschirm

Daß die Seriennummer für das RAM in der CV stimmt, bezweifel ich auch wegen der 16 Bit. Der Speicher soll 64Bit addressierbar sein, denn die GPU greift mit 64 Bit drauf zu.

Thore Nutzer

31.05.2010, 19:36 Uhr

[ - Direktlink - ]

Thema: AmiVNC4 mit Browser vom PC
Brett: Amiga, AmigaOS 4

Könnt ja auch ein Bug im Keymap sein

Vergessene Taste....

Thore Nutzer

31.05.2010, 19:15 Uhr

[ - Direktlink - ]

Thema: Cybervision 64/3D Schwarzes Bild
Brett: Amiga, AmigaOS 4

Hmm da ich die Speicherbausteine von der CV64 auch nicht kenne, hoffen wir mal auf jemand der sie kennt.
Soweit ich weiß, sind viele Speicherbausteine die in einer S3 ViRGE verbaut sind, auch in der CV64/3D lauffähig.
Also könnte (Achtung, reine Spekulation!) der Speicher aus einer Trio64 in der CV64 funktionieren. Um das zu prüfen brauchen wir aber unbedingt die Seriennummer eines Speicherchips, um den Vergleich zu machen, oder das Wissen eines der es mit Sicherheit weiß.

Thore Nutzer

31.05.2010, 15:51 Uhr

[ - Direktlink - ]

Thema: Cybervision 64/3D Schwarzes Bild
Brett: Amiga, AmigaOS 4

Hast Du eine Trio64 da? Gib mal die Seriennummer des RAMs durch.
Dann gib die Seriennummer des RAMs der CV durch. Dann mach ich einen Abgleich ob es die gleichen sind.

Thore Nutzer

31.05.2010, 13:17 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

Öhm, ist es nicht normal daß man Checks einbauet ob ein Objekt alloziiert ist, die Grenzen in Zeichenflächen eingehalten werden und dergleichen? Man sollte generell so programmieren, nicht nur in diesen APIs. Da erspart man sich die eine oder andere Fehlersuche von vornherein...

Thore Nutzer

31.05.2010, 13:15 Uhr

[ - Direktlink - ]

Thema: AmiVNC4 mit Browser vom PC
Brett: Amiga, AmigaOS 4

Sieht für mich eher nach einem charset/Keycode Problem aus, als nach einem Endianess Problem.
Das Ö ist auf der US Keymap auf ; gemappt.

Thore Nutzer

30.05.2010, 14:36 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

So jetzt sind wir wieder beieinander

Genau so ist es.

Thore Nutzer

30.05.2010, 14:23 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

> aber per Low Level Implementation kannst du sehr viel mehr Bugs erwarten die du dann auch fixen musst.

Du hast mich immer noch nicht verstanden, aber ich denke das gehört auch nicht mehr zum eigentlichen Thema. Es ging in erster Linie nur darum daß die High Level API Bullet Proof sein muss, da der Drittentwickler diese Bugs oft nicht beheben kann.

Thore Nutzer

30.05.2010, 11:48 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

Ich denk Du hast mich nicht richtig verstanden

Die Entwickler der High Level API müssen Bugs vermeiden, damit der Programmierer, der diese API anwendet, auf der sicheren Seite ist. Er soll ja nicht tiefgreifend in die Routinen rein sollen (Blackbox Prinzip).
Wenn der Programmierer mehr auf "Low Level" setzt, ist er natürlich selbst dafür verantwortlich was er macht, und muss sich um mehr Details kümmern. Allerdings weiß er dann auch tiefgreifender was er macht.

Die "These" ist daher nur halb verstanden

Bugs in High Level APIs, welche ein Drittentwickler verwendet, sind schmerzlicher als Bugs die er selbst im Griff hat, wenn er "Low Level APIs" verwendet, da/wenn er diese selbst beheben kann.
Wenn aber der Bug in beiden Möglichkeiten drin bleibt, ist das natürlich gleich schlimm

--

Anm zur Begrifflichkeit: Der Begriff "Low Level API" in diesem Beitrag ist in "" weil es nicht wirklich Low Level ist sondern eine tiefere Schicht als die hier angepriesene High Level API darstellen soll, auch wenn die hier zitierte Low Level API auch eine High Level API des AmigaOS ist

Der Begriff wird hier nur zur besseren Unterscheidung verwendet.

Thore Nutzer

29.05.2010, 22:36 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

Muss dazu sagen, daß ich deinen zweiten Beitrag noch nicht lesen konnte als ich meine Antwort geschrieben hab, weil wir gleichzeitig geschrieben haben

Nein ich finde es nicht "cool" aber ich bin mit der API aufgewachsen, und kenne daher die Strukturen und wie die Funktionen allgemein aufgebaut sind. Ich habe das so seit vielen Jahren im Blut. Deshalb würde ich eine neue API anfangs eher selten benutzen. Das soll es aber nicht schlechtreden, es war nur als Anmerkung gedacht.

Vll kams auch falsch rüber, ich meinte das nicht proletenhaft sonder verständnisvoll. Ich kanns auch anders formulieren:
Wenn der Code Dir zu kompliziert ist, dann versteh ich warum Du eine einfachere Programmierweise suchst.

Der Code muss dann aber auch Leakfree sein, Speicherlöcher müssen vermieden werden, was bei solchen high level APIs nicht immer einfach ist. Threadsafe sollte er auch sein....

Da hatte ich letztens das Problem auf Windoof. Trotz "korrekter" Programmierung ständig Verbindungsprobleme zur Datenbank. Bis ich dahintergekommen bin, daß das DB System nicht Threadsafe ist. Die Folge: In jedem Thread neue DB Verbindung öffnen, dann sollte es klappen. Hat mich 2 Wochen gekostet bis ich das rausgefunden hab....

Thore Nutzer

29.05.2010, 22:04 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

Dieser Code hat Dich Wochen gekostet?
Dann weiß ich warum Du eine andere API willst

Allerdings sollte ein neues Interface Programmiersprachen-unabhängig sein, also Linklib oder Shared Lib und entsprechende Header-Files für diverse Sprachen.
Selbst wenn sie offiziell wären, würden alte Amiga Programmierer noch die bisherigen Funktionen benutzen, Neueinsteiger würden es sich überlegen...

Thore Nutzer

29.05.2010, 21:39 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

Zumindest für Datatypes gibt es sowas schon.
Es nennt sich GetDTAttrs. Um Den BitMapHeader auszulesen machst einfach
GetDTAttrs(dto, PDTA_BitMapHeader, (ULONG *) &MyBMHD, TAG_DONE);

Find ich persönlich recht einfach und mächtig.

Thore Nutzer

29.05.2010, 20:03 Uhr

[ - Direktlink - ]

Thema: C oder C++?
Brett: Programmierung

Du musst immer die Koordinaten angeben bei Blitting, das ist doch gerade der Sinn

Aber nehmen wir mal ein fiktives GUI Toolkit, da sollen die Elemente (standardmäßig, wenn man kein eigenes Layout verwendet) auch automatisch angepasst werden.
Der Programmierer von so einer Komponente muss sich natürlich darum kümmern. Der Programmierer, der diese Komponente dann verwendet, nicht mehr.
So etwas gibt es allerdings bereits. Es nennt sich MUI

Man kann schon so Routinen machen, auch ein TextW, welches auotmatisches Wrapping hat und dergleichen. Die Frage ist dann, ob dies nur bei bestimmten Komponenten passieren soll.
Auf Windows passen sich die Komponenten mit sogenannten "Anker" (Anchors) an, das ist aber dann nicht automatisch wie bei MUI sondern statisch mit "festgeklebten" Seiten die sich mit dem Fenster vergrößern/verkleinern. Auch Textlabels sind statische Elemente.
(Mit statisch und dynamisch mein ich die Platzierung auf einem Fenster oder Form)
Die API um diese Elemente anzusprechen sind nicht aus Windows sondern aus der GUI Umgebung.

Ok anders gefragt: Wäre eine IDE, die die Event-Zuordnung und dergleichen automatisch bereitstellt nicht sinnvoller als über eine neue API nachzudenken? Wenn schon die Vorschläge nicht angenommen werden...

Erste << 39 40 41 42 43 -44- 45 46 47 48 49 >> Letzte

Ergebnisse der Suche: 2266 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter			Benutzername
Suchoptionen
	Nur in diesen Foren suchen	nur ganze Wörter Nur Titel anzeigen alle Treffer anzeigen