-
Posts
957 -
Joined
-
Last visited
-
Days Won
34
Content Type
Profiles
Forums
Downloads
Gallery
Posts posted by Antoine Chalons
-
-
Hi all,
I'm using OpenG ZLIB Compress Directory.vi to turn a folder (and its subfolder) into a ZIP file.
When some subfolders have characters like é in their name, into the zip file those chars become something else (Ù), is there anything we can do to prevent this?
I guess the reason for this "issue" - or limitation - is that zlib library uses ANSI strings and does not support multibyte or unicode strings, fine. My question is is there a way around that?
LabVIEW zip VIs probably use zlib too because they give the same result
-
That's a well hijacked thread indeed!
- 1
-
anyway who more than NI knows that if they really want their IP to be safe they should remove the block diagram?
-
If you activate private stuff (SuperPrivate... blablabla) you'll have access to this as a VI property :
Then if you want to have a VI that enables this option to the whole sub-hierarchy of a VI you'll need to do some work, but be carefull before doing this on all sub-vis that will slow you down a lot, maybe you want to sort a bit and avoid those VIs that are in vi.lib and user.lib.
Also I think it will be much easier to get the VI's project item ref and then use the "get all descendents" method than trying to get the list of all sub-vis from the VI's ref directly.
Edit : or maybe I'm wrong : https://decibel.ni.com/content/message/36585#36585, in this discussion is shown a method to get VI's dependencies with some exclusion options, you could just remove vi.lib VIs fron there.
If it helps, here's a VI I use to get all VIs in a project excluding VI.lib
Edit : not sure the VI posted above sorts VI from vi.lib.
Hope this helps (and sorry for my messy answer)
-
Thanks a lot for taking the time to have a look and comment.
I have no illusions about how usefull this code can be, as I said I wanted something simple to start teaching myself that's why your comments are very appriciated.
I wont have much time this week to work on this subject but I'll definitely go back to my code with your comments in mind and probably come back here with questions.
Cheers
-
Are you interested in a "is prime?" primitive in LabVIEW? If yes, vote here.
-
Hi all,
In order to teach myself to use LVOOP -it's about time to start- I've decided to start with a little project that I've had in mind for a long time, I've called it LVOOP VIServer, I hope it doesn't sound too pretentious.
The idea is to make a hierarchy of LVOOP classes that matches the LabVIEW Controls class hierachy in order to take advantage of dynamic dispatch.
In a way it is related to this LIE Idea : Improve the "cluster to array" primitive
For now I've implemented the parent class "Control" and two child classes "Path Control" and "String Control" and a bunch of VIs to read/write position, size, caption text, caption font and font.
If anyone is interested in reviewing the code, providing advice or whatever... I've kept it small enough so that if the core concept is not good it can still be changed.
The code is hosted on GitHub here, it should be accessible to anyone, let me know if there is any issue of if you would like a zip in this thread.
Cheers
- 2
-
I saw this blog post yesterday and found it pretty funny, hope you'll enjoy!
http://highscalability.com/blog/2013/1/16/what-if-cars-were-rented-like-we-hire-programmers.html
- 2
-
- Popular Post
- Popular Post
I found a hack to remove the time limit to edit your posts, see here
- 4
-
Hi,
I found this bug in LV 2011 SP1 and it was reproduced in LV 2012 by an NI application engineer who filed CAR #385212 for it.
Basically, if an installer build specification has values under a key that you've created in the "Registry" section and that you delete the key without having deleted all the values before the build will fail.
The solution is either to recreate all the same keys and values and delete each value before deleting the keys or edit the lvproj file with a text editor to remove all the lines corresponding to the values and keys your want to get ride of.
The error I was getting when the build was failing was :
*** Error: An internal tool or library returned an error. (Error code -21)
Error adding registry key: Name: name_of_value
**************
*** Error Details:
Error in MDF API function: _MDFBuildDevPart_AddRegKey
nmdkAddRegKey returned error code 26051
*** End Error Report- 1
-
Hi all,
I've just had a look at the drag & drop example that comes with LabVIEW and I was wandering if and how I could use this technique to transfer cluster values between 2 instances of the same EXE.
Anyone has done something similar? Any advice?
-
Just a quick wild guess : amongst the reasons for a VI to have this option gray-out, you'd find "this VI is currently running, or is a dependency of another VI that is running", there are probably other reasons of course.
Can you give more details concerning your use case?
Is a part of your code running when you have this issue?
Is your VI part of a class or lvlib that is protected, etc...
-
Good questions... I don't know the answers.
I can't edit my previous post, you're right, I should have described it differently.
I personally don't use the JKI Fast Mass Compile Tool but I know it exists and I thought it could help petit_spirou.
-
Sorry I'm a bit short in time so I'm only going to give you a few links :
- LabVIEW Tray Launcher : is a n app (built in LabVIEW that lets you launch any LabVIEW version that's on you computer
- JKI Fast Mass Compile : a mass compile utility that's faster than NI's
These links should help you with your project, good luck!
-
No, I simply wanted to zip a folder and all its content, so I'm going to use LabVIEW's ZIP VIs form the ~\example\file\Zip Tool.llb
Thanks for your answers anyway.
-
Thanks for the link.
-
Hi,
Is it a known limit of OpenG LabVIEW ZIP Library that it doesn't work with LabVIEW 64 bit (2011 SP1 on Windows 7 64 bit in my case) or is it just a problem on my computer?
When I mass compiled the package after installing it with VIPM it turned out that quite a few VIs were broken.
It seems that the issue is that lvzlib.dll is 32 bit only and therefore won't work in 64 bit LabVIEW.
-
I'm from Europe (And have been to eastern europe) and I would have to say that I've never seen this formatting before. Can NI output this with standard formatters?
Shane
I've seen this in Italy, nowhere else.
-
Our default is :
%<%Y%m%d_%Hh%Mm%S>T
most of our customers have no specific requirements about that and would accept anything we offer, we never needed sub-second in our applications.
Only once someone asked for week number.
-
Have you ever been through the NI Software Activation process for a computer without internet?
So much hassle and possible mistake... vote for a smartphone app to facilitate the process!
-
this is probably the idea with the most duplicate ideas I guess NI added up the votes, it's not only a great idea but it's also vital for the developers sanity!
- 1
-
Never heard of that, never read that in any doc...
Is there a way in Windows to monitor the GPU's activity?
-
Yes, it gets tricky quickly. With trees you also other things to be carefull about if you want to auto-show/hide the horizontal scroll : are symbols visible? is the vertical scroll visible? how wide is your scroll? etc...
Have fun!
-
You don't use my plugin.
I do - great tool by he way! - I just new dug into it
Can we prevent "ZLIB Compress Dir" from replacing accented characters?
in OpenG General Discussions
Posted
I do, It's for internal use!
Thanks alot for that, I had no idea we could embed an EXE like that, neat!