shoneill

QUOTE (Michael_Aivaliotis @ May 6 2008, 07:15 PM) That's not such a bad combo: Both mind-numbingly stupid films. They at least appeal to the same audiences...... How about: "Bambi" and "Event horizon" Shane.

QUOTE (Aristos Queue @ May 6 2008, 05:40 PM) That's what I thought. I reckon the 0.2 has some significance (no pun intended). I've fallen into floating point traps often enough to have the ins and outs of floating point precision more or less burned into my brain. I think there are pages from the LabVIEW manual visible on my CAT Scans...... Hope I don't get sued for copyright Infringement..... Shane

QUOTE (bmoyer @ May 6 2008, 01:53 PM) What happens if the precision available for the datatype doesn't allow the addition or subtraction of 0.2. Can't this happen when a DBL number is really large. 15 significant digits I believe. So if the number's large, won't the +_ 0.2 have basically no effect on the number? Could it be a somewhat crpytical "available precision" check? Shane PS Just thinking out loud, I didn't program it!!!

QUOTE (netta @ May 5 2008, 11:13 PM) I was working with 8.20 a while back (A Customer explicitly requested it) and the same happened to me. I put it down to a "less than mature" release, seems like the problem is still there..... Shane.

QUOTE (Justin Goeres @ May 5 2008, 03:03 PM) Looks more like 30% or 40% to me..... Shane.

QUOTE (orko @ Apr 28 2008, 05:46 AM) $3400? When I looked yesterday evening it was $2800, Better buy one quick!!! They say supply is VERY limited, but list about 200 countries where they sell it, so I wonder HOW limited the supply is...... Re: LAVA fund raiser. As long as I get my few hours with the droid, I'm cool with that! Shane.

http://www.nikkoamerica.com/nhe/dvd_projector_video.html Possible the coolest gadget ever manufactured. Seriously. Anyone who watched Starwars in the '80s (and liked it) should find it hard to withstand..... Shane.

QUOTE (gleichman @ Apr 25 2008, 09:59 PM) I have also witnessed this problem with each and every version of LabVIEW I have worked with. I too find it particularly annoying. Even worse is when any Typedef constants on the DC explode when even the smallest change to their typedef is made. I know, I know, such constants should be housed in a VI, thus avoiding this problem, but it's annoying all the same. I would really like an option of displaying constants as icons....... Back to the original topic...... I can understand that a strict typedef would do this (Aren't strict typedefs also only allowed an "official" layout?), but why non-strict typedefs do this is kind of a mystery to me. I mean, changing the default value of an existing control ina typedef cluster should not explode each and every instance of that typedef in code....... As usual, just my :2cents: Shane

QUOTE (rejgina @ Apr 24 2008, 11:38 AM) If your USB drive is (for example) installed as "E:", then a simple file open with E:\YourFilePath.dat should do it. Do you need to know which Drive letter is assigned? You can get the drives by listing the Directories without specifying a path. You can then try to get the label anme of each one to find the USB drive you require...... (theory) Ah, I just tried doing what I'm proposing, but I don't know how to get the Volume label from the Volume letter...... There's no "Get Volume Label" function. It would be possible via a DOS Batch file or something, but I don't think there's a built-in LV function for it. I looked under LV 8.20. Shane.

QUOTE (Aristos Queue @ Apr 23 2008, 05:42 PM) Personally, I think the "Class for each data type" would definitely be the way to go. Variants are run-time bound meaning that errors are found too late. Finding errors at compile-time is very useful. :thumbup: Having classes for U8, I8, SGL, or whatever would be great. OK, this means duplicating code for a lot of things, but this brings me to a wish of my own for LVOOP. I want to be able to define interfaces, or abstract classes to help reduce this work. what's the problem? If I have a parent class with basic functionality and I want to "override" this in child classes, the parent is ALWAYS able to exist on its own in LVOOP. This is sometimes not wanted. The only other option is to duplicate the parent code in each and every child, basically negating the main benefit of the OOP approach...... OK. Rant finished. Shane.

QUOTE (eaolson @ Apr 23 2008, 04:26 PM) Sounds like a decent enough Idea. You could develop Classes to stream whatever you like. It's a bit of work though. Let me know when you're finished..... Shane

QUOTE (Yen @ Apr 15 2008, 05:45 PM) Shucks, you beat me to it! I was just going to say the same thing. I'm currently coding in C#, By-Reference Class usage and all. I can see the appealy of both sides..... Shane.

Now THAT was funny! :thumbup:

QUOTE (Irene_he @ Apr 13 2008, 06:04 PM) But I'll say just a couple of short things. 1) Democracy, communism or whatever has nothing to do with evil. This mistake is made from all sides. A political system cannot be inherently good or evil. It may be fair or unfair, but anything else is stretching it a bit far. It's the PEOPLE implementing the systems that are the problem. Communism is a pretty cool idea, it's just very hard to actually implement. Not that democracy has it much easier. I don't think the American system (Winner takes all) is particularly good. Have a look at how things are done in http://en.wikipedia.org/wiki/Politics_of_Switzerland' rel='nofollow' target="_blank">Switzerland. In Switzerland, if the democrats got 40% of the votes, they'd be in 40% of the governmental positions. That way the government REALLY represents what the people want. It's the best system I've encountered. 2) How many human rights violations have China comitted (I think we're pretty agreed that violations have taken place) per citizen compared to America. I think many might be surprised at the answer. 3) Finally, I think the whole "boycott China" thing is ridiculous. All countries do things other countries don't like (Italy may well vote in Berlusconi today!). That's life. Boycotting them for it generally doesn't solve anything, especially when they're big enough to survive without you anyway. A lot of the calls for boycott may well be down to fear of the unknown and general hypocrisy. That's all from me. Shane.

QUOTE (Anders Björk @ Apr 10 2008, 09:12 AM) Integrate over the entire power spectrum. (You get an ever-increasing curve as a result). Then look for the index which corresponds to (CurveMAX/2) and if neccessary interpolate between two individual data points. Find the frequency associated with that index (or interpolated index) and there you have it! Shane.

QUOTE (neB @ Mar 17 2008, 04:19 PM) Hey! Close the Irish branch? Over my dead keayboard! Shane.

QUOTE (hooovahh @ Apr 4 2008, 03:51 PM) I'd love to have those days back where I could afford the "because I can" time it takes to do things like these. But somehow, spending the day doing useful things has it's rewards too..... Shane.

QUOTE (hooovahh @ Apr 3 2008, 06:00 PM) I still cannot fathom WHY someone would actually go through the trouble of installing XP on something which is superiour without it..... As to the Iphone. Well. If you like your life being DRM'd by Steve Jobs then more power to you. I'm getting an Eee soon, and I certainly will NOT be putting XP on it. Shane. PS I would have bought an OLPC, but they don't ship outside the US.

QUOTE (Cmal @ Apr 1 2008, 06:19 PM) Nice. Can it fetch beer? Shane.

QUOTE (tcplomp @ Apr 1 2008, 08:06 AM) Does anyone have a Throughput vs Bending radius curve for the wires? Shane.

QUOTE (Omar Mussa @ Mar 31 2008, 04:21 PM) Nah, an armoured robot that small wouldn't last more than a few minutes in Aussie Rules football...... It can't even kick (Which you'd think would be a requirement for womthing called "BumBot"). Seriously, I think he'll find the people less willing to run away now that a newspaper has actually shown that the robot isn't an official police entity. I'd love to see it taken apart by crowbars and axes..... And then have someone say into the camera - "We KNOW where you are!". Imagine his bar emptying after THAT! Not that I'm into protecting law-breakers, but don' we ALL have to stick to the rules? Shane.

QUOTE (Omar Mussa @ Mar 29 2008, 05:35 PM) Oh come on! There have to be laws against harassing people like that! And to do it anonymously is particularly cowardly. Shane.

QUOTE (Aaron L @ Mar 27 2008, 07:50 PM) What do you mean with "take out the TermChar"? If you don't set the option at all, then it's expected that the Read will wait until timeout. This is because we're telling it to read too many bytes, which it can't do. Hence the timeout. The TermChar option simply gives the Read an earlier Termination option. A Read has three main options for termination: TermChar Timeout Bytes to read In order to make sure we stop at the "Termchar", we need to set this as a termination option. Otherwise the other two remain active, and by setting the "Bytes to Read "too high, the Timeout becomes the only real termination option left. If you lower the "Bytes to Read" (without TermChar) then at some stage (Length of your received message) the "Bytes to Read" termination option will prevail and the timeout will become irrelevant. A Read always stops when the FIRST termination option is fulfilled. For giggles, set the Timeout to -1, no "TermChar" and a huge "Bytes to Read" and you've got a VI which hangs. By doing this you've effectively removed any termination option available. There's always the otion of a Reboot Shane.

QUOTE (Pollux @ Mar 26 2008, 06:34 PM) Sounds like you have a workable solution. My problem back then with LM involved up to 17 Gauss peaks with 3 coefficients each. That makes a 51x51 matrix for reduction within the LM model. The effort required to solve the model increases rapidly with increasing number of coefficients...... I'm familiar with the formula approach to things. This is how the 6.1 version used to work before the reference-based version was implemented. Thanks for the offer though. Good luck with the rest of your work, La revedere, Shane.

QUOTE (orko @ Mar 26 2008, 07:52 AM) That was cool. Man, the Japanese are so.... different. Shane.