On Mon, Apr 1, 2013 at 2:21 AM, Staffan Tylen <staffan.ty...@gmail.com>wrote:
>
> So, on the face of it, there is no way for a LvCustomDrawSimple object to
>> be instantiated to begin with. Are you sure there is no custom draw
>> involved in your program?
>>
>>
> No, there definitely is no customDraw in this class. I have two classes
> that use customDraw, both displayed as independent windows, of which one
> MIGHT have been instantiated using popupAsChild at the time the error
> occurred. As none of my code is explicitly calling the onShow method, I
> guess something in ooDialog must have passed an LvCustomDrawSimple object
> as a 'toolTip' parameter to onShow, it's all very strange. Could it be a
> thread problem? I will try to make it happen again, but I'm not sure how.
>
>
Hi Staffan,
Without seeing how your classes are defined, how your program code is put
together, it is impossible to say what the problem might be. It might be a
bug in the interpreter itself, it might be a memory management problem in
the interpreter. It might be you system is over-clocked and it has nothing
to do with ooDialog or ooRexx.
It could be some unusual way you have put your classes together that brings
out a problem in ooDialog. The reason I asked you about subclassing is
that some of the test programs you showed for other problems did some
unusual things with subclasses. For instance what if you have code like
this:
::CLASS ClassExtract PUBLIC SUBCLASS UserDialog INHERIT ResizingAdmin
::METHOD show CLASS
use arg parent
treeView = self~new(parent)
messageObject = treeView~popupAsChild(parent, "INACTIVE")
return .Array~of(treeView, messageObject)
::METHOD init
self~init:super()
self~create(0, 80, 200, 400, "")
::METHOD defineDialog
u = .DlgAreaU~new(self)
a = .DlgArea~new(u~x(''), u~y(''), u~w('100%'), u~h('40%'))
self~createTreeView(100, a~x + 5, a~y + 10, a~w - 10, a~h - 15, "ATROOT
BUTTONS LINES HSCROLL SHOWSELALWAYS NODRAG INFOTIP")
*forward class(super)*
...
::class ListViewCustom public *subclass ClassExtract* inherit CustomDraw
...
self~customDraw
self~customDrawControl(IDC_LV_CUSTOM, 'ListView',* onShow*)
...
I can't even speculate what that forward class (super) would do.
Since you can not reproduce the problem, it is most likely some kind of
memory management problem. Which could be in ooDialog, or could be in the
interpreter itself. If it is, there is almost no hope of fixing it unless
one of the developers can reproduce the problem on their own system.
On the other hand, if it is a problem brought about in ooDialog because of
some unusual subclassing you are doing, then I may be able to fix ooDialog
if I knew exactly what your program code looked like.
--
Mark Miesfeld
------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
Oorexx-users mailing list
Oorexx-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-users
