System:
Win10
Regina REXX 3.8 (yes, I know I should update).

Situation:
In one command window, I issue w32clipopen and wait for a keystroke.
While that's waiting, I issue w32clipopen in a different command
window, and it gets return code 1 (i.e. successful).

Am I doing something wrong? Is this working as designed?

If the answers are "no" and "yes", I don't understand the usefulness
of w32clipopen and would appreciate an explanation.

--
Arthur T. - ar23hur "at" pobox "dot" com

In Message-ID:<uhk72htcg4rbt1b4q84vdh3cuuhf6c86vr@4ax.com>,
Dennis Lee Bieber <wlfraed@ix.netcom.com> wrote:

> I'm curious as to where this w32clipopen is coming from -- Google has
>NO HITS on that term, and I find nothing with that name in either ooREXX
>5.x, nor Regina 3.9.4 (ooREXX does have a clipboard class documented in its
>win32 extensions package).

Sorry. Regina REXX also has a w32funcs extension and that's where it
comes from. The first few lines of my test program are:

call rxfuncadd 'w32loadfuncs', 'w32util', 'w32loadfuncs'
call w32loadfuncs

y = w32clipopen()

--
Arthur T. - ar23hur "at" pobox "dot" com

In Message-ID:<q7v72h9n9ir9ik8sijsuhro4qen1rr92e4@4ax.com>,
Dennis Lee Bieber <wlfraed@ix.netcom.com> wrote:

> I would suspect your second attempt to open the clipboard is returning
>with a fail status, as the first task has it locked. Your sample code above
>is never testing return codes from the calls, or from the functions
>themselves.

That's what I expected. I've now made as simple a program as I could
to test it. The invocation of w32clipopen is copy-and-pasted directly
from the manual (except I'm using actual single quotes):

<code>
call rxfuncadd 'w32loadfuncs', 'w32util', 'w32loadfuncs'
call w32loadfuncs

if \w32ClipOpen() then do
say 'Failed to open the clipboard'
exit 1
end

say "Hit <Enter> to end."
pull ans

x = w32clipClose()
</code>

I run it in one command prompt window. While it's waiting for me to
hit Enter, I run it on another command prompt window. I then have
both windows waiting for me to hit Enter, which means that neither
failed to open the clipboard. Hence my wondering if I'm doing
something wrong, if my reasoning is wrong, or if there's either a bug
or documentation problem.

--
Arthur T. - ar23hur "at" pobox "dot" com

In Message-ID:<juo92hdc64o75mkltluaoeng4g9g7h1197@4ax.com>,
Dennis Lee Bieber <wlfraed@ix.netcom.com> wrote:

> At this point, I couldn't say... However,
>https://docs.microsoft.com/en-us/windows/win32/dataxchg/clipboard-operations#clipboard-ownership
>has an interesting (and confusing) comment:
>"""
>A window becomes the clipboard owner when it places data on the clipboard,
>specifically, when it calls the EmptyClipboard function.
>"""
>(apparently one has to empty anything some other application put into it to
>take ownership). Perhaps open alone is sort of a do-nothing?
>"""
<snip>
> Might I suggest attempting to put the library equivalent of the empty
>call between the open and your console read statement?

Thanks for finding that link, but it doesn't seem to be my problem.

I called the empty function between the open and the console read. No
difference. I then actually updated the clipboard after the empty,
and again no difference (but the clipboard was actually updated).

So, I'm leaning towards "bug". Before I report it, I'll have to get
the newest Regina and (if there's a newer one) newest W32Funcs and
try again.

It's going to be quite a while before I can justify the amount of
time needed to properly document a bug report, so that's not going to
happen soon. I take reporting bugs seriously, and try to make my
report terse, yet complete and correct.

But, again, thanks for your help.

--
Arthur T. - ar23hur "at" pobox "dot" com

In Message-ID:<0paa2hpicgannfbj55ufeaoh8vgrd0sahe@4ax.com>,
Dennis Lee Bieber <wlfraed@ix.netcom.com> wrote:

>>It's going to be quite a while before I can justify the amount of
>>time needed to properly document a bug report, so that's not going to
>>happen soon. I take reporting bugs seriously, and try to make my
>>report terse, yet complete and correct.
>>
>
> But is anyone working on those libraries <G> There doesn't seem to have
>been any work since 2004. The last activity by the author, in this
>newsgroup, was March 11 2008. (Now to work on killing the downloading of
>14K messages!)

There appears to be exactly one person (Mark Hessling) working on
Regina. I haven't seen any activity from Mr. McPhee for quite a
while, but that doesn't mean I'll give up hope.

But it does mean I'm not going to depend on clipboard locking any
time in the near future. (I'm also not going to try modifying the
source code, myself. I'm more likely to cause errors than fix them.)

--
Arthur T. - ar23hur "at" pobox "dot" com