When installed normally on a recent computer, the maxtrac programming software does not work. I noticed, though, if the program files were copied into a seperate directory, the program will start, and even try to read the radio. It comes up with the error "model definition file not found". Where does the program expect to find the model definition file? can I manually copy the .mdf to an appropriate location in the computer file structure?
the machine is a pentium 166 laptop running windows 98. I normally switch to DOS to try the program.
When run from the root, I get a integer divide by 0 error, and the program wont start. When I run from the directory into which I have copied the maxtrac programmer files, the program starts; but when tryimg to read a radio the "no model definition file found" error appears.
Maxtrac Programmer Model Definition File
Moderator: Queue Moderator
-
- Posts: 1031
- Joined: Wed Mar 13, 2002 4:00 pm
- What radios do you own?: Motorola, Icom, Sunair (HF).
Re: Maxtrac Programmer Model Definition File
Google for a marvelous little program called 'cacheoff.com.' Run it prior to running the Maxtrac software, and I suspect your divide-by-zero error will vanish as if it never existed.
Contrary to popular belief, MoSlo is useless. I know. I've tried it extensively, and compared it with the results obtained from using cacheoff.com. In every instance, cacheoff worked and MoSlo didn't.
The issue, BTW, is that much of Moto's DOS-based RSS was written long before CPU caches operated as they do today (think 286/early 386 CPUs). Said RSS expects its instructions to be executed in a very specific sequence within very specific timere you ever try writing to it. Cacheoff disables the CPU's internal cache, and allows many DOS-based RSS packages to run where they might not otherwise.
Now, with this said -- I've seen a few cases where cacheoff caused the target system to lock up hard, so be cautious. Try reading the radio before you ever try writing to it.
Happy tweaking.
Contrary to popular belief, MoSlo is useless. I know. I've tried it extensively, and compared it with the results obtained from using cacheoff.com. In every instance, cacheoff worked and MoSlo didn't.
The issue, BTW, is that much of Moto's DOS-based RSS was written long before CPU caches operated as they do today (think 286/early 386 CPUs). Said RSS expects its instructions to be executed in a very specific sequence within very specific timere you ever try writing to it. Cacheoff disables the CPU's internal cache, and allows many DOS-based RSS packages to run where they might not otherwise.
Now, with this said -- I've seen a few cases where cacheoff caused the target system to lock up hard, so be cautious. Try reading the radio before you ever try writing to it.
Happy tweaking.

Bruce Lane, KC7GR
"Raf tras spintern. Raf tras spoit."