"My question is why did the error yesterday refer to the setRect line as setRect/5 when the code today only has 4 arguments?." Sometimes the dialog editor gets out of synch with the .pro file's automatically generated code after deleting some controls. If you get stuck in that error cycle just comme...

This is a too-long FYI tale of a one-time problem that is solved, but not understood. (VIP 8 Build 802, 32 bit application on Win10/64) PROBLEM: My PC began freezing when compiling a particular application and I had to power-off/on to regain control. It turns out that power cycling may been a mistak...

Nothing in VP prevents you from storing your facts in an encrypted form (e.g., as binary structures, scrambled strings, etc.) in an internal database which can be saved and consulted. This thread could have been much shorter had you told us in your original post that your concern was intellectual pr...

I have the same experience with 20,000+ facts in a consultable database. Speed optimization of database access via consult/2 should be deferred until it becomes an actual problem to be solved.

Rangarajan, In most cases you should not need to resort to binary manipulations to read/write facts from/to disk storage. The consult/2 and save/2 predicates are remarkably fast. And, yes, you can save, for example, one set of database facts in one file, another set in another file and then consult ...

See format in the string class.

I wonder if this is pertinent to your issue: viewtopic.php?f=2&t=15729#p46710

Another approach is to use an edit control and set the Visible property to False. That control will accumulate the keys pressed, so you can either use that "history" or clear the edit control after each key press.

Controls capture the key actions before the form can act on them. If you delete all controls on the form which might capture a key press (including OK and Cancel buttons) then you can see that the form itself can capture the keystrokes. I haven't worked out how to handle having certain key actions b...

Thomas, thank you very much for looking into this.

I guess at this point it is sufficient to label this behavior "unfathomable" so that I can stop doubting my sanity.

Does this misbehavior also occur with VIP-9 ?

Here is a scenario that will raise the above exception with seeming healthy code: Build a 32 bit application with 64 bit IDE: the application executes OK. When I try to run with debugger I get a message asking to switch to 32 bit IDE. I accept the switch to 32 bit IDE. Run application without debugg...

I wonder if there is an inconsistency in building the application because the code below will either always work on one build or always raise an exception in another build. I force recompilation by just inserting a few spaces to the source .PRO file. It seems to occur randomly in 32 & 64 bit compila...

I didn't understand that about onPaint. For testing purposes, the only predicate call in onPaint was processEvents(). My thought was that it would be the last predicate call in onPaint if I were to use in practice. When initially testing using the debugger (VP8, Win32) I noticed that the Source wind...

Hmmm ... there are many things happening in GUI event processing that I don't fully understand yet. :o If I call vpi::processEvents() at the end of the onPaint/3 call and put it after the clientWin_putClipboardBMP(Source) call in onMouseUp/4 like below, the code works OK. ... gfxImageIO::clientWin_p...

I am trying to copy an image of a form's client window to the Windows clipboard. What is the difference in how these two event handlers receive the window handle? (Of course, I wouldn't normally try to get a snapshot of the client window -- that is just there for debugging.) In both predicates Sourc...