#Rel. 3 Crash on Exit
26 messages in this thread
Life was so good, I had such high hopes……….
I just bought rel. 3 3ds on Monday and installed it on my 486/66 VLB w/ 32 Mb
RAM w/ AMI bios dated 6/10/93 and a 2 Mb Diamond Viper VLB VGA ver. 2.02 and a
VLB IDE controller, and typical KB, floppies, HD.
………….the trick to the following is it only happens on exit of the
program…………
I am receiving the dreaded "QEMM 7.01 exception 13 error"….. and/or a
"PharLap error 10051:ran out of machine struct" (?????)
The error depends on the exact config that I try. The one common fact is that
I cannot exit without the crash.
I have tried all of the different Diamond Vibrant drivers and the VESA drivers
as well as all of the cfig386 settings I know how to set and I get the same
crash situation as I exit.
3ds rel. 2 ran fine with my SONY EVO 9650 and a Diaquest DQ-232 controller, all
which have performed flawlessly for the last year.
The interesting thing is I still can draw and save and render while in the
program, it just dies as I exit (!). Even though I have wasted a week on 3dsR3
I still "like" this program.
JD
Sorry to hear that you're having installation problems. I knew that
switching to Phar Lap 5.0 would causes some incompatibilities, and
for awhile I considered refusing to change from PL 2.6. We had
almost ZERO compatiblity problems with a 75-person beta program,
which I guess wasn't large enough to catch more of these weird
operating environment issues.
Have you tried uninstalling QEMM? If you give us more information
about what exactly happens when you swap out different devices, I'm
hopeful that we can help you work it out.
Gary, PMJI, This thread just reminded me that I wanted to share this
information with yourself and the forum. I received a BrandNew
486DX2-66MHz, 256k cached desktop unit for our new Training facility
that happend to have a Bus Logic IDE/FDD Combo Controller. The
Controller was a Model BT-455S Fast SCSI Addapter for VL-Bus Systems.
Here is the important part…..The BIOS CHIPS on the Controller where
4.50 and 3.31 respectivly. And we were running DOS 6.0 with QEMM
7.01. We were having all kinds of trouble running Quarterdeck…
blowups.. crashes etc.
After a couple of calls to Both Buslogic and Quarterdeck we
determined that the BIOS CHIPS needed to be upgraded: (Remember This
is a BRAND NEW Unit.)
The reason…..See page 146 in your 7.0
(BTW if you have 7.0 You MUST upgrade to 7.01 for DOS 6.0 ETC.)
or 7.01 Quarterdeck expanded memeory manager Manual. Breifly…"VDS
(Virtual DMA Services) makes it possible for bus-mastering devices to
coexist with 386 memeory managers like QEMM."
Soooooo if the Controller is a Bus-Mastering "type" the BIOS CHIPS
_Must_ Support VDS. Oh Ya' Bus Logic did send us the Newer chips at
no charge…..we plugged them in and it worked just fine. <g> For
what its worth Department. Murph'
Just another nightmare in DOS-land. Geez.. I bet that Nintendo
developers never have to deal with this kind of stuff.
Gary,
>> Nintendo developers <<
Never heard of that <g>….is that some kind of High Production
Value…Hollywood Studio software? <BG>
Murph'
You must consider start to develop for the 3DO platform <g> This game console
seems to have more MIPS than a 486DX2/66!
ana /krazy images
>> You must consider start to develop for the 3DO platform <g> This
game console seems to have more MIPS than a 486DX2/66! <<
_Something_ must be going on. We've been asked to man a 3DS booth at
the 3DO conference in San Jose, CA next week. I don't believe Adesk
is considering anything specific for 3DO, but that they just want
3DO'ers to be aware of tools that can be used in developing games for
the platform.
At Siggraph, we had one person approach the booth asking if we
supported the 3DO file format. (We make InterChange Plus, a program
that translates between many different 3D file formats, including
3DS.) I've never heard that 3DO had its own file format for 3D
models… have you?
I'm not really sure _what_ the connection with 3DO is; I just kinda
assumed that it might be something showing how to get an animation
(read flic) from 3dS that might later be integrated somehow into a
3DO program. I am very unfamiliar with 3DO, (this request took us
somewhat by surprise), but I will try to find out what it is all
about at the conference and get back to you sometime next week.
John
I would guess that 3ds is already used quite a bit in 3DO development.
I may be wrong, but I think Cyrus Lum of Crystal Dynamics, who had a
bunch of stuff on the Siggraph '93 tape, develops for them.
I personally used 3ds to work on part of a LucasArts game based on
"The Empire Strikes Back", for Sega Genesis/Cd-rom. Should be in the
stores soon. 'Course after going through flic compression, then some
other proprietary compression, the output is probably rather dismal.
Haven't seen the final product, though. 3ds is cropping up in some
of the unlikeliest places <G>.
A company called Mondo Media showed me some tgas from a CD-ROM game
called CATWALK that's coming out real soon. Good models and stellar
texture maps. The game looked pretty good, too, but the grainy,
jerky quality of CD playback fit in with the feel of the game.
haven't heard of CATWALK. In fact I'm not much of a gamer myself, I
try to build 3d models, jump from planes (or bridges, tall buildings
etc), climb mountains, and snorkel for fun.
I don't play games either, don't even have one here. I showed them
some of my stuff for an upcoming potential bit of work, and "they
showed me theirs…" (use your imagination, but not too much <g>).
I talked to Mondo Media about 2 years ago about some work, but they
only wanted to work with SF locals. You never know, you may be "in
like Flynn/Flint" with them <g>. Good luck.
Does someone want to jump in and explain (a) what is 3DO? (I assume
it's some kind of compression/playback system) and (b) how do you get
flics to play in this format? What hardware is involved etc? Just
curious.
3DO is a 32-bit (I think) game play system, similar to Nintendo and
Sega, but a lot more powerful and, I think it takes cd-rom or
cd-interactive type cd's. I don't know anything about its method of
compression or playback, although I'm sure it's proprietary. A
developer of games for it would have all the utilities necessary. I
hope somebody else can jump in and fill in the blanks and/or correct
me.
So which part of the galaxy are you in now? I just talked to Nick
Weideman of Adesk, Australia and he said you'd be in the Sydney area
towards the end of November. I live in the Laguna Beach, CA area but
I'll be there too, on a vacation/fact-finding trip. Maybe there's a
chance we could meet?
yeah, probably we will see a 3DO version of "Mario _Yost_" soon <G>
>We had almost ZERO compatiblity problems with a 75-person beta program,
>which I guess wasn't large enough to catch more of these weird operating
>environment issues.
Let me be the first to volunteer for your increased R4 beta group <g>.
G –
Just reinstalled the QEMM 7.01 and have played with the loaded drivers, When I
load only the MicroSoft 2 button mouse TSR (ver. 8.20) I still get the crash on
exit but my system does not lock up. I get my c:\> prompt back but I still get
a brief Pharlap error listing to the screen. The only thing I am not loading
up are my Tplus.sys file and the tmode11, etc. files and set calls. Are there
any new drivers for the Tplus 16/32 card I should know about?
Also it is curious that when I am now rendering a file as I return to the 3D
Editor screen the menu area does not redraw until I move my mouse.
Will be waiting to hear any other suggestions, THANKS!!!
JD.
JD:
I didn't see any previous message, but I'm loading MSMouse 8.20 and QEMM 7.01
(and Targa+), and don't have any problems. Here's a question, though. Is QEMM
taking over any areas in your F000-FFFF ROM area for use as high mem? QEMM7 is
MUCH more aggressive about this than previous versions, and I have seen a
number of machines in which this practice causes all sorts of problems. I
would suggest you try adding ROMHOLES:NO (or RH:N) to your QEMM line in the
config.sys — this will stop it from taking over any of the F000 range.
Dave
David,
I will give it a shot.
Thanks,
JD
In the QEMM directory, there is a utility called MFT. Run it and
generate a complete report of the system. Zip that file up and upload
it to me.
Gus, you're too cool!
John Tissavary (La Luna cie)
Yeah, maybe I should be in the Yoster's payroll… but then, I would
have to wear one of those hawaiian t-shirts and I, unlike Gary, would
look rather silly (a bit more than I already do) and then nobody
would take me seriously (not that anybody does now though…) <g>
I would take you seriously… NOT!
– G
Gus,
I have never Uploaded a file to someone on CompuServe before, I will try to
figure it out this afternoon and get it to you ASAP.
THANKS!!!,
JD.