1. Liebe Forumsgemeinde,

    aufgrund der Bestimmungen, die sich aus der DSGVO ergeben, müssten umfangreiche Anpassungen am Forum vorgenommen werden, die sich für uns nicht wirtschaftlich abbilden lassen. Daher haben wir uns entschlossen, das Forum in seiner aktuellen Form zu archivieren und online bereit zu stellen, jedoch keine Neuanmeldungen oder neuen Kommentare mehr zuzulassen. So ist sichergestellt, dass das gesammelte Wissen nicht verloren geht, und wir die Seite dennoch DSGVO-konform zur Verfügung stellen können.
    Dies wird in den nächsten Tagen umgesetzt.

    Ich danke allen, die sich in den letzten Jahren für Hilfesuchende und auch für das Forum selbst engagiert haben. Ich bin weiterhin für euch erreichbar unter tti(bei)pcwelt.de.
    Dismiss Notice

Gwbasic.. hier muss doc was faul sein!! 100%!

Discussion in 'Programmieren' started by Affenexperte, Apr 16, 2007.

Thread Status:
Not open for further replies.
  1. Affenexperte

    Affenexperte Byte

    Hi!
    Ich lerne die (alte) Programmiersprache Gwbasic!
    Do ich finde da ist was faul!
    Hier meine Beschreibun + Erklärung:
    Ich habe nähmlich folgendes eingegeben:

    10 CLS
    20 PRINT"Wie heißt du?"
    30 INPUT NAME$
    40 PRINT"Der Anwender heißt ";NAME$;"."
    50 END
    Und dann mache ich das auf RUN!
    Und dann steht Syntax Error in 30!
    Doch wenn ich das bei QBasic eingebe..
    Dann ist das kein Problem!
    Dann steht da kein Syntax Error!
    Da steht dann Der Anwender heißt Iwan!
    Aber wenn ich das so eingebe:
    10 CLS
    20 PRINT"Wie heißt du?"
    30 INPUT ANWENDER$
    40 PRINT"Der Anwender heißt ";ANWENDER$;"."
    50 END
    Dann klappt das alles Fehlerfrei!
    Kann mir mal einer erklären was das hier ist?
    Irgendwie ist es mir ein Rätsel um das herauszufinden!
    Denn wenn ich statt ANWENDER - Name schreibe..
    Dann läuft das nur bei QBasic Fehlerfrei!
    Bei Gwbasic aber nicht!
    Aber wenn ich ANWENDER eingebe..
    Dann läuft das bei QBasic und bei Gwbasic Fehlerfrei!
     
    Affenexperte, Apr 16, 2007
    #1
  2. m4cg33k

    m4cg33k Byte

    So raetselhaft ist das nicht. Haettest du einen kurzen
    Blick ins Handbuch geworden (zb. http://www.antonis.de/qbebooks/gwbasman/name.html)
    wuesstest du das 'NAME' ein reservierter Bezeichner
    fuer einen Befehl ist. Heisst, du kannst 'NAME' nicht als
    Variablennamen verwenden. ;) Davon abgesehen wuerde ich
    BASIC in die Tonne werfen und mich nach moderenen
    Programmiersprachen umschauen, die auch fuer Anfaenger
    keineswegs schwer sein muessen.
     
    m4cg33k, Apr 16, 2007
    #2
  3. Hascheff

    Hascheff Moderator

    Normalerweise ist man bei der Vergabe mit deutschen Begriffen auf der sicheren Seite, weil reservierte Bezeichner in der Regel englische Begriffe sind. Leider ist "name" auch ein englischer Begriff. und in Basic spielt Groß/klein ja keine Rolle.
     
    Hascheff, Apr 16, 2007
    #3
  4. Affenexperte

    Affenexperte Byte

    Heiß das dass es nicht egal ist was man eingibt?

    Danke für die Antworten!
     
    Affenexperte, Apr 17, 2007
    #4
  5. RealC++

    RealC++ Kbyte

    Ja, das heisst, dass es nicht ganz egal ist was man eingibt.

    Das selbe gilt übrigens überall wo man die Namen scheinbar frei wählen kann: Funktionsname, Variablen-/Pointernamen(Gibt's in Basic überhaupt Pointer?), ...
     
    RealC++, Apr 17, 2007
    #5
  6. Hascheff

    Hascheff Moderator

    Wie der Begriff "reservierter Bezeichner" ausdrückt, sind nur bestimmte Begriffe verboten.
    Außerdem dürfen nur bis zu 40 Buchstaben und Zahlen verwendet werden, das erste Zeichen darf keine Zahl sein.
    Also du darfst nicht "INPUT 1NAME$" schreiben, aber "INPUT EINNAME".
    Nicht, dass ich wüsste. GWBASIC läuft mit Interpreter, sind da überhaupt Pointer möglich?
    Wenn ich mich recht entsinne, gibt es einen Befehl zum Einfügen von Maschinencode oder Assembler.
     
    Hascheff, Apr 17, 2007
    #6
  7. RealC++

    RealC++ Kbyte

    Hab mal "gegogglet": Scheint es schon zu geben bei Sprachen die interpretiert werden, Pointer meint aber bei solchen Sprachen nicht ganz das selbe wie in C/C++.-Ist vielleicht auch alles falsch, aber interessiert ja auch keinen wirklich...
     
    RealC++, Apr 17, 2007
    #7
Thread Status:
Not open for further replies.

Share This Page