Dr Dobbs
-
A well established and respected journal, except when I got to their web site and wish to subscribe, and I get asked the following question: 1) What programming languages do you currently use or plan to use in the next 12 months? (Please select all that apply.) C C++ C# Java Perl PHP Visual Basic XML Since when is XML a programming laguage? Memes don't exist - tell your friends
-
A well established and respected journal, except when I got to their web site and wish to subscribe, and I get asked the following question: 1) What programming languages do you currently use or plan to use in the next 12 months? (Please select all that apply.) C C++ C# Java Perl PHP Visual Basic XML Since when is XML a programming laguage? Memes don't exist - tell your friends
Back in the day (ca 1978) DDJ was THE journal to read. I learned 8080 assembly language from reading DDJ. I think it was a 4k BASIC interpreter written by Paul Yu. When they published James Hendrix's small C compiler (not to be confused with Jimi Hendrix :) ) that was my entree to C. A great magazine until about a decade ago when, for me, they seemed to lose it. Of course, it might be that I had lost it since it was about the same time that I started programming for Windows :) They also ran a great series of articles by Kent Porter (alas deceased). Michael Abrash (sp?) wrote some great articles on graphics. Ray Duncan spelunked DOS back in the days when the tricks of TSR's were important. Ah, the good old days :) Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
-
Back in the day (ca 1978) DDJ was THE journal to read. I learned 8080 assembly language from reading DDJ. I think it was a 4k BASIC interpreter written by Paul Yu. When they published James Hendrix's small C compiler (not to be confused with Jimi Hendrix :) ) that was my entree to C. A great magazine until about a decade ago when, for me, they seemed to lose it. Of course, it might be that I had lost it since it was about the same time that I started programming for Windows :) They also ran a great series of articles by Kent Porter (alas deceased). Michael Abrash (sp?) wrote some great articles on graphics. Ray Duncan spelunked DOS back in the days when the tricks of TSR's were important. Ah, the good old days :) Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
-
Rob Manderson wrote: Michael Abrash (sp?) wrote some great articles on graphics Ahhh.... the magic of Mode X and precompiled bitmaps!
Flirt harder, I'm a coder.
mlog || Agile Programming | doxygenlol :) We did a lot of strange things in those days to make the hardware sit up and bark. Who remembers EMM and the magic of himem.sys*? *himem.sys really WAS a piece of magic. Some smart guy at Microsoft discovers a bug in the 80286 that lets him map an extra 64 K of memory into real mode memory space and suddenly we have a bug that Intel has no choice but to perpetuate into future generations of the x86 architecture. Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
-
lol :) We did a lot of strange things in those days to make the hardware sit up and bark. Who remembers EMM and the magic of himem.sys*? *himem.sys really WAS a piece of magic. Some smart guy at Microsoft discovers a bug in the 80286 that lets him map an extra 64 K of memory into real mode memory space and suddenly we have a bug that Intel has no choice but to perpetuate into future generations of the x86 architecture. Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
Rob Manderson wrote: Who remembers EMM and the magic of himem.sys*? *himem.sys really WAS a piece of magic. Some smart guy at Microsoft discovers a bug in the 80286 that lets him map an extra 64 K of memory into real mode memory space and suddenly we have a bug that Intel has no choice but to perpetuate into future generations of the x86 architecture. Me.. me.. :-D :-D give more power when playing old DOS games heh..heh..heh "Courage choose who will follow, Fate choose who will lead" - Lord Gunner, Septerra Core "Press any key to continue, where's the ANY key ?" - Homer Simpsons Drinking gives me amazing powers of insight. I can solve all the worlds problems when drunk, but can never remember the solutions in the morning. - Michael P Butler to Paul Watson on 12/08/03
-
Rob Manderson wrote: Michael Abrash (sp?) wrote some great articles on graphics Ahhh.... the magic of Mode X and precompiled bitmaps!
Flirt harder, I'm a coder.
mlog || Agile Programming | doxygenAnd don't forget Bresenham's line and circle algorithms! :) If it wasn't for Abrash, I'd have never gotten into game programming Jeremy Kimball
-
lol :) We did a lot of strange things in those days to make the hardware sit up and bark. Who remembers EMM and the magic of himem.sys*? *himem.sys really WAS a piece of magic. Some smart guy at Microsoft discovers a bug in the 80286 that lets him map an extra 64 K of memory into real mode memory space and suddenly we have a bug that Intel has no choice but to perpetuate into future generations of the x86 architecture. Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
Remember I got squeezed free 604kb of conventional memory. Any better? (Using only emm386.exe's include and exclude) Ah those were the days. Memmaker too was a pretty tool that at least some times did 'The Right Thing'. Cheers :-) Harry HarryS - Norway
-
lol :) We did a lot of strange things in those days to make the hardware sit up and bark. Who remembers EMM and the magic of himem.sys*? *himem.sys really WAS a piece of magic. Some smart guy at Microsoft discovers a bug in the 80286 that lets him map an extra 64 K of memory into real mode memory space and suddenly we have a bug that Intel has no choice but to perpetuate into future generations of the x86 architecture. Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
Rob Manderson wrote: Who remembers EMM and the magic of himem.sys*? Ummmm... It's still part of the new course I'm teaching for A+ certification. "Chapter 12 - DOS Memory." Go figure...:sigh: "Another day done - All targets met; all systems fully operational; all customers satisfied; all staff keen and well motivated; all pigs fed and ready to fly" - Jennie A.
-
lol :) We did a lot of strange things in those days to make the hardware sit up and bark. Who remembers EMM and the magic of himem.sys*? *himem.sys really WAS a piece of magic. Some smart guy at Microsoft discovers a bug in the 80286 that lets him map an extra 64 K of memory into real mode memory space and suddenly we have a bug that Intel has no choice but to perpetuate into future generations of the x86 architecture. Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
Ooh! Ooh! Up until about 4 years ago, I developed/maintained an app that ran under a DOS extender. It included bimodal interrupt handling and all sorts of goodies, like screen handling in assembly language, support for Japanese, nine-track tape, ... I think I'm going to throw up.
Software Zen:
delete this; -
Ooh! Ooh! Up until about 4 years ago, I developed/maintained an app that ran under a DOS extender. It included bimodal interrupt handling and all sorts of goodies, like screen handling in assembly language, support for Japanese, nine-track tape, ... I think I'm going to throw up.
Software Zen:
delete this;Gary R. Wheeler wrote: bimodal interrupt handling That must have been 'interesting' to say the least :) Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
-
Gary R. Wheeler wrote: bimodal interrupt handling That must have been 'interesting' to say the least :) Rob Manderson http://www.mindprobes.net **Paul Watson wrote:**What sense would you most dislike loosing? Ian Darling replied. Telepathy Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003
Actually, it was :rolleyes:. With a DOS extender, your application ran in protected mode most of the time. It 'shifted-down' to real mode to make DOS/BIOS calls. The extender was setup to switch to real mode to handle interrupts, under the assumption that most interrupt handling was being done by real mode device drivers. This mode shift was expensive time-wise, and interrupts that occurred during the transition could be missed. Anything you could do to avoid protected/real and real/protected mode shifts was A Good Thing. With bimodal interrupt handling, you had a protected mode and a real mode interrupt service. The extender then could call the interrupt service directly, without having to mode shift. There were two tricks to this. One was having source code for two different interrupt services, compiled by two different compilers, behave the same way. The second was sharing data between the services, so that they knew what each other was doing. The first problem was solved using macros and conditional compilation. Fortunately, the Watcom and Microsoft 'C' compilers and runtime libraries were very similar. As a result, my source code was shared between the two. The second problem was solved through a feature of the DOS extender. The protected mode memory space included the 0-1Mb range used by DOS. I modified the real mode program that started up the protected mode application to pass, on the command line, the real mode address of a table. This table listed a set of tokens and real mode addresses. The protected mode application could then search the table for a token, and use the real mode address in a pointer to find the data. Oops. This is more than anyone (including me) would ever want to know on the subject. :-O Sorry.
Software Zen:
delete this;