Memory corruption

[Rob Gayvert]

Cees,

Your earlier issue was a simple case of assertions not being prevented
by the primitives.
The #setItemCount method is another one that's not caught (the
underlying wx method
is asserting that the wxLcVirtual style flag is set), but the real
problem seems to be
deeper, since if this is a DGVPluggableList, it must be virtual since it
must be created
with the #parent: class method, so it shouldn't have triggered this
assertion.

I got your current build, and navigated to a community with files, but
couldn't download
any files -- I get the message:
"Document kon niet van netwerk worden gehaald. Probeer het later nog
eens."

Is this a firewall problem?

.. Rob

I have an issue with memory corruption that looks suspiciously like
something I have encountered - and debugged - earlier this year, but I
can't find anything about it in my mail or on the mailing list
archive.
The issue is that I get an assert that a listctrl on which i call
#setItemCount is not a virtual list; this is impossible (because I
don't create any other lists in the application); in the VC debugger
it turns out indeed that the wxListCtrl instance is complete garbage.
So either the handle is bogus, or the memory has been overwritten (I
figure the latter ;-)).
Now, I can recall having debugged something like this before - Rob, do
you have any mails from me from probably Jan/Feb about a thing like
this? I'm quite sure whatever I found at the time was fixed, but I
want to refresh my mind so I can move faster when debugging this.
(If anyone is curious about reproducing this - download the daily
build I'm about to publish, ie. the build with today's date, from
dgv.aardworks.nl; click to a community with files in it, select the
files tab, double click - you'll get a new item in the tree
'downloads' and a confirmation dialog. Navigate to the downloads item,
back to some other community with files in it, double click a file
again -> assert())