Zitat:

---

Original von amigafreak1980:
@woop:
Echt? Also mit Vista ist das Problem behoben? Kann ja nicht wahr sein. Jetzt soll mein Kumpel noch Vista kaufen, damit er spielen kann? Ich glaube er startet das System immer neu. Ich finde das ganze allerdings ne ganz große Frechheit und werde mir nie wieder eine G-Force Karte (Ich hatte alle ab der G-Force 2) kaufen. Schade, das nvidia so runtergekommen ist. Aber wenn man so überlegt, auf ca 70 % aller PCs ist Windows XP installiert. Sich da so einen Fehler zu erlauben hat schon manches Unternehmen den Kopf gekostet

---

Naja, denke nicht, dass bei ATi das prinzipiell besser läuft. Außerdem dürfte der Anteil der Rechner mit GF8 auf denen XP installiert doch deutlich unter 70% liegen
Ob der Fehler auf Vista behoben ist kann ich nicht sicher sagen, ich habe ihn nur dort nie beobachtet. Unter XP durfte ich ihn dagegen gerade heute wieder "bestaunen"

Zitat:

---

Original von amigafreak1980:
@woop:
Ich denke du hast Recht mir dem Bug! Genauso ist es: Er Spielt eine Weile, es ruckelt, wird schlimmer. Dann macht er einen neustart und das Ruckeln ist vorbei!

---

Zitat:

---

Original von amigafreak1980:
[...]
- ASUS G-Foce 8600 GT 512 MB Ram
[...]
- Windows XP usw.......

Sein Problem darin besteht, das Spiele, wenn er eine Stunde lang spielt, tierisch anfangen zu ruckeln, bis zum "beinahe" Standbild

---

Zitat:

---

Original von AceOfWands:

Wenn du die originalen A1010-Laufwerke von Commodore hast, hat dein Anbieter recht, denn diese haben keinen durchgeschliffenen Bus, wie es bei Laufwerken von Drittanbietern meistens der Fall war.

EDIT: @Palgucker: auf der von dir verlinkten Seite steht, dass der Bus durchgeschleift sei... Aber ich war mir so sicher (stand in irgendeinem "Großen Amiga-Buch"), dass er es nicht ist.

---

Zitat:

---

Original von TetiSoft:
Wenn beim A4000T sowohl SCSI als auch IDE Geräte dran sind, heißt
das eine device scsi.device und das andere 2nd.scsi.device, welches
dann welches ist weiß ich gerade nicht, aber das BootMenü zeigt es ja an.

---

Ah, sehr einfallsreich
Danke für die Antworten

Zitat:

---

Original von TetiSoft:

Zitat:

---

Original von woop:
Hallo,

ist es möglich OS4 ohne CD-ROM zu installieren indem man den CD-Inhalt vorher auf die Festplatte kopiert oder ein Image der CD von Platte mountet?

---

Ja, sollte gehen, die Bootdiskette benutzt den Namen der CD
um sie zu finden. Wenn Du die CD auf eine SFS-Partition kopierst
und der Partition den Namen der CD gibst sollte es klappen.

Mit Image mounten geht nicht, Du könntest nur das OS4 Kickstart
laden aber müßtest dann unter OS4 das Image erst mounten und dann
davon booten was mit nur Kickstart ohne WB nicht geht :-)

Eine SFS-Partition sollte es sein wegen der langen Dateinamen.
SFS ist auf der CD drauf.

---

Klingt gut, das werde ich morgen abend mal probieren und hier nochmal schreiben ob es geklappt hat oder ob es nochmal Probleme gab.
Jetzt muss ich erstmal die zerlegten Rechner wieder zusammenschrauben

Zitat:

---

Zitat:

---

Schließe ich ein IDE-CD-ROM am internen IDE-Bus an bootet der Rechner nicht mehr, der Sache bin ich aber noch nicht weiter nachgegangen. Gibts da noch irgendwas besonderes zu beachten?

---

Auf Master gejumpert (wenn es alleine am Port war)?
Es kann sein daß das IDE scsi.device im Kickstart ROM nicht
mit jedem CD-ROM klarkommt, ich kenne da aber keine Einzelheiten.
ATAPI ja/nein, LBA48 ja/nein macht vielleicht den Unterschied.

---

Zitat:

---

Original von Holger:
@woop:
Hier das Standard-Beispiel:

C code:

---

/* AppWindow.c - Execute me to compile me with SAS/C 6.56
[...]

---

---

Zitat:

---

Zitat:

---

Achja, unter Kick 1.2 soll das ganze auch funktionieren

---

Das kannst Du allerdings vergessen.

---

Zitat:

---

Original von Der_Wanderer:
Welche Sprache ?

---

Zitat:

---

Ab Amiblitz3_beta4 sind Templates dabei, da gibt es WB_App2, das macht genau das, was du oben schreibst.
Wie es funktioniert, kannst du da sehen. Es nutzt allerdings eine inlcude (app.inlcude), die müsstest du dir auch anschauen, dort passiert eigentlich die dreckige Arbeit.

---

Zitat:

---

Original von Flipflop:
Ist das noch aktuell für Dich?

Da MCC AFAIR pleite ging, gab es nie eine Freigabe. Kannst
allenfalls Dr. Tim King fragen, ob er seine Beziehungen
spielen lassen kann...

Alternativ hilft wohl nur mal wieder TOSEC.
Meine Originale sind nämlich für Dich unbezahlbar! :-))

---

Ja, das ist noch aktuell. Dass es keine Freigabe gab, hatte ich befürchtet. TOSEC kannte ich bislang noch nicht, ich werde mal dort danach wühlen, Danke für den Hinweis. Originale sind auch weiterhin hoch willkommen bei mir

Zitat:

---

Original von TomSaw:
Nur um mal einen Preis zu nennen 150¤ und aufwärts

---

Zitat:

---

Original von doschhar:
ich suche ein adf der original elite spielediskette um es per whdload auf platte spielen zu können. das spiel wurde von den entwicklern freigegeben - nur sind alle adfs die ich finden kann cracked oder andersweitig verändert und somit whdload inkompatible ://

---

Die original Elite Diskette ist - wie viele andere Spiele aus dieser Zeit auch - in einem Format beschrieben das nicht als adf abgebildet werden kann. Du kannst deine Suche danach also einstellen

Zitat:

---

Original von geit:
TD_Write und TD_Format unterscheiden sich auch technisch nicht wirklich.

---

Das klingt eigentlich plausibel, und dennoch, wenn ich das TD_FORMAT weglasse habe ich trotz x wiederholter CMD_WRITEs auf denselben Track bei einigen Disketten konstant Fehler; mache ich dann auf diesen Track _ein_ TD_FORMAT läuft der nächte Write durch und die Diskette bleibt dann auch erstmal heil, ein normales Format läuft dann mit der Diskette ohne zu Murren und Stocken durch, auch wenn es vorher schier unmöglich war de betreffende Disk zu formatieren, weswegen mir hier langsam das Testmaterial ausgeht
Ich habe das auch auf mehreren Rechnern geprüft und überall dasselbe Ergebnis -- merkwürdig.

Ich habe mal ein Testbinary zu meinen Trackdisk/ADF-Klassen gebastelt, leider mit nur rudimentären (CLI-)Userinterface, ohne Unterstützung anderer Devices als trackdisk und ohne HD-Disketten-Unterstützung:
http://eazy.amigager.de/~kai/transdisk2.exe

Aufrufbeispiele:
transdisk2.exe FROM DF0: TO RAM:test.adf
transdisk2.exe FROM RAM:test.adf TO DF1:
transdisk2.exe FROM DF0: TO DF1:
transdisk2.exe FROM RAM:test.adf TO RAM:Copy_of_test.adf

Es würde mich mal interessieren, ob das bei anderen auch so aussieht.



[ Dieser Beitrag wurde von woop am 27.11.2006 um 22:03 Uhr geändert. ]

Zitat:

---

Original von Palgucker:
@ woop

Zitat:

---

@thomas und @palgucker:

Na vielen Dank für den Idioten und das unterstellte Halbwissen.

---

Übrigens unterstellst Du mit Deinem Posting auch, das z.B Thomas irgendwas von Idioten geschrieben hat, - was definitiv nicht der Fall ist.
So schnell kanns gehen...

---

Zitat:

---

Original von DariusBrewka:
Ich habe noch einige Tests gemacht und Herausgefunden das Holger in manchem doch Recht hat, wenn man von z.B. NodeC auf Node castet, dann bekommt man schon die Adresse der Node Struktur, darum geht das hier.

Das habe ich beim Cast nicht berücksichtigt, dass der auch die Adressen anpasst. Sorry.

---

Na endlich, genau das wollte ich dir ja schon mit meinem ersten Posting hier sagen und mit meinem Beispiel sagen, dort verwende ich ja auch die amiga.lib- und Exec-Funktionen um die Liste und die Nodes zu verwalten.

Zitat:

---

Ich habe keine Ahnung, was Du da eigentlich verhackstücken willst, und eigentlich weder Zeit noch Lust, mich einzulesen. Versuche nicht, von Exec verwaltete Listen-Nodes in C++-Objekte zu kapseln, das ist mein Rat.

---

Zitat:

---

Original von DariusBrewka:

code:

---

class ListC:private MinList
{
public:
ListC(void);
~ListC(void);
...
}

ListC::ListC()
{
NewList((List *)this);
}

---

das Problem ist NewList() kann nur Funktionieren, wenn die MiniList am anfang der Struktur liegt,

---

code:

---

NewList(reinterpret_cast<List*>(dynamic_cast<MinList*>(this)));

---

Zitat:

---

Original von Solar:

Bei Typen darf const vor oder nach dem Typnamen stehen, bei Pointern muß const nach dem Pointer kommen.

---

Zitat:

---

Original von asrael229:

Zitat:

---

Original von Mad_Dog:
@asrael229:

Hab's mal schnell überflogen...

code:

---

SWKey *VerseKey::clone() const
{
	return new VerseKey(*this);
}

---

Das ist aber eine Methode und kein Konstruktor!
Der Rückgabewert ist ein Zeiger auf eine Klasse Namens SWKey, new liefert hier aber einen Zeiger auf eine Instanz der Klasse Versekey.
Folglich müsste es so heißen:

---

Ja, aber hier muesste ja normalerweise (ohne es ausprobobiert zu haben) dieser Konstruktor ausgerufen werden:

code:

---

VerseKey::VerseKey(VerseKey const &k) : SWKey(k)
{
   ...
}

---

Manfred

---

code:

---

VerseKey::VerseKey(const VerseKey &k) : SWKey(k)
{
   ...
}

---

code:

---

SWKey *VerseKey::clone() const

---

Zitat:

---

Der User macht dann folgendes:

code:

---

WBToScreen 0
Window 0,0,0,320,200,$E,"Hallo Welt",0,1
image_load{0,"myimage.iff"}
image_blit{0,x,y}
MouseWait
End

---

---

Zitat:

---

Original von bubblebobble:

Amiblitz2 sieht normalerweise etwa so aus:

[...]

hier nochmal 1:1

http://www.hd-rec.de/pics/ab2_screen.png

---

Zitat:

---

Original von Holger:
@bubblebobble:
Also mich würden diese mehr als aufdringlichen Kommentare ziemlich stören

[...]

Good coders do not comment. What was hard to write should be hard to read too.

---

Was ist denn nun besser?