Bryan

Well, I've been using mandrake 10.1 because of it's ability to install to and run from a USB HDD without modification. I've been using this drive for testing of multiple OS-less units (it allows us to exercise I/O without having to install an OS and test apps), but I also do my development on it as well. I've installed 10.1 in a Virtual machine on my desktop so that I don't have to do development on the drive. I'm not at a very good point now to try the Mandrake upgrade and pray that it will work on my bootable HDD. I don't want to risk breaking what already is working for us. I'm also somewhat of a Linux novice (I know just enough to be dangerous), so doing the Mesa upgrade probably isn't something I want to bother taclking at the moment. Thanks anyway for all your help! At the very least, I know what I need to do if I get to the point I can upgrade to 8.2 in Linux. Most of the stuff I do is in Windows anyway, just this one part of a current project involves Linux.

Virtual PC (Windows), the 2004 version that Microsoft is/was offering for free a little while ago. I've tried to install packages for it, but won't do it for Linux.

I'm actually (at the moment) running Manrake as a Virtual Machine on my office desktop computer which uses a Matrox dual-head video card (Millenium P650) I'll give those commands a shot and let you know. Thanks again! --UPDATE-- Nope, still does it. As I said before, I'm using a Matrox Millenium P650 video card, running Mandrake 10.1 on a Virtual Machine on my Windows XP Professional desktop computer.

No problem. I'm not in a hurry to get this up and running at the moment, but I do want to get it running at some point. I've attached the files as requested. Thanks for your help! Download File:post-404-1160389352.txt Download File:post-404-1160389360.txt

I forwarded this link to some colleagues at work and it spread like wildfire: <object width="425" height="350"><param name="movie" value="http://embed.break.com/MTU1MDg2"></param><embed'>http://embed.break.com/MTU1MDg2"></param><embed src="http://embed.break.com/MTU1MDg2" type="application/x-shockwave-flash" width="425" height="350"></embed></object>

EOL characters. Windows uses \r\n for an EOF, Linux uses \n. Best way around it is to make sure you use the EOF constant in the strings palette instead of putting your own in. Linux for LV and Win automatically ensure that these constants are right for the OS used. May not be an issue for you, but in my Win >> Linux experiences, this is the only thing that bit me so far.

I did as requested and couldn't believe that it generated an 8MB file! I gzipped it down to 600-ish K. Now it seems when I start LabVIEW 8.2 that if I just let it sit for a little while at the welcome screen, it will shut down on it's own. I looked at the file created a little and saw things that said "File not found". Can't figure out why it wouldn't see them. Download File:post-404-1159530549.gz

Thanks for the link. It was actually a reminder. I had that issue with 7.1 and Fedora and had to do the tune2fs. I didn't have to do it when I installed 7.1 on Mandrake 10.1 for some reason. Mandrake had just become Mandriva at that time I believe (although I still hear it called Mandrake). I tried it and had the same problem. The NI Knowledge Base says that problem was fixed in 7.1.1, so I would assume it would be in 8.2 as well. Any other ideas?

I've had LabVIEW 7.1 running successfully on Mandrake 10.1 for almost 2 years now. I just yesterday installed 8.2 (7.1 still installed) and have had problems getting it to do anything but load. I don't think it's related to having 7.1 on board, but anytime I try to create a new VI or anything, LabVIEW closes. I'm able to create a new project, and items within a project, but as soon as I try to open/edit anything, it closes. I launched LabVIEW 8.2 from a command prompt and when it closed I got the following error: Anyone have any ideas?

Congrats man! I'm still waiting/looking for an excuse & the money to take the test. If I were ballsy enough to take the risk and strike out on my own, I'd go for it. Where I work now, getting certification wouldn't benefit me at all.

Going through step by step is definitely what I need to do... finding time to do it right now is difficult. It's getting clearer as I go. Props again to you and Jim for creating this stuff! I've been learning that the hard way lately

Thanks for the reply. You're right as to how I was going about it. I got about halfway thorugh this and figured I wasn't going about it the right way. Something just seemed off. I have been looking at the tutorials, but have been having a hard time absorbing it. I seem to be having a bout of temporary 2-week ADD or something... nothing seems to be sinking in. I've since deleted this little project and am trying another route. I'm going to look at the DataIO tutorial again. I've actually read the manual (something I never do I might add), but I'll need to go through it again now that I'm fully awake.

I'm trying to write a little program using GOOP Developer Evaluation just to see if I understand/implement GOOP. Here's my scenario: I have a VME Chassis, in the chassis are 2 potential types of cards, for each card, there can be up to 6 potential modules (I/O, communication, etc) and then there are specific module types. I've created essentially a master class (VME Chassis) and under it are a bunch of child classes: VME VME.Card VME.Card.Module VME.Card.Module.Type1 VME.Card.Module.Type2 VME.Card.Module.Type3 ...and so on. Now, am I implementing GOOP/OOP as intended? It feels like I'm setting it up for 2 diferent usages: Components and subcomponents and Generic Components and specific components? What I've done, is when I create a VME object, it searches for all available cards and creates new VME.Card objects. Each of those card objects then searches for modules and creates module objects, each module object determines what type it is, and then creates a specific module type object... and so on. I'm still at the "creating" stages and haven't run any of this yet... am I on the right path?

I actually have an A.A.S. in Electronics Technology, Communications: Fiber Optics Emphasis. I had one semester of LabVIEW 4 while in school. I started out as a Test Technician for Corning Inc, demonstrated some LabVIEW ability and was tasked to built an automated test system for passive and active optical components. I've stayed in the testing realm since then and have worked my way from an entry level technician to an engineer (though I'm afraid I've hit the ceiling ) and that's where I currently sit after 7 years in the field. I'm currently a test enginer for Northrop Grumman Naval Systems (Sperry Marine) That's my background.

Someday I'll get there. I want to be in and around the LAVA forums more and be an OpenG contributor... work just keeps getting in the way (unfortunately, little "work" is LabVIEW at the moment).

I thought my movie blurbs were pretty funny (apparently I'm the only one :embarassed:). Looks to me like he may sit in a room with coat hangers hanging from the ceiling and a foil hat on his head.

That was my goal posting in here. I've not spent much time in text-based languages. I started in LabVIEW, THEN started learning a couple text-based languages. OO has always interested me. I understand it, and yet, I don't... if that makes sense.

I see that. I'm inclined to think he's a bot... they're not very coherent.

It's a city (albeit a small one). I have no idea what you're saying.

Exactly my thinking. I've just been having a hard time explaining it.

Why, oh why didn't you take the blue pill? Do you see "GERONIMO" in your dreams? "Just because you're paranoid, don't mean they're not after you." - Kurt Kobain Album: Nevermind Song: Territorial Pissings

dsaunders has pretty much written here what I've been thinking. I have nothing against GOOP. I've been using solely LCOD to this point and am trying to figure out if I should be using one or the other or a combination of both. I haven't had a chance to mess with GOOP too much to understand it completely. One of my things is that LCOD keeps me from having to wire up and maintain a crapload of refnums. I'm going to have to search around here and look at some posted examples of usage I guess.

Thanks for your reply! So, you've essentially done a HD install of DSL, essentially making the filesystem writeable? That's where I run into problems. I guess I'd have to find a way to do a HD install, then create a new ISO image of that install.

For those who don't know, LCOD stands for LabVIEW Component Oriented Design. Quite some time ago, I read the book: "A Software Engineering Approach to LabVIEW" (By Conway Watts), recommended reading to me by JohnRH before he left our company to become a mountain man. For those who don't know what LCOD is, it's essentially elaborate functional (LV2-style) globals that use an enum-controlled state-machine (commands... i.e. methods, property get/set commands) that can be used for data hiding and auto-initialization (1st call, invalid refnums, etc). In the book, it talks about LCOD and modular LV programming, some interesting stuff. I've actually been implementing usage of it in LV projects I'm able to work on (unfortunately, being a TE in my company so far is only allows me about 25% time using LabVIEW at the moment). I've found it to be very easy to work with and manageable. All functionality is contained within one VI subroutine without having to pass around refnums and have multiple subVIs for a particular "module". Now, I haven't had a whole lot of time to mess with or really learn GOOP or OpenGOOP, although I have been trying to follow it with what little time has been available. It definitely is a tool I'd LOVE to use, however, I've been finding myself reluctant to use it because of what little I know about it so far and the fact that it's not as "compact" as LCOD. Has anybody used both, used hybrids of the two, am I just comparing apples to oranges or just not making any sense (it's early and my coffee hasn't kicked in yet)?

Oh, c'mon now. You mean to tell me that nobody in here has ever tried to run LabVIEW in a Knoppix-Based distribution?