jzoller

QUOTE (Aristos Queue @ Apr 6 2009, 10:21 PM) Perhaps Aristos means in the http://en.wikipedia.org/wiki/Turing_complete' rel='nofollow' target="_blank">Turing complete sense. That's a long road, though. Joe Z.

QUOTE (JustinReina @ Mar 30 2009, 11:56 AM) Not quite... Maybe I'm not asking the right question. If I were looking for a traditional hosting company for a website, I might look at what application stack they can support: php, ASP.NET, etc. Has anyone run across a web hosting company that can handle hosting an LV web service? Or should I be looking for something like a hosting company that can provide me with a virtual machine that I can load my own application stack on? Joe Z.

Anyone know if such a beast exists? Thanks, Joe Z.

QUOTE (Mark Yedinak @ Mar 19 2009, 10:11 AM) ...okay, I must confess, I loathe this book. The *ideas* in it are wonderful. The recognition that problems solutions can be broken down into a few narrow categories is absolutely revolutionary. But, I've seen too many "purist" implementations (some of them my own) based on patterns, that end up being 2% functional, and 98% pattern fulfillment. The usual argument is that these are just poor pattern choices, but I've seen so many bad implementations (usually in Java) that I believe there is something fundamentally wrong with the idea of "code to pattern". I'd recommend the book for the ideas, but I would keep it away from my code. Sorry for the aside, Joe Z.

QUOTE (Aristos Queue @ Mar 11 2009, 04:26 PM) ... I honestly didn't know that option was there. Hrmph. Maybe in another decade I'll know all this stuff. Joe Z.

QUOTE (Cat @ Mar 11 2009, 10:58 AM) I think you're seeing a remnant error message from LV development that's been (mostly) surpressed. (Warning: the next steps might just cause your computer to melt, explode, or give strange websites your CC number. If this bothers you, go to the next thread now ) 1. Use the http://wiki.lavag.org/Insane_Objects' rel='nofollow' target="_blank">lvdebugkeys trick. 2. Delete everything on your front panel but the new reference. 3. In Heap Peek, highlight the FPHP line for your vi. 4. In Heap Peek's object list, select the item labelled "Array". You'll see a bit in the description that is something like: 'Array': 1-D array of (@0x0) ' ': void (@0x0) This is the "hidden" array type behind the refnum control. (Clicking F will give you a hint to its location. Selecting "Numeric Label" and clicking F will actually show you the darned thing.) Since the type is "void", I suspect the compiler normally would complain (break the VI), but that particular error has probably been explicitly ignored. The error showing up in the error dialog is likely an oversight. Interesting behavior, but probably not a big deal. Joe Z.

Visual Studio has the same debate around #regions. From Jeff Atwood: QUOTE I suspect there is no good solution. Joe Z.

QUOTE (Yair @ Feb 19 2009, 11:00 AM) Thanks Yair, Brian's post seems pretty adamant about closing everything. I'm guessing that .NET doesn't report the underlying ref going out of scope back to LV... a few more experiments seem in order. My tests were very simple: create a lot of sub-refs, then attempt to orphan them by closing the top level without closing the sub-refs. Repeat a few thousand times. Monitoring memory while this happens doesn't show any particular increase.

QUOTE (Ben Zimmer @ Feb 18 2009, 07:04 PM) I've built many of my own computers through Newegg before. http://www.newegg.com/Product/ProductList.aspx?Submit=Property&Subcategory=280&Description=&Type=&N=2000200280&srchInDesc=&MinPrice=&MaxPrice=&PropertyCodeValue=735%3A7582&PropertyCodeValue=735%3A7583' rel='nofollow' target="_blank">4 & 5 slot motherboards It does look like the days of the retail, many-PCI-slot motherboard are coming to a close. Joe Z.

When a .NET refnum is used within LV to reference other .NET refnums, do these sub-refnums need to be explicitly closed? My little experiments seem to indicate that the sub-refnums do not need to be explicitly closed, but any advice would be appreciated. See the attachment for an example. Thanks, Joe Z.

QUOTE (bsvingen @ Feb 4 2009, 01:30 PM) Well, http://www.sun.com/software/opensource/java/faq.jsp#b2' rel='nofollow' target="_blank">sort of. As far as algorithms, I've never had much trouble making them comprehensible in LV, including building the usual data structures/methods and simple compilers and script engines. I do miss pointers sometimes... though I never thought I'd say that when I was first studying them! Joe Z.

Some random thoughts on general purpose LV. First, I have more thumbs than there are major companies that make money from selling general purpose languages. Most major languages are either open source (free-as-in-beer), or are loss leaders for companies selling platforms (Microsoft). Second, the test hardware niche is really comfortable for NI. Imagine Microsoft came up with LV.NET: an exact, general purpose clone of LV, just without the hardware access. Would NI sales suffer? Almost not at all: NI is a hardware company. In fact, sales might even increase as more users find this really "new" language, and discover this rip-off that NI has made isn't half bad either Third, making LV general purpose requires NI to take market share away from the major players already entrenched in the field, at a not insignificant cost. It almost certainly also requires they adhere to a more broadly accepted standard of some type as well, making development and maintenance more painful. However, I agree with jdunham that the "threat of conversion" is very real. Last place I worked, we were told (by executive fiat) to retool everything in C# and C++. Pointing out the multimillion dollar investment loss and 2 year downtime seemed to cool the executive enthusiasm, and this made them mumble something vague about carrying on with LV and go back to counting their bonuses. Watching LV restrict itself to its market niche is like watching Tiger Woods decide to only play mini-golf, but if mini-golf is where the money is...

QUOTE (Aristos Queue @ Jan 23 2009, 09:55 AM) The token is obviously capitalized incorrectly. It should be "DPrintFlogging". This looks very cool, will check it out. Thanks Aristos!

Happened for me as well, DLL pathing issue. Joe Z.

NTFS copied many characteristics of *nix systems of its time, including the concept and name of inodes. Side note: SHFileOperation notes (http://msdn.microsoft.com/en-us/library/bb762164(VS.85).aspx) that it was replaced in Vista by the IFileOperation interface (http://msdn.microsoft.com/en-us/library/bb775771(VS.85).aspx)... in the unlikely case that anyone is using Vista. Joe Z.

QUOTE (jdunham @ Jan 5 2009, 04:25 PM) "It's all part'n'parcel of the whole Genie gig. *PHENOMENAL COSMIC POWERS!!!* Itty-bitty living space!" - Robin Williams in Disney's Aladdin That was extremely well put, Mr. Dunham. Thank you. Joe Z.

QUOTE (Michael_Aivaliotis @ Jan 2 2009, 04:00 PM) Same problem here. In my experience, it usually starts occurring after LV crashes (irreproducibly) while the project is open. Joe Z.

The problems that I've seen for the CLD are not tremendously difficult if you are prepared... except for the time limitation. When I realized I only had an hour and a half left, I started to sweat a bit Joe Z.

QUOTE (NI Guy @ Dec 19 2008, 09:01 AM) Thank you, http://sethgodin.typepad.com/' rel='nofollow' target="_blank">Seth Godin.

QUOTE (Variant @ Dec 13 2008, 10:13 PM) http://en.wikipedia.org/wiki/Big_O_notation In very general terms, it's a description of how long it takes for an algorithm to run to completion.

QUOTE (Dan DeFriese @ Nov 12 2008, 09:23 AM) That's an idea... During development, drop a cluster (like an error control) on an extreme edge of a front panel window, and try to select it by "lassoing" it (that is, drawing a selection area around it). On my computer, it inevitably results in my carefully aligned pane haring off into parts hitherto unknown, requiring that I resort to programmatic tricks to realign it when run. In short, it's irritating, just like the on-by-default-but-can-be-turned-off selection scrolling on the table indicator is irritating. :thumbdown: Okay, off to grump elsewhere Joe Z.

Is it possible? Thanks, Joe Z.

QUOTE (jcarmody @ Nov 3 2008, 07:36 AM) Jim, I had the attached laying around, hopefully it's helpful. Another method: it's possible to invoke sqlite from the command line (or the System Exec.vi). The exact syntax escapes me at the moment, but it's something like C:\path\to\sqlite.exe databasename "databasecommand". Joe Z

Thanks Michael, that's the information I needed. Now I can program around it. Whether it's "good" behavior or not, I don't know. Joe Z. Edit: Script blocker != good formatting

This may be a bug, or may be just an "expected behavior". Given that it's not hard to reproduce, I suspect it's been seen before. Reproduce: 1. In the Windows file system, create the folders C:\Original, C:\Original\Path1, and C:\Original\Path2. 2. Run the attached VI. Expected either: 1. An error: the folder C:\Destination does not exist. or 2. No error, and the folders C:\Destination\Path1 and C:\Destination\Path2 are created. Actual result, no errors: 1. First iteration of the loop creates C:\Destination 2. Second iteration of the loop creates C:\Destination\Path2 Can anyone provide confirmation or insight? Thanks, Joe Z.