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())
>  
>