Val Brown

QUOTE (FLAnatic @ Jun 13 2008, 07:42 AM) It isn't even that Einstein is more accurate per se -- it's more complete. The difference is that Einstein's model reduces down to Newtonian mechanics when the "special" conditions of classical mechanics apply, for instance when not traveling near the speed of light or near a gravity well, etc.

QUOTE (aa9310 @ Jun 4 2008, 03:07 AM) Xie-xie ni, ke shi wo hui shou zhong-guo hua i dian -- pi mao!

QUOTE (aa9310 @ Jun 3 2008, 08:37 PM) Ni de Ying-guo hua hen hao. Wo de Zhong-guo hua hen bu hao! So don't worry about it at all -- you're doing wonderfully in English!

QUOTE (Tomi Maila @ May 18 2008, 10:05 PM) I'm actually starting "fresh" (nothing of mine under SCC) but apparently there were still some legacy .svn folders in one portion of the code. That dates from my use of a consultant who used SVN. I thought I had cleared out ALL of the prior .svn folders (so no more repository references) but I apparently missed a couple in the process.

QUOTE (tcplomp @ May 18 2008, 08:34 PM) The folders were clean -- ie the .svn folder in them were all removed. I use TC as well for things like this. I'll try your suggestions and see what happens. QUOTE (Val Brown @ May 18 2008, 08:45 PM) The folders were clean -- ie the .svn folder in them were all removed. I use TC as well for things like this. I'll try your suggestions and see what happens. No this makes no difference. I'm really tired of trying to get this setup and to keep having this kind of problem occur. It may be that SVN works well for a lot of other people but it really has been disappointing for me. It seems to me like the only option I have to uninstall SVN, brute force delete ALL of .svn folders that have been created during this process and then start all over again.

OK, I followed the instructions posted by Jim (thanks Jim) for a "lone gunman" developer and got my repository started on my local drive, added in my project and then began adding in folders and separate VIs. Mostly it has gone well EXCEPT for the files that seem to reference (well attempt to reference) a prior network repository. I've even removed that reference in repo-browser, tried "Clean Up", tried to SVN Delete the offending files and STILL I get the same error when the commit tries to send it to the networked repository. How can I correct this?

QUOTE (gmart @ May 18 2008, 09:48 AM) I'm not intending to hijack this thread -- and this does seem to be related to the issues at hand -- can we get a list of pros and cons of using the toolkit to bring SVN into LV?

QUOTE (Jim Kring @ May 16 2008, 06:02 PM) OK, thanks. BTW, was there a follow up article?

QUOTE (Aristos Queue @ May 16 2008, 03:15 PM) My SR is still open. Also if you (and the rest of JKI??) continue to use Subserversion, do you have any specific recommendations about setting it up for a single developer (yes, like me), working on a single computer (largely) using external HDs for backup (yes three in all) and needing to remain mobile, etc so NOT wanting to have an external server as part of the solution? BTW, I do have an external server that is available but, ok call me old school, I don't like the security issues of having to network over the internet to have access to a repository. I would much prefer something that allowed me to keep the external HDs.

QUOTE (Tomi Maila @ May 14 2008, 11:23 AM) Thanks for the reply. I can't say precisely in what way they're getting corrupted. All I know is that I go to open the project (either double-clicking on its icon or starting up LV and then using File/Open...) and I get back the message that the project file is corrupted. Yes, I'm aware that they are XML and I can certainly open them even in regular Notepad but I didn't want to do any particular editing as I wasn't at all clear what to change. I'll give a try to removing the items in memory section. No, I'm not using LV Classes.

I have my 8.5.1 lvproj files getting corrupted frequently. Now I am using XP under Fusion but I don't understand how that's impacting this directly. Normal shutdowns and such -- no system crashes -- but still at times (that I can't even predict) the lvproj file gets corrupted. So two questions: 1. Anyone else seeing similar behavior and, if so, what seems to precipitate or ameliorate it? 2. Anyone know of any way to fix a corrupt 8.5.1 lvproj file?

QUOTE (Aristos Queue @ Apr 20 2008, 03:18 PM) Yes, even though reading and writing STD i/o is pretty direct (esp for an old line Unix hack like me) method for "getting attention", the biggest challenge in "real" programming is generally the GUI -- ie how do you maximally reach and interact with the intended audience/users. No matter how you slice it "dos app" has a very specific connotation and that isn't just "pipeline" or even "standalone" necessarily. Let me say this all another way. Yes, the big advantage of LV is that no CS background is needed, even for complicated applications. The big problem with many other languages is, CS background is required, even for trivial tasks. This creates an asymmetry that IME frequently lays heavily on the hearts and minds of those with CS backgrounds. FWIW, having started with text-based programming "back in the day" it still seems pretty silly to me that many consider text-based languages to be the "ideal" and LV becomes seen as a "toy" or "incomplete", etc. I think that, if the original post had called about a STD i/o based pipeline/standalone, it would have been a lot easier to have actually had a conversation. Now I think I'll go over to an MSDN forum and ask about how to drop an LV event structure into the VS IDE by a straight "drag and drop" of its icon. After all, that IDE handles "by-ref" constructs doesn't it?

QUOTE (Omar Mussa @ Apr 18 2008, 06:20 PM) Looks like a rounding error to me.

QUOTE (sachsm @ Apr 17 2008, 04:21 PM) ...or use a JTFA based detection scheme since both have differing signals in the time-frequency domain.

QUOTE (Jim Kring @ Apr 16 2008, 12:49 PM) I downloaded it -- had to wait just a bit for the NI activation process to come online -- but I've had no problems at all with 8.5.1.

QUOTE (Val Brown @ Apr 5 2008, 10:20 AM) OK, so I'm activated now (gosh had to wait a whole 12 hours!!!) Haven't yet checked out SCM.

QUOTE (Aristos Queue @ Apr 5 2008, 07:34 AM) Yes that's how it appears. I'm just like the guy waiting by the microwave saying it takes TOO long.... BTW is there a separate update for the SCM? I found a patch for the SCM to download but not a separate update.

It just gets "curiouser and curiouser" -- now the NI Activation process is failing. It appears that some parts of NI.COM are "under repair" and the Activation Center is one of them.

QUOTE (TobyD @ Apr 4 2008, 03:23 PM) Hmmmm you may be right and I may be conflating those two ideas. No wonder no one can say anything!

QUOTE (Darren @ Apr 4 2008, 02:20 PM) So I understand that being the case DURING the beta program but presumably the actual release is at least as good as the beta and the "good" experiences of that could perhaps be posted just to say things like, yes I really liked...

QUOTE (neB @ Apr 4 2008, 11:31 AM) Anybody here been part of the beta release?

QUOTE (Jim Kring @ Apr 4 2008, 09:38 AM) What are your impressions of it?

QUOTE (Norm Kirchner @ Apr 1 2008, 12:48 PM) Yes, there were some good presentations and discussions there. FWIW, I've taken a brute-force approach and just created my own APPPATH: viz, c:\companyname\... with subs under it including ..\common files where I post config info and such. It ain't "standard practice" but it definitely works and gives me the exact same location whether in Vista or XP.

QUOTE (Aristos Queue @ Mar 31 2008, 11:11 AM) Can you say a little bit more about this: ie, in what way will using Request Deallocation degrade performance? If there are any good KBs or other resources re: this, could you post some here?

I'm going to offer a bit of a different perspective here and it's offered just FWIW. There are several issues/threads involved here. 1. Can LabViEW be used for such a project -- and the answer to that is: obviously yes. 2. Is LabVIEW the "best" choice for such a project -- that's more difficult to answer unless we agree on the criteria for "best" but, FWIW, I'd say LV is better for such a project than most other languages other factors being roughly equivalent. 3. Can one learn LF while doing such a project -- Yes, of course that's possible; moreover, what's interesting about that question IMO is its converse: viz, can one learn C++ <or name your favorite language> while doing such a project? I think that answer to that is -- almost undoubtedly no, again other factors being roughly equivalent. 4. What role does prior experience with other languages and similar projects (in terms of scope and such) play in determining how easily one could learn LV while programming such a project? Here's the really tough one IMO. I think it all depends on what your specific prior experience was, how well you follow the general guidelines on modularizing code etc, and how much comfort you have in stretching into a new paradigm while coding an active project? Depending on your timeframe, budget and personal predilections I would suggest considering this to be an ideal opportunity to really learn ABOUT programming in LV -- but only as long as that doesn't compromise the commitments you have to the ultimate customers of the project. Yes, your code won't be "ideal" -- how could it be? Of course it won't be as easy to rescale later -- how could it be? But would it be scaleable, maintainable, and extensible -- YES, if you follow the guideline of something like the LaVIEW Style Book (some title like that) from Blume, or the LabVIEW style documents. FWIW I think the most fundamental question for you (or it would be were I in your shoes) is: How best can I reasonably serve my clients while also developing my skill base and developing code which will be allow for the big 3 (scaling, maintaining, extending) in the future? LV is, IMO, a much better solution for the long-term than any other language I know BUT your clients deserve your primary commitment. OK so that's probably more than 2 cents but it's likely worth less than 2 cents...