hooovahh

I tried canceling my subscription to winter last year but it (just like Maxim) keeps coming after canceling. I hear we (Michiganders) should be getting some snow tomorrow, some where between 6-10. Added to the snow on the ground now will make it 6-10 total.

The signal should either be grounded or at 5V, if you leave it disconnected it will float and it sounds like it happens to float above 5V. If you wired the DO to the DI it should work as expected, where it will either be 5V or grounded and not floating.

Interestingly of the 3 things you put on the block diagram (not including wires) I've never used 2 of them. You do know that 420 degrees = 60 degrees? (or is is 420==60) I'm not sure how you would know it is 420 degrees off instead of 60, unless you take a look at the time that each signal starts, and see how many cycles one starts before the other. I have an idea on how to do this in a FPGA type of VI but no clue how it would be done with express VIs.

Down saved to 7.1. Like Antoine said use tabs. Run the VI and see how it works, then right click the tab control and you can make the tabs invisible (that property node doesn't exist in 7.1 apparently) tab example 71.vi)

Exactly, if the publisher decides to sell their book cheaper on Amazon and get 70% of the sale, you may not get any more than you are getting already, but the publisher will get more money, and Amazon will lose more money, but they are banking on the fact that it will bring them more revenue in Kindle sales in the long run. Which I'm guessing it will.

Sorry I came in late. I love the idea of buying a $250 device which will always be connected to the internet and never have a monthly fee...well not for the near future. That alone makes me want to buy a Kindle. Amazon also has a try before you buy, allowing you to download the first chapter of any book in their database for free. I've also heard you can get newspapers delivered automatically to the device. So you wake up in the morning and have you're newspaper. Again I don't read newspapers but if you did it would be nice. They did try a few ideas to put it in consumers hands to try first too. If you owned a Kindle you could opt to allow to meet strangers (in a public place anonymously) to let them try the Kindle for a few minutes to see if they liked it. I don't remember what the perk was but I thought about signing up to play with one. I saw a eReader (I think the Sony one) in a store and I was walking with my wife. Most electronics in the store have a plastic cover over screens, to appear that they are on but it is just a sticker to show a fake interface. I went over to the reader and it looked like it had one of those plastic covers on it, I pushed a button not expecting anything to happen but the page changed. It looked real...I mean it is real but I really liked like nothing I had ever seen before. That being said I'm not much of a reader (wish I was) but imagine if all textbooks were available. When in college I had to carry around a ton of big books all day, (didn't live on campus) Having one of these would have been awesome. Then imagine if it was touch screen, then I could do my home work on the device as well as read the questions. I agree about the DRM crap. Essentially renting a books until the server goes down sucks, but I don't think it would be a big deal for me, I use the books I own now, reading through once would probably be enough for me. I know not all versions support this, but if you have eBooks downloaded, or PDFs then you can put them on the device DRM free. Not sure if anyone has seen this but it looks like soon some books will be available cheaper on Amazon than any other medium. Basically the publishers get a larger cut of the profit from a eBook sale, but they have to allow Amazon to be the cheapest place to get the book. If this happens it will be another big reason to go for the Kindle. Book replacement?...probably not but I love new technology, and like having the option.

I've never used the merge feature, always lock/unlock. But I assume that unless you change some settings the files will still appear locked. And when files are locked they are read-only, which won't allow you to save any changes.

I've seen that feature on Windows 7 but never tried it. I just assumed it did a screen capture recording what was going on as a video file similar to CamStudio. Nice to know it doesn't work like that.

Clarify a few things for me. Do you have the NI serial number? the one that is in this for A11A11111 where A is any alphabetic letter, and 1 is any number. If so go to Start >> National Instruments >> NI License Manager Then find LabVIEW, open its tree and right click any yellow or red boxes and click activate. Then activate using you're NI Serial number. If you don't have the NI serial go buy one. If you don't want to buy one you're out of luck, this is not the place for people that one have that help you.

Very interesting, and Understanding Comics sounds like a good read too.

Flip Wilson is that you? (off topic sorry I know)

I haven't quite figured out what RTX is but it seems to be similar, where Windows and RT reside on the same machine.

Interesting accent, he must be either Australian or New Zealand. I thought it was interesting but the camera kept cutting away from his hands when he was shuffling. I'm not saying that's how he did the trick I just would have like to see the whole thing in one shot.

We had an issue where on one machine the color of a font was black, and on another machine it was white. And another issue where the block diagram was white on one machine, and black on another. Part of the issue was that the developer of the code was using the Zune theme for XP. Apparently this screwed with the application color, and someone set the color to application white instead of 0xFFFFFF. I'm sure you've thought of this, but are you running any non-standard themes?

I would agree with you. The original problem remember was that the LV program would execute and then a few seconds later (when it was done) it would output to the command line. In the few seconds that the program ran the user could type stuff into the command line, and then the program would finish and append to what the user has already typed. If an application is running I would think it would lock the command prompt from more user input unless it requested some. So the theory that the application is just doing a console write, instead of stdout may be correct.

I did not know Linux had that feature, a pretty handy one. It would be nice if Windows came with such a feature.

I remember using Linux (I think it was Yoper) and it had a "Virtual Resolution" setting that would be handy in this situation. It would do a basic resize of your whole desktop to a specific resolution. It was probably pretty intensive on the graphics card but I never noticed. I've yet to see this type of utility for Windows but it would be handy in situations like this. However it may make some text unreadable if you shrink it. In my Linux example I was increasing the resolution past what actually was outputting.

So I've been using Windows 7 on my desktop at home and I like it, and haven't had any problems yet. At work we are starting to roll it out on a trial basis. So I got curious about what useful tweaks there are to Windows 7 and I found this page. http://www.maximumpc.com/article/features/20_windows_7_tweaks_tips_%E2%80%93_every_secret_uncovered_date Some of the "tweaks" are not very useful, or are common knowledge. But the first page is a ton of hotkeys, some of which I didn't know about. Most of which if you had your hand on the mouse already are redundant, but I found a few new ones I may use. (Windows key + P is one for sure)

I don't have any thing to add since I've never been able to accomplish what you are asking for. I've also wanted to write a command-line LabVIEW program from time to time and I've always had difficulty with the StdOut as well. Sounds like you were able to get farther than I ever did. I always ended up outputting to a new command line window instead of the one it was ran in. If you don't mind could you post the code that you've got so far?

My wife has a Acer netbook, I think this is the one. We got it when they were still using XP instead of Windows 7, and it was about $50 cheaper. Got it for $230 after discount. It came with alot of crapware but that's expected. Runs great, very thin, very light, and has a great battery life. I don't know this from experience, but I guess the Windows 7 "Starter" is giving people issues. They started putting the Starter edition of Windows 7 on netbooks to cut cost and it has alot of features removed Windows 7 Starter does not include: Aero Glass, meaning you can only use the “Windows Basic” or other opaque themes. It also means you do not get Taskbar Previews or Aero Peek. Personalization features for changing desktop backgrounds, window colors, or sound schemes. The ability to switch between users without having to log off. Multi-monitor support. DVD playback. Windows Media Center for watching recorded TV or other media. Remote Media Streaming for streaming your music, videos, and recorded TV from your home computer. Domain support for business customers. XP Mode for those that want the ability to run older Windows XP programs on Windows 7. Yeah so if you get a new netbook with Windows 7 don't expect to be able to change the desktop background...or join a domain...or play DVDs (even if most don't have optical drives). Here's another link with people complaining about Windows 7 Starter. Just another reason to stick with XP, or upgrade your self. Edit: But if I were to buy another it would be the Dell mini 10 just so I could install Mac OS on it, and learn how to use the Mac OS. I'm not an Apple fan, I just want to figure out how to use it. Here's a video, it seems to run great. Here's the how to: http://gizmodo.com/5389166/how-to-hackintosh-a-dell-mini-10v-into-the-ultimate-snow-leopard-netbook

I was using VIPM once and had an issue with too long of a file path and it couldn't build the package. When I reported it to Jim his response was one that I should have expected. I don't remember the exact verbiage but it was basically that this character size limit should be handled by Windows first, and then if Windows doesn't handle it properly then LabVIEW should generate the appropriate error. He then went on to say that if Windows and LabVIEW both don't do any thing about it, then it was VIPM's responsibility to notify the user. With that response I accepted the fact that this bug is larger than just an application, and is larger than just a programming language, and that Windows should generate the appropriate error, which should propagate to LabVIEW. P.S. Sorry Jim if I butchered what you said, I'm going off of memory here. And I completelly agree that Generic File I/O not very helpful.

Nothing odd about that, I was just going to post that's your solution. Using the 8.x layout means it won't have sub folders within the EXE, which prevents you from hitting that all important 250-ish character limit in Windows.

Alright I'll bite. What kind of password protected VI will let you view the block diagram? I think I know the answer to this but can you post the VI? Or say where it came from?

Just my 2 cents, I did experiment was password cracking of VI block diagrams. If the VI is saved in LabVIEW 6.1 or older the possibility of brute force goes up alot. With a VI saved in 6.1 I could over 30,000 passwords a second!!! So lets say you had a VI that was yours, and you knew the password was all lower case, and it was less than 6 characters. It would take less than 3 hours to find the password. Now lets make it realistic and say the password is upper and lower case with numbers, but no special characters, and lets make the password 10 characters. At that rate it would take you 887,134 years to guess every possibility. Keep in mind this is at 30,000 tries a second, if we were using LabVIEW 7.0 or newer we could only get about 10 tries a second. As an example lets say we have a newer VI, 6 characters only lower case. Previously this only took 3 hours to figure out now it takes almost a year. So brute force is only possible with small passwords, and preferable in 6.1 or older. There is a slight possibility that the MD5 of the password could be reversed, but again this is only possible with usually single words that are all lower case as the password. I've only been able to do this with very basic tests. I would set the password as "1234" then I found MD5 of this password "81dc9bdb52d04dc20036dbd8313ed055", then I searched the VI in a hex editor for this key and found the offset. I then made another VI who's password was "abcd". I then opened this VI with a hex editor and took the key found at the offset that the old one was at. This key was "e2fc714c4727ee9395f324cd2e7f331f" I then went to md5Crack.com, and entered my new key and clicked crack that hash. It then said that "abcd" was a key whos MD5 was that key. This method has several flaws. First the offset to the MD5 in the VI is not always in the same place. It can change based on LabVIEW version number, or just the format of the VI may cause the structure to change. But if you got a large enough sample a set of offsets could be used. Another problem with this is that it only works for MD5s that other people have used, and know what the key are. Go here and generate a MD5 by typing in some junk, then copy that MD5 into here and crack the hash. Did it guess the right password? Odds are it said it couldn't guess it. If you stick with one word passwords that are all lower case this method is the fastest to test, but probably the least likely to work.

Paul didn't ask you to criticize the graphs only to look at them.