Hi!
Quite plausible that FAT32 is the default. I assumed that if you install
in advanced mode (see your both.org link) you might be able to partition
manually for FAT16. Another method would be booting DOS from the install
medium without actually installing it. You can then manually start FDISK
to create a FAT16 partition. After rebooting, the installer should see
that a FAT16 partition already exists and offer to FORMAT it etc. :-)
I understand that if you do NOT use JEMM386 or JEMMEX, DOS works? :-)
Yes, if I choose option 3 at boot, then FreeDOS loads OK,
but I'm stuck with 640KB.
Good to know.
Jemm386: exception 06 occured at CS:EIP-CA57=000009EE ...
For the sake of simplicity, I took a photo of the error message
and ran it through an OCR.
You have an interesting definition of simplicity :-D
Sorry, the OCR was not perfect here either.
No problem, the change does not affect the SALC "diagnosis".
The Pocket 386 has an Ali M6117 SoC, which contains a 386 SX
core clocked at 40 MHz.
Never heard of that. Is it also used for industrial PC?
Please let me know which drivers you are loading :-)
Thanks for looking at the boot messages, but for me it
would be more simple if you copy-pasted the config and
autoexec (or fdconfig and fdauto) contents instead. But
I have another solution. See below.
HimemX 3.38 ...
KBC A20 method used
Jemm286 v5.85 ...
System memory found at c000-c7ff, region might be in use
Jemm386 loaded
Kernel allocated 46 diskbuffers ... 24472 bytes in HMA
FreeCom version 0.86 - WATCOMC - XMS_Swap
Performing actions: APMDOS
...
APM not available, skipping APM setup
Going resident.
CuteMouse v2.1 beta4...
Error: device not found
DOSLFN 0.41 ...
Jemm386: exception ... (we know this part already)
That sounds like apart from DOS=HIGH,UMB and DOSDATA=UMB
kernel and driver stuff, the UMB likely contain parts of
JEMM386 itself, FDAPM, CTMOUSE, DOSLFN, maybe FreeCom,
maybe other drivers which do not show start-up messages.
Look what I found in the doslfn.asm source code ;-)
proc GlobbingEx
;FU: wie Globbing, testet jedoch auch noch bei Treffer, ob bei
; File_Flag_DotAtEnd der Name keine Erweiterung hat
; (Der Trick, im FCB das erste Zeichen der Erweiterung zu testen,
; klappt bei CDs nicht, oder man m<81>sste da erst nach FCB konvertieren)
;PE: SI=Name (umgekehrt als bei Globbing!!)
; [CurPathComp]=Maske (immer ohne '.' am Ende)
; [File_Flags]=Punkt-Merker "File_Flag_DotAtEnd"
; DS,ES=CS
;PA: Z=1 bei Treffer
; CY=0 (immer)
;VR: AX,DI(=Maske)
mov di,[CurPathComp]
xchg si,di
call Globbing
xchg si,di
db 0D6h ;setalc
or al,al ;Umwandlung NC->Z
_glob_ret:
ret
endp
Because the Assembler used to "compile" (assemble) *DOSLFN*
seems to not know SALC, the author has taken the effort to use
SALC by manually adding the byte 0d6h to the source code :-p
Please comment out the loading of DOSLFN by adding a REM
before the line which loads it (in autoexec or fdauto) :-)
This could solve your problem when booting FreeDOS with EMM386.
Of course you will not have LFN support. Probably a minor pain.
PS: It could be possible for JEMM386 to emulate SALC on systems
which do not support it in hardware. A sort of exotic solution.
The thing is that all EMM386 style drivers switch the CPU to
protected mode and create a simulated non-protected-mode bubble
where DOS is running. They do that to simulate functionality in
use for EMS and UMB, which were hardware jobs in pre-386 times.
Because of this architecture, EMM386 can also simulate extra
features in your CPU itself. Everything which fails triggers
an exception which EMM386 uses to either show error messages
or simulate whatever is necessary to hide failures from DOS.
This also is what helps "virtual SoundBlaster 16" drivers :-)
Those work with the protected mode manager (such as EMM386) to
tell the CPU that attempts to access SoundBlaster I/O ports
should fail. They ask for notification of such failed attempts
and then use that to simulate what a SoundBlaster would do.
You can also simulate CPU support for extra opcodes that way.
Best regards, Eric
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
