Zitat:

---

Original von botfixer:
Nun, da ich wieder ein Hobby gefunden habe und die Amiga Welt immer noch vorfinde geht mir folgendes nicht mehr aus dem Kopf:

Ein komplettes Re-design eines Classic Amiga:

- Prozessor Basis auf RISC Technologie 3 GHz oder so
- 68020, 040, 060 Nachbildung
- Prozessor Board mit eigener Firmware mit einen "BIOS" wo die
zu simulierende CPU bestimmt wird und man weitere
Eingriffsmöglichkeiten auf das CPU Verhalten hat.

- Nachbildung der Costumchips mit digitale Signalprozessoren
- Kickstart 1.3, 2.x, 3.x kompatibilität
- OS4 Modus (am liebsten wäre mir ja ein neues proprietäres
- System). Das wird aber glaube ich zu Aufwendig.
- "Emulation aller Amiga Modelle"
- Bei der Gelegenheit ein 16 Bit Sound System mit 8
Bit "Kompatibilitäts Modus"
- Ein zeitgemäßes Videointerface auf Standardtechnologie inkl.
Classic Amiga Kompatibilität
- I/O gemäß den heutigen Anforderungen im Bereich IDE (S-ATA)
und SCSI, USB, vernünftiges Floppy Interface und weiteres.

---

Zitat:

---

Sofern einige Stichkpunkte. Ziel soll sein, ein Super Classic Amiga mit einer Performance und Leistungsdaten der heutigen kommerziellen Computersysteme. Wäre das was? Was haltet ihr davon?

---

Zitat:

---

Deswegen würde ich ein solchen System in Stufe I erst einmal auf 600x0 Basis aufbauen und nur die "Restelektronik" auf die genannten Werte bringen (unter Nutzung von Standard Technologie). Das würde bedeuten, keine Ersatzteilproblematik mehr und bessere I/O Leistung. Die Entwicklung würde ein in Zukunft existierenden Prozessorsystem mit hohen Leistungsdaten berücksichtigen um einen "Flaschenhalseffekt" zu vermeiden.

---

Zitat:

---

- Derzeit bin ich bei einer Machbarkeitsanalyse

- Blockgraphik und Funktionsprinzip in arbeit

---

Zitat:

---

- Allerdings brauche ich Unterstützung von sachkenntlichen Personen die am besten selber zwei Jahre lang Amiga Chipsatz gewesen sind . Und Hardcore Programmierer!!

- Das ganze soll ein "Open - Source" Projekt werden.

Wer kann sich für sowas begeistern und macht mit?

---

Zitat:

---

Original von Holger:

Zitat:

---

Original von Kaesebroetchen:
Danach scheint es, das wenn man den x86 wie bei Amithlon im Big Endian Mode betreibt, eine 68k Emulation relativ einfach zu integrieren wäre.

---

Es gibt keinen Big Endian Modus beim x86. Es gibt einen Big Endian Modus bei Aros, wenn man es nämlich für eine 68k-CPU übersetzt. Wenn man den dann in einer 68k-Emulation betreibt, entspricht es im Prinzip UAE+AfA.

---

Zitat:

---

Original von CarstenS:
@DrZarkov:
> Wenn Aros erst einmal dank der Nutzbarkeit alter Software interessant
> geworden ist, kommen auch die User und damit mehr Entwickler.

Genau das denke ich auch. Hollywood II kann einen wichtigen Beitrag dazu leisten, während die Integration einer 68k-Emulation wohl leider sehr aufwändig ist.

---

Zitat:

---

Original von Solar:
Du meinst, Du gibtst "mysql" ein und der Prompt kommt sofort zurück? Oder hängt er sich auf?

---

Zitat:

---

Original von Holger:

Zitat:

---

Original von Kaesebroetchen:
Die Fehlermeldungen sind jetzt auch weg, aber ausser das es Speicher verbraucht, mach mysql im Moment nocht nichts.

---

Was soll es denn machen?

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

---

code:

---

8.AmigaDev:MySql> execute startmysqld
8.AmigaDev:MySql> cd bin
8.AmigaDev:MySql/bin> mysql
ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (49)
8.AmigaDev:MySql/bin>

---

Zitat:

---

Original von MaikG:
Hab nur PIC Programmier Hardware, das einfachste wird wohl
sein das ich eine Klangreglerschaltung baue die ohne IC²
Funktioniert.

---

Zitat:

---

Original von Solar:

Ich möchte vorsichtig darauf hinweisen, das system() in <stdlib.h> steht, nicht in <stdio.h>.

---

Zitat:

---

Original von Clydos:

Sorry, habe wirklich keinen großen Einblick in Amiga-systemspezifische Sachen, habe den Schluß nicht ziehen können, dass ich mit system("xyz") auf den entsprechenden Shell-Befehl zugreifen kann.

---

Zitat:

---

:-( Sorry ... Öhm, und auch auf die Gefahr hin, dass Du mich jetzt steinigen wirst - muss ich dazu eine bestimmte Bibliothek einbinden, um auf die Systembefehle zugreifen zu können, aber kann ich die automatisch nutzen?

---

Hast du schon mal versucht in C irgenwas zu machen ohne wenigstens ein

#include <stdio.h>

Ja ?
War wahrscheinlich eine eher enttäuschende Erfahrung, oder ?

So, genug gesteinigt !
Hier mal der Link auf ein excellentes C Buch, das auch online gelesen werden kann:

C von A-Z

Da steht so ziemlich alles drin was man mit Konsolenprogrammen so anstellen kann.
--
http://amidev.kilu.net/

Zitat:

---

Original von Clydos:

Will nicht pfuschen. :-) Und mir geht's ja genau um diesen Clearscreen-Befehl - wo finde ich zumindest diese Info? Aber, dass Du das nicht weißt, tsts.

---

Ich kann mir ja nicht jeden sch*** merken

Andererseits verstehe ich auch nicht was dir so schwer daran fällt in der Amigashell einfach mal cls einzugeben und herauszufinden das es den Befehl dort auch gibt ?
--
http://amidev.kilu.net/

Zitat:

---

Original von Clydos:
Na gut, so tief bin ich noch nicht in der Materie drin, dass ich wüßte, ob AutoDoc die Hölle ist oder nicht. Was Code Compl. ist weiß ich zwar, aber hatte nicht geahnt, dass das so komplex ist. Nun ja, von daher ist es schon klasse, dass Du das so reingepackt hast, muss mich nur mehr damit beschäftigen ... Allerdings muss ich so oder so die Pfade anpassen, da ich's ja in ein anderes Verzeichnis installiert habe. Wäre natürlich cool, wenn diese Pfade in der cache.ccc entsprechend Installationsverzeichnisses angepasst werden würden!?

---

Zitat:

---

Noch ne allgemeine Prog-Frage: Wie ich kann in einem Konsolenfenster den Inhalt des Bildschirms löschen? Analog zu Windows' system("cls") ...

---

Zitat:

---

Original von Clydos:
@Kaesebroetchen:
Hab's gestern nur mal schnell installiert und ganz kurz angetestet. Was auf den ersten Klick :-) auffällt ist, dass es _wesentlich_ länger dauert, bis das Programm gestartet ist, als die "normale" Version. :-( Woran liegt das und kann ich das irgendwie beschleunigen?

---

Zitat:

---

Als ich's dann fertig installiert hatte, wußte ich auch, warum es "Monster Pack" heißt. :-)

---

Endlich Jemand der den Namen zu deuten weiß

Zitat:

---

Was mir auch noch aufgefallen ist: Unter "Code Completetion" (oder wie das jetzt geschrieben wird :-/) sind noch anscheinend _Deine_ ganzen Pfade im Cache eingetragen - mein Rechner war auch dem Absturz nahe, als ich das Fenster aufmachte - hat extrem lange gedauert, bis ich wieder arbeitsfähig war. Kannst Du den Cache löschen, bevor Du das Download-Paket zur Verfügung stellst?

---

Zitat:

---

Soweit erstmal von mir, scheint erstmal alles gut zu laufen (bis auf Startgeschwindigkeit).

---

Das ist gut.
Wenn Probleme auftreten melde dich bitte und schreib fleissig Beispiele, DevPaks und vor allem Dokumentation
--
http://amidev.kilu.net/

Zitat:

---

Original von Holger:
Mal was anderes.
Habe erstmalig Eclipse-CDT installiert und den cross-compiler von AmiDevCpp eingebunden.

---

Zitat:

---

Weil DevC++ doch ziemlich instabil ist, wollte ich mal sehen, wie sich eclipse so macht.

---

Zitat:

---

Und bis auf den deutlich höheren Speicherbedarf scheint es komfortabler zu gehen. Werde in den nächsten Tagen damit ein bißchen rumexperimentieren und dann einen vollständigen Erfahrungsbericht veröffentlichen.

---

Zitat:

---

Für Grafik gibt's ja OpenGL samt GLUT für die GUI usw. .
Obwohl es OpenGL (alias StormMesa) auf dem Amiga gibt, hat es sich nicht wirklich durchgesetzt...
--

http://www.norman-interactive.com

---

Zitat:

---

Original von Holger:

Schöne Vision, aber ein Programm besteht aus mehr, als nur einem User-Interface.
Genaugenommen wäre das UI das kleinere Problem. FreeCiv gabs z.B. vor Version 2 auch für GTK und MUI gleichzeitig.

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

---

Zitat:

---

>Ist der auch für OS 3.x, Morphos und OS4 verwendbar ?


Alles was MUI hat. Im Moment kann man die Sourcen unter
AROS, OS4 und MorphOS kompilieren, OS3 hat schon lange keiner
mehr probiert.

---

Zitat:

---

Original von Clydos:
@Kaesebroetchen:
Geht klar. Hab's mir gerade gezogen, vielen Dank! Muss es jetzt nur noch auf'n Stick bekommen - blöde Uni-Windows-Möre hier! *grummel*

Wegen feedback - ich sach's mal so: Ich bin ja schon froh, wenn ein "Hello World"-Prog funzt. :-) Im Ernst, bin Anfänger, habe dieses Semester erst richtig angefangen mit C-Programmierung. Von daher wäre mein feedback recht simpel, also nur der Art: "Mein Hello World läßt sich kompilieren." Wir müssen auch einen Beleg programmieren, denn will ich dann auch auf Amiga portieren (mit AmiDevCpp natürlich) (ist aber echt _nix_ besonderes) und würde das dann auch hochladen.

---

Zitat:

---

PS: Wird es noch mehr Versionen geben? Woran arbeitest Du da gerade, falls ja?

---

code:

---

/* FensterVerstecken.c */

#define __USE_BASETYPE__

#include <proto/exec.h>
#include <proto/dos.h>
#include <proto/intuition.h>

struct IntuitionBase *IntuitionBase;
struct IntuitionIFace *IIntuition;

int main()
{
  if((IntuitionBase = (struct IntuitionBase *) IExec->OpenLibrary("intuition.library",50)))
  {
    if((IIntuition = (struct IntuitionIFace *) IExec->GetInterface((struct Library *)IntuitionBase,"main",1,NULL)))
    {
      struct Window *win;
      if((win = IIntuition->OpenWindowTags(NULL,
                           WA_Title,  "FensterVerstecken",
                           WA_Width,300,
                           WA_Height,100,
                           WA_DepthGadget,TRUE,
                           WA_Hidden, TRUE,  /* erzeugen aber nicht anzeigen */
                           TAG_DONE)))
      {
        for(;;)
        {
          const ULONG signal = IExec->Wait(SIGBREAKF_CTRL_C | SIGBREAKF_CTRL_E | SIGBREAKF_CTRL_F);
          if(signal == SIGBREAKF_CTRL_C) break;
          else if(signal == SIGBREAKF_CTRL_E) IIntuition->ShowWindow(win,IntuitionBase->ActiveWindow);
          else if(signal == SIGBREAKF_CTRL_F) IIntuition->HideWindow(win);
        }
      
        IIntuition->CloseWindow(win);
      }
      else IDOS->Printf("Fenster läst sich nicht erzeugenn");

      IExec->DropInterface((struct Interface *)IIntuition);
    }
    else IDOS->Printf("kein main Interface in der intuition.libraryn");

    IExec->CloseLibrary((struct Library *)IntuitionBase);
  }
  else IDOS->Printf("es fehlt intuition.library V50n");

  return( 0 );
}

---

Zitat:

---

Original von Holger:

Ok, vorläufig unter
http://www.math.tu-berlin.de/~pietsch/AmiDevCpp_Setup_V09_Monster_Pack.exe
zu erreichen.

---

Zitat:

---

Original von Holger:
@Kaesebroetchen:
Was genau muß man denn machen, um eine große Datei zu erhalten, die man wieder online stellen könnte?
Ich mein insb. wegen Installation .exe oder so...

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

---

code:

---

main.c: In function 'main':
main.c:14: warning: pointer targets in passing argument 2 of 'IExec->OpenLibrary' differ in signedness
main.c:16: warning: pointer targets in passing argument 3 of 'IExec->GetInterface' differ in signedness
main.c:37: warning: pointer targets in passing argument 2 of 'IDOS->Printf' differ in signedness
main.c:41: warning: pointer targets in passing argument 2 of 'IDOS->Printf' differ in signedness
main.c:45: warning: pointer targets in passing argument 2 of 'IDOS->Printf' differ in signedness
ppc-amigaos-gcc.exe main.o  -o "OS4Test.exe" -L"C:/CrossCompiler/AmiDevCpp/usr/local/amiga/ppc-amigaos/lib" -L"C:/CrossCompiler/AmiDevCpp/usr/local/amiga/m68k-amigaos/lib/libnix"  

Ausführung beendet
Kompilierung erfolgreich

---

Zitat:

---

Original von tokai:
@Kaesebroetchen:

Was für eine warnung ist es denn?
--
http://www.christianrosentreter.com ~ MorphOS Software

---