Das deutsche QBasic- und FreeBASIC-Forum

Eastler_dart · Anmeldungsdatum: 25.09.2005 Beiträge: 177 Wohnort: Baden-Würtemberg + Sachsen

Hallo erst mal...

ist ja ne feine Sache. Bei Qbasic hatte ich mit den Arrays in SUBs immer meine Probleme. Bei Freebasic scheint das nun viel besser zu sein.

Jedoch schaff ich folgende Hürde immer noch nicht:
Für mein Prog brauche ich ein Statisches Array in einer Sub. Also ein Array so dimensionieren, daß bei weiteren Aufrufen der SUB die Daten immer noch im Array drin liegen.
Freebasic sagt, nimm einfach STATIC anstelle DIM, und schon gehts.
Ja klar, sicher, so gehts auch:

SUB Beispiel()
STATIC Pixel%(16200) ' hab dafür gesorgt, daß dies nur beim 1. Aufruf passiert
END SUB

in dieser Art funktioniert das scheinbar einwandfrei, aber so kann ichs nicht gebrauchen. Ich (Programmierer) weiß beim Coden noch nicht, wie groß das Array sein muß, da der Anwender dies im Programmlauf beeinflussen wird.
Also probier ich:

SUB Beispiel2()
Gross%=Lang%*Breit% 'nur so, ohne tieferen Sinn
STATIC Pixel%(Gross%)
END SUB

in dieser Version wird das Array scheinbar trotzdem Dynamisch, also beim nächsten SUB-Aufruf ist nix mehr drin. Bei Qbasic wirds ja in der Hilfe so aufgeführt, wenn mit Constanten gedimmt wird (dim a%(22)) dann statisch, wird mit Variablen gedimmt, dann dynamisch.

Nun steh ich vor der Entscheidung, Blick ichs nicht oder gehts nicht?

Kann jemand helfen, wie ich mit Variablen statisch dimme oder zumindest klar sagen, daß das schlichtweg nicht geht?

Danke im Voraus

Eastler
_________________
Kaum macht mans richtig, schon geht's

jb · Anmeldungsdatum: 14.01.2005 Beiträge: 2010

Dann benutze doch einfach ein DIM SHARED.

jb

Eastler_dart · Verfasst am: 05.10.2005, 21:44 Titel:

Thx jb, das ist sicher eine Möglichkeit,
aber nur bedingt.

Mein Ziel ist eigentlich, eine einzige SUB zu erzeugen,
die im Hauptteil nix einzutragen hat (Dim Shared müßte ja dahin,
sodaß ich z.B. euch diese einzige SUB dann hierreinstelle, egal in was
für ein Prog Ihr(/Ich) das dann einfügt, egal welche Variablennamen
Ihr(/ich) bereits verwendet, soll dat ding dann trotzdem laufen.

Somit wäre DIM SHARED umständlicher zu handhaben.

Trotzdem nochmals Danke
_________________
Kaum macht mans richtig, schon geht's

jb · Anmeldungsdatum: 14.01.2005 Beiträge: 2010

Hm, da hast du recht, aber du könntest doch eine .BI-Datei zusammen mit deinem Prog "ausliefern", in
der das Feld dimensioniert wird, und die includest du dann mit

Eastler_dart · Verfasst am: 05.10.2005, 21:57 Titel:

hm.

über die $Include-Geschichte hab ich in anderer Art schon mal gegrübelt und angetestet.

Wenn ich durchhalte und genügend Zeit finde, sollens mehrere Tools für freebasic werden. oder besser gesagt, SUBs für in die Programme
und Progs, die ganz speziell nur den Quellcode dieser SUBs (sozusagen von außen her) bearbeiten. Für einfacheres Programmieren halt.
Und dabei überlege ich immer noch, ob ich euch/mir zumuten kann, diese SUBs dann per $Include ins Programm einzubinden.

Bei dieser Überlegung ist mir dann klar geworden, daß diese $Includes MEHRFACH vorkommen müßten.
Und im Zusammenhang mit dem Thema hier, wäre dann ein Include am Anfang, mit den ganzen DIMs und weiter hinten dann für die SUBs nochmal welche.

Könnte zu viel werden für nen einfachen Überblick?

Aber hast recht, wenn gar nix geht, ist das ein Weg.
_________________
Kaum macht mans richtig, schon geht's

jb · Anmeldungsdatum: 14.01.2005 Beiträge: 2010

Wenn du eine Toolsammlung machen solltest, wäre es wohl das Beste, ein $include am Anfang zu machen...

Andere Idee: Könnte man nicht das Feld immer als Dummyparameter mitschleppen?
Dann wäre es doch das gleiche wie ein DIM SHARED...

jb

Eastler_dart · Verfasst am: 05.10.2005, 22:06 Titel:

das klingt gut.

Geht sowas? gleich am Anfang per Include
DIMs.....
SUB Sowieso
END SUB
SUB Andersrum
END SUB

also erst Subs Programmieren und danach "Euer" Hauptprogramm?

Das mit dem "dummy-mitschleppen" kenn ich gar nicht? wie ist das gemeint?
_________________
Kaum macht mans richtig, schon geht's

jb · Anmeldungsdatum: 14.01.2005 Beiträge: 2010

Ne, mit den Includes kannst du nur nicht ausführbare Ausdrücke includen, das heißt nur
DECLAREs, DIMs CONSTs usw...

Mit dem Dummy-Mitschleppen meine ich, dass ein Parameter immer mitgenommen wird,
auch bei Aufrufen aus dem Hauptprogramm. Der Parameter wird aber nur von der SUB selber gebraucht.

Es gibt zum Beispiel die Sub

Eastler_dart · Verfasst am: 05.10.2005, 22:36 Titel:

ja, klar, is kompliziert

ZUM INCLUDEN:
mit meinen ersten Tests dazu hab ich folgendes Szenario erstellt:

jb · Anmeldungsdatum: 14.01.2005 Beiträge: 2010

Was ?

Kann man in FB auch ausführbare .BIs includen?

Werde ich mal nachprüfen...

Ah, mit

Eastler_dart · Verfasst am: 05.10.2005, 22:48 Titel:

Auf die Idee bin ich gekommen, weil irgendwo in ner Beschreibung stand, Include ist so zu verstehen, als Stünde der Inhalt der separaten Datei genau an der Stelle, wo der Include-Befehl steht.
Bleibt halt noch die Frage, was macht FreeBasic mit SUBs, die (per include) direkt am Anfang stehen.
So wie ich FreeBasic kennengelernt habe, könnte sogar auch das funktionieren.
Ich teste das mal aus und melde mich morgen damit wieder.
Vielleicht kommen bis dahin noch n paar Geistesblitze zum Hauptproblem hier
_________________
Kaum macht mans richtig, schon geht's

volta · Anmeldungsdatum: 04.05.2005 Beiträge: 1875 Wohnort: D59192

Hallo,
du kanst die Include-Anweisung auch an den Anfang stellen, erspart dir sogar die Declaration. zwinkern

Eastler_dart · Verfasst am: 05.10.2005, 23:12 Titel:

Aha,
na das is ja super.
Können dann auch in einer "bi"Datei mehrere SUBs drin sein? werden alle automatisch declariert?

Dann hab ich zwar immer noch das Dim/Static-Problem, bin aber trotzdem n Stück weiter.
_________________
Kaum macht mans richtig, schon geht's

mjs · Verfasst am: 06.10.2005, 01:57 Titel:

Mach' es doch einfach wie die C-Fraktion:

Eastler_dart · Verfasst am: 06.10.2005, 20:25 Titel:

Whow, bin begeistert.

Der Punkt geht einwandfrei an die C-Fraktion, insbesondere an mjs. DANKE

Läuft jetzt super, Variable immer noch belegt, wenn der Programmablauf zum 2. / 3. und wievieltenauchimmer male in die Sub verzweigt.
Kein Eintrag im Hauptprogramm notwendig, alles in der SUB. Super

Nochmals Danke für alles, man liest sich, Eastler
_________________
Kaum macht mans richtig, schon geht's

JJ2005 · Anmeldungsdatum: 29.09.2005 Beiträge: 11 Wohnort: Brüssel

Dim Gross%
...
SUB Beispiel2()
IF Gross%=0 then
Gross%=Lang%*Breit% 'nur so, ohne tieferen Sinn
STATIC Pixel%(Gross%)
ENDIF
END SUB

Ginge das auch?
_________________
<a href="http://esl.jrc.it/envind/dashbrds.htm">The Dashboard - Basic forever!</a>

JJ2005 · Anmeldungsdatum: 29.09.2005 Beiträge: 11 Wohnort: Brüssel

jb · Anmeldungsdatum: 14.01.2005 Beiträge: 2010

Ähm? Schizophren?! peinlich

jb

JJ2005 · Anmeldungsdatum: 29.09.2005 Beiträge: 11 Wohnort: Brüssel

Dusky_Joe · Verfasst am: 07.10.2005, 17:43 Titel:

Ich nehme an, du willst darauf hinaus, dass dieser Code funktioniert, obwohl Pixel% nur 2 Indizies (0 und 1) hat; das liegt daran, dass FB nur dann die Indizies überprüft, wenn der Compiler mit der Option -exx aufgerufen wird. Ansonsten wird ein Arrayzugriff etwa so übersetzt:

Wert = *( @Array(LBound(Array)) + Index * Len(Array) )

Es wird also einfach der Wert gelesen/geschrieben, der so viele Bytes hinter dem Beginn des Arrays im Speicher liegt, dass die entsprechenden Indizies davor platz hätten.
Dass dort evtl andere Daten liegen, die z.B. von anderen Programmen oder auch deinem Programm selbst gebraucht werden, wird dabei ignoriert. Wenn du nur einen Wert ließt, wirst du daher meistens auch nur irgendwelche unsinnigen Werte bekommen, mit denen du i.d.R. nichts anfangen kannst. Sobald du aber (wie in deinem Beispiel oben) anfängst, diese Werte zu verändern, riskierst du einen Programmabsturz.
_________________
fully biological degradable

Once, the big wave arrives, you've got two ways, you can go:
Either, you ride it, or you don't do.
But, if you don't ride, you'll never know wether you'd have gone wet.