| |
|
|
Jörg Sellmeyer | cela ici funktioniert. SizeOf ermittelt aussi den richtigen Wert. chez String$(B#,0) wird cependant quand même toujours qui ganze String ausgegeben: KompilierenMarqueSéparation Profanhilfe
qui Befehl peux ab XProfan 10 plusieurs fois sur une Bereichsvariable angewandt volonté et ändert dynamisch qui Taille des Speicherbereiches. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 30.08.2008 ▲ |
|
|
|
|
Michael Wodrich | Jörg Sellmeyer
chez String$(B#,0) wird cependant quand même toujours qui ganze String ausgegeben
ensuite ist cela ReDim buggy. String$() soll oui entweder jusqu'à zur zéro ODER jusqu'à Bereichsende courir.
Trägst Du es dans qui Bugliste un?
belle Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 30.08.2008 ▲ |
|
|
|
|
Jörg Sellmeyer | Michael Wodrich
Jörg Sellmeyerchez String$(B#,0) wird cependant quand même toujours qui ganze String ausgegeben ensuite ist cela ReDim buggy. String$() soll oui entweder jusqu'à zur zéro ODER jusqu'à Bereichsende courir. Trägst Du es dans qui Bugliste un? belle Grüße Michael Wodrich
Erstmal attendre, jusqu'à Roland zurück ist. il y a plusieurs Sachen im liaison avec Class et & Loop et je hoffe, qui Roland sich ensuite gkleich dransetzt et cela behebt. je werde simple la fois une Sammelthread pour cet Sachen anlegen. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 30.08.2008 ▲ |
|
|
|
|
Michael Wodrich | @Frank: GlobalReAlloc Sollte on pas GPTR benutzen pour qui Bereichsadresse?
et cela Zuweisen des Ergebnisses wäre aussi sinnvoll.
belle Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 30.08.2008 ▲ |
|
|
|
|
Frank Abbing | était seulement un erster Schnelltest. quelle Flags Roland benutzt, weiss je pas. Nichtmal, si il festen ou bien mobilen grenier benutzt. je crois, cela wurde aussi ab XProfan11 geändert. mais peut-être volonté oui aussi qui Heap-Funktionen benutzt, anstelle qui lokalen/globalen grenier. |
|
|
| |
|
|
|
Michael Wodrich | oui cela était sûrement qui Grund pourquoi je qui Global-Api-Funktionen dans einer Inc benutze. ici wünsche je mir déjà longtemps une klare Aussage de Roland, comment on qui Bereiche aus Assembler heraus correct ansprechen peux.
un Test avec meiner ReAllocMem et einem Bereich sommes fehlgeschlagen. cela Verwenden beider Bereiche (ASM et Profan) klappt so alors pas.
à qui Heap-Funktionen J'ai eu z.B. garnicht gedacht. mais si cela interne sowieso beliebig geändert volonté peux fais je mir aussi pas qui Mühe einer Verbindungsherstellung.
belle Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 31.08.2008 ▲ |
|
|
|
|
Frank Abbing | je hoffe la fois sur une aussagekräfigen Kommentar, si Roland wieder voilà. Würde mir là aussi plus Transparenz désirer. |
|
|
| |
|
|
|
| Gibt doch imho seulement 2 Varianten, entweder utilise Roland globalAlloc et redimensioniert selbst sur une temporären Zwischenspeicher ou bien il utilise Heaps. Es sollte sich doch avec quelque chose essayer herhausbekommen laisser, welchen Speichertyp il ici utilise. |
|
|
| |
|
|
|
| |
|
| |
|
|
|
Jörg Sellmeyer | Füg la fois à mon Beispiel dessus un Imprimer String$(B#,0) à. Es wird toujours qui ganze String ausgegeben. Roland mets alors ne...aucune Nullbyte beim neudimensionieren. Bug ou bien Feature? qui vieille Frage. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 31.08.2008 ▲ |
|
|
|
|
Frank Abbing | Bug!
Pour qui eigentliche Fragestellung mais plutôt unerheblich, là je une Solution cherche, qui ab XProfan 8 arbeitet. |
|
|
| |
|
|
|
Jörg Sellmeyer | |
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 31.08.2008 ▲ |
|
|
|