-
Similar Content
-
By X___
The title is made up, but explains what I have been experiencing for years, hoping that it would be fixed in the next version, but it never has, so I am starting to suspect nobody is caring or possibly maybe nobody even noticed it?
Anyway, the symptoms are:
when I drag a VI (from either a palette or from the icon of an open VI) into a target VI's diagram, I am frequently encountering this odd and annoying 🚫 symbol where my cursor is (it's not red and it is slanted the other way, but this is the closest emoji to the real thing I could find), instead of the "androgynous" cursor (a mix of ♀️and ♂️) which tells me that I am going to copy that object where the cursor is.
I would move the cursor around, seeing a 🚫 wherever I go, until I would fleetingly grasp a cursor with the + index (the "androgynous" cursor) over some random location, and then, painstakingly try to go back to that region to find the sweet spot (pixel really) where I am able to drop the VI. Of course, once dropped on the diagram I can move the VI anywhere where I was forbidden to drop it during my initial attempts.
That's got to be the most annoying bug in a graphical programming environment ever...
Am I the only one to experience this?
I am using 2019 SP1 64 bit, but that has been around for several versions already.
-
By smidsy
Hi,
I would like to implement a Run-time license checking mechanism that will enable or disable some parts of my LabVIEW API depending on a license status.
After reading numerous discussions here on the forum (We need a new password cracker :( , Low level VI data editor (warning: not for production use!) , I found some more hidden INI keys, Password Security in LabVIEW) I realised few things:
- reverse engineering in a LabVIEW-related field seems to be a doable task for some smart people,
- password protection on block diagrams does not protect your IP, it is more of a "read-only" or a "private property" sign,
- removing block diagrams or compiling it into an executable are the ways to go, and finally,
- there are few tools out there, that seem to have a potential to "unflatten" VI data and modify/extract its data even without block diagrams.
Back to my task. I decided to remove block diagrams. Inside my protected VI I call an external library that does the actual license checking. So the code only gets this status and returns it back to other VIs. Then the VIs do not perform their main functions, and the user gets an error.
Do you think I am safe here?
Is it possible to extract sensitive string information out of my VIs (without BD)?
Is there a way to change wiring rules/connector pane on my VIs?
Should I worry about DLL hijacking?
Does NI have some kind of a tutorial for protecting your run-time API?
How do you protect your API knowing all that? Do you sleep well?
Thanks
-
By A Scottish moose
Hey everyone!
I'm working on a test system right now that requires the operators to sign the test reports. In the previous generation this was done by the print/sign/scan method. During one of the meetings it was mentioned that getting around this requirement would be nice. I recommended we look into a digital signature pad and see what would be required to integrate one. I've been thinking about ordering one and just giving it a go but I thought first I'd ask and see who has done this with LabVIEW before. I know someone has, I just haven't found the documentation online yet.
Here's how I expect it would go:
1. The software prompts the user to sign at the end of the test.
2. The signature pad saves the image location to the hard drive or provides it to the client through an API (any experience on how this usually works is appreciated)
3. My software would aquire the image and save it to a named range in Excel using the report gen toolkit. Currently my report writing tool of choice.
4... Profit!
Does this theory match with reality? What are your experiences? Do you have any models you prefer to work with?
I dug for a few minutes on this and didn't come up with much so perhaps a discussion on the subject is valuable.
Thanks for the help!
Tim
-
By lisam
I am trying to connect a PostgreSQL database (ver 9.6) with LabVIEW (2016) on Windows 10.
I followed the following tutorial:
https://decibel.ni.com/content/docs/DOC-30308
Without access to a cRIO, I have followed the steps to create the database, table and block diagram. Please see block diagram attached.The system exec.vi calls the psql.exe with SELECT command using database "lisam" and database user "postgres".
When I execute the same code I am asked for the password for user postgres. When I type in the password, the box closes and reopens. This continues in a loop until I press abort. I get no errors and when I write the same script into the cmd - the password is accepted and the table is displayed, see attachment.
PROBLEM:
Password request from the psql.exe file when executing LabVIEW code Type password, psql.exe closes and opens again SELECT query works without while loop (password accepted once) but insert and clear does not without the loop condition What I've tried...
Created a pgpass.conf file in a postgresql folder in %AppData% in the following format:- hostname:port:database:username:password, where lisam is the database, postgres is the user. Host name as localhost '127.0.0.1' - password still requested.
127.0.0.1:5432:lisam:postgres:password Host name as 'localhost' - psql.exe flashes continously and LabVIEW crashes. localhost:5432:database:username:password
Host name as database client address '::1' - password loop with the psql.exe.
::1:5432:database:username:password Host name to '*' -
*:5432:lisam:postgres:password Able to:
Access the database through the cmd WITHOUT password
C:/Program Files/PostgreSQL/9.6/bin/psql -c "SELECT * FROM demo1" lisam postgres Problems:
Execution in Labview - psql.exe flashes continuously and the program crashes. Accessing database through psql.exe directly - password requested and ERROR received
"psql: FATAL: password authentication failed for user C:\Program Files" 2.Changed the authentication method in pg_hba.conf to trust for:
localhost (127.0.0.1)- a password is still requested. 127.0.0.1 AND ::1 - Can access the database on psql without a password, but the psql.exe LabVIEW completely crashes.
I tried adding the host and port to the code
C:/Program Files/PostgreSQL/9.6/bin/psql -c "%s" -h 127.0.0.1 -p 5432 lisam postgres
And the psql.exe flashes continously and won't abort.
The password is called at the system exec VI in the cmd. Tried concatenating the password (as a control) with space constant to the command line string inbetween the format into string and the system exec VI. But the password is given before it is called. In summary I am able to use .pgpass.conf to authenticate the password when using the cmd, but not in LabVIEW. Does anyone know a way around this? Or another way to define the password at the system exec VI?
Your help is greatly needed.
Lisa
Info:
database name: lisam database user: postgres IPv4 local connections-
host all all 127.0.0.1/32 md5 IPv6 local connections-
host all all ::1/128 md5 DB:lisam Client Address ::1 psql Client address 127.0.0.1
-
By PoSpineLopatoy
Hi guys, i tryin connect to labview web serv through java application, and have some troubles.
I already readed this:
http://muree.psut.edu.jo/Documents/DEV4.2-Services%20Adaptation%20to%20Connect%20Remote%20Labs%20to%20VLE-Securing%20WS%20in%20LabVIEW.pdf
http://www.ni.com/white-paper/7749/en/
How i must encrypt my body through java? What happened with data when they go to Encrypt Vi?
Thx for ur help
-
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.