Discussion in 'General Announcements' started by K6GDO, Oct 12, 2012.
Thank You for the reply.
Just to update everyone, Chris has been working with AC2FO on his issues... we're close to getting them solved.
5.24.36 looks solid. And 6.0 is getting more solid day by day.
This Friday, Erin's newsletter will be on the new DX Awards in 6.0.
I respect your Info, but software Can cause a Hardware Crash when the hardware does not agree with the way the software controls it.
Software can also be written to get around hardware problems, just like it does when a ram chip or a hard drive has bad memory locations.
Why can't app software have direct access to the hardware ?
Ring 3 may be app default but that can be changed in software.
Most problems with hardware now a days is shared interrupts.
Using a Open/Unused interrupt and RS232 port Number between 1 and 4 is a fix for many systems that have problems, because 232 ports were original designed for it.
You can blame the adapter company for your problems, or you can write or setup your software to get around the problems, most of the time.
I would like to thank W4PC for helping and having Chris help even thought I have not paid for support they have given me help, you can't ask for more than that.
Yes so far I have ran HRD in demo mode and Logbook in demo modes and have not have a problem. At this point I am assuming it is my CI-V Cable and prolific chipset I will try a replacement and give it a go.
A well written driver shouldn't allow an application to crash the hardware. If the application tries to do something bad, the driver should refuse to cooperate. The application might then crash if it doesn't handle the error returned from the driver but the whole machine won't crash.
That's basic operating system principles. You have to go back to something like DOS running in real mode or simple embedded systems (Arduino etc) to see application code directly accessing hardware.
Not true. Application level code cannot arbitrarily run at a lower level. It can only make system calls which go down into the system, do what they're asked to do, which might involve drivers and hardware, and return to the application. It's restricted to doing what the O/S and drivers permit.
We're glad to help. And Im gonna make you keep your promise! LOL
Ross, have you written Operating System code? I did back in the 80's and it sounds like you're a Kernel guy, like me.
With PC-Mos in the 1980's, we made int 21h re-ntrant for multi user mode... even BillG was shaking his head at that one. And we wrote it 'black box'. No MSFT source was used. Once I saw the MFST source for DOS in the 90's when I contracted there, I compared the two and was amazed how optimized some of the code Rod, Stew, Marty and I did compared to MSFT.
And no, INT 4 didnt have a $ at end of it. (Old coders joke about Gary Kiddle and CP/M).
Sounds like the HRD group is willing to help even if a person has not paid when they have time.
That is very nice.
It will pay off for them and gain more paid users in the long run.
The new version should do good when it is released.
Will do, and I can't forget to thank Tim, who spent quite a bit of time with me on phone and in my computer trying to get it to work. Thanks Again Guys, The Ham Community at it's finest.
No, I can't claim to have written any real O/S code. I wrote plenty of Z-80 assembler back in the day, often to give the illusion of multi-tasking but that was mostly on TRS-80 and compatibles. I guess it was a form of "cooperative multi-tasking" where each task had to be written to do something quick and return to the outer loop to let something else happen and remember where it was for next time around without any real O/S to speak of. Plenty of direct hardware manipulation, mostly the screen memory but also I/O ports doing some real things in the world.
I never really got into CP/M. I played with MSX for a while which was a Microsoft O/S but not popular in the US apparently. One place I worked at used Concurrent DOS I think it was called. When PCs came along I leap into Basic and then VB and then to C# when .NET appeared. These days I've mostly left Windows behind and build web sites mostly with Drupal and another PHP framework which I really enjoy. It's kind of a different world but still plenty of curly braces. I'm about to be involved in a new web application and we're looking favorably at the Microsoft web stack.