-
Posts
4,973 -
Joined
-
Days Won
310
Content Type
Profiles
Forums
Downloads
Gallery
Everything posted by ShaunR
-
Accessing Atmel Programmer (Sam-ba v2.9 dll)
ShaunR replied to Tan_godo's topic in Calling External Code
The char * is simply a C string and it's unfortunate you are using an activeX component since you you can pass that to and from a dll with the string type drop down selection in a code library node. An array of strings is a different matter since there is only a selector for an array of numeric types and although you can de-reference the pointer; you don't know how long the string is in each element (unless they are fixed length) Dereferencing pointefrom C/C++ in LabVIEW is is a fantastic article with execelent examples for many data types. The VI you will need is the Xnode GetValueByPoionter. However, Moveblock -
I feel sorry for any girls that are desperate enough to need to come her for lust love.
-
War and Peace next? The one book I'd rather shoot myself than read
-
The SQLite API is quite capable of reading 350MB plus files (I've just read a 450MB one). Your issue is probably to do with LabVIEW memory management. If you are putting an indicator on the front panel. Don't. LV Memory Memory Management 101: File-size 456MB win 7 X64 LV x32 500 for the VI 0 wire junctions Requires 500 MB during and after execution. 500 MB for the VI, 500MB for the 1 wire junction, 500MB for the 1 indicator. Requires 1.5GB whilst executing (assuming it has already run once) and 1 GB after execution. Add 1 more indicator and it will run out of memory. Why?....Because..... 500MB for the VI, 1GB for the 2 wire junctions, 1GB for the 2 indicators. Requires 2.5 GB whilst executing (assuming it has already run once) and 1.5 GB after execution. Very approximate calculations, but I think you get the idea. 1. You need n x wire junctions more memory whilst running than you do with a static VI after execution 2. you need n x indicators memory to store the results.
-
Hmmm. Am I right in thinking that you are trying to access exposed methods via the dll interface instead of the COM interface? An activeX dll needs to be registered with the OS. Every-time you create your dll you should uregister and re-register it using regervr32. Then in your VI you can use the "automation open" to open a refnum which can be wired to the property nodes.
-
Object probe can't be indicator, right?
ShaunR replied to PaulL's topic in Object-Oriented Programming
I don't think there is anything inherently complicated about creating Xcontrols any more than creating a class. The issue is though, is that you cannot inherit from a pre-existing control (class?). This is what makes it not worth the effort since even for a simple control (a numeric for example) all the existing properties and methods have to be re-written Instead of just writing the additional functionality. Therefore you don't write all the normal properties and methods for that control type and end up with a specialised control, with limited functionality, which is only useful to you ( and even then, probably in only a couple of scenarios). However, if you could inherit all the properties and methods from, say, an x-y graph and just add a bit of code to add a trend-line. then that would be worthwhile. -
If it needs to be a direct replacement for the normal trim. Here she is......
-
OK. enough is enough eh? I've uploaded the fixed version. Knock yerself out. Do I get a fee package manager professional
-
I was watching "The Gadget Show" earlier where they were they were trying to get a football to break the sound barrier...yeah right Anyhoo. One of their attempts was using a high-g-gun that is usually used for crash testing to shoot cars along a rail (this is at MIRA) . They attached a football boot to it and shot the sled at a ball.They didn't say, but it looks to me like LV. Only Labview programmers are able to come up with these sorts of colour schemes for UIs The Gadget Show Video It appears about 3/4 of the way through.
-
Yeah I know. you can't build it.....but couldn't resist
-
Compatible with LabVIEW support requirements for free products
ShaunR replied to rdr's topic in LAVA Lounge
Those industries/companies that demand support, do so as a separate contract from the product. Some (for example) require 24 hr call-out and dedicated telephone numbers and contact names. As such accountability (legal or social) has nothing to do with the original product; II is a separate contract drawn up by the two involved parties and, accountable in it's own right. As was pointed out before with the Linux example, There is nothing to stop a 3rd party entering into a contract to supplying support for an open source product and, indeed, there is nothing prohibitive about purchasing a product without support. It is a company policy restriction (like acceptable licenses - some companies don't allow open source at all) and that will change from one company to the next. So the possibility is already there - It is possible to draw up a support contract regardless if you are the provider or not. -
Compatible with LabVIEW support requirements for free products
ShaunR replied to rdr's topic in LAVA Lounge
This is good point. But ..... if I pay monies for a product then there are certain responsibilities that the provider must adhere to by law. This is true of not only tangible product but things like services too. If support is offered as a product or, if it is an inclusive part of a product (as stated in their literature), then the provider is bound to provide that service and is legally accountable to the terms of that service. However, if it is not offered in this way, then the provider is only "socially" accountable and is under no obligation to provide that service and, if it is supplied, it is as a "value-added" service rather than a "rightful" one, with much less stringent responsibilities. From this definition, open source products are a socially accountable products and are no different than equivalent commercial offerings and the metric can be considered by customer satisfaction and review. -
Nope. It works fine, but for 1 edge case. The function doesn't detect whites-paces, rather it detects non-white-spaces. It will stop at the first and last non white-space. So it will return the string at offset 0 of length = length and never gets to see any within the string. If there are no white-spaces at all then it will halt at offset=0 and length will equal length (length - 0 - 0) so it will return the entire string Are we bored yet
-
Indeed. If it s maximisable then it is resizeable. But if it is maximised. it might not be resizable. The behaviour you are describing in Windows 7 is a feature of Aero that can be turned off or may not be available on some systems (and doesn't doesn't exist in XP, Vista and probably not in linux either) I think what the OP is seeing is this....... Create a new VI and put something in it so that it will run continuously. Uncheck the VI properties "Allow User To Minimise Window" and Allow "User To Resize Window" Turn off the Aero Snap Maximise the VI. Run the VI. You should now have a full screen window that you cannot resize or move. and there are no minimise and no restore/maximise buttons. So far so good. Double click on the title-bar. It restores and now you are stuck with a non-resizeable, non-maximized (able) window. Well in 2009 at least.
-
BUG !!!! Anyone spotted it yet?
-
Hmm. Whaaaat? The point I was making (don't know id you were answering it or not...lol) Was that when maximized, there are no grab-handles so you cannot grab a border and resize a window You must first "restore" it then you get your handles back and can resize it..
-
Compatible with LabVIEW support requirements for free products
ShaunR replied to rdr's topic in LAVA Lounge
To guarantee a response time requires resources, budgets and funding to be specifically allocated to that goal. For most companies, the resource is already in place as it is considered as an integral part of a company as an accounts or purchasing department s are. Free software (not trial or shareware, but truly.free of charge and royalties) in this environment is really a loss-leader - a gateway to sales for paid products and it is the companies interest to use existing support structures to capitalise on this and a proportion of the cost of a paid product is calculated to provide this support.. I think that is reflected in that (as far as I'm aware) all "Gold Compatible" are paid-for products with only 1 exception. However. Open source software (like the OpenG) is a non-commercial environment. As such, there are no allocated resources, budgets or funds. There is no existing support infrastructure. There is only community/personal pride, commitment to self improvement and a willingness to share; often at personal cost in both time and monies. Of course. There may not be a team of 30 engineers on the end of a telephone and the software might only be created and supported by a lone individual, but in my experience the support response is far superior as you are actually interfacing with a technical specialist rather than a telephone jocky and they have a vested interest in the product - not your wallet . But the biggest advantage is it has source code, and that empowers the user to be able to support themselves in a way that they cannot with proprietary, closed-source products so reliance on a fast support response is greatly diminished.. What does it actually mean "2-day turn around time on technical support". Is that to resolve an issue (I don't think anyone can guarantee that given time-zone differences). Is it to get an automated response to an email enquiry (It doesn't mean my problem will be solved). How does a 2 day support turn-around make some software more "compatible"? I think the Standard and Silver have the right idea - Peer tested and reviewed. If you view the "Compatible" award system as a measure of excellence then I think the issue of support is a bit moot since it is catered for within reviews. If another measure (or alternative) is required to distinguish Gold from Silver, then perhaps it should be relevant to the quality, number of commendations, platform dependence or whether it comes with source? I think if it was a quality metric, then the OpenG tools would be (and should be) Gold. Oh. And is "Compatible With LabVIEW" the right name? Surely all software written in LabVIEw is "Compatible" (versioning aside) -
Errrrm If you maximize internet explorer using the Maximize/restore button you can't resize it
-
The 6 sig part is fairly straight forward and pretty well documented with templates you can apply. The hard part is the defect metrics (as applied to the software code rather than the project) and defining what they are and methods of measuring them (GUIs especially). This is especially difficult for for LabVIEW as most knowledgeable sources talk about base code size where every 100 lines is about 1 function point and we already know that it's hard to equate text lines to G. I prefer numbers of VI's with weightings for collections every 200K (directory size) since it's easy to measure and validate. But I'm sure there is a more formal way of doing it. The Wikilibrary has a good article with some useful views on the subject. It's much easier when you can get a ruler out and measure something
-
Well. Theres a lengthy form for downloading the sdk and you didn't include the call-back vi (was that supplied by the sdk?) so my input is probably going to be limited......but. What are you expecting it to do? Your while loop is just going to go round until you press the button, thats all you have really asked it to do. Unless there is communication from the call-back event to your VI (via a queue, event or something similar), you aren't going to be able to get any info back from it when it is actioned. A callback is called asynchronously and is a separate process to your VI The first thing I would check is that the call-back is actually being called. You can do that easily just by putting a dialogue prompt in it so that if it is called a dialogue will appear. If that works, then you can uses an event or queue to send whatever information is received (in the callback) back to your main VI.
-
A macro state is just a single sate that represents other multiple states (an alias if you like). Commonly, this would be things like initialisation/finalisation where (for example) the Init state could be an alias for Load Settings, Clear Display and then Set Window Position etc. But the term isn't limited to SMs , Excel has "Macro recording", for example, which will assign a single command to a number of operations that you do and will"replay" them back when executed (either by hitting a hot-key or explicitly running the macro)
-
Or when the warrantee period has expired
