XProfan

Deutsch

Jörg
Sellmeyer

Das hier funktioniert. SizeOf ermittelt auch den richtigen Wert. Bei String$(B#,0) wird jedoch trotzdem immer der ganze String ausgegeben:
Kompilieren Markieren Separieren

Declare B#
Dim B#,11
String B#,0 = "0123456789"
Print Char$(B#,0,SizeOf(B#) - 1)
Dim B#,6
Print Char$(B#,0,SizeOf(B#) - 1)
WaitInput

Profanhilfe

Der Befehl kann ab XProfan 10 mehrmals auf eine Bereichsvariable angewandt werden und ändert dynamisch die Größe des Speicherbereiches.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

30.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Michael
Wodrich

Jörg Sellmeyer

Bei String$(B#,0) wird jedoch trotzdem immer der ganze String ausgegeben

Dann ist das ReDim buggy. String$() soll ja entweder bis zur Null ODER bis Bereichsende laufen.

Trägst Du es in die Bugliste ein?

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

30.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Michael Wodrich

Jörg Sellmeyer

Bei String$(B#,0) wird jedoch trotzdem immer der ganze String ausgegeben

Dann ist das ReDim buggy. String$() soll ja entweder bis zur Null ODER bis Bereichsende laufen.

Trägst Du es in die Bugliste ein?

Schöne Grüße
Michael Wodrich

Erstmal warten, bis Roland zurück ist. Es sind mehrere Sachen im Verbindung mit Class und &Loop und ich hoffe, daß Roland sich dann gkleich dransetzt und das behebt. Ich werde einfach mal einen Sammelthread für diese Sachen anlegen.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

30.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Michael
Wodrich

@Frank: GlobalReAlloc
Sollte man nicht GPTR benutzen für die Bereichsadresse?

Und das Zuweisen des Ergebnisses wäre auch sinnvoll.

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

30.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Frank
Abbing

War nur ein erster Schnelltest. Welche Flags Roland benutzt, weiss ich nicht. Nichtmal, ob er festen oder mobilen Speicher benutzt. Ich glaube, das wurde auch ab XProfan11 geändert. Aber vielleicht werden ja auch die Heap-Funktionen benutzt, anstelle der lokalen/globalen Speicher.

31.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Michael
Wodrich

Ja das war sicher der Grund warum ich die Global-Api-Funktionen in einer Inc benutze.
Hier wünsche ich mir schon lange eine klare Aussage von Roland, wie man die Bereiche aus Assembler heraus fehlerfrei ansprechen kann.

Ein Test mit meiner ReAllocMem und einem Bereich sind fehlgeschlagen. Das Verwenden beider Bereiche (ASM und Profan) klappt so also nicht.

An die Heap-Funktionen hatte ich z.B. garnicht gedacht. Aber wenn das intern sowieso beliebig geändert werden kann mache ich mir auch nicht die Mühe einer Verbindungsherstellung.

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

31.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Frank
Abbing

Ich hoffe mal auf einen aussagekräfigen Kommentar, wenn Roland wieder da ist. Würde mir da auch mehr Transparenz wünschen.

31.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Gibt doch imho nur 2 Varianten, entweder nutzt Roland globalAlloc und redimensioniert selbst über einen temporären Zwischenspeicher oder er nutzt Heaps.

Es sollte sich doch mit etwas Probieren herhausbekommen lassen, welchen Speichertyp er hier nutzt.

31.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Warum ist das Dim buggy?

Das hier zeigt doch schonmal korrekte Werte:
Kompilieren Markieren Separieren

 {$cleq}
print
mem aber=8
print sizeOf(aber)
dim aber,16
print sizeOf(aber)
dim aber,5
print sizeOf(aber)
waitkey

31.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Füg mal an mein Beispiel oben ein Print String$(B#,0) an. Es wird immer noch der ganze String ausgegeben. Roland setzt also kein Nullbyte beim neudimensionieren. Bug oder Feature? Die alte Frage.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

31.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Frank
Abbing

Bug!

Für die eigentliche Fragestellung aber eher unerheblich, da ich eine Lösung suche, die ab XProfan 8 arbeitet.

31.08.2008 ▲

Vollständiges Zitat

Absatzweise zitieren Zeilenweise zitieren

Jörg
Sellmeyer

Verschoben von hier [...]