4 |
The LA Fox Developer Newsletter
September 1994
New Home
(Con't from page 1)
that have multi-purpose rooms which can be
reserved ahead of time. The big drawback to thi
option is parking availablity. So this option shoul
really be considered on a temporary basis only.
LA Fox provides a valuable service to its member-
ship. The first meeting I attended featured Adam
Greene, at the time one of the best-known xBase
developers in the country. Here was a man that
thousands of people have paid hundreds and
thousands of dollars to see, listen and learn from.
And I was seeing him for a mere $5.00 visitor’s
admission. Since then, our meetings have fea-
tured the likes of Dick Bard, Nancy Jacobsen, Lisa
Slater, Mike Feitman, John Miller, Ken Levy, Les
Pinter, and many others involved in the advance-
ment of FoxPro programming techniques. In our
newsletter, we try to provide the most up-to-date
information about the FoxPro community, program-
ming tips, hands-on product reviews, and other
items of interest. And among our ranks are several
published authors. I believe that anyone in the
group would be hard-pressed to find a better value
for their dollar.
All of this has been accomplished by the board
with little involvement from the membership. And
it’s all been relatively hassle-free. And perhaps
that’s part of the problem. But now it’s time for the
entire membership to get involved. We need to
find a new place to meet, even on a temporary
basis untill we can locate a permanent one.
We’re not locked into the third Tuesday of every
month (some of us might have to break old habits),
we not locked into specifically 7:30 (some of us
might have to reset our alarm clocks), and we’re
not locked into a specific location (some of us
might have to drive a little farther).
So help us out. You can reach us by calling Chuck
Williams at (310) 539-9439
I
CID# 72330,2326 or
Barry Lee at (714) 968-4225 / CID# 72723,3422.
Vext
Month...
Blank Software’s
Calendar/Scheduler
Reviewed
Traversing the GP Fault
(Con't from page 3)
Modify the “advanced chipset features” in the
CMOS/BIOS. Sometimes there
can be conflicts in the
CMOS setup. To modify these features, follow these
steps:
1.
Press the escape sequence keys, during system
startup, to access the CMOS setup. On some com-
puters, this can be done by pressing the “delete” key
during system startup. Before proceeding, do a “print
screen” to the printer so you have a hard copy of the
original setup in case you need to recover it.
2.
Proceed to the “advanced chipset features”
section.
3.
Disable (normally with the Page Up/Page Down
keys) CPU Internal Cache, External Cache, System
BIOS Shadow, Video BIOS Shadow, and flip the Gate
A20 Option to “normal” (HIMEM.SYS has been de-
signed to use several different A20 handlers). Save
the settings and exit the setup.
4.
Next, re-boot the machine and start Windows.
You’ll notice that everything has slowed down sub-
stantially. Unfortunately, you’ll have to run like this
until you can determine that any of these settings are
not causing the GPF. In other words, if you’re still
getting GPFs, the original CMOS settings may not be
the cause. If you’re no longer getting GPFs, then one
of these features is causing the fault.
5.
Once that determination is made, turn these
features back on,
one at a time
, in this order: CPU
Cache, System BIOS Shadow, External Cache, Video
Cache, and flip the Gate A20 Option back to its origi-
nal position. As you turn these features back on, save
and exit from the setup, and reload Windows.
Make sure there are no incompatibilities in your
system. These incompatibilities may be in anything
from software memory address conflicts down to the
board component level. Some examples that immedi-
ately come to mind are:
1.
If GPFs occur in 386 enhanced mode, but do not
occur in standard mode, your system may have a
memory conflict in the upper memory blocks (UMBs).
To eliminate the possibility of a UMB conflict, insert the
following line in the [386Enh] section of the
SYSTEM.INI file:
EMMExclude=A000-EFFF
(Con't,
page
5)
Page 4
|
4 |