Ah, thanks! I should obviously have opened up NOWAIT and looked for myself (I think I just assumed that Fnget was some assembly language which I would not understand). Sorry for that. Yes, "Too little

Not sure what this has to do with the Registry, but as far as a public store for BB4W library and user files, THIS IS MOST IMPORTANT. So I wish you every success Richard, seriously. --Grahame

I wonder, does FNget use any CPU cycles while it is waiting? Thanks, --Grahame

Wow, Thank you Richard. That seems to be a *major* argument against ever using explicit GOTOs. As I understand it, a computed GOTO { e.g.(jump-here_1) } specifies the memory address of the target line

I have a fairly basic question about using GOTOs (nothing contentious or highly technical, naturally): What sort of scenario would make the deployment of a GOTO cause the programme to run a lot slower

That's very interesting about a multi-tasking suite of programmes, using common files! Regarding the best way to release CPU overhead during waiting periods, my experience has shown that: WAIT 10000 a

Problem 1: I regret that my "tip" (above) was insufficient, I had not tested it with enough rigour! Sorry for any confusion. It appears that while the run-time interpreter can readily create/populate/

Hi there. Well I have to say that I can imagine people may encounter some problems with this, so I hope they/you will reply to this thread so we can all benefit from their experiences and suggestions.

Recent discussion here indicated that library files could not be compiled from @lib$/<subdir> if the *.exe was to be run under Wine. This would be fatal for me since I have been putting my own library

Yes, I am using PlayOnLinux to let me run different Wine versions: Even v1.5.28-TERA will not create the run-time library files. For me, this is a fatal shortcoming: I cannot think of copying all of G

Hm, so I already replied to this 3 hours ago, but it's not showing. Anyway, in the meantime I had the idea of looking under "Non-Rectangular Windows" thinking that perhaps they could definitely not co

Thanks v. much for the prompt reply. Actually, exactly, I was hoping to *not show* the "Close" button (Jobsian aesthetic?) - greyed out does not quite work for this - the way I banish the "Minimize" a

I'm looking for a way to disable (not show) the [X] "Close" button on a visible parent window, so it can only be closed programmatically. I have tried all the WS-* I could find on MSDN but no luck so

Thank you for the prompt *and valuable* reply, Richard, which enabled me to see the problem in my code. [Not quite sure how, but your simplified examples -- which always work -- typically throw a glar

Yes, it's wonderful, maximum power to your elbow, I just find when I do .... [Select] [Copy] in MS_CharacterMap.exe on, say U+235BA (which is a solid arrow in LucidaConsole) that I just see rectangles

I have been blithely assuming that I could use "PostMessage" ( or "SendMessage") and send 2 parameters, as indicated in the API Viewer ... SYS "PostMessageA", hwnd%, wMsg%, wParam%, lParam% TO ret% So

Well, the {Options} "Unicode" item has a tick next to it, and it doesn't work, and that's why I asked if I needed to do something else, something really important which was not obvious to me. I realiz

I may be "behind the times' on this one. Does anyone know whether or not the following code (from the Wiki, R.T.R.) is still valid? It seems to fail for me at {"mixerGetLineInfo"}. By preventing it fr

I'm new to Unicode, and pleased to see that it is now directly available in v 5.94a, but it's not working. I wonder why? I have this .... VDU 23,22,400;670;10,20,80,8 :REM Unicode. B on W + 128 not wo

Thanks v.m. Michael, I shall give it my attention! :) --Grahame