Use configuration file VIs to set AppFont in INI

I am using the following code in an attempt to set AppFont, SystemFont, and DialogFont in an executable's .ini file all to Segoe UI 15. I was disappointed to discover that the configuration file VIs don't seem to write the key correctly. When I use this code, I get the following in the .ini file:
AppFont = ""Segoe UI" 15"
SystemFont = ""Segoe UI" 15"
DialogFont = ""Segoe UI" 15"
What I really need is:
AppFont = "Segoe UI" 15
SystemFont = ""Segoe UI" 15
DialogFont = "Segoe UI" 15
In other words, the configuration file VIs add an extra set of quotation marks. With this extra set of quotation marks, the executable ignored these settings. The "write raw string?" input didn't seem to affect this behavior.
Does anyone know of a way to get the configuration file VIs to write this key/value pair correctly, or do I need to write extra code to either remove the quotations or do the whole thing myself? It seems like the configuration file parsing/editing VIs that NI provides should be able to parse and edit NI-provided configuration files...

There is no way to do this with the current config file API. That "write raw string" input only pertains to escaping certain characters. We also have an internal API for writing data specifically to the LabVIEW.ini file, but it has the same problem with extra quotes. For now, you'll need to either refrain from using the config file VIs, or add some post-processing code to go in and remove the extra quotes.
Darren Nattinger, CLA
LabVIEW Artisan and Nugget Penman

Similar Messages

Can I change the content of a section in config data file use Configuration File VIs of LV?

There are few sections in my .ini file, I need to change the content of a section in this .ini file. Are Configuration File VIs in File I/O fuction pallete able to do that?
Thanks.

You should be able to. Open the .ini file, read the key (if it exitst) delete it and write a new key (you might be able to directly overwrite the key but I havent tried this). Close the file with the write file? set to true and you should have modified the .ini file with the config vis.
Paul Falkenstein
Coleman Technologies Inc.
CLA, CPI, AIA-Vision
Labview 4.0- 2013, RT, Vision, FPGA

Logging with jdk1.4 - how to add a handler using configuration file

Hi, all
I am playing around with java.util.logging in jdk1.4. In particular, I am using a properties file for configuration. However, one thing I couldn't do is to assign a handler, such as the ConsoleHandler, to the com.xyz.foo logger. Everything for the root logger works just fine. Here's the file I use
handlers= java.util.logging.FileHandler
.level= INFO
java.util.logging.FileHandler.pattern = jdk14.log
java.util.logging.FileHandler.limit = 50000
java.util.logging.FileHandler.count = 1
java.util.logging.FileHandler.formatter = java.util.logging.XMLFormatter
java.util.logging.ConsoleHandler.level = INFO
java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter
com.xyz.foo.level = WARNING
com.xyz.foo.handlers = java.util.logging.ConsoleHandler
Nothing comes out on the console and everything from the com.xyz.foo logger is logged to jdk14.log file.
Can any one tell me why the last line has no effect?
Thanks much!

Logger configuration files are grossly misunderstood due in large part to extremely poor documentation (some of the worst I have ever seen for the Java platform). The LogManager class uses logger configuration files to do three things:
1. Load porperties into a private Properties object that application programmers can subsequently access using the getProperty(String name) method in LogManager.
2. Those properties (or else the documented defaults) are then used to configure the root logger as well as the "global" handlers that are used by the root logger
3. Finally, whenever a logger is created the Properties object is checked to see if a key exists for the logger name + ".limit". If so, then the logger is assigned that level.
Notice that nowhere in here does it say that a programmatically created logger is configured. In your case, you must invoke getProperty("com.xyz.foo.handlers"), parse the property value (which is a bit tricky if there is more than one handler class name), load and instantiate the handler class, and invoke addHandler. Great huh? I'm in the middle of a indepth study of logger configuration, and I can tell you for sure the static configuration using configuration files is an order of magnitude harder than dynamic configuration. It offers the advantage of field service engineers being able to change the logger configuration, but at a very significant cost.

Using config file VIs and keep getting dequeue error

So I am using the config file VIs and I made some of my own VIs with additional functions for the progarm I'm working on. When I use the config file VIs on their own everything seems to work fine but then I use them from one of my custom VIs to another I keep getting a dequeue error in the "Save and Close INI.vi" VI. Below is how I have it set up right now... basically as simple as I can make it using my VIs. I attached a zip file with my subVIs and alsow the config file I was using if anyone finds time to look.
I've been trying to figure this out for a while and I j ust can't see to find any reasion why I would get a queueing error. I even dug down into the config file VIs and I'm really not sure why but it seems there is nothing in the queue.
Thanks in advance.
PS - don't mind the random notes and I know the disable is "messy" but I was just pulling it down and out of the way of what I was paying attention to.
Attachments:
INI VIs.zip ‏93 KB
config.ini ‏1 KB

It's unlike me to just give up on a problem so I kept looking at it and it turned out that my config file had a section label with no keys or values under it. This is what caused all my problems. Everything seems to be working 100% now.

Need Advice: Accessing JNDI resource which uses configuration file

Currently I have a class which has a constructor which takes a path to a configuration file. If I wanted to use this class as a JNDI resource what would be your advice when working with a configuration file? If an application was to use a remote JNDI resource I could see how this would be a problem. I understand how to do it I'm just not sure of the right way to do it. I guess I'm looking for best practices advice.

Hello,
Yes, you can use the API RessourceBundle to read configuration informations.
Just create a propertie file with your locale, and access it to read informations :
for example :
you create a file config_fr_FR.properties (i'm french).
for accessing your information ( strValue1 = aValue) :
String ressource = null;
try {
ressource = ResourceBundle.getBundle("config",new Locale("fr","FR")).getString("strValue1"); // better is to create a static Locale... here just for the example.
} catch(Exception e) {
// ooops...
return ressource; // return aValue
Hope this help.

How to use configuration files in jsp

Hi all,
I need to handle the data from a properties file (txt file). Where should I keep this file in tomcat. Any examples related to this in jsp ? Plz help me.
Regards,
Sam

You can have this file in any location under Tomcat ROOT Directory.
preferably under conf/ directory

Memory leakage when using Ini-file VIs

I'm using the Configuration File Vis to read and write data to different .ini files. The files contain both standard keys and clusters written as a segment using the Open G toolkit. Instead of opening the files and keeping them in the memory of the Config VIs I'm just using them to read and write, decode and encode...the references are all closed using the Close Config Data.vi. The problem is that even though immediately close the config data the application keeps grabbing more and more data...every time a configuration file is open, read or written to and the closed everything from 4K to 50K of additional memory has been allocated by the application (this is a stripped down application that only deals with the config files, so
there are no other sources for the memory leak).
Has anyone else experienced this? How can you repeatedly open and close config file slike this without it continoulsy allocating more memory?
Attached is a copy of the VIs, the directory structure must be kept intact if the ini file is to be read correctly.
I've been stearing so hard on this the whole day that I might just be overlooking something obvious...
In the full application the VI init and write operations are only done when the user reconfigures the system, which may be a couple of times per month...so the memory leak would not cause a problem right away, but it would not be healthy to leave it there...
MTO
Attachments:
Memory_Leak_Demo.zip ‏1391 KB

Could you post a 6.1 version?
LV7 is still about two weeks away for me.
Does the problem show up in 6.1?
I ran across an error while writting to a FP output that was not configured that would cause a "drop of memory" to leak every time the VI performed the write. The leak did not show up in the profiler but windows would show te memory foot print growing continually as long as the writes continued. The work around was "don't do that!".
I bring this up because I found and reported this just prior to LV7 release and the featur may still be present in LV7. I also believe that Jean-Pierre used a "write and check" metod to detail with the unknown data types of of complex data structures.
If you just read does it leak?
If you just use simple data types do
es it leak?
Is the ini file growing?
I really appreciate the effort you have been putting into the Dev-Exchange Mads! I wish i could do to more to help.
Keep us posted.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

How can I "touch" a configuration file?

I have a program that is used to write a configuration file. I am using the "Configuration File VIs" that came with LabVIEW 8 to manage the configuration file. I have the "Create file if necessary" boolean input wired to "True" for the "Open Config Data" VI, but I am still getting an error about the file not being found.
The VI should do the following:
Reads the data file in the current VI's directory, "config.cfg."
If the file doesn't exist, then create the file and pass the default values to the controls on the front panel.
If the file does exist then read the data file and pass the saved values to the controls on the front panel.
User adjusts the values on the front panel and clicks on "Ok" or "Cancel"
If the user clicks on "Ok" then save the values in the controls from the front panel into the configuration file.
If the user clicks on "Cancel" then do nothing.
Close the configuration file.
Why isn't it creating the necessary file when I first run this VI? Is there anyway I can initialize a configuration file?
Thanks!
-Nic
Attachments:
AIT - Channel Configuration2.vi ‏55 KB

Nickerbocker wrote:
Ok, I get it. If the program is compiled, then the path to the current vi is within the executable like:
build_dir\build.exe\my.vi
where as if it isn't built you'd get:
dev_dir\my.vi
I
found a subVI program in the forum that does a simple check to see if
the path contains a .exe and then strips if it does passes the path if
it doesn't that works great.
Thanks
-Nic
I personally always use a different approach. I have usually an application development directory structure similar to this.
MyApplication
    <myapplication>.ini
    support
          <clean myapplication>.ini
          <myapplication>.ico
topLevel.llb
          Startup Splashscreen.vi
          Get App Root Directory.vi
          Get App Configuration Path.vi
         <some other VIs needed in the startup and intialization of my program>
     <other function specific subdirectories such as GUI, config, FileIO, DAQ, serial, etc.>
Basically Get App Root Directory.vi always strips the Current VIs path
twice and is used by Get App Configuration Path.vi to build the ini
file path and possibly by others VIs to build specific additional
support subdirectories that the installer might create. Since Get App
Root Directory is one level below the root directory in the development
environment its relative position to the root directory is always the
same irrespective of LabVIEW development system execution or
Application execution.
The <myapplication>.ini is used by the application during
debugging etc, and the <clean myapplication>.ini file is used by
the Application Builder/Project Manager to include in the application
and contains the settings as I want them to appear after first
installation on the customers system.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

An issue (bug?) with Config File VIs?!

Hello to all!
When using Config File VIs I encountered a very interesting
and killing (me) issue.
I spent an hour before I knew where's a bug.
(Maybe because I'm a novice to LabView).
From one side, the bug was mine: I used a "for loop" to write string values to keys in section and provided to the loop an array that could be empty sometimes. And I absolutely forgot that "for loop" executes at least one time anyway even if array is empty.
Ok, no problem, then the function "Write Key" should say "ERROR" and I would find my bug at once on the output of my "for loop".
BUT IT DOESN'T DO IT. It says "OK".
And only the next function "write key (string value in my case)"
fails saying "Error: Config Data Registry.vi [get data]: invalid object 0". I certainly think that something wrong with this "write key", but what means this message?!
Ok, I found who responds for this (the previous "write key" in for loop).
But the most interesting thing is that if you set after this bad "for loop" one more such "for loop" you don't get error on the output of the 2nd "for loop" too. It appears only after "write key" that goes after 2nd "for loop".
Well, forget it. Just look at attached files.
Something wrong in this "Write Key" function if error goes far beyond its real source of arrising.
Are you agreed? Or maybe I'm wrong?
Thanks to all for attention.
Any comments appreciated.
Rashid.
Using LV 8.0.1 Pro on WinXP.
Attachments:
Writing bad value to key.vi ‏22 KB
Writing bad value to key 2.vi ‏24 KB

Hi Ben, this was a good hint, last time I had problems with that zero iteration issue, I worked with LV 6.1 and kept in mind, that the shift register output was the last value stored in the Shift register output node, it reminded to the use of an uninitialized SR. If somebody still has 6.1 on the machine, it would be nice to test this. But the test with 7.1 showed you are right, the SR- input is reached through. Great!
Thanks, dave
Message Edited by daveTW on 06-16-2006 07:05 PM
Greets, Dave
Attachments:
Shift register.png ‏5 KB

"Edit configuration files"

How can I edit configuration �ini� files? i.e. I want to be able to read/change/add/delete and finally save sections/keys and values of a configuration file? OR�
is there another way to easily configure executable Vi�s with some parameters without having operator intervention?

LabView 6.x comes with VIs to use config (ini) files: from the File I/O palette, goto the Configuration File VIs palette. Look at the examples that ship with LabView: On any LabView menu bar, goto Help >> Find Examples >> Search, then enter config in the box labeled Type a keyword to find.
There are also VIs to use Windows registry: from the Advanced palette, goto the Windows Registry Access VIs.

How do I eliminate backslash codes from configuration files?

I am trying to make my LabVIEW software compatible with software written in Delphi (Pascal). To help accomplish this task, I want them to share the same ".ini" files. That way, you start one program up and you get the settings that you had the last time you ran the other program. But here's the problem...
Using the configuration file VIs, LabVIEW saves paths as:
[Section with path]
PathKey=C/path/to/file
But Delphi saves paths as:
[Section with path]
PathKey=C:\path\to\file
I thought of a simple workaround - just convert paths to strings before writing the config file! But, alas, LabVIEW uses backslash codes when it writes strings to config files, i.e.:
[Section with path]
PathKey=C:\\pat
h\\to\\file
The LabVIEW configuration file VIs' code are viewable and can be edited, but I have not had luck figuring out exactly where the backslash codes ever originate. Does anyone know how to fix up the code for these VIs? Or can you think of another workaround?
I already thought of writing a dll that would package the Delphi functions for working with .ini files. Then I could use a library function node to call the Delphi functions. Doing so would certainly eliminate my problem of conflicting formats. But jeez - doesn't that sound like entirely too much work???
Thanks,
Nick
"You keep using that word. I do not think it means what you think it means." - Inigo Montoya

There is an option in the VI for writing strings to configuration VIs which allows you to write the exact strings (no more double \). It`s called "Write original string" I think (I`ve translated this directly from my german version of LabVIEW. I use this quite a lot to allow a "normal" PC user to edit configuration files by hand if neccessary.
Shane.
Using LV 6.1 and 8.2.1 on W2k (SP4) and WXP (SP2)

Essbase Configuration File

hi,
I have one my user who gets following Error while submitting the data via SmartView:
""The request timed out. Contact your administrator to increase netRetryCount and netRetryInterval""
I want to know what exactly does netRetryCount & netRetryInterval do?
Moreover i checked my essbase configuration file the current setting for the two are as follows:
NetDelay: 5000
NetRetryCount: 8000
Can we increase on these setting any more? If yes what would be the impact on system performance by increaing the same.
Thanks :)

straight out of the tech reference at http://download.oracle.com/docs/cd/E12825_01/epm.111/esb_techref/frameset.htm?launch.htm. If oyu bump them up, I don't think it will hurt much, you will just wait longer before getting the error. between the two with your configuration, I would increase Netretrycount and not the delay. Interestingly, these are about the only two settings that can be used in a client config file. The others all have to be on the server(these can be done on the server as well). I'm not sure if the client settings would affect smartview or just the classic addin.
NETDELAY
Specifies the network request delay time.
Syntax
NETDELAY nWhere n is an integer value of 100 or above, expressed in milliseconds. The default value is 200 milliseconds.
Description
This setting defines the network request delay time in milliseconds. This is the amount of time an unsuccessful operation waits before Essbase retries the operation.
NETRETRYCOUNT
Specifies the number of attempts Essbase is allowed to make a network connection before failing and reporting an error.
Syntax
NETRETRYCOUNT nWhere n is an integer value. The default value is 600 retries. The minimum value is 300.

Best practice with respect to wcf configuration files for SSIS

So after reading a lot of posts and blogs on how to configure SSIS to read from configuration files , I am still not clear and would like any expert to provide a definitive stance. In my case the WCF service consumption is wrapped into a separate assembly.
I am referencing the assembly in an embedded C# script within my SSIS package.
When I make the helper class call to the webservice , I get the endpoint not found WCF exception.
Keep in mind I am running this from VS 2012 IDE and did the following to make sure the WCF call works:
1. Googled and found that you need to have config entries in DtsDebugHost.exe.config file. But it still did not work
2. Had the same entries in the associated app.config file for C# script but it still did not work.
It seems like SSIS is very fragile w.r.t consuming WCF entires in a config file. Is the best practice to just have the end point created in code and externalize the end point as a SSIS variable / xml file or is there really a way to get these config files working.
Attached is the wcf snippet of my config file.
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="ITransactionProcessor">
<security mode="TransportWithMessageCredential" />
</binding>
</basicHttpBinding>
</bindings>
<client>
<endpoint address="https://ics2wstest.ic3.com/commerce/1.x/transactionProcessor" binding="basicHttpBinding" bindingConfiguration="ITransactionProcessor" contract="CyberSource.ITransactionProcessor" name="portXML" />
</client>
</system.serviceModel>
SM

I have the code working without use of config files. I am just disappointed that it is not working using the configuration files. That was one of the primary intents of my code re-factoring.
Katherine
Xiong , If you are proposing this as an answer then does this imply that Microsoft's stance is not to use configuration files with SSIS?? Please answer.
SM

How to use an install.xpi configuration file to set up email data

Manual setup of my email account failed because Thunderbird searches for my domain name and it is not in its database. So my host provider gave me an auto-config file for Thunderbird for my email account, called install.xpi - But how do I use this file? I can't double-click on it in Windows to do anything. In Thunderbird program it wants to create a new account but I can't do anything else in it like file import.
How to use install.xpi file so it creates my email account with the proper setup variables? Thanks for your help.

Start Thunderbird, close the wizard, goto the Tools menu (alt+T) select add-ons
There's a tiny button to the left of the search window. Click this and select Install Add-on From File and Navigate to your xpi file, select it, and off you go.

The configuration file did not contain well formed AppV configuration XML - When using Office 2013 ODT package

All,
I'm experiencing an issue where when using the Office 2013 package pulled down from ODT, that if I try to change the locations of either InfoPath Filler 2013 or Publisher 2013 from the default of Microsoft Office 2013 then I receive the message "The
configuration file did not contain well formed AppV configuration XML. Please check the management server event log for more information". If I check Applications and Services\Microsoft\AppV\Server-Management\Admin the error displayed there is "An
error was encountered parsing dynamic configuration file '0'. However I am able to change the shortcut location for all other applications except the above 2. I've tried redownloading the files using the ODT and also changing the version number (so far I've
tried both the 15.0.4631.1002 and 15.0.4659.1001 with the same result).
As all I'm interested in so far is having a package which contains Visio and Project I've tried following the article to exclude all the other Office elements:
http://technet.microsoft.com/library/jj219426(v=office.15).aspx#BKMK_ExcludeAppElement. However the package looks to be the same and when I load it into the management console all the options and elements to Office 2013 are available like they were before
when I hadn't set the exclude tags so I'm not sure whether the ExcludeApp parameters actually work correctly.
This then brings me onto the 3rd issue I've experienced. I have a group for the Visio users and I've set custom security for them to have Visio delivered to them but not Project and then a seperate group for just Project users who will have Project delivered
to them but not have Visio. When testing this sometimes seems to work but other times it seems to trip out and a user just in the Project or Visio group will get all of the Office 2013 applications and under the default location of Microsoft Office 2013. When
trying to spot correlation with this it appears random and can happen to any user on any device. We have sequenced a few applications ourselves where different parts are needed for different users and we have successfully managed this using different security
groups for different applications, just as I'm trying here with Office 2013.
Has anyone else experienced the issue with the "did not contain well formed XML" as at the start of the post and how were you able to resolve this? Also has anyone any advice on how to troubleshoot the issue with the security seeming to trip out
and publish all applications within a package to a user regardless of whether they are in the correct group or not?
The management / publishing servers are 5.0.1224.0 which is SP1 HF4 and the clients are on SP2 HF5.
Thanks

Nicke,
The config files are UTF-8. I did find the same article as yourself, however when searching for the value ‘TakeoverExtensionPointsFrom46=’ within either of the configuration.xml files that text isn’t found.
No sinister reason not to share the file used, just it’s the same structure as referenced in the article:
http://technet.microsoft.com/en-us/library/dn745895(v=office.15).aspx. The only difference being that I’m using ProPlusVolume and I’ve set a version number (which is the October
2014 update). I’ve even looked to follow the above example as closely as possible in just using the ExcludeApp ID of Access and InfoPath, just to try and prove the process. However I still get the usual full package. The version of the Click-to-Run setup.exe
I’m using is 15.0.4623.1001, so later than the version specified at the end of that article which is 15.0.4619.1000. Where can I expect to see the elements excluded? Will it be when loading the package into the management console or would it just not appear
on the machine when delivered?
<Configuration>
<Add SourcePath="C:\OfficeDeploymentToolV2" Version="15.0.4659.1001" OfficeClientEdition="32">
    <Product ID="ProPlusVolume">
      <Language ID="en-us" />
<ExcludeApp ID="Access" />
<ExcludeApp ID="InfoPath" />
    </Product>
</Add>
</Configuration>
3). We’ve not used global publishing in our environment yet so I will try that. I’ve set both GlobalRefreshEnabled and GlobalRefreshOnLogon to True and when using the command Get-AppvPublishingServer on the client I’m testing with I can see this is pulled
through correctly. I’ve also added the client name to the AD group used to grant access to the package and it is published. However nothing is pulling through onto the Client, so are there any steps I’ve missed or misinterpreted when looking to set this up?
I guess the global publishing is there to keep in with licensing for Office being per device? On a slight aside, as Windows licensing is being changed to allow per user licensing
http://www.zdnet.com/microsoft-to-make-per-user-windows-licensing-available-to-enterprise-customers-7000035401/ does anyone know if there are any plans to allow for Office / Project / Visio licenses to go per user as well? We’re a volume license customer
rather than subscription based so I think a lot of the options to selectively deploy Visio and Project are excluded for us.
Dan,
Ok that explains why the security could be tripping out then and leading to this result. As above I’ll try with global publishing and see how I get on.
From what I’ve read / watched I think only one Office 2013 package can be published to a machine, so we would be unable to have a separate package for Visio and a separate package for Project and then attempt to deliver
them both together. If a user wanted both Project and Visio then I guess we’d need to have a combined Project and Visio package to cover than scenario, but then 2 more separate Project and Visio packages for those who would only want either Project and Visio
(I think).
The scenario we’re looking at is to see whether we are able to deliver Project and / or Visio to different users through an AppV package and this will then cover users on XenApp or on fat clients. Only a small proportion of our
users will need access to Project and / or Visio so therefore we’d only have a small amount of Project and Visio licenses.
However from what I’ve tested up to this point and from what I’ve picked up from Forum posts / watched on TechEd sessions is that as publishing is Global and is unable to use different security groups for different elements of the
suite, then using Office through AppV is only suitable if you will be delivering the whole suite (including Project and Visio) to all of your users. So in a scenario where you’d only want certain elements to be delivered to a handful of users then you’d need
to keep with traditional ESD methods to have this installed onto fat clients and steer clear of XenApp. If wanting to install to XenApp then a lockdown tool like AppSense or AppLocker would also need to be brought into the equation.
Is my understanding above correct or have I missed some options / methods?
If the full Office package is always delivered but a company only has Office licenses and no Project and Visio licenses for all its users, how do they stop Project and Visio being delivered and being available? Or again if you have
this use case is the AppV method one which will be unsuitable?
Thanks

Use configuration file VIs to set AppFont in INI

Similar Messages

Maybe you are looking for