[ - Antworten - Zitieren - Direktlink - ]

code:

---

<frameset cols="*,740,*">
	<frame src="leer.htm">
	<frameset rows="147,*">
		<frame src="oben.htm">
		<frameset cols="167,*">
			<frame src="menu.htm">
			<frame src="home.htm">
		</frameset>
	</frameset>
	<frame src="leer.htm">
</frameset>

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von IamSONIC:

Blinde Tabellen sagt mir jetzt ehrlich gesagt gar nichts.

---

code:

---

<table border=0 cellpadding=20>
<tr>
<td>
<center>
<font face="verdana,arial,helvetica" size=1 color="white">
<a href="C-Kurs.html">
<img src="C-Kurs/C-Kurs_sm.png" alt="Amiga C Kurs für Einsteiger" vspace="20" Border="0"><BR>
</a>
</font>
</center>
</td>
<td>
<font face="verdana,arial,helvetica" size=1 color="white">
<b>Amiga C Kurs für Einsteiger</b><BR>
<p>
Ein kleiner Kurs, der absolute Anfänger an die Programmiersprache C
heranführen soll.
</font>
</td>
</tr>
</table>

---

Zitat:

---

Da ich überwiegend C++ gewöhnt bin ist die C Syntax vom Amiga schon ein wenig gewöhnungsbedürftig. Da mir Dein C-Kurs sehr gut gefällt, habe ich diesen auf meiner Homepage mit verlinkt.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Blinde Tabellen sagt mir jetzt ehrlich gesagt gar nichts.

"Blinde Tabellen" bedeutet, daß Du eine (oder mehrere) Tabellen machst, die unsichtbar sind (also ohne Rand und in der selben Farbe wie der Hintergrund). Diese kannst Du dann dazu benutzen, um Text und Grafik anzuordnen.

---

Zitat:

---

Da ich überwiegend C++ gewöhnt bin ist die C Syntax vom Amiga schon ein wenig gewöhnungsbedürftig. Da mir Dein C-Kurs sehr gut gefällt, habe ich diesen auf meiner Homepage mit verlinkt.

Was meinst Du mit "die C Syntax vom Amiga"? Die CLI-basierten Beispiele sind reines ANSI C. Du darfst natürlich nicht C und C++ verwechseln...

Was die AmigaOS API-Programmierung angeht: Jedes OS bzw. jede Bibliothek hat eben so seine Eigenheiten. Ich nehme mal an, daß Du die Sache mit den TagItems etwas "gewöhnungsbedürftig" findest?

---

Zitat:

---

P.S.: Deine Homepage sieht gut aus!

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von IamSONIC:

Ich denke mal wenn ich unter OS 3.x arbeite kann ich auch einen C++ Compiler benutzen (z.B.: StormC), aber da ich ja unter AmigaOS 4.0 programmiere habe ich ja keine andere Wahl als den GNU C oder den vbcc zu benutzen und die beiden Teile kann man ja nur mit ANSI Code füttern.

---

Zitat:

---

Aber Dein Workshop ist auch zum OS 4.0 SDK recht kompatibel, es gibt zwar ab und zu ne Meldung, im Regelfall aber nur ne Warnung.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Der GNU C++ Compiler heißt g++. Geb einfach mal g++ --help in der Shell ein.

---

Zitat:

---

Gut daß Du das ansprichst. Ich kann das leider nicht testen, da ich keinen AmigaOne habe. Mir wurde berichtet, daß die Amiga spezifischen Sachen nicht funktionieren würden (da OS4 ja ein anderes Library Handling benutzt).

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Ich würde mich nun gerne auf eine Sprache festlegen. Was ist den besser wenn man auf dem AMIGA etwas programmieren möchte? Gibt es weniger OS-spezifische includes für den g++ ? Mit dem g++ müsste die Syntax ja genau wie auf dem PC ausehen?!

---

Zitat:

---

Man könnte ja evtl. von Deinem C-Kurs eine AmigaOS 4.0 Version anbieten?

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

#include <stdio.h>

int main(void)
{
  printf("Hello,World!");

  return 0;
}

---

code:

---

#include <stdio.h>

main()
{
  printf("Hello,World!");
}

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:

Was besser ist (C oder C++) hängt vom jeweiligen Problem ab. C ist eben nicht objektorientiert wie C++. In C gibt es auch kein Überladen von Operatoren oder ähnliches. Ist natürlich auch Geschmackssache, ob man jetzt lieber funktionell oder objektorientiert denkt.

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

#include <iostream.h>

void main(void)
{
  cout<<"Hello,World!"<<endl;

  return 0;
}

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von IamSONIC:
Auf dem PC sieht das bei dem Beispiel dann so aus:

code:

---

#include <iostream.h>

void main(void)
{
  cout<<"Hello,World!"<<endl;

  return 0;
}

---

Was weis ich nach welchem Standart ich C++ erlent habe, wahrscheinlich so 100% Borland typisch.

---

Es gibt keinen Standard, nach der man "return 0" in einer Funktion, die void zurückgibt, verwenden kann.
Ansonsten kommt das dem Standard schon sehr nahe, nur inzwischen gibt's namespaces (mein Gott, da hat man mal ein paar Jahre nicht hingeguckt und schon... ), aber da mögen die C++-Experten zu sprechen.

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

[ Dieser Beitrag wurde von Holger am 16.08.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von IamSONIC:
Auf dem PC sieht das bei dem Beispiel dann so aus:

code:

---

#include <iostream.h>

void main(void)
{
  cout<<"Hello,World!"<<endl;

  return 0;
}

---

---

code:

---

void main(void)

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

#include <iostream>

int main(void)
{
   std::cout<<"Hello,World!"<<std::endl;
   return 0;
}

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

/*   Sierpinski-Fraktal
 *
 */

#include <exec/types.h>
#include <exec/exec.h>
#include <intuition/intuition.h>
#include <graphics/gfx.h>
#include <dos/dos.h>
#include <stdlib.h>

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

/*  Makro zur Erzeugung einer Zufallszahl
 *  im Bereich min..max
 */
#define random(min,max) ((rand() % ((max+1)-min))+min)

// Symbolische Konstanten
#define WIDTH 400   // Breite des Fensters
#define HEIGHT 300  // Höhe des Fensters

struct Window *Fenster;        // Zeiger auf Window-Struktur
//struct IntuitionBase *IntuitionBase;  // Zeiger auf IntuitionBase-Struktur
//struct GfxBase *GfxBase;        // Zeiger auf GfxBase-Struktur
struct RastPort *rp;            // Zeiger auf RastPort-Struktur

// Funktionsprototypen
void DrawSierpinski(void);

int main(void)
{
  // Intuition Library öffnen
  // IntuitionBase = (struct IntuitionBase *) OpenLibrary("intuition.library",36L);

  // if (IntuitionBase != NULL)
  // {
    // Graphics Library öffnen
  //  GfxBase = (struct GfxBase *) OpenLibrary("graphics.library",0L);

  //  if (GfxBase != NULL)
  //  {

      // Fenster mittels Tags öffnen
      Fenster = OpenWindowTags(NULL,
                               WA_Left, 100,    // Abstand vom linken Rand
                               WA_Top, 100,     // Abstand vom oberen Rand
                               WA_Width, WIDTH,    // Breite
                               WA_Height, HEIGHT,  // Höhe
                               WA_Title, "Sierpinski",         // Fenstertitel
                               WA_CloseGadget, TRUE,           // Close-Gadget
                               WA_DragBar, TRUE,               // Ziehleiste
                               WA_DepthGadget, TRUE,           // Depth-Gadget
                               WA_GimmeZeroZero, TRUE,         // Ursprung 0/0
                               WA_IDCMP, IDCMP_CLOSEWINDOW,
                               WA_Activate, TRUE,              // Fenster aktivieren
                               TAG_DONE);

      if (Fenster != NULL)
      {

        rp = Fenster->RPort;  // rp zeigt auf RastPort des Fensters

        SetRast(rp, 1L);      // Fensterinhalt löschen

        SetAPen(rp, 2L);      // Farbe setzen

        DrawSierpinski();     // Fraktal zeichnen

        // Auf Close-Gadget warten
        Wait(1L << Fenster->UserPort->mp_SigBit);

        CloseWindow(Fenster);   // Fenster schließen
      } // end if

//    } // end if

//  } // end if

  // Libraries schließen
  //if (GfxBase != NULL) CloseLibrary((struct Library *)GfxBase);
  //if (IntuitionBase != NULL) CloseLibrary((struct Library *)IntuitionBase);

  return 0;

}

// Funktion zum Zeichnen des Sierpinski-Fraktals
void DrawSierpinski(void)
{
   int iterate;
   SHORT x1, y1, x2, y2;

   x1 = x2 = WIDTH/2;
   y1 = y2 = 0;

   // Schleife zum Iterieren und Zeichnen der Pixel

    for(iterate = 0; iterate < 10000; iterate++)
    {
    // Zufallswerte erzeugen/

     switch (random(0,2))
      {

         case 0:  x1 = (x2 + WIDTH/2) / 2;
                  y1 = y2 / 2;
                  break;

         case 1:  x1 = x2 / 2;
                  y1 = (y2 + HEIGHT) / 2;
                  break;

         case 2:  x1 = (x2 + WIDTH) / 2;
                  y1 = (y2 + HEIGHT) / 2;
                  break;

      }

      // Amiga Graphik-Primitive
      WritePixel (rp,x1, y1);

      x2 = x1;
      y2 = y1;

    }

}

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Solar:

Grundsätzlich läßt sich ein "sauberes" C-Programm immer auch mit einem C++-Compiler übersetzen.

---

Mir ist bekannt, daß C eine Untermenge von C++ ist.
Aber wir wollen den Anfänger ja micht gleich komplett verwirren.
Jedenfalls ist der Hauptunterschied bei der Wahl zwischen C und C++ als erste Programmiersprache die Denkweise: Während man in C eben funktionell programmiert, gewöhnt man sich bei C++ eher Objekte mit entsprechenden Methoden an.

Das kann dann darin gipfeln, daß ein C++ Programmierer versucht ein reines C-Programm zu schreiben und dort dann Funktionen in Strukturen mit reinwurstelt (kein Witz, alles schon gesehen!).

P.S.: C++ Compiler sind in der Regel etwas empfindlicher, was Warnings angeht. Ein C Programm, welches auf einem C Compiler keine Warnings produziert kann auf einem C++ Compiler durchaus Warnings produzieren.

--

http://www.norman-interactive.com

[ Dieser Beitrag wurde von Mad_Dog am 16.08.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

code:

---

#include <iostream>
using namespace std;

int main(void)
{
   cout << "Hello,World!" << endl;
   return 0;
}

---

[ - Antworten - Zitieren - Direktlink - ]

@Mad_Dog:
Globaler import?
Jetzt werden garantiert einige Leute aufschreien.

mfg


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

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:
Das kann dann darin gipfeln, daß ein C++ Programmierer versucht ein reines C-Programm zu schreiben und dort dann Funktionen in Strukturen mit reinwurstelt (kein Witz, alles schon gesehen!).

---

Zitat:

---

P.S.: C++ Compiler sind in der Regel etwas empfindlicher, was Warnings angeht. Ein C Programm, welches auf einem C Compiler keine Warnings produziert kann auf einem C++ Compiler durchaus Warnings produzieren.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
@Mad_Dog:
Globaler import?
Jetzt werden garantiert einige Leute aufschreien.

---

Bei iostream spricht doch nichts dagegen. Wer will kann natürlich auch ständig std:: schreiben

--

http://www.norman-interactive.com

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Prinzipiell ist es ja wurscht, wo eine Funktion steht. Wenn aber ein Programmierer gewohnt ist, Probleme mittels Polymorphismus zu lösen, kommt er gar nicht herum, Funktionspointer mit seinen Datenstrukturen (objekten) zu assoziieren.
Das artet in C in eine riesige Schreibarbeit aus, aber zum Glück kommt es ja immer seltener vor, daß ein C++ Programmierer gezwungen ist, warum auch immer, C-Code zu schreiben.

---

Polymorphismus und ADTs in C ist vom Problemtyp "den Code kann zwar keiner verstehen, aber ich hab gezeigt, daß es geht".

Für sowas nimmt man dann doch lieber C++ oder Ada95.



--

http://www.norman-interactive.com

[ Dieser Beitrag wurde von Mad_Dog am 16.08.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:
@thomas:
Man kann natürlich auch drauf hoffen, daß der Compiler das Öffnen der Libraries übernimmt. Ich hab mich jedenfalls an die Beispiele der Developer CD 2.1 gehalten.

---

Zitat:

---

Könnte mal ein AmigaOne/OS4 Besitzer testen, ob man das mit dem OS4 Dev Kit compilieren kann? Mit StormC 3.0 (68k) läuft's jedenfalls.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:

Zitat:

---

Original von Mad_Dog:
@thomas:
Man kann natürlich auch drauf hoffen, daß der Compiler das Öffnen der Libraries übernimmt. Ich hab mich jedenfalls an die Beispiele der Developer CD 2.1 gehalten.

---

Die Beispiele sind uralt und schon als sie neu waren, waren sie nicht gut. Viele haben sogar Fehler. Als Programmierer sollte man in der Lage sein, selbst zu denken und eine eigene Meinung zu haben.

---

Daß die Beispiele von der AmigaOS Developer CD 2.1 teilweise uralt sind, ist mir bekannt. Ich hab leider keine neuere Dokumentation.
Selbst das 3.9 NDK ist in der Hinsicht nicht besser.

Wie war nochmal das Zitat von Einstein? Nur aus Beispielen kann man lernen.

Zitat:

---

Bei OS4 steht es jedenfalls in der Doku, daß man es so machen soll.

---

Diese Doku hab ich leider nicht. Ich kann mir auch leider keinen AmigaOne leisten...

Zitat:

---

gcc sierpinski.c -o sierpinski -D__USE_INLINE__ -lauto

Funktioniert ohne eine einzige Warnung. __USE_INLINE__ wird benötigt, damit man nicht dauernd IIntuition->OpenWindow und so schreiben muß und -lauto fügt eben jenen auto-init-Code hinzu, der die benutzten Libs selbständig öffnet.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Danke! Ich hoffe, das Executable läuft dann auch problemlos?

---

Natürlich.

Zitat:

---

Ich hab leider keine neuere Dokumentation.

---

Ich auch nicht. Den Teil mit dem selber denken hast du wohl überlesen ?

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ Dieser Beitrag wurde von thomas am 16.08.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:

Zitat:

---

Ich hab leider keine neuere Dokumentation.

---

Ich auch nicht. Den Teil mit dem selber denken hast du wohl überlesen ?

---

Beim OS4 Dev Kit wird doch auch Dokumentation dabei sein, oder etwa nicht?

Was das "selber denken" angeht: Ich hab mich mit der Programmierung unter OS4 noch nicht beschäftigt. Unter 3.x gab's ja keine Probleme, wenn man die Libraries von Hand öffnet. Also bestand auch kein Handlungsbedarf sich darüber nen Kopf zu machen. Denken ist anstrengend und wie Du ja vielleicht weißt, bin ich ein fauler Student und zudem noch Schwabe, die ja bekanntlich sehr geizig und konservativ sind.
--

http://www.norman-interactive.com

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:
Daß die Beispiele von der AmigaOS Developer CD 2.1 teilweise uralt sind, ist mir bekannt. Ich hab leider keine neuere Dokumentation.
Selbst das 3.9 NDK ist in der Hinsicht nicht besser.

---

[ - Antworten - Zitieren - Direktlink - ]