Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Was macht ein C-Compiler damit wohl? Er schiebt sie vorläufig auf den Heap, so wie es ein BASIC-Compilerer auch macht.

---

Eigentlich belässt er sie in der Daten-Sektion des Programms. Es sei denn, Du benutzt sie, um ein lokales char-array damit zu initialisieren, dann werden die Daten auf den Stack kopiert.

---

Zitat:

---

Aber bei bei Strings ala char* foo="bar"; werden überhaupt keine Daten kopiert oder verschoben, weswegen man den String eigentlich als const deklarieren müsste, was gerade ältere Compiler gerne ignorieren, neuere aber anmeckern, wenn man die entspr. Warning eingeschaltet lässt.

---

Mal abgesehen davon, daß ich so etwas kaum mache (gerade, wenn man viel mit OS-Funktionen hantiert, werden String-Konstanten reichlich lästig), der Hinweis ist wertvoll

Zitat:

---

Auf den Heap kopieren muss dagegen der Programmierer immer selbst, weil es die entsprechende Konstruktion ala new char[], die das automatisch machen könnte, in der Programmiersprache C nicht gibt.

---

Naja, es gibt sicher Linkerbibliotheken (abseits der Standardbibliothek), die diese Aufgabe übernehmen würden, sofern man diese Bibliotheken einsetzt.

Wie ich oben schon sagte, habe ich den Ausdruck Heap mit Rücksicht auf Maik eingesetzt.

Grüße

--
---

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

Zitat:

---

Original von dandy:

Zitat:

---

Original von whose:
...jetzt, wo IBrowse so fürchterlich rennt und trotzdem den überwiegenden Teil der von mir besuchten Seiten ordentlich anzeigt. Und man sogar noch problemlos DVD nebenbei schauen kann
...

---

Gut - es ist mit Sicherheit schön, zu wissen, daß man surfen und gleichzeitig noch DVD gucken kann.

Aber macht das denn in der Praxis irgend jemand?

---

Zitat:

---

Muss noch nicht mal mehr mit der Maus klicken, wenn ich dann mit meiner Aufmerksamkeit vom Einen zum Anderen wechsele - lediglich den Kopf drehen (also deutlich bequemer als mit µA1 und OS 4)...

---

Komisch, ich muß den Kopf gar nicht drehen... DVD gugge geht auch in nem Fenster sehr gut

Grüße

--
---

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

Zitat:

---

Original von taniss29:
klar natürlich da gebe ich dir schon recht das wir von anderen dimensionen sprechen es war mehr so als beispiel gedacht das auch die vor jahren gar nicht so gut im geschäft waren ich denke da an die zeit wo jobs nicht da war...

ich verstehe nur nicht wie kann man ein system amigaos ich glaube 4.0 ist das neue schreiben und realisieren wenn es keiner selbst so einer wie ich der einfach bock drauf hätte kaufen kann weil es an hardware fehlt....

ich kann auch nicht verstehen wie firmen wie amiga oder hyperion überleben können...warum musste es einen pegasos geben ein neues system mit dem namen morphOS...

---

Darüber zerbrechen wir uns nun seit Jahren die Köpfe und stellen Mutmaßungen an. Gebracht hat es wenig. Was da genau läuft, wissen wohl nur die Beteiligten (wobei ich mir bei Amiga Inc. gar nicht so sicher bin, ob die wirklich wissen, was sie tun und was läuft).

Haben wollen neue Hardware Viele, aber es nützt alles nichts, wenn keine Hardware kommt. In der Hand haben die User und Interessierten aber genau das leider nicht wirklich.

Ein Markt wäre da (wenn auch ein sehr kleiner im Verhältnis zu PC/Mac), das steht fest. Aber was hilfts, wenn die Mutterfirma den Markt aus welchen Gründen auch immer ums Verrecken nicht bedienen will (oder gar kann)?

Im Grunde kann man nichts anderes tun, als warten und schauen, ob die "Androhung", daß in Bälde Hardware erscheinen soll, wahr wird. Wenn ja, gut, wenn nicht...

Grüße

--
---

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

Zitat:

---

Original von CarstenS:

Umgerechnet also etwa 0,0002 Prozent aller Desktop-Computer. Okay, ist ein beachtlicher Wert - vergiss aber nicht, dass diverse Käufer die Boards nur als notwendiges Übel sahen (weil ihre bevorzugte AmigaOS-Version ausschließlich darauf lauffähig ist). Hätte es bessere Boards gegeben, wären die AmigaOnes nicht so ein grandioser Erfolg gewesen.

---

Dann wären diese Board halt der "grandiose" Erfolg geworden. Ironie ist zwar ab und an mal ganz nett, aber das da oben würde ich eher in die Kategorie "Überheblichkeit" einordnen.

In Anbetracht der Marktgröße war es ein großer Erfolg. Welcher PC-Hersteller z.B. kann von sich behaupten, seine Lager komplett ausverkauft zu haben, weil die Leute so gierig auf die Maschinen waren? Ich kenne keinen einzigen

Ich sehe meinen µA1 übrigens nicht als "notwendiges Übel", erst Recht jetzt, wo IBrowse so fürchterlich rennt und trotzdem den überwiegenden Teil der von mir besuchten Seiten ordentlich anzeigt. Und man sogar noch problemlos DVD nebenbei schauen kann

Firefox hat den Reiz der Geschwindigkeit dagegen irgendwie eingebüßt, trotz 2,8GHz...

Grüße

--
---

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

Zitat:

---

Original von Andreas_B:
@whose
>> "Erschwinglich" hat nicht zwingend was mit
>> "bestem Preis/GHz-Leistungsverhältnis" zu tun.

Und? Es ging doch um die Kombination "cool" und "erschwinglich". Wenn man eine der angekündigten Board-Varianten als "cool" und "erschwinglich" bezeichnet, dann stellt man wirklich gar keine Ansprüche an diese Wörter,...

---

Zitat:

---

>> wie die erstaunlich zahlreichen A1S-/XE/µA1-Besitzer belegen

Ja, sehr erstaunlich, ungefähr jeder 400000ste Computernutzer empfand diese Rechner wohl als "cool" und "erschwinglich",...

---

Aha? Und was für eine Aussage hat diese Zahl in Bezug auf "cool und erschwinglich"? Doch nur, daß nicht alle auf Mainstream stehen.

Zum Glück

Grüße

--
---

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

Zitat:

---

Original von MaikG:
>Die Strings selbst nicht, nein. Aber stell Dir doch mal vor, was mit
>dem Hauptspeicher passiert, wenn Du den bis zum Bersten mit Strings
>vollstopfst und dann einige Strings veränderst, z.B. in der Größe
>oder halt das ein String gar nicht mehr benötigt wird, dann noch
>ein Neuer dazu, der den verfügbaren Hauptspeicher überschreiten
>würde, sofern sich kein überflüssiger String in dem großen Haufen
>finden würde etc.

Naja gut meine Strings$ sind ja eine Sache aber MBasic behandelt
ja alles was in " " steht schon als String. Das ist ja nur zu
übergabe und kann sofort wieder weg. Da es aber nicht so ist muss
es ja zwangsweise zum Heap-voll kommen

---

Nicht nur MBasic behandelt alles in "" als String. Überleg doch mal, wie ein C-Compiler wohl vorgehen würde, wenn Du eine String-Konstante definierst. Auf diese darf ja per definitionem lesend zugegriffen werden, nur nicht schreibend und zum Zeitpunkt ihrer Deklaration ist die weitere Verwendung gar nicht bekannt.

Was macht ein C-Compiler damit wohl? Er schiebt sie vorläufig auf den Heap, so wie es ein BASIC-Compilerer auch macht. Ein BASIC-Compiler weiß, daß er die Konstante ggf. nur ein Mal verwendet, weswegen die GC auch nicht wegen der String-Konstanten auftritt bei diesem (beim Interpreter schon).

Wegen temporärer Strings tritt die GC aber auf, was z.B. gern bei String-Additionen wie z.B. String-Konstante + STR$ passiert.

Der Unterschied zu C besteht in der Behandlung "dynamischer" Strings, von denen C so gut wie gar keine Ahnung hat. Strings im BASIC-Sinn gibt es in C gar nicht! Weder statisch noch dynamisch. Da gibt es nur Arrays von char, die einen Start besitzen, aber kein bekanntes Ende.

Ohne die C-Standardbibliothek müßte sich ein C-Programmierer auch jedes Mal eine Bombe bauen, um mit Strings und deren Folgen umzugehen

Zitat:

---

>In C gibt es keine solchen Funktionen zum Bearbeiten von Strings
>ala "xyz"+abc$ oder MID$(abc$, x, y). Deshalb gibt es keinen
>Speichermanager. Das heißt aber noch lange nicht, dass es in C
>keine Speicherfragmentierung geben könnte.

Ja, Mid$ und so vermisse ich auch bei C...

---

Zitat:

---

Okay, hab jetzt alles im Programm angepasst.
Danke @All

---

Das und das es funktioniert ist die Hauptsache. Du kommst aber auch immer mit Sachen um die Ecke...

Grüße

--
---

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

Zitat:

---

Original von MaikG:
>Soweit ich mich erinnere, konnte man MB aber von der
>Defragmentierung des String-Speichers abhalten, aber frag mich
>nicht, welche Option dafür zuständig ist. Blick ins Handbuch dazu
>könnte helfen.

Ich hab schon Handbuch und Docs abgesucht, es gibt zwar einen
Heap der nicht Dynamisch ist, da passiert aber das selbe.

---

Ok, dann wissen wir schon mal, daß man die GC in MB nicht weiter steuern kann. Der nicht-dynamische Heap macht übrigens die Garbage Collection gerade notwendig

Zitat:

---

>Andererseits ist Holgers Lösung geradezu brilliant, um weitere
>mögliche Probleme mit der GC zu verhindern.

Ja, hab das bereits Integriert, Funktioniert.
Obwohl ich mir nicht ganz sicher bin ob

POKEL namenode&+ln_Name%, namenode&+node_sizeof%

nicht

POKEL namenode&+ln_Name%, namenode&+node_sizeof%+1

heissen müsste.

---

Zitat:

---

>Das Schlaueste ist es wohl wirklich, das Ganze in C-Manier zu
>handhaben, also die Strings via AllocVec() von Hand zu allozieren
>und an die Node-Struktur anzuhängen.

Ja, das mit dem Listview ist ja nicht das schlimmste sowas muss ich
jetzt bei jedem Fenster machen...

---

Zitat:

---

Aber in C haben doch Strings eine feste länge und müssten deshalb
doch gar nicht "defragmentiert" werden oder?

---

Die Strings selbst nicht, nein. Aber stell Dir doch mal vor, was mit dem Hauptspeicher passiert, wenn Du den bis zum Bersten mit Strings vollstopfst und dann einige Strings veränderst, z.B. in der Größe oder halt das ein String gar nicht mehr benötigt wird, dann noch ein Neuer dazu, der den verfügbaren Hauptspeicher überschreiten würde, sofern sich kein überflüssiger String in dem großen Haufen finden würde etc.

Dann hast Du das Gleiche, was in BASIC im relativ kleinen Variablen-Bereich passiert: Fragmentierung, die nach "Aufräumen" schreit.

Das Kuddelmuddel aufzuräumen ist in C dann aber wesentlich aufwändiger, weil der Compiler die tatsächliche Größe des Strings gar nicht kennt.

Er führt kein Buch darüber, was ein BASIC-Interpreter/Compiler hingegen tut.

Grüße

--
---

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

Zitat:

---

Original von Der_Wanderer:
Das hat auch nichts mit Garbadge Collection zu tun, hat MBasic sowas überhaupt ?

---

Ja, hat es. Das hat jeder echte BASIC-Interpreter/Compiler.

AmiBlitz fällt da aus der Reihe, im Prinzip ist es kein echter BASIC-Compiler sondern eine Mischung aus C-Compiler und BASIC-Schlüsselworten und -Konstrukten. Kann sogar gut sein, daß AB auch eine Art Garbage Collector einsetzt, so weit habe ich den Compiler nicht durchblickt.

Grüße

--
---

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

Zitat:

---

Original von MaikG:
>Für sowas legst du besser globale Variablen an, oder wenn schon lokal,
>dann stelle zumindest sicher dass ihre Lebensdauer länger ist als
>das Listview bzw. Fenster exisitiert.
>Das hat auch nichts mit Garbadge Collection zu tun, hat MBasic sowas überhaupt ?
>Alles andere ist super Pfusch und crashed früher oder später.

Es spielt keine Rolle ob ein String Lokal, Static oder Global ist
MaxonBasic ändert ALLE Pointer von Strings bei einer Garbage Collection.

---

Ich kann mich ganz dunkel daran erinnern, daß man MB mitteilen konnte, in welcher Form die GC abgewickelt wird.

Normal werden bei der GC auch die Strings "neu sortiert", soll heißen, die Fragmentierung des Heaps wird beseitigt. Das scheint bei Dir der Fall zu sein.

Soweit ich mich erinnere, konnte man MB aber von der Defragmentierung des String-Speichers abhalten, aber frag mich nicht, welche Option dafür zuständig ist. Blick ins Handbuch dazu könnte helfen.

Andererseits ist Holgers Lösung geradezu brilliant, um weitere mögliche Probleme mit der GC zu verhindern.

Mach das besser so, wie Holger vorgeschlagen hat, dann gibts keine Sorgen in der Hinsicht.

Und für das nächste Mal weißt Du dann, wie man solche Problemchen umgehen kann

Zitat:

---

Ich könnte natürlich einen 4 Stelligen String in eine Long Integer
geben aber für einen 40 Stelligen String ist das noch umständlicher
als AllocMem.

---

Es ist noch die Frage, ob Dir das wirklich weiterhelfen würde. Mit ein bißchen Pech betreibt MB Wiederverwendung mit dem Platz der jeweiligen LONGs, dann geht das Theater von vorn los.

Das Schlaueste ist es wohl wirklich, das Ganze in C-Manier zu handhaben, also die Strings via AllocVec() von Hand zu allozieren und an die Node-Struktur anzuhängen.

Grüße

--
---

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

Zitat:

---

Original von MaikG:
>Deine Namen kommen offenbar aus TmpVar$. Aber was das ist, wo es herkommt und wie lange es lebt, darüber schreibst du gar nichts.

Ja, ich hab ebend noch experimentiert.
Die größe eines Nodes ist 20 Bytes, darin passt ja nun nie und nimmer
ein String mit einer länge von ca. 25 Zeichen und dazu noch die
Zeiger.

---

Zitat:

---

Das MaxonBasic Beispiel war ja:

code:

---

listhead&=AllocMem&(list_sizeof,MEMF_CLEAR&)
NewList listhead&
FOR i=15 TO 0 STEP -1
	AddName	listhead&,"line"+STR$(i)
NEXT i

---

also ein Temporärer String, ich ging davon aus das dieser nach
dem 1. mal weg ist und von daher dachte ich nicht das ich diesen
erhalten müsste.

---

Zitat:

---

Das Beispiel konnte ich auch sofort abstürzen lassen indem ich nach diesem
Code noch diverse Strings erstellte/veränderte und danach
CreateGadgetA& aufgerufen habe.

---

Zitat:

---

Bei meinem Programm wird ja mit 100x soviel einträgen gearbeitet.
Das erhöhen des Heaps erhöhte also nur den Puffer für Temporäre,
Strings die viel länger dableiben als ich dachte.

---

Zitat:

---

Also brauche ich ein Array welches dableibt bis das Listview
weg ist richtig?

---

Genau. Woher soll sich das ListView sonst die Daten holen, wenn z.B. ein Refresh angesagt ist? Die temporären Daten sind ja u.U. schon längst wieder futsch.

Grüße

--
---

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

Zitat:

---

Original von Solar:
Oh, you're heavy on the woodway. Bei den Amis sind Germanismen schwer in Mode. "Angst" und "Gestalt" sind da ja schon fast "offiziell".

---

Vergiß "Ueber" nicht

Grüße

--
---

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

Zitat:

---

Original von Reth:
@thomas:

Hm an beide Enden aktive Terminatoren geht bei mir leider nicht, da die Gesamtkabellänge und die Abgriffabstände zusammen mit den bei mir im Tower verbauten Geräten und deren Abständen es nicht zulassen.

Habe auch noch einen seltsamen 68pol->68pol Adapter mit aktiver Terminierung daheim rumliegen.

Was bringt der denn und wofür brauch ich sowas. Ich mein, wenn der Bus terminiert ist, darf ich ihn doch danach nicht fortsetzen!?

---

Soweit ich weiß, ist so ein Terminator (es ist halt einer, kein Adapter im Sinne des Wortes, sofern da wirklich was von "Active" draufsteht) genau die Lösung Deines "an beiden Enden Terminatoren geht nicht wegen Platz"-Problems.

Fortgesetzt in dem Sinne wird der Bus mit diesem Adapter nur in so fern, daß er "innerhalb" des Adaptersteckers ein nicht sichtbares "Ende" bekommt (nicht sichtbar, weil das Ende sozusagen innerhalb des Adaptergehäuses steckt), welches aktiv terminiert wird.

Das Gerät ist dann vor diesem im Stecker befindlichen Ende des Busses und es gibt keine Verzweigung am Bus (was ja verboten wäre).

Stell es Dir einfach so vor, als würde nach dem Gerätestecker noch ein Stückchen Kabel mit einem aktiven Terminator dran folgen.

Das bedeutet auch, daß dieser Adapter nur an einem Kabel-Ende eingesetzt werden darf.

Grüße

--
---

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

Zitat:

---

Original von pixl:
<<<Dann kannst Du Floppy und CF-Adapter am Floppy-Stromanschluß betreiben und eine ggf. noch einzubauende Festplatte kriegt ihren Strom vom IDE-Port, sofern Du da eine 2,5"-Platte anschließt.>>
also eine 2,5" platte wollte ich nur dann anschliessen wenn es gar anders geht.

Allerdings bin ich am überlegen ob ich mir nicht gleich einen 2,5" CF adapter hole..
Leider finde ich keine 40pol. IDE flachbandkabel mit ZWEI abgriffen.
kostet aber mit allen drum und dran genauso viel wie der adapter von vesalia.

---

Mal eine dumme Frage: Wofür 2 Abgriffe? Wenn Du in dem Ding eh nur einen CF-Adapter betreiben willst, kannst Du den an Stelle der Festplatte einsetzen (wahlweise 3,5"-CF-Adapter über IDE-Adapter), fertig. Bei einem 2,5"-CF-Adapter bräuchtest Du keinen IDE-Adapter auf 3,5".

Wenn Du allerdings zusätzlich eine 3,5"-Platte einsetzen willst, bräuchtest Du nur ein stinknormales Standard-IDE-Kabel sowie die Stromversorgung für die 3,5"-Platte und einen IDE-Adapter auf 3,5".

Der interne IDE-Port des A1200 ist im Grunde ein stinknormaler IDE-Port, an dem man 2 Geräte wie gewohnt anschließen kann (Master und Slave), daran ändert auch der IDE-Adapter auf 3,5" nichts.

Der sorgt nur für eine Anpassung an die verschieden großen Pinabstände und -Größen sowie deren Anzahl (2,5" 44 Pin inkl. Stromversorgung auf 3,5" 40 Pins mit externem Strom).

Im Endeffekt wird dann aus dem 2,5"-IDE ein 3,5"-IDE, wie Du ihn von Standard-PCs kennst (halt nur wesentlich langsamer) und an dem Du die gewohnten 3,5"-40poligen (oder 80polig, das ist in dem Fall wurscht) Kabel verwenden kannst, ebenfalls wie Du es gewohnt bist.

Du könntest dann z.B. eine 3,5"-ATA-Platte als Master an das IDE-Kabel stecken und den 3,5" CF-Adapter als Slave. Oder umgekehrt, je nach Einsatzzweck.

Eigentlich ganz trivial

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 05.02.2007 um 02:20 Uhr geändert. ]

Zitat:

---

Original von pixl:
Aber Whose ging es um den Einsatz im Amiga und für den eignet sich ein Flash speicher herovoragned.
1 oder 2 GB rechen da vollkommen aus.

---

Öhm... ach so?

Du meintest sicher Wirbel, denke ich. Nichts desto trotz, über CF-Einsatz im Amiga denke ich auch nach. So lange man ständige Schreibzugriffe (z.B. beim Speichern von Einstellungen oder Env-Variablen in ENVARC:) vermeidet, sind CF-Karten schon ganz praktisch und im Gegensatz zu den älteren 2,5"-Festplatten mächtig flott.

Das Blöde dabei ist, daß man auf Dauer schlecht ohne diese Schreibzugriffe auskommt. Das bedeutet letztendlich, daß die CF-Karte nach ein oder zwei Jahren Betrieb unzuverlässig wird.

Für Systeme, bei denen nicht ständig an den Prefs "gedreht" wird, ist es aber eine prima Sache. Schön schnell, stromsparend und enorm leise. Wenn ich da an die 170MB-Festplatten denke, die früher oft im 1200er verbaut wurden... *pfeif* *rassel*

Für die anderen gibt es moderne, flüsterleise 2,5"-Platten (die 80GB Samsung in meinem WinUAE-Laptop höre ich so gut wie gar nicht, die klingt wie eine laue Sommernachtsbrise, wenn man sie denn mal hört ) in für einen Standard-Amiga kaum verkraftbaren Größen zu recht günstigen Preisen.

Grüße

--
---

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

Zitat:

---

Original von pixl:
@whose:
ja ich meinte das teil von Vesalia.

hmm das einzige was mir bei " meinem" Adapter sorgen macht ist die bauhöhe.
der andere ist etwas kürzer und somit niedriger immerhin stehn die teil beim A 1200er senkrecht.
ob der kurz genug ist ????

---

Der von Reichelt paßt knapp. Bei dem von Dir vorgeschlagenen sehe ich in einem Desktop-A1200 eher schwarz. Im Zweifel vor dem Kauf mal im A1200 messen, wie viel Platz dem Adapter bleibt.

Allerdings war auch nicht ganz klar, daß Du einen Desktop-A1200 meintest

Zitat:

---

@ MichaelD:
<<Besser ein Y-Kabel mit 2 x 3,5" Floppy- und 1 x 5,25" HD-Stromstecker
nehmen und so den Strom vom Floppy-Stromanschluss abgreifen.>>
hmm versthe ich jetzt nicht wo sllte denn ein Kabel mit 2, Floppy steckern am amiga Floppy anschluss anzuschliessen sein

---

Na, am Floppy-Stromstecker, wo sonst? Er meint ein Y-Kabel, also eins, wie das bereits vorhandene für das Floppy, aber mit zusätzlich parallel zum Floppy-Stecker angelötetem Stecker für Festplatten, CD-ROMs u.Ä.

Meines Wissens nach sind solche Kabel aber sehr schwer zu bekommen. Wenn alle Stricke reißen, müßtest Du Dir sowas von jemandem mit Erfahrung löten lassen.

Zitat:

---

@ all : wie kommt ihr darauf das ich an dem adpter auf der 3,5 Zoll seite saft durchjagen würde, ich bin ja nicht verückt zumal da ja schon Saft vom 2,5 IDE anschluss drauf ist,

---

Naja, das solltest Du nicht persönlich nehmen. Nach MaikGs Aktion mit der verkehrt herum eingestöpselten Zorro-Karte würde ich sowas wie "Strom auf den Adapter an der MoBo-Seite geben, obwohl da ja eigentlich Strom aus dem MoBo herauskommen sollte" auch durchaus nicht für unwahrscheinlich halten. Manchmal passiert sowas einfach, nicht aus Dummheit, aber aus Gedankenlosigkeit. Oder Übermüdung

Zitat:

---

ich hatte igentlich vor einen stromkabel mit Floppy < ---> festplattenstecker anzuschliessen der da drauf passt .
Also mit den saft vom 2,5" Ide controler den CF Adapter speisen.

---

Zitat:

---

Für eine eventuelle Festplatte oder CD-Rom Laufwerk werde ich den Sat entweder vom Floppy holen oder externe netzteil verwenden.
oder eben den sfat von der Floppy stromversorgung holen.

---

Zitat:

---

Hat irgendwer Bilder vom der internen Floppy stromversorgung des
A1200 er

---

Das ist auch ein Floppy-Stromstecker, was da auf dem Motherboard sitzt. Schaltungstechnisch eigentlich nicht übermäßig kompliziert.

Wenns Dir hauptsächlich um einen CF-Adapter geht und der einen "kleinen Stromstecker" hat (haben eigentlich alle IDE-CF-Adapter, die ich kenne), langt ein Y-Kabel für Floppy-Stromstecker. Diese Kabel sind gut zu bekommen.

Dann kannst Du Floppy und CF-Adapter am Floppy-Stromanschluß betreiben und eine ggf. noch einzubauende Festplatte kriegt ihren Strom vom IDE-Port, sofern Du da eine 2,5"-Platte anschließt.

Wegen der IDE-Adapter brauchst Du dann noch ein passendes Stromkabel mit Steckern auf beiden Seiten, um das verbinden zu können.

Das gilt aber ausdrücklich nur dann, wenn Du einen CF-Adapter und eine 2,5"-Platte in Deinem 1200er betreiben willst. Andere Geräte brauchen eine davon verschiedene Lösung!

3,5"-Platte z.B. wird vermutlich den Einsatz eines externen Netzteils nach sich ziehen, je nach Ausstattung des 1200ers und Stromaufnahme der Platte.

Grüße

--
---

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

Zitat:

---

Original von thomas:
@pixl:

Ich weiß nicht genau, was du meinst mit zu teuer. Die Dinger sind Pfennigware. Hier gibt es welche, die etwas vertrauenswürdiger aussehen: http://www.reichelt.de/?ARTICLE=4415

---

Mit zu teuer meint er die Vesalia-Adapter. Die kosten dazu im Gegensatz 13 EUR.

Wieso ist der Adapter von Reichelt vertrauenswürdiger? Bei dem ist der Unterschied eigentlich nur, daß die innere Verdrahtung besser isoliert ist. Wenn er da aber aufpaßt, ists technisch der gleiche Adapter.

Dafür können ihm bei seinem Adapter die Stromstrippen nicht abhanden kommen, wenn man etwas zu fest dran zieht. Ich habe einen so mißhandelten Adapter von dieser Bauart (Reichelt) schon mal gesehen und wieder gerichtet

Zitat:

---

Natürlich mußt du mit dem Strom aufpassen. Bei dem Adapter, den du auf das Motherboard steckst, solltest du das Stromkabel abschneiden.

---

Zitat:

---

Vermutlich brauchst du das, um ein CD-Laufwerk und die Festplatte an den IDE-Bus anzuschließen. Wenn es eine 2.5"-Festplatte ist, brauchst du zwei von diesen Adaptern. Dann kannst du mit einem ganz normalen 40- oder 80-poligen IDE-Kabel arbeiten. Strom für Festplatte und CD-ROM solltest du direkt vom Netzteil holen.

---

Den Tip kann ich wiederum nur für gut befinden.

@pixl:

Besorg Dir 2 von den Adaptern, falls Du noch eine 2,5"-Platte anschließen willst und paß mit dem Stromstecker auf, der an dem Adapter dran ist, den Du aufs MoBo stöpselst. Da gehört kein Stromkabel rein, das gibt Röst-Amiga.

Riecht zwar vielleicht appetitlich, ist aber ein noch teureres Vergnügen.

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 04.02.2007 um 22:12 Uhr geändert. ]

Zitat:

---

Original von mk:

Zitat:

---

Original von cgutjahr: Efika ist bereits erhältlich, wann MorphOS dafür erscheinen wird ist aber noch nicht klar.

---

Was ist daran unklar? Die Pressemitteilung dazu habt ihr doch auch in den News gebracht:

http://www.amiga-news.de/de/news/AN-2006-11-00110-DE.html

Zitat: "wird die nächste veröffentlichte Version von MorphOS auch das Efika-Board von bplan unterstützen."

---

Zitat:

---

Uber den exakten Zeitpunkt kann noch spekuliert werden:

http://www.amiga-news.de/de/news/AN-2007-02-00011-DE.html

Zitat: "MorphOS - 1,5 more Weeks"

Sehr viel Zeit zu spekulieren hast Du allerdings nicht mehr, denn die tatsächliche Ausliefung ist nicht mehr allzuweit entfernt.

---

Das wird man sehen, wenn es so weit ist.

Grüße

--
---

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


[ Dieser Beitrag wurde von whose am 04.02.2007 um 13:07 Uhr geändert. ]

Zitat:

---

Original von taniss29:
Also wie gesagt bin ich als Mac und PC Anwender total verwöhnt somit wollte ich sicherstellen das ich z.B. PDF erzeugen kann bzw. öffnen kann da diese in meinem Umfeld (Grafik, Multimedia etc) recht häufig benutzt werden und dies ein wichtiger punkt ist.

---

Zitat:

---

Desweiteren finde ich es interessant das Hyperion ein final Release zur Verfügung stellt es aber nach euren Aussagen keine Hardware gibt bis auf die die sich damals einen AmigaOne (der ja nun auch schon recht betagt ist angeschaft haben)...

---

Zitat:

---

Für mich finde ich die Lage jetzt recht Kompliziert da ich auf der einen Seite natürlich das neue AmigaOS nutzen möchte auf der anderen Seite gerne Hardware kaufen möchte die neu ist bzw. Sinn macht...

---

Zitat:

---

Was das Efika Board angeht steht nach meinen Informationen und die sind natürlich nicht so weitreichend wie eure die tagtäglich damit zutun haben das noch nicht einmal gewährleistet ist das man ordentlich DVD's abspielen kann geschweigen denn wann MorphOS dafür rauskommt!

---

Zitat:

---

Ich finde es immer wieder erstaunlich das man ein System (Hypersion/Friedens)erstellen kann und die gar nicht wissen wie Sie es an den Mann bringen sollen das es nach meiner ansicht immer nur dümmlich ausreden wie es sollen in xy zeiträumen hardware produkte auf den markt kommen...

---

Zitat:

---

würde so ein konzern wie apple oder ms oder dell oder sonst was handeln wären auch die pleite...klar die haben jetzt viel geld aber es gab auch andere zeiten...

---

Zitat:

---

Also wie komme ich jetzt in den Genuss vom neuen AmigaOS??

---

Zitat:

---

Abgesehen davon bin ich als Nutzer und User auch bereit für die ganzen dinge Geld zubezahlen wenn Sie sich im Preis/Leistungs Verhältniss befinden somit könnten auch Software Produkte realisiert werden die dem Ganzen Markt helfen würden...

---

Preis-/leistungsverhältnis ist eine Frage der persönlichen Vorlieben/Erwartungen. Wenn Du "Leistung" in der Windows-Liga erwartest (u.A. auch die Leistungen, die eigentlich keiner haben will wie nen Haufen Sicherheitslücken, Spyware, Viren und bla), bist Du beim Amiga sicherlich falsch.

Erstens würde das Hardware jenseits der 3GHz bedeuten (man muß ja up-to-date bleiben), die mit Sicherheit nicht so schnell (wenn überhaupt) das Licht der Welt erblickt, zweitens ein Marktvolumen für Software, welches das derzeitige um den Faktor 5000 oder gar mehr übersteigt. Würden wir ein solches Marktvolumen unser "Eigen" nennen, sähe die Sache Amiga sicherlich ganz anders aus.

Wenn Du allerdings mit einem tierisch flotten, resourcensparenden System in einer erstaunlich hohen Leistungsklasse (wenn man den derzeitigen und voraussichtlichen Stand der Hardware berücksichtigt) mit wirklich einfacher Bedienung und vielen, schönen Konzepten zufrieden bist und mit kleinen Einschränkungen in Bezug auf "Standards" leben kannst, bist Du beim Amiga (und seinen Abkömmlingen) sicher nicht verkehrt.

Auch nicht, was den Preis für die Hardware angeht, auch wenn dieser deutlich höher liegt als im PC-Bereich.

Schau Dir mal ein OS4- oder MOS-System live an, dann weißt Du, was ich meine.

Grüße




--
---

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

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:

Zitat:

---

Meine Programme unter C# .Net hatten keinen Stacküberlauf, darum bin ich darauf garnicht gekommen.

---

Unter Windows/Linux/Unix wäre das so oder so nicht passiert (auch mit C oder C++ nicht), weil diese Systeme von Haus aus den Stack erweitern, wenns notwendig wird. Sieht auf den ersten Blick sehr komfortabel aus, aber Dein Beispiel zeigt auch, zu welchen Kuriositäten der Komfort führen kann

---

Ich bezweifle, dass in den Programmen, um die es hier geht, überhaupt explizit Stack-Speicher angefordert wurde. C# stellt für Gelegenheitsprogrammierer einen Speichermanager zur Verfügung...

---

Du hast nicht alle Beiträge gelesen, oder? Es ging da um ein Problem, bei dem er char foo[256000]; und char bar[256000]; deklarierte, innerhalb eines Blocks = automatische Variablen und sich dann über Probleme mit dem Ergebnis unter AmigaOS (vermutlich 4) wunderte.

In unserem Fall landen die auf dem Stack, was halt nicht so wirklich funktioniert bei typischerweise 4KB Stack für 68K-Systeme und 32KB für PPC-Systeme (oder benutzt MOS/ABox standardmäßig einen größeren Stackframe oder gar stack extension? Ich weiß es nicht).

Das C# da etwas anders ist, habe ich gar nicht angesprochen. Ich meinte nur, daß das auch bei Benutzung von C++ oder C nicht zu Problemen geführt hätte wegen der automatischen Stack-Extension von Windows, Linux und Co.

Dort wäre ihm weiterhin (also nicht nur dann, wenn er C# benutzt) nicht aufgefallen, daß er unnötig Stackspeicher verballert.

Was das angeht, finde ich AmigaOS gerade wegen dieser "Einschränkungen" sehr lehrreich. Es zeigt einem, wie viele Dinge man nicht mehr beachtet, wenn man zu viel Komfort hat.

Das ist jetzt aber nicht als absolute Wertung/Angriff zu verstehen, gell? Ist einfach nur meine persönliche Meinung

Grüße

--
---

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

Zitat:

---

Original von ZeroG:
Und da er signal wahrscheinlich in der Behandlung von WMHI_GADGET_UP überschreibt, fliegt im das ganze wahrscheinlich um die Ohren wenn die Schleife das nächste mal bei Wait() ankommt.

---

Ja, das habe ich ja als Nebensatz erwähnt, daß wir nicht wissen, was er damit sonst noch so treibt (signal als Signalmaske verwenden ohne die Bits vorher wieder korrekt zu setzen o.Ä.).

Prinzipiell kann man signal aber recht frei verwenden, darauf kams mir an, weil es bei Dir so klang, als dürfte man das generell nicht.

Natürlich sollte er schon darauf achten, was er wo reinschreibt oder wem übergibt

Grüße

--
---

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

c code:

---

ULONG signal;

---

c code:

---

ULONG *signal;

---

?

Grüße

--
---

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

Zitat:

---

Original von Beeblebrox:
@whose:
Ok, ich will diesen Thread nicht Off topic werden lassen. Es stimmt, mir fehlt es besonders im Amiga Bereich sehr an Erfahrung / API& Programmierkenntnissen.

---

OT wirds ja nicht, hat ja mit Programmierung zu tun Die fehlende Erfahrung merkt man Dir aber auch an solchen "Kleinigkeiten" wie 256KB auf dem Stack anlegen u.Ä. an, deswegen...

Zitat:

---

Weil ich aber nicht mehr wusste wo ich überhaupt anfangen soll frage ich jetzt halt hier ein paar Dinge, die sich für euch vermutlich überaus laienhaft anhören.

---

Ganz und gar nicht. ReAction/BOOPSI ist nicht immer einfach zu handhaben, mußt nur mal nach Posts suchen, die damit zu tun haben.

Was halt auffiel, war Deine "mangelnde Vorbereitung". Aber da Du die DevCD2.1 ja nun gefunden hast, kannst Du Dich ja mal etwas einlesen und weißt dann u.U. besser, was Du in Deinem Programm machst

Zitat:

---

Letzendlich ist mein Ziel aber nicht euch zu ärgern, sondern ein wenig mehr zu verstehen

---

Wie ich schon sagte: Auch wenn manche Antworten vielleicht patzig klingen, heißt das nicht, daß Dir keiner helfen will. Aber ein klein wenig beachten solltest Du für die Zukunft schon, was man Dir schreibt

Und gerade bei thomas solltest Du aufmerksam lesen. In seinen Antworten steckt sehr oft eine Menge nützliche Information drin, auch für Themen, die mit der eigentlichen Frage nur am Rande zu tun haben (wie z.B. die Sache mit den Variablen auf dem Stack).

Zitat:

---

Meine Programme unter C# .Net hatten keinen Stacküberlauf, darum bin ich darauf garnicht gekommen.

---

Unter Windows/Linux/Unix wäre das so oder so nicht passiert (auch mit C oder C++ nicht), weil diese Systeme von Haus aus den Stack erweitern, wenns notwendig wird. Sieht auf den ersten Blick sehr komfortabel aus, aber Dein Beispiel zeigt auch, zu welchen Kuriositäten der Komfort führen kann

Zitat:

---

Ich habe auch einige Erfahrung mit der Programmierung der Mikrokontroller von Microchip, die 16f Serie benutzt den Stack lediglich für Unterprogrammaufrufe, nicht für Variablen.

---

Damit kenne ich mich wiederum nicht aus. Nie mit beschäftigt

Zitat:

---

Grundsätzlich weiss ich schon daß solche Variablen auf dem Stack landen, bin halt nur icht drauf gekommen. Studiert habe ich Elektrotechnik.

---

Naja, jetzt weißt Du schon mal eine Sache, wegen der sich der GCC "merkwürdig" verhält. Die Klamotte mit den .gch-Dateien dürfte sich in der Doku zu GCC finden.

Und ReAction wirst Du auch noch kapieren, ein klein wenig Übung und Geduld vorausgesetzt.

Grüße

--
---

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

Zitat:

---

Original von ZeroG:
Ganz böses Foul. Wenn du dieses signal einfach überschreibst, trittst du Intuition die Füsse weg.

---

Zitat:

---

@all:
Hab mal Meldung an HJF gemacht.

---

Super, danke

Grüße

--
---

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