You will have to look at the documentation for the COM object method you are trying to execute. Maybe the arg list is different then you expect?

Here is the documentation for the *windx.utl program. AS Loren said you can use the *windx.utl;get_val to have the env() function run on the local/client machine.

https://manual.pvxplus.com?windx/windxutl.htm

Check the properties and methods available to pxplus by doing a

print EXP'*
or
print SIG'*

You can verify that Export() and SETX509CERT() are methods.

Other things to debug is check msg(-1) after you get the error for any more detailed error info. You could also checked

print EXP'PvxError$ for the same.

There is a property called SCALE=

It is mentioned in the documentation here: https://manual.pvxplus.com?directives/winprt_setup.htm

So if you want to set the property you could do something like

winprt_setup read properties P$
P$+="; SCALE=65"
winprt_setup write properties P$

This will read the current properties and add SCALE=65 where the 65 is 65%.

PRINT 'DIALOGUE'(0, 0, 60, 10, "Sample", 'WHITE' + '_BLUE', OPT="-mMSXZ")


This sets the foreground color to white and the background color to blue. You can replace 'WHITE' and 'BLUE' with any other valid color names as supported by PxPlus.

QuoteIf I have a +20 and -20, is that the *same* user slot.

Yes it means they are both using the same user slot. The +20 session acquired the user slot, the -20 session is using the user slot acquired by the first. This is because they are coming from the same client.

QuoteIf they initiate 2 sessions does this burn off one or 2 slots?

It should use up one user slot since it is the same client.

Running a WindX host/server does not require a Windows Server OS and can be run from Win 11 no problem.

in pxplus request Accept: application/json
in postman request Accept: */*

in postman there is a Connection: keep-alive which is not in pxplus request

In postman there is a cookie header that is not in pxplus

Beyond the body those are the differences it is got to be one of those or we are missing something.

The issue has been resolved. You should be able to call in now.

There is no Captcha utility built-in to PxPlus.

As part of Webster a very basic captcha was built and used for the login process. This code is can be looked at if you want a starting point on how to implement your own. You could also possibly call it yourself (*webster/captcha) if this is for a web application and if you are happy with the simple captcha.

You can also use an existing captcha service like Google reCaptcha. There you would sign-up and get a API key and then you could include the script as per Google instructions if this is a web application. If this is not then you could use *browser to include it in your application.

No the fixes included in the patch where for Windows and WindX only.

By design the Linux PxPlus will

Look for <exename>.ini in current directory

and if not found

Look for <exename>.ini in directory where exe resides

If that is the length of the file why is Postman sending less? What is postman not sending that you are with your PxPlus request?

The size of the content is what I would expect is the issue. If you are sending a request and getting a bad request error maybe the extra 6 bytes you are sending via PxPlus are the cause.

Not sure.

accept-encoding is also lower case?

Accept header is different?

Content length is different?

Are you using the latest version of PxPlus there have been improvements and bug fixes to *plus/web/request over the years?