Someone will be able to give you a better answer, but I'll start it off... The steps involved are: 1. Installing the NetHASP on the computer that will act as the server. 2. Running the NetHASP service on the computer that is acting as the server. 3. Modify the nethasp.ini file to accomodate your setup (Ex: server IP, port, protcol, etc...). 4. Distributing the nethasp.ini file to the clients who will run Mastercam off the NetHasp (copy it to the Mastercam dir). 5. Running nethasp80.exe on the clients to change the HASP setting from local to network. That's a rough overview of it. Hope it gets ya started

James brings up a good point that is related in a round about way to this thread, concerning those with broadband connections. At home, my ISP is @Home and I receive an average of 4 to 10 attacks each day. Some days, that number is much larger! Thankfully, Norton Internet Security protects my system by setting all of my ports to stealth mode. It is very important and neccessary to have firewall software and/or hardware if you have an always-on connection. As far as software goes, there's always free choices like Zone Alarm. But for hardcore set-it-and-forget-it or tweak as much as you want factors, I suggest Norton Internet Security (includes Norton AntiVirus). BlackIce is pretty good, too. For a free security test, navigate to http://security.norton.com/default.asp?pro...id=us&venid=sym .This has been a very pro-Symantec thread [This message has been edited by Bullines (edited 07-21-2001).]

Also... If you're running Windows NT4 or Windows 2000 and you don't run a web server or anything requiring one, disable IIS, since that's what the worm exploits. [This message has been edited by Bullines (edited 07-21-2001).]

Mopar brings up a good point. Onboard antivirus is useless and is usually disabled by default on most motherboards for a good reason. NAV does a good job by monitoring all MBR activity. Sometimes it pops up a warning when you're messing around with the MBR by manipulating partitions with a Windows tool like Partition Magic or simply renaming a hard disk in My Computer. But that proves how well it monitors against virii that infect the MBR. And if one happens to slip by, Symantec's recovery CD and/or floppy will get you up and running again virus free. No, I don't work for Symantec

Was that error message generated by Windows or Mastercam?

Runs great on my Windows 2000 SP2 system. I could start by preaching about the benefits of Windows 2000, but I won't. This topic has been done to death on this forum. An example thread would be http://www.emastercam.com/ubb/Forum1/HTML/000952.html . If you do a forum search for "Win2k", "Windows 2000" or "OS" you'll find many a post on the topic. Hope this helps.

James, It would make more sense if I pronounced it like booleans Unfortunately the origin of my nick is rather dull. My last name is Bellini and since around junior high, my friends nicknamed me Bullines. So the pronunciation is actually Bull-eeens. It's a nick that's stood the test of time so far, so I use it for everything from Unreal Tournament to any web forums I participate in. When in doubt, call me Chris

IMHO, the only descent version of VirusScan that McAfee ever produced was its MS-DOS version. It's Windows 3.x version was easily corrupted by virii. I've seen the Windows 9x/NT/2000 version do crazy things like use 99.9% of CPU resources for no reason at all, making the system very sluggish. Since Windows 95, I've always used Norton AntiVirus with flawless results. Symantec has been in the PC utility business much longer than McAfee and have an excellent track record. Could Norton Utilities be one of the greatest software packages ever made?

I believe they're working on it and almost done, but don't quote me on that one. When in doubt, you could go straight to the source: http://www.moldplus.com/technical_support.htm . Hope this helps. [This message has been edited by Bullines (edited 07-16-2001).]

Try this URL at the the very bottom of the page. http://www.mastercam.com/Products/V8.1Enha...nhancements.htm

You bet. Ask your Mastercam dealer about a NetHASP license.

FYI, the file you posted doesn't contain any toolpath information.

The END key rotates the current view. The XYZ axis indicator rotates accordingly.

As far as it working goes, that depends on if the C-Hook is Mastercam database intensive. The database structures changed significantly from V7 to V8. Therefore, database-intensive C-Hooks for V7.x will almost always never run on V8.x.

Hmmm...sounds like it could be an mfc42.dll problem. What version of Mastercam are you running? From this we can determine what version of the mfc42.dll you should have. Also check the version and date of the mfc42.dll file already in your Mastercam directory. C-Hooks with MFC-based user interfaces like focus5ax rely on this DLL. Finally, make sure a file called focus5ax.txt exists in your C-Hooks directory. [This message has been edited by Bullines (edited 07-11-2001).]

No problem. Also don't forget the various compiler settings that you need to take into account. Here are a few of the major ones: Target: Multithreaded DLL Calling Convention: _cdecl * Struct member alignment: 1 Byte To elaborate, all C-Hooks must be compiled as multithreaded DLLs...yes, must be multithreaded. Using the "_cdecl *" calling convention is a safe bet. Simply put, the calling convention is the way functions are called and how they use arguments, returned values, etc... Structure member alignments are usually 8 bytes in the Windows development world, but for reasons beyond our control, C-Hooks use 1 byte alignment. All of these settings should be avaailable to be changed via the command line or a make file. Good luck and have fun

If it's Shapes that you're playing around with, there's a good reason for the errors. It all centers around the use of MFC (Microsoft Foundation Classes). MFC is an application framework for Microsoft Visual C++. It provides controls like dialogs, toolbars, buttons, etc and various mechanisms for tedious programming tasks (such as I/O stuff). The Shapes C-Hook is an MFC-based Microsoft Visual C++ project. Any newer C-Hooks that have a Windows-type interface are MFC-based. The only Borland product that supports MFC is Borland C++ Builder (not totally 100% either) along with Borland's own VCL. I'm almost certain that the only framework plain 'ol Borland C++ can support is OWL. I've never gotten a single C-Hook to work with OWL or VCL yet and just stick with MFC instead. So trying to compile an MFC-based project with Borland C++ won't happen. To answer a little more, "stdafx.h" is a Visual C++ header for the standard application frame work (it tells Visual C++ which application frameworks or template libraries you're using in your app). There's a few more sample C-Hooks included with the SDK that don't use an interface and are therefore not dependant on MFC. I'd suggestion trying those ones out first. And when you're ready to develop C-Hooks with interfaces, you could either try with OWL or VCL (which may or may not work), but getting a copy of Visual C++ would be much easier. Hope this helps.

Raj, Ontario's HRDC publishes a salary survey for various occupations each year. It's broken down by occupation, location and experience. The most recently published one is from 1999. I imagine that other provinces have the same, but I haven't looked yet. The 1999 Ontario salary survey can be found at http://www.on.hrdc-drhc.gc.ca/english/lmi/eaid/OWS99/ . Since you're in Waterloo, you could get there quicker by going to the survey on Kitchener's HRDC site at http://www.on.hrdc-drhc.gc.ca/kitchener/en...s/index_e.shtml . For those in the States, http://www.salary.com would be a good place to start. It's always nice to know what you're worth in the job market Hope this helps. [This message has been edited by Bullines (edited 07-11-2001).]

That's odd that PATH_MAX isn't defined in your "limits.h" header file. In my "limits.h" file that shipped with Borland C++ Builder 3 SP1 and Microsoft Visual C++ 6 SP5, PATH_MAX are defined as follows: #define PATH_MAX 512 However, in "m_lvars.h" that ships with the Mastercam SDK, it's defined as follows: #define PATH_MAX 259 You could try these to see which one makes the compiler happy. But are you actually using PATH_MAX in your C-Hook? PATH_MAX defines the maximum number of bytes in a pathname. If you are using it and you still have problems, maybe try hard-coding a path size instead, like this: code: char* szYourPath[256]; // instead of char* szYourPath[PATH_MAX] Also, since you're using an old compiler, you may be interested in using Borland's latest. It's a free download from http://www.borland.com/bcppbuilder/freecom...ppc55steps.html , but it's only the compiler; there's no IDE. But if you combine it with a descent text editor, such as WinEdit, you'll have a low-cost and up-to-date C++ development environment.

To use extern, it looks something like this: code: // include Mastercam headers extern "C" { #include "m_vars.h" #include "m_ncvars.h" #include "m_menu.h" #include "m_io.h" #include "m_dbm.h" #include "m_init.h" } // now declare other C++ headers that // you need like "limits.h", "math.h", etc... Because the Mastercam headers are C-based, most (if not all) C++ compilers will usually mangle them and report errors in those headers; hence the need for extern. Hope this helps. [This message has been edited by Bullines (edited 07-10-2001).]

Wow, that goes way back Are you using extern when declaring Mastercam header files? [This message has been edited by Bullines (edited 07-09-2001).]

Which Borland product and version are you using? Borland C++? Borland C++ Builder?

Dual CPU machines are a great way to get the most performance out of a PC. Unfortunately, Mastercam does not directly support multiple CPUs. Hopefully this will change in future versions. However, for the moment you could give Mastercam one CPU and all other apps the other CPU (Windows NT/2000 only). One Mastercam-dedicated CPU is better than none...for now

There is a function in m_menu.h called "execute_func". The syntax for the function is: // Execute a function given a function // code (system text file: 9001+). void execute_func ( // I: function name (e.g., “gview”) char func_code[]); } To execute external applications such as Windows Notepad, use the Win32API functions ShellExecute or WinExec. Hope this helps.

If there was a way insert a line break (Ex: n), that would solve the problem.