ASM Community

mnemox, thanks for your time. I added some debugging code, and it appears that that line is working as it is supposed to. Just to be sure I changed it to your version, but the bug I described is still there sadly :(

EDIT:

KetilO:
Alright, I found the bug. In the description for the GM_ADDROW message it says that lpROWDATA can be null, so I did that. It seems however that the grid control cannot see the difference between an unitialized text field and a text field that starts at relative address +0 in the grid dataspace. Thus, if you have an unitinitialized text field (or USER data type, as in my case), it will act as if its data is stored at offset +0 in the storage space. I fixed this by initializing the row with empty data, but I think this really needs a solution in your code.

Thanks for taking the time to help me, however I managed to fix it. I guess you missed my last edit, sorry about that :(

Hi all

New upload at the top.

- Added row back and text color

KetilO

New upload at the top.

- Speed optimized sorting. Quicksort is slow if data is sorted. Solved by randomizing data before sorting.
- Added WM_COMPAREITEM to sort columns containing TYPE_USER data. See GridDemo3 project.

KetilO

Hi all

New upload at the top.

- Updated ODBC example to include add, delete and update.

KetilO