Phillip Brooks

How about this? Cool, man....

I would suppose that the best place would be the LAVA Lounge. Description: Enter the lounge and discuss anything and everything. Nothing is off-topic and all discussions are encouraged. Please post LabVIEW related discussions in the other forums. On the other hand, if the question is technical and in need of a timely answer, I would try to find a forum that addresses the problem. I bought a BBQ grill some time ago. The folks here certainly could help out, but I decided to look for a BBQ forum to find expert advice and experiences on the subject. Finding a good site for your subject can be difficult, so maybe the best thing is to ask for the best place to get an answer to X. If your question is computer/os/networking related, you might try Stack Overflow

uga-chaka, uga-chaka, uga-uga-uga-chaka

Sounds good to me

I've started to use twitter a bit, but I feel the same. I think this xkcd comic says it all...

+1 from me

WTF?!

I won't be attending, but maybe the icon for the LAVA twitter account should be more personable; how about using 'Spoolie'. I thought of this when reading Jim's tweet about 'Launchy'.

The Method was available in earlier versions of LabVIEW, but changed to deprecated in LabVIEW 8.5 (I think). I've recreated a version of the file you were looking for using LabVIEW 7.0. Symbolic Path.vi (LV 7.0)

In order to manipulate the data received in an RSS feed, you need to be able to parse XML. Rather than coding this yourself, you might want to look at the JKI EasyXML Toolkit. It includes an example for reading RSS feeds. http://jkisoft.com/easyxml/

I was looking for this post to answer the question. It appears regular members can edit for 60 minutes... http://lavag.org/topic/10365-how-do-i-edit-my-post-in-a-thread/page__view__findpost__p__61817

Context help for the LAVA icon: LAVA Icon with Wires.vi

There are a couple others that make me laugh. It almost looks like someone paid for "Amazon Mechanical Turk" HITs to review this book. You get what you pay for (often < $1 US)

You can use Yahoo! Pipes to perform some really cool filtering of RSS feeds. I haven't used it in a while, so I cleaned up my old searches and created a new one, just for you. http://pipes.yahoo.com/pbrooks100/lava_keyword_title You can type in any keyword you want to search for, then click the RSS feed button. You will get a URL in the title bar of your browser that you can place in your RSS reader. Pipes is cool because .... you draw your code, just like LabVIEW!

Why does a picture of me show up related to source control when I've had little to nothing to do with it? Oh, wait... Umpa Lumpas probably have as much to do with it as me so it makes sense.

Cool beans! I like the favico... Who's great idea was that ?

Don't forget the LabVIEW Idea Exchange .

I noticed the default favicon too. I would suggest that the t-shirt image that vugie posted for the 2009 LAVA / NI Week shirt would be an awesome favicon. (It looks sort of like your nicely done avatar)

It appears to be sort of like a tweet. Select Update and type in what you want to show people.

QUOTE (Darren @ Jun 11 2009, 11:01 AM) FYI, I experimented with loading the file data in one loop and passing the data via a queue to the 'core' function running in a separate loop, thinking that the file I/O was a place for improvement. It appears that the majority of the overhead is in the 'core' vi; no gains were detected...

QUOTE (Darren @ Jun 10 2009, 04:11 PM) I experimented with the shipping implementation, and found that the following will help the performance: Disable debugging in "MD5 Checksum File" and the sub-vi "MD5Checksum Core". Inside "MD5Checksum Core", the inner-most loop contains a section of code that performs Swap Words and Swap Bytes on the current array Element. Move these two functions to the outermost loop and place them immediately after the typecast of the string to an array of U32. I reduced the MD5 calculation on version 8.6.1f1 LabVIEW.exe from 2.79 seconds to 2.12 seconds. QUOTE (hooovahh @ Jun 10 2009, 02:57 PM) Any file above 30kb and the command line version process it faster. I performed an MD5 on four 5Mb text files, and using the native MD5 it took 2,786ms, while the command line took 125ms. The OpenG wasn't a good comparison since it processed the whole file at once taking, over 30 seconds. I revisited my .NET implementation from here and found that it one of the .NET methods was broken when I loaded the VI in LabVIEW 8.6.1. I've fixed it and cleaned it up, but can't upload to the LAVA forums at the moment. (not sure why...) Maybe the .NET technique will work for you...

QUOTE (Darren @ Jun 3 2009, 10:17 PM) Haven't had time to play with the toolkit, but thanks for the first Scripting tip! http://labviewartisan.blogspot.com/2009/06...1-power-of.html

QUOTE (ShaunR @ Jun 2 2009, 05:08 PM) If MyEnormouslyLongVariableName &gt; YourEnormouslyLongVariableName then iWin == True uWin == False Else uWin == True iWin == False EndIf

QUOTE (PaulG. @ Jun 1 2009, 12:16 PM) I've done that for years too! I showed that trick to somebody once and he hit his head on the desk.... repeatedly... VERY HARD! That said, a right-click that could convert a c enum declaration string (constant on BD) to a LV enum constant would be nice...

QUOTE (crelf @ May 31 2009, 11:07 AM) Dunny?! Ewww. Too much detail...