---

Hallo zusammen,
wir stellen gerade um von 2002/2006 auf R2011
Durch unsere hauseigene Applikation verspeichern wir komplexe String Strukturen als XDATA!
Bisher hat der Speicherplatz gut ausgereicht, in der Regel waren 7000 Byte frei!
In 2011 habe ich nun bemerkt das der Speicherbedarf nicht mehr ausreichend ist,
da für einen ASCII String nun 2 Bytes statt bisher 1 Byte verwendet wird!
WARUM? - UniCode?
Interessanter Weise werden Daten aus den vorherigen Systemen trotz 16K Speicherüblauf übernommen,
und sie sind auch komplett abrufbar! Nur dran schreiben lassen Sie sich dann nicht mehr!

Object has -1153 bytes of Xdata space available.

mapla

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von mapla:
In 2011 habe ich nun bemerkt das der Speicherbedarf nicht mehr ausreichend ist,
da für einen ASCII String nun 2 Bytes statt bisher 1 Byte verwendet wird!
WARUM? - UniCode?
Interessanter Weise werden Daten aus den vorherigen Systemen trotz 16K Speicherüblauf übernommen,
und sie sind auch komplett abrufbar! Nur dran schreiben lassen Sie sich dann nicht mehr!

Object has -1153 bytes of Xdata space available.

mapla

---

Das sind ja mal schlechte Nachrichten.

Der Workaround, jeweils 2 Zeichen eines Textes als 16-Bit-Integer zu codieren und den ganzen Text einfach als Folge von 16-Bit-Zahlen, klappt wohl wegen des Overheads der Gruppencodes nicht. Da bleibt dann nur das Codieren des Textes als Binärdaten unter Gruppencode 1004, aber das geht nur mit ARX.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von mapla:
Hallo zusammen,
wir stellen gerade um von 2002/2006 auf R2011
[...]
WARUM? - UniCode?

---

Genau. Die Umstellung von ASCII auf Unicode wurde mit der Version 2007 durchgeführt... also kein "neues" Problem.

Grüsse, Henning

------------------
Henning Jesse
VoxelManufaktur
Computer-Dienstleistungen für Architekten und Ingenieure

  http://www.voxelman.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tom,
ich habe mich nun dazu entschlossen die ASCII-Daten als Xrecord dran zu schreiben!
Damit habe ich auch zukünftig keine Speicherbegrenzung mehr!
Koordinaten Informationen zum Objekt werde ich weiterhin via EED dranschreiben, da diese sich ja auch teilweise
aktualsieiren!

gruss aus KS
Karsten

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Genau. Die Umstellung von ASCII auf Unicode wurde mit der Version 2007 durchgeführt... also kein "neues" Problem.

---

Also wenn man ein solches "Problem" (Bug!!) nach 4-5 Versionen nicht behoben hat, ist das ein sehr schwaches Bild.
Da kann man noch soviel vom Marketing von Kundenfokusierung erzählen,
in der Praxis ist es einfach nur ärmlich. Featuritis statt Qualität!

Wenn man den Speicherbedarf verdoppelt muss man eben auch die Speicherkapazität verdoppeln.
Also statt 16 KB eben 32 KB.
So vergrault man sich die Applikations-Entwickler die dieses Feature noch nutzen.
Also Autolisp/DCL Anwender fühlt man sich eh seit Jahren allein gelassen.

Da hat es auch keine Sinn mehr bei Autodesk-Umfragen immer wieder teilzunehmen, um dann nichts mehr von den Wünschen zu hören.

Da werden die Umstellung auf die neuen Version richtig teuer!
Aus der Vergangenheit haben wir dazu die Erfahrung das gemeldetet und anerkannte Bugs dann auch nicht mehr in der Version gefixt werden, sondern nur auf die aktuelle Version verwiesen wird.

Aber wahrscheinlich ist man mit 25 Vollversionen eher ein uninteressanter Kunde für Autodesk.
Da ist selbst mapla mit 100 Arbeitsplätzen noch zu klein.

------------------
Hans-Peter

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das Problem holt einen auch nochmal ein beim Versuch einen String mit 255 Zeichen (früher das Limit für einen 1000-EED String) zu speichern.
Beim Auslesen bekommt man dan nur 132 Zeichen zurück!!

   

------------------
Hans-Peter

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

 

Zitat:

---

Original erstellt von mapla:
Hallo Tom,
ich habe mich nun dazu entschlossen die ASCII-Daten als Xrecord dran zu schreiben!
Damit habe ich auch zukünftig keine Speicherbegrenzung mehr!
Koordinaten Informationen zum Objekt werde ich weiterhin via EED dranschreiben, da diese sich ja auch teilweise
aktualsieiren!

gruss aus KS
Karsten

---

Ja, das ist vernünftig. XDATA braucht man v.a., um Objekte via AppID finden und auswählen zu können, und dazu braucht man ja keine gewaltigen Daten dran zu hängen.

Mach doch mal einen Benchmark zum Vergleich, jeweils 5 kB Text aus XDATA und aus XRecords zu lesen. Wenn die Differenz nicht gewaltig ist, würde ich dazu übergehen, alle Daten nur noch in XRecords zu schreiben.

Ebenfalls Grüße aus KS :-)

[Diese Nachricht wurde von archtools am 13. Apr. 2011 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP