XProfan

Français

Hubert
Binnewies

allô zusammen..

je hab là une struktuiertes Bereichsarray comme globales Array.
eh bien suis je mais gezwungen qui Dimensionierung dedans eines Proc Endprc trop changement.
cela dabei qui le contenu verloren allez ist égal, mais dedans eines Proc ENDPROC bleibt es pas global.
Hat une ne concept comment je qui Grösse changement peux et cela Bereichsarray toutefois global bleibt?

merci Schonmal d'avance.

Hubert

P.S. denkt tour j'ai XProfan 9.1 pas 10

WinXP Prof, XProfan 9.1 Newbie

Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!"

23.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

[quote-part:b1906f5467]mais dedans eines Proc ENDPROC bleibt es pas global[/quote-part:b1906f5467]Hm doch!?

23.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Hubert
Binnewies

et comment mach je cela ensuite???

cela dimensionieren sieht ha so aus:
Kompilieren Marque Séparation

DECLARE Bereich#[100]
Struct Angaben=text1$(20),Wert1!
Dim Bereich#[],Angabenre>

demzufolge devrait je dedans des Proc-ENDPROC une neuen Déclarer Bereich#[200] mettons...
quoi qui Variable bistrot mais pas global défini...

Hubert

WinXP Prof, XProfan 9.1 Newbie

Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!"

23.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Hm je hab ne concept!

Deklariere doch 2 Globale!

Merke Dir toujours quelle Globale Du zuletzt geDimt la hâte, et prends ensuite l'autre.

Hilft cela?

23.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Hubert
Binnewies

malheureusement non....

j'ai un Bereichsarray cela am Programmanfang avec dem le contenu einer Dossier pleine wird.
qui Nombre de Einträge peux sich mais au cours de des Programmablaufes changement, et je lese den le contenu dans einer Procedure aus...et si ensuite cela Array trop petite ist habe je verschissen jusqu'à inne Steinzeit...

je muss dans qui situation son cela Globale Array ( il me faut den le contenu à vielen se mettre im Programme ) dedans cette Procedure trop verändern, meinetwegen peux dabei aussi qui le contenu verloren aller là je sowieso dabei den Dateiinhalt récente lade...
et Deiner concept pour serait cela seulement einmal marcher, mais cela peux dans einer unbekannten Anzahl de Fällen passer.

Hat là pas einer ne concept???

merci Schonmal d'avance.

Hubert

WinXP Prof, XProfan 9.1 Newbie

Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!"

23.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Hm bof ensuite ist cela Problem mais cela Array ansich - weil es dans XProfan seulement statisch definierbar ist.

Probiere es doch la fois avec listen? je prends pour quelque chose comme alles mon eigene Unit - tambour hab je vous oui geschrieben ^ ^

une solche List ist comment un Array - seulement qui Taille peux sich ständig changement et ist pas statisch.

Lists.Pcu [...]

Sollte qui Unit avec XProfan10 kompiliert son ensuite peux je vous Dir - si vous chez Dir pas funktioniert - aussi volontiers nochmal avec XProfan9 kompilieren.

23.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Hubert
Binnewies

c'est ne verdammt gute concept..... merci....
werde je demain tôt teste...

merci

Hubert

WinXP Prof, XProfan 9.1 Newbie

Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!"

23.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Hubert
Binnewies

allô IF
je hab mich avec qui PCU beschäftigt,
je muss dire : Hochachtung..
qui est un assez mächtiges Werkzeug, ABER....

[quote-part:b65a49bb67=iF]
une solche List ist comment un Array - seulement qui Taille peux sich ständig changement et ist pas statisch.
[/quote-part:b65a49bb67]
c'est ça déjà, mais malheureusement seulement eindimensional.
Im Moment brauche je etwa 15 Dimensionen (Strukturiert).
bien sûr, pourrait je maintenant la première liste en supplément verwenden qui Handels qui anderen Listen aufzunehmen (suis je mais ständig avec dem Wandeln de Ziffen pour String et renversé beschäftigt), womit je un mehrdimensionales Array hätte, mais ensuite ist es zum Beispiel avec Sortieren essig.
Müsste je ensuite wieder alles selbst programmieren.
Wäre doch un bon Vorschlag : liste trop verknüpfen, womit on mehrdimensionale Arrays erhält, et si on une sortiert, volonté qui anderen dans qui Reihenfolge umgestellt comment qui une qui sortiert wird.
et so plus.
et es wäre joli si le lists pas seulement Cordes mais aussi Integer et Float aufnehmen pourrait.

Hubert

WinXP Prof, XProfan 9.1 Newbie

Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!"

24.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

allô Hubert!

BereichsArrays peux on droite simple simulieren:
Kompilieren Marque Séparation

!
window 50,50-700,500
declare Data#
struct DATA=Wert&,Text$(19)
dim Data#,DATA
declare Size&
Size&=sizeof(Data#)
declare Mem#
dim Mem#,Size&*10
def DataSetzen(1) Mem#+Size&*%(1)

whileloop 0,9

    Data#=DataSetzen(&loop)
    Data#.Wert&=&loop
    Data#.Text$="Test"+str$(&loop)

endwhile

Data#=DataSetzen(5)
print Data#.Wert&
print Data#.Text$
print
Data#=DataSetzen(7)
print Data#.Wert&
print Data#.Text$
print
waitkey

Zur ReDimensionierung musst du seulement Mem# changement. sous XProfan 9 müsstest du en supplément den le contenu de Mem# dans une zusätzlichen Bereich kopieren, Mem# per Dispose et Faible changement et qui données wieder zurückschreiben. cela sollte avec @Char$( ) / Char ou bien per API possible son.

BTW: chez älteren Profan-Versionen (sous 8 ou bien so) bricht @Char$( ) cela Einlesen de données dans den String chez Erreichen eines NullBytes ab.

HTH
Pascal

24.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Hubert
Binnewies

[quote-part:79d768360d=Uwe Pascal Niemeier]
Zur ReDimensionierung musst du seulement Mem# changement. sous XProfan 9 müsstest du en supplément den le contenu de Mem# dans une zusätzlichen Bereich kopieren, Mem# per Dispose et Faible changement et qui données wieder zurückschreiben. cela sollte avec @Char$( ) / Char ou bien per API possible son.
[/quote-part:79d768360d]
et oui c'est ca là liegt mon Problem....
oui c'est ca c'est chez meinem Proggi seulement dedans eines Proc-ENDPROC possible.
seulement si je dedans cette Procedur cela Array Dispose , muss je es aussi récente Declarieren,Strukturieren et Dimensioniern......et....schwups ist es un lokales et ne...aucune globales Array plus.
et comment dit, il me faut den le contenu pas trop retten, je lese den eh toujours récente un, ist pas anders possible.
Im Moment suis je versucht (c'est qui gangbarste Weg) trop schätzen wieviele Einträge niemals auftauchen peut et cela Array am Anfang so trop Dimensionieren.
Klingt zwar blöd, mais de qui heutigen technologie auszugehen sollte genug RAM vorhanden son um un 18 Dimensionales Array#[1000] avec 11 Cordes a´50 marque, einer avec 2000 marque et 6 Integers et cela ganze 2 la fois aufzunehmen.

Hubert

WinXP Prof, XProfan 9.1 Newbie

Ein kluger Kopf sagte mal:
"Nach dem derzeitigen Stand der Technik ist es unmöglich Programme zu schreiben, die fehlerfrei laufen!"

24.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Uwe
''Pascal''
Niemeier

allô Hubert!

Pourquoi musst du qui Bereichsvariable récente declarieren??
Pour DISPOSE devrait du vous direct avec DIM wieder dimensionieren peut, et si le Variable global deklariert wurde, écoutes es aucun rôle, si cela dans einer Proc passiert.

HTH
Pascal

24.10.2006 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

<offtopic>Uwes Avatar ist vraie stark...

</offtopic>