Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1
Programming / Re: Future of PVX plus?
« on: December 02, 2023, 03:12:34 PM »
Thanks! All the best to the Kings! 
2
Programming / Future of PVX plus?
« on: November 30, 2023, 08:59:15 PM »
Hi I was just wondering what is in store for the future of PVX PLUX? Will there still be yearly developments?
3
Programming / Re: pvxplus 2023 - ubuntu 22 openssl not working?
« on: May 24, 2023, 11:14:28 PM »
Worked! Thank you!
4
Programming / Re: pvxplus 2023 - ubuntu 22 openssl not working?
« on: May 24, 2023, 08:00:24 PM »
Thanks Mike, Maybe my version of Ubunti 22 is not the same?
I am using Ubuntu 22.04 Server LTS
Welcome to Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-72-generic x86_64)
Linux art-orion 5.15.0-72-generic #79-Ubuntu SMP Wed Apr 19 08:22:18 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
PxPlus-2023 Demo (Ver:20.00/UNIX-Linux-Ubuntu) Serno:2000-664-0799999
(c) Copyright 2005-2023 PVX Plus Technologies Ltd. (All rights reserved)
Website: http://www.pvxplus.com
->open(1)"[tcp]www.pvxplus.com;443;secure"
Error #13: File access mode invalid
Last IO to [tcp]www.pvxplus.com;443;secure, channel 1
Unable to locate SSL library (libcrypto) (err/ret=2/2)
I am using Ubuntu 22.04 Server LTS
Welcome to Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-72-generic x86_64)
Linux art-orion 5.15.0-72-generic #79-Ubuntu SMP Wed Apr 19 08:22:18 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
PxPlus-2023 Demo (Ver:20.00/UNIX-Linux-Ubuntu) Serno:2000-664-0799999
(c) Copyright 2005-2023 PVX Plus Technologies Ltd. (All rights reserved)
Website: http://www.pvxplus.com
->open(1)"[tcp]www.pvxplus.com;443;secure"
Error #13: File access mode invalid
Last IO to [tcp]www.pvxplus.com;443;secure, channel 1
Unable to locate SSL library (libcrypto) (err/ret=2/2)
5
Programming / pvxplus 2023 - ubuntu 22 openssl not working? [SOLVED]
« on: May 24, 2023, 04:19:11 PM »
Hi thanks for releasing pvxplus 2023.
No luck with Ubuntu 22 and openssl still I need to assign:
export PXP_SSL_LIB=/usr/local/lib/libssl.so.1.1
export PXP_CRYPTO_LIB=/usr/local/lib/libcrypto.so.1.1
And I now am getting a new error:
Could not locate entry point 'OSSL_PROVIDER_load' in libcrypto library.
Likely an incompatible SSL Interface. (err/ret=2/2)
Do I need to install OpenSSL 3.1 for this to work?
Thanks!
No luck with Ubuntu 22 and openssl still I need to assign:
export PXP_SSL_LIB=/usr/local/lib/libssl.so.1.1
export PXP_CRYPTO_LIB=/usr/local/lib/libcrypto.so.1.1
And I now am getting a new error:
Could not locate entry point 'OSSL_PROVIDER_load' in libcrypto library.
Likely an incompatible SSL Interface. (err/ret=2/2)
Do I need to install OpenSSL 3.1 for this to work?
Thanks!
6
Programming / Jonas Software
« on: April 27, 2023, 10:49:42 AM »
Read the notification from Jonas software. So how does going with Jonas help push providex to move forward with new technology?
7
Programming / Pvxplus 2023? Coming soon? Can't wait!!
« on: April 25, 2023, 05:17:38 PM »
Pvxplus 2023? Coming soon? Can't wait!!
8
Programming / Ai future?
« on: April 12, 2023, 12:51:55 PM »
Hey Everyone. With the Ai craze going about. I was wondering how this can tie into anything PVX Plus related. I haven't done anything personally other than play with Chat GPT but I was wondering how we can use some of these tools in future or what not. Just curious! Thanks for any thoughts.
9
Programming / Re: Reading simple data from a TCP channel
« on: March 23, 2023, 03:37:34 PM »
Thank you Mike this is great. Much appreciated!
In this case these are scanners. What's neat is I can set the scanner to send the length of the data as part of the data stream, so I can use that as well to parse if needed.
In this case these are scanners. What's neat is I can set the scanner to send the length of the data as part of the data stream, so I can use that as well to parse if needed.
10
Programming / Re: Reading simple data from a TCP channel
« on: March 23, 2023, 02:11:48 PM »
Just thinking about this again. Are you saying I should always concatenate the receiving data from [tcp] and then check for a starting/termination string in order to qualify the received data. I see. I was just surprised the nc data was just perfectly clean so I was not sure.
Not used to reading data directly from TCP streams so this is very helpful.
Not used to reading data directly from TCP streams so this is very helpful.
11
Programming / Re: Reading simple data from a TCP channel
« on: March 23, 2023, 01:59:20 PM »
Let me try the NODELAY I was thinking about that as well.
I don't think the comma will work because that output you were seeing was from a separate echo to a text file which I was just logging. I didnt want to post a bunch of messy code
Its clear its hitting a second READ
0100 let TEMP$="echo '"+TIME$+" "+A$+"' >> /tmp/ima2_out.txt"
Thanks for your rapid responses
I don't think the comma will work because that output you were seeing was from a separate echo to a text file which I was just logging. I didnt want to post a bunch of messy code
Its clear its hitting a second READ
0100 let TEMP$="echo '"+TIME$+" "+A$+"' >> /tmp/ima2_out.txt"
Thanks for your rapid responses
12
Programming / Re: Reading simple data from a TCP channel
« on: March 23, 2023, 01:51:37 PM »
Let me resend with this picture I had this code with my time stamp
0040 let TCP=unt; open (TCP,bsz=4096,err=ERR_PORT)"[tcp];9004;KEEPALIVE"
0050 read record (TCP,err=ERR_READ)A$
0060 let TIME$=dte(0:%DATTIM_MSK$)
0070 print TIME$+" Got: ",A$
0040 let TCP=unt; open (TCP,bsz=4096,err=ERR_PORT)"[tcp];9004;KEEPALIVE"
0050 read record (TCP,err=ERR_READ)A$
0060 let TIME$=dte(0:%DATTIM_MSK$)
0070 print TIME$+" Got: ",A$
13
Programming / Re: Reading simple data from a TCP channel
« on: March 23, 2023, 01:48:11 PM »
Thanks Mike but this data is coming in very slow like as you can see by the time stamp. Every few seconds very small data chunks?
14
Programming / Reading simple data from a TCP channel
« on: March 23, 2023, 01:38:57 PM »
Hello everyone, just a simple question.
I have an incoming TCP data stream I want to capture. For example port 9004.
I've created a simple incoming server routine. Not sure if I needed KEEPALIVE but
let TCP=unt; open (TCP,bsz=4096,err=ERR_PORT)"[tcp];9004;KEEPALIVE"
READ_NEXT:
read record (TCP,err=ERR_READ)A$
print "Got: ",A$
goto READ_NEXT
Similarly I ran a linux "nc capture command" capturing data from another port which has the same data being sent to it.
What I am noticing is occasionally the PVX program does something like this:
Almost like a terminator character is received on the port and it registers part of the data then it continues on the next read fine. So I would have to concatenate the data.
The nc command however does not break apart any data.
I am just wondering if I need to change anything in this routine. Thanks.
I have an incoming TCP data stream I want to capture. For example port 9004.
I've created a simple incoming server routine. Not sure if I needed KEEPALIVE but
let TCP=unt; open (TCP,bsz=4096,err=ERR_PORT)"[tcp];9004;KEEPALIVE"
READ_NEXT:
read record (TCP,err=ERR_READ)A$
print "Got: ",A$
goto READ_NEXT
Similarly I ran a linux "nc capture command" capturing data from another port which has the same data being sent to it.
What I am noticing is occasionally the PVX program does something like this:
Almost like a terminator character is received on the port and it registers part of the data then it continues on the next read fine. So I would have to concatenate the data.
The nc command however does not break apart any data.
I am just wondering if I need to change anything in this routine. Thanks.
15
Thin Client/WindX / Re: WindX screen rendering performance
« on: February 07, 2023, 10:18:29 AM »
If you are going over the internet there are many things that can slow it down. Depending on what method you are using to connect (cs, telnet, ssh, app server, SSL) but within *winproc there are number of features that may or may not be needed that slow performance on internet connections (Even fast ones)
I went through *winproc and commented out many sections that I found slowed things down for me and sped things up tremendously, however you may lose some features, but you may not be using them anyway.
For example there is a "Check customization" section that for me really slowed things down you can try to disable that if you don't need that feature.
Also in *winproc.rsz there is a CHECK_MANUAL_MANIPULATION that can slow down folders
Screen resizing is also slower remotely but those fixes may help, if you have a fixed window its much faster but you need to accommodate different resolutions which may be difficult.
These two are probably offer the most improvement.
This can truely only be appreciated by working remotely over the years If you are local on a LAN things will be much faster.
I went through *winproc and commented out many sections that I found slowed things down for me and sped things up tremendously, however you may lose some features, but you may not be using them anyway.
For example there is a "Check customization" section that for me really slowed things down you can try to disable that if you don't need that feature.
Also in *winproc.rsz there is a CHECK_MANUAL_MANIPULATION that can slow down folders
Screen resizing is also slower remotely but those fixes may help, if you have a fixed window its much faster but you need to accommodate different resolutions which may be difficult.
These two are probably offer the most improvement.
This can truely only be appreciated by working remotely over the years
If you are local on a LAN things will be much faster.