Hallo Gerhard,
"[...] dass wohl alles ohne das Zeichen funktioniert. [...]" stimmt
mittlerweile (nach weiteren Test meinerseits) nicht mehr.
Um das angehängte "#" als Typ-Deklarationszeichen geht es gar nicht
mehr, sondern:
Wenn im "Ausdruck" für "Print" ein "#" vorkommt, dann MUSS im "Ausdruck"
für "Print " irgendwo vor dem "#" ein " " sein, ansonsten gibt's eine
Syntaxfehler-Fehlermeldung:
Sub Print_To_Output
Dim VarDouble#
Dim Pfad_Datei As String
Dim Datenkanal As Integer
VarDouble# = 0.123123
Pfad_Datei = "E:\TMP\Output.txt"
Datenkanal = Freefile
Open Pfad_Datei For Output As #Datenkanal
Print #Datenkanal," VarDouble# = ",VarDouble# ' O.K.
'Print #Datenkanal,"VarDouble# = ",VarDouble# ' ERROR
Print #Datenkanal," ABC#DEF" ' O.K.
Print #Datenkanal,"AB C#D EF" ' O.K.
Print #Datenkanal," ","ABC#DEF" ' O.K.
'Print #Datenkanal,"ABC#DEF" ' ERROR
'Print #Datenkanal,"ABC#D EF" ' ERROR
Close #Datenkanal
End Sub
Wenn das kein BasicCompiler-Fehler ist ...
Viele Grüße
Hans-Werner :-))
------ Originalnachricht ------
Von: "Gerhard Weydt" <gerhard.we...@t-online.de>
An: users@de.libreoffice.org
Gesendet: 22.08.2020 15:51:04
Betreff: Re: [de-users] Makro Basic - Ausgabe in Datei - DoubleVariable
via Typ-Deklarationszeichen # - Makro-Fehler-Abbruch
Hallo Hans-Werner,
wenn etwas bei Pitonyak steht, ist es deshalb auch nicht besser begründet als
bei den anderen Quellen, die du genannt hast, auch beschreibt das, was er
feststellen konnte und nicht, was er selbst aus dem Compiler-Code ermittelt
hätte; ich bin mir ziemlich sicher, dass ich eine entsprechende Aussage von ihm
selbst einmal gelesen habe. Ob die ursprüngliche Idee war, dass das ürzel nach
dem eigentlichen Namen dazugehört oder nur für die Deklaration gebraucht wird,
können wir kaum entscheiden, für letzteres spricht aber die Tasache, dass wohl
alles ohne das Zeichen funktioniert.
Und auch der folgende Text zu Microsofts Visual Basic geht in die gleiche
Richtung:
In addition to specifying a data type in a declaration statement, you can force
the data type of some programming elements with a /type character/. The type
character must immediately follow the element, with no intervening characters
of any kind.
The type character is not part of the name of the element. An element defined
with a type character can be referenced without the type character.
Wenn man das Ende wörtlich nehmen darf, dann ist die Hinzufügung des Kürzels
erlaubt, aber nicht nötig. In diesem Sinn wäre natürlich die Fehlermeldung bei
der Double-Variable ein Fehler, aber mir geht es wie dir, ich mag diese Kürzel
nicht und verwende sie nicht, ich weiß auch nicht recht, warum sie eingeführt
wurden, vielleicht noch zu Lochkartenzeiten, wo man dann weniger Karten
brauchte, so wie das Unterbringen mehrerer Befehle in einer Zeile durch die
Trennung mit dem Doppelpunkt?
Was mich betrifft, würde ich es nicht für nötig halten, das als Fehler zu
melden.
Viele Grüße
Gerhard
Am 22.08.2020 um 15:23 schrieb OoOHWHOoO:
Hallo Gerhard,
so wie's ausschaut, hat das "Print" (und auch das "Write") - beziehungsweise der Compiler - beim
"Print"/"Write" in eine Datei "sein Kreuz mit dem Doppelkreuz" ;-)) ...
Völlig unabhängig von einer Double-Variablen der Art "VarDouble#":
Im Zusammenhang mit "#" muss das erste Zeichen in der auszugebenden Zeichenkette ein
" " (Leerzeichen) sein.
Fehlt dieses Leerzeichen, meldet der Compiler den Syntax-Fehler "Unzulässiger Wert
oder Datentyp.Datentypen unverträglich." !
Sub Print_To_Output
Dim Pfad_Datei As String
Dim Datenkanal As Integer
Pfad_Datei = "E:\TMP\Output.txt"
Datenkanal = Freefile
Open Pfad_Datei For Output As #Datenkanal
Print #Datenkanal," #"
Close #Datenkanal
End Sub
Einen kleinen Hinweis, dass das "#" bei Print/Write in eine Datei "eine besondere
Rolle spielt" könnte eine Textpassage bei Pitonyak liefern, wobei die internen Zusammenhänge
völlig im Dunkeln liegen, da muss man schon den Compiler-SourceCode kennen:
8.8. Daten aus einer Datei lesen und in eine Datei schreiben
Um Daten in Dateien zu schreiben oder aus Dateien zu lesen, die im Modus Random
oder Binary geöffnet wurden, verwenden Sie die Anweisungen Put und Get. Für
jeden anderen Modus verwenden Sie die Anweisungen Line Input, Print und Write.
Wenn keine Eingabedaten angegeben sind, wird eine Leerzeile in die Datei
geschrieben. Die Anweisung Write akzeptiert mehrere Argumente zur Eingabe und
fügt beim Schreiben automatisch Trennzeichen ein. In der Datei werden die
Eingabeausdrücke voneinander durch Kommas getrennt, Zeichenketten werden in
doppelte Anführungszeichen gesetzt, Zahlen werden nicht gekennzeichnet, und
Datums- sowie boolesche Werte werden zwischen Doppelkreuze (#) gesetzt. Zahlen
mit Dezimaltrennzeichen werden gemäß dem eingestellten Gebietsschema
konvertiert.
https://www.uni-due.de/~abi070/count.php?id=OOME_3_0_deutsch.pdf
Warum bei dem "Print", wenn nicht in eine Datei, das "Warnung"-Symbol verbunden mit dem Text
"Warnung" ausgegeben wird, ist nicht nach vollziehbar, denn es passiert auch bei dem sehr einfachen Beispiel
in der "LibreOffice Hilfe":
Sub ExamplePrint
Print "ABC"
Print "ABC","123"
i = FreeFile()
Open "C:\Temp.txt" For Output As i
Print #i, "ABC"
Close #i
End Sub
Grüße
Hans-Werner :-))
-- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy
