019
12.11.2003, 17:28 Uhr
RHBaum
|
Ich wuerde auch die Liste nehmen !!! Grad bei DB anwendungen spielen zugriffe im speicher zeitkritisch keine Rolle. Langsamstes glied um laengen bleibt die DB ... (auch wenn man "wegen performance" das resultset ned aufs mal laed ... naja, die gruende die man fuer hat, sollten eigentlich nix mit der performance zu tun haben ... )
Wenn du aber fleissiger M$ Fan bist, und dich gerne Selbst geiselst, kannst du auch das Dir von VB bekannte Array weiterhin nutzen :p
Das Construct heisst dann SAFEARRAY, und kann per Windows API ueber C Schnittstellen gehandelt werden .
Nur ist das halt mega umstaendlich, auch wenn das safearray doch paar glitzekliene Vorteile besitzt, die aber niemand braucht. Am ende steckst viel arbeit rein, eigentlich nur um dein code langsam zu machen :p Und echte Arrays verwendest dabei auch. Von Plattformunabhaengigkeit sprechen wir auch lieber nich :p
(war halt nur zum Thema VB Array)
Was ich ned verstehe ....
| Zitat: |
denn die Speicherverwaltung laeuft bei uns ueber eine eigene library mit der das so nicht geht, oder ich verstehe da irgendwas nicht.
|
Aehm du musst, um speicher zu bekommen, ne andere (eigene) Lib verwenden ? Also igrendwas, was dir die Vergabe des Speichers kontrolliert ?
Warum wieso weshalb ?
Kannst du noch speicher aufn Stack belegen... oder wie muss ich das verstehen ???
malloc und free muessten ja dann entsprechungen haben , also kannst doch mit denen arbeiten ...
Ciao ...
Dieser Post wurde am 12.11.2003 um 17:30 Uhr von RHBaum editiert. |
)
