during the time that all these responses were written AND READ, competent
programmers could
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> Also, did you know that UMBPCI is actively maintained
> and more reliable in finding out which areas can be
> used for UMB etc. than JEMM / JEMM386? So it can be
> a good idea to use explicit EMM options based on what
> UMBPCI detected: This avoids more conflicts than the
> easier method of
Dear Eric,
> Hi :-) Quick news from Jack's drivers: He has a closed
> source update for XMGR (more fail-safe 386 XMS move)
> and UHDD: The new UHDD has the interesting feature of
> read-ahead for cache sizes of at least 20 MB. It is
> a simplified version without I/O overlap and DOS RAM
> search
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> ht
>> Hi Jerome,
>> I've just tried your veach.com utility and it looks like it shall really
>> come in handy! I was missing a program capable of appending a command to a
>> sorted list (like a | in Unix ) .
>> Nice job, and thanks for your effort
> Thank you.
> Just like you, I would find
> It's more possible than ever [0] to compile the kernel with GCC.
'This part of DJGPP is dedicated to the 16-bit tools that have been developed
to assist in using DJGPP.
Note: I lost interest in these projects before I completed them.'
> Yes, it would be a large under taking but maybe a long
From: Tom Ehlert <t...@drivesnapshot.de>
>>> Unless I'm mistaken, conditional jumps on 8086 don't go beyond -128 ..
>>> 127 (signed) byte range. Hence the billions of workarounds (TASM
>>> "jumps", MASM "option ljmp", etc).
right.
>> I w
From: Tom Ehlert <t...@drivesnapshot.de>
Hello again,
> Do you want to load FreeDOS High, UMB?
there is no good reason (for normal use) to have ever
DOS=HIGH,UMB
disabled. if no HIGH or UMB memory is found, it is silently ignor
From: Tom Ehlert <t...@drivesnapshot.de>
> Why not use the CHOICE option-a to let the user decide?
because 99,9 % of all user have no need for SHARE.
> I have a
> menu system which is designed to be used on a network and requires share to
be loaded
are really multiple mac
From: Tom Ehlert <t...@drivesnapshot.de>
Hi,
to reproduce this FIND problem, I tried to setup a new FD1.2 machine.
what I did:
download FD12LGC.ISO
create a new virtual box machine with 512 MB disk
use FD12LGC.ISO to boot the machine.
boot machine.
'Unfortunately, this
From: Tom Ehlert <t...@drivesnapshot.de>
I could reproduce this.
it happens in/after findnext()
this error is related to the compiler.
if the source is compiled using TurboC 2.01 the error occures.
compiling the exact same source with TCPP the error is gone.
try www.drivesnapshot.de/f
From: Tom Ehlert <t...@drivesnapshot.de>
> I keep getting the error-adma crosses 64k boundary when using tools
> like rawrite3 or hard drive manufacturers tools floppy creation
> software. I need to boot from Windows 98 bootdisk to get rid of it.
> Please let me know if the
From: Tom Ehlert <t...@drivesnapshot.de>
Hallo Herr Kai Schaetzl,
am 18. August 2016 um 15:31 schrieben Sie:
> Tom Ehlert wrote on Mon, 15 Aug 2016 16:00:55 +0200:
>> an amazing amount of effort to get a german keyboard driver
> Not really once you know that you don't
From: Tom Ehlert <t...@drivesnapshot.de>
Kai,
an amazing amount of effort to get a german keyboard driver :<<
> Hi Eric,
> thanks for the quick reply. In the meantime I found out that I can load a
> German layout with just "keyb gr", just not the layout
From: Tom Ehlert <t...@drivesnapshot.de>
Dear Eric Auer,
could concentrate ONCE on the problem at hand, and not on all this
blablabla about file versions?
the problem seems to be that this freedos.img, booted in VirtualBox,
is able to generate funny characters (i without dot, C wit
From: Tom Ehlert <t...@drivesnapshot.de>
as usual.
urgent problem.
even 'Solver of this problem will be rewarded with 500$.'
a lot of more or less helpful messages exchanged.
then all of sudden the original poster vanishes, without any feedback
if all the given advice helped, or not, a
From: Tom Ehlert <t...@drivesnapshot.de>
Hello Salih,
did you try to boot your image on real, but different hardware, like a
standard PC?
Tom
--
___
Freedos-user m
From: Tom Ehlert <t...@drivesnapshot.de>
> On physical machine any of keyboard layouts not work. In Virtualbox every
keyboard layout is working.
>
> We think real machine memory side has a problem with loading keyb.exe.
there is a tool called MEM.EXE where you can detect if
>>> Unless I'm mistaken, conditional jumps on 8086 don't go beyond -128 ..
>>> 127 (signed) byte range. Hence the billions of workarounds (TASM
>>> "jumps", MASM "option ljmp", etc).
right.
>> I won't argue about what opcode is or is not available on 8086, since I
>> did not bother decoding their
ommunity on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/
Hello again,
> Do you want to load FreeDOS High, UMB?
there is no good reason (for normal use) to have ever
DOS=HIGH,UMB
disabled. if no HIGH or UMB memory is found, it is silently ignored.
Tom
--
Check out the
>> Am 16.01.2017 um 13:12 schrieb BlameTroi :
>> I got this after a FIND command.
>>
>> C:\ELVIS\DOC>find /i "env" e*.htm
>> file list ...
>> Error reading from drive A: DOS area: general failure
>>
>> I've triple checked and I have nothing in my autoexec or config
in the APPINFO directory, the LSM files are formatted UNIX style LF,
and not DOS style CR LF
btw: I'm no longer able to locate FreeDOS sources for FIND and it's
maintainer from freedos.org.
Tom
--
Check out the
Originally to: ALL
Hi,
to reproduce this FIND problem, I tried to setup a new FD1.2 machine.
what I did:
download FD12LGC.ISO
create a new virtual box machine with 512 MB disk
use FD12LGC.ISO to boot the machine.
boot machine.
'Unfortunately, this method of installation is not supported on
Originally to: ALL
I could reproduce this.
it happens in/after findnext()
this error is related to the compiler.
if the source is compiled using TurboC 2.01 the error occures.
compiling the exact same source with TCPP the error is gone.
try www.drivesnapshot.de/freedos/findtcpp.com and
I could reproduce this.
it happens in/after findnext()
this error is related to the compiler.
if the source is compiled using TurboC 2.01 the error occures.
compiling the exact same source with TCPP the error is gone.
try www.drivesnapshot.de/freedos/findtcpp.com and
Hi,
to reproduce this FIND problem, I tried to setup a new FD1.2 machine.
what I did:
download FD12LGC.ISO
create a new virtual box machine with 512 MB disk
use FD12LGC.ISO to boot the machine.
boot machine.
'Unfortunately, this method of installation is not supported on this
hardware
as usual.
urgent problem.
even 'Solver of this problem will be rewarded with 500$.'
a lot of more or less helpful messages exchanged.
then all of sudden the original poster vanishes, without any feedback
if all the given advice helped, or not, and how he solved his problem
(or not).
after
Hello Salih,
did you try to boot your image on real, but different hardware, like a
standard PC?
Tom
--
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
> On physical machine any of keyboard layouts not work. In Virtualbox every
> keyboard layout is working.
>
> We think real machine memory side has a problem with loading keyb.exe.
there is a tool called MEM.EXE where you can detect if KEYB is loaded
or not.
it may be as well that MEM gets
ersion 3.26, Aug 25 2006
> 15201 USBUHCI.OVL overlay for usbuhci
> 16799 emm386.exe version 2.26, Aug 25 2006
> 20776 USBUHCI.COM version 0.14, apparently 2010
> 30250 country.sys data file for nlsfunc country specific settings
> Maybe the others have additional comments on the used file versions!
> Reg
> I keep getting the error dma crosses 64k boundary when using tools
> like rawrite3 or hard drive manufacturers tools floppy creation
> software. I need to boot from Windows 98 bootdisk to get rid of it.
> Please let me know if there is a way to get rid of this problem under FreeDOS.
MSDOS
Hallo Herr Kai Schaetzl,
am 18. August 2016 um 15:31 schrieben Sie:
> Tom Ehlert wrote on Mon, 15 Aug 2016 16:00:55 +0200:
>> an amazing amount of effort to get a german keyboard driver
> Not really once you know that you don't need the .kl file.
> According to
> http:
leases of FreeDOS
> I don't need it now anymore it seems. But still wondering if it's really
> not available from anywhere.
>> Viel Spass!
> Gleichfalls, von Berlin nach Berlin :-)
> Kai
instead I recommend
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/mkey
> On 22/07/2016 10:34, Tom Ehlert wrote:
>>> (Honestly, FreeCOM needs to be better optimized for size and then we
>>> wouldn't have to worry at all. That is one of our weakest links.)
>>
>> seriously: command.com has ~3 K resident size. what are you
>> comp
_
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
Mit freundlichen Grüßen/Kind regards
Tom Ehlert
+49-241-79886
--
Attend
>> I'm building the new website. I'll update the notice to encourage new
>> users to install FreeDOS in a virtual machine.
>
> any reason why we don't provide ready to run virtual machines as .VHD
> images?
>
> Tom
> Hmm... I don't know why we haven't. I don't know anything about VHD
>
> I'm building the new website. I'll update the notice to encourage new
> users to install FreeDOS in a virtual machine.
any reason why we don't provide ready to run virtual machines as .VHD
images?
Tom
--
What
onsuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
>
> ___
>
---
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-v
ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
M
>> an operating system without CDROM and network drivers doesn't sound
>> very useful to me, even if everything has the correct license. YMMV.
> I think that the key is to perceive FreeDOS as a replacement to MSDOS,
> nothing else (that is, "BASE").
after 10+ years advertising that FreeDOS is
> CRYNWR - Unknown License, Dropped.
> GCDROM - Listed as GPL, No Sources, Based on XCDROM, Removed.
GCDROM sources are available.
> UIDE - Free for non-commercial, Removed.
> UMBPCI - Listed as free, No sources, Dropped.
> XCDROM - Removed.
an
> The patched version of ITERLNK leads to problems if I still have a line
> version=3.31
version=3.31 is lying about location and size of a couple DOS
datastructures. don't do this, or expect trouble.
use /low or a new kernel to run interlnk.
tom
ftice
himem
interlnk
what is your crashing configuration?
Mit freundlichen Grüßen/Kind regards
Tom Ehlert
+49-241-79886
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile
Bret,
> Eric/Tom:
> I used to use INTERxxx a lot many years ago using the special
> parallel cables designed for that purpose (I think I still have a
> couple of those cables in my "spare cable box"). Parallel is MUCH
> faster than serial (null modem) cables.
I also used it *A LOT*. in times
>> Just want to know if FreeDOS can run interlink.exe and intersrv.exe
>> If FreeDOS is compatible with interlink, then what steps should follow?
interlink/intersrv are part of msdos. this should work in theorie,
but you are probably the first to test this on FreeDOS.
> As far as I remember,
> I am concerned by this statement from Jack's email: "Take a look at
> the sources for Microsoft HIMEM or EMM386, as I have…" This is the
> first I was aware that Jack had reviewed any source code from
> Microsoft.
Microsoft made the source for HIMEM.SYS available to programmers in
1988.
Hello Mateusz,
a) you forgot to publish the source for picotcpl.lib and
picodosl.lib
b) the only provided example program PING.EXE is HUGE (120K/63K when
compressed) when compared to mTCP ping.exe (40K/28K compressed)
what exactly is the advantage of 'pico'TCP?
Tom
am 19. November 2015 um
Hallo Herr John Hupp,
am 16. Juli 2015 um 01:48 schrieben Sie:
For a US layout keyboard and the default BIOS keyboard driver: I brought
this issue up a long time ago and learned that by design R-Alt is a dead
key and does not duplicate the functionality of L-Alt.
I have always found it to
I recommend to ignore this thread.
Tom
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing
with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
Mit freundlichen Grüßen/Kind regards
Tom Ehlert
+49
On 6/8/2015 7:27 AM, Dale E Sterner wrote:
For printers its usually easy to find the control commands but
for cd units I've never seen them made available to the public.
Is there a command list published anywhere for cds.
Yes, it's called ATAPI and there exist a lot of different documents
rugx...@gmail.com wrote:
Hi,
On Mon, May 18, 2015 at 4:42 AM, Tom Ehlert t...@drivesnapshot.de wrote:
Ability to run Windows 3.1 in 386 enhanced mode.
has been discussed multiple times. conclusion: forget it
Okay, but let's be clear here:
1). It's proprietary, so it's
Ability to run Windows 3.1 in 386 enhanced mode.
has been discussed multiple times. conclusion: forget it
Tom
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box
Now the new multi-TB hard drives have 4096-byte physical sectors,
at least some of them try to act as if sector size were 512 bytes.
virtually ALL disks act as having 512 byte sectors, even if they have
internally 4096 byte ('advanced format').
search for '4K native' drives, and you will see
Is it safe to load UIDE in FDAUTO.BAT with DEVLOAD.COM, instead
of loading it in FDCONFIG.SYS as recommended in the
instructions?
yes, this is save.
Tom
--
Dive into the World of Parallel Programming! The Go
I've released alphas and beta versions of the game.
http://www.mediafire.com/download/36t9ql7z19x14i8/SN0_1.ZIP: tech demo.
http://www.mediafire.com/download/ddem9tk51xdaidu/SN0_3.ZIP: alpha 0.3
http://www.mediafire.com/download/u7hdsdtevhv4omt/SN0_6.ZIP: alpha 0.6
DOS might have problems with SATA drive. DOS reads from the harddrive a
lot.
Since SATA is serial (just one bit at a time) The data ransfer rate might
be too slow for DOS to live with. I know I can't get it to run on a SD card
because one bit at a time is just too slow.
back in the good old
The serial port is opened in FreeBasic with :
Open Com COM1:38400,n,8,1,cs0,ds0,cd0,rs For Random As #CP
FreeBasic doesn't support FIFO, and most likely no IRQ.
try
Open Com COM1:600,n,8,1,cs0,ds0,cd0,rs For Random As #CP
and see if that changes your problem.
Tom
FreeBasic doesn't support FIFO, and most likely no IRQ.
try
Open Com COM1:600,n,8,1,cs0,ds0,cd0,rs For Random As #CP
and see if that changes your problem.
sorry, not true.
FreeBasic seems to use IRQ, but not FIFO.
anyway, try
Open Com COM1:600,n,8,1,cs0,ds0,cd0,rs For
More detail:
The rs232 port Com1: is connected via a Null modem cable to an Adam 232 to
485 converter.
In the Bios I have Com2 to 3 disabled.
An IRQ clash is possible if Cutemouse uses IRQ4 from Com1.
My next step is to try different mouse drivers, unless I get more
suggestions.
there
Hallo Herr Thomas Mueller,
am 6. Oktober 2014 um 08:21 schrieben Sie:
from Eric Auer:
As you mention in another mail that this is about wireless network:
I am not aware of any new drivers for DOS for wireless network USB
sticks, extension cards or similar. However, you could connect your
Hi,
I don't want to brag too much, but M2WAT shows the absolute brilliance
of separating the DHCP process from the programs. ;-0 The mTCP programs
do not know or care about DHCP; they behave the same whether they have a
static IP address or a DHCP obtained one. M2WAT helps the WATTCP
/
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
Mit freundlichen Grüßen/Kind regards
Tom Ehlert
+49-241-79886
--
Slashdot TV
This is not really about FDNPKG, but more about how packages are
structured. Indeed, I tend to avoid putting to much stuff into
%FREEDOS%\BIN, and only put there stuff that is supposed to be part of
the FreeDOS core (ie BASE, that is similar functionality than what
MSDOS was providing).
'Which means Accept what the package manager does by default. I
mostly concur, but an advanced user might have reasons for wanting
things elsewhere. It's nice it the package manager gives them an
option to do so and specify where, but if it needs AUTOEXEC.BAT
modified for things to work as
Hi Mateusz,
On 08/15/2014 12:29 PM, Tom Ehlert wrote:
a better way to achieve the same effect would be a directory on the
PATH with batches that redirect to the proper location.
ZIP.BAT
shift
c:\USR\BIN\ZIP %1 %2 %3 %4 %5 %6 %7 %8 %9
Exactly what I was saying, yes.
exactly. I
on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
Mit freundlichen Grüßen/Kind regards
Tom Ehlert
freundlichen Grüßen/Kind regards
Tom Ehlert
+49-241-79886
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same
Hallo Herr Zbigniew,
am 29. Juni 2014 um 02:35 schrieben Sie:
2014-06-29 1:13 GMT+02:00, Rugxulo rugx...@gmail.com:
Turbo Pascal has a smartlinker while Turbo C does not.
Turbo C linker is about as smart as Turbo Pascal.
Indeed I noticed even earlier, that OBJ is of decent size (just a
Most probably because you use printf().
It seems, not too much I can do about this using Turbo C:
1. Compilation of Hello, world! containing printf gave around 370
bytes for OBJ, and 8.3k for EXE.
2. The same when replaced printf with puts gave 6.4k for EXE.
puts() is essentially
puts
https://lists.sourceforge.net/lists/listinfo/freedos-user
Mit freundlichen Grüßen/Kind regards
Tom Ehlert
+49-241-79886
--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
#149; 3 signs your
You can download my SCANTEST program
good idea;
MKEYB BR /T
does something similar
(it's included with the USB drivers)
that gives us the idea to ask:
is this a PS/2 or USB keyboard ?
Just as another troubleshooting item, does it happen even when you
don't have a special keyboard driver
When I run the defrag program on my dos machine, It does not allow me to
do a full defrag. The options are limited (grayed out).
On that machine, I am running freedos and for a command processor,
4dos. FAT32 was created by a windows o/s before I bought it. I have
since removed window
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
Mit freundlichen Grüßen/Kind regards
Tom Ehlert
+49-241-79886
i made a dos version of this, version 1.0.3.2 , i still have to
test it out but it getting late linux version seems work okay though.
it used rle encoder to compress the file and is only effective on
data that repeats alot, it is in the git repository
Features 'Rle compression'. wow.
Hi Mateusz,
is there a place you can download all of freedos in one big piece,
but including all the up-to-date everything?
As Bojan already pointed out, such place already exists. It's here:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/
this would be
The problem with tar.whatever files is you must first uncompress the
tar file, then extract what you want (and possibly then remove the
uncompressed tar file.)
Not really. If you use tar for decompression (and not 7za) it will
automatically pipe the output of tar to appropriate
I may sound harsh, but being accused of ignorance by
more ignorant is the only word of excuse I will utter.
this 'more' makes me think that you should prove your competence
first
I agree. The above quoted phrase was a late minute, unfortunate
addition to my mail, that was meant
Bertho ???,
You may call me Czerno, Herr Ehlert
your email signature reads Bertho Grandpied y31415926...@yahoo.fr
that translates to Bob Bigfoot, right ?
You can't escape having to explain what adverse effects you were evoking,
now anyway.
command.com is a 'normal' program. just
you would end up with
3 K COMMAND.COM, (resident part)
100 K FREE (remainders of freecom before resizing)
1 K command.com environment (at ~1800:0)
How lame ! Of course, your Freecom shall have to play a minimum game of
releasing its own initialisation code and data,
Hi,
Should OTOH you (and the FreeDOS project at large) wish to offer the
free XBDA mover as a supplement/alternative to FreeDOS's internal, I'll
contact you for arranging the mirroring. It's a simple, robust and
tiny DOS device driver coded in ASM, a few hundred bytes altogether.
it probably
Thanks. It would work indeed because - as I was checking a few minutes
before reading your mail - FreeCOM does maintain the master environment
pointer (its segment) in its PSP:3Ch slot, additionally FreeCOM seems
to use the contents of that 'slot', not some copy it made, whenever
it needs to
I'm surprised you have to question this!
after ~12 years without anybody complaining, I'm surprised about you
complaining.
How many users do you have ?
I have no idea - and don't care.
Of these, how many understands this level of detail, /and/ in addition, will
care ?
answering this
Bertho ???,
Casually peeking at Freecom source, branch MAIN, init.c v 1.31,
...
I'm not sure what is to be gained by using 'lastfit' even in upper memory.
...
Hoping someone will take the challenge,
left as an exercise to the reader. suffice it to say: you wouldn't like the
adverse
I've seemed to notice Command.com locates its master environment
block at the top of conventional memory
Is this behaviour user-controllable with some switch while loading
FreeCOM ?
what would be the purpose to change this ? whee would you
like to have it ?
Or otherwise, depending on the
That's funny, because I thought that the master environment was
controlled by the kernel.sys?
obviously not as it's size is controlled by '/E:512'
Maybe they can add a switch that
forces the environment be loaded in upper ram instead of conventional?
'they' could do nearly everything
at
Hi Bertho,
I've seemed to notice Command.com locates its master environment
block at the top of conventional memory, just under the video (and
under a BIOS defined extended bios data aka EBDA, if any).
Is this behaviour user-controllable with some switch while loading
FreeCOM ?
what would
I fixed some compile time errors and uploaded new version (1.2e) of Hexed
to my site. This is a DOS and Linux console hex viewer/editor.
http://digitalatoll.com/pub/DMSOFT/hexed-src-1.2e.zip
The sourceforge project is at
http://sourceforge.net/projects/doshexed
'Also, if you find this
GPL, so patches welcome! :-)
Patch what? This code is so tragically flawed and devoid of purpose
that there is nothing worth patching.
In case it wasn't obvious, 0.0.1 implies that the program is far from
finalized, perfected, mature, or even release quality. Ever heard of
write one to
, Louis Santillan lpsan...@gmail.comwrote:
On Mon, May 6, 2013 at 5:46 AM, Tom Ehlert t...@drivesnapshot.de wrote:
Badly written ifdef in memdisk.asm. Fixed such that 486+ compiles.
Read (
ftp://openwatcom.mirrors.pair.com/manuals/current/cguide.pdf) and
sections
2.3.x 3.5
I don't think wcc.exe was ever meant to output 32-bit code. Granted,
as mentioned previously, it will do some things (movsx), but
apparently it doesn't use the extended 32-bit registers.
That's the most disappointing part. As expensive as Watcom was, I was
expecting it do this kind of
Badly written ifdef in memdisk.asm. Fixed such that 486+ compiles. Read (
ftp://openwatcom.mirrors.pair.com/manuals/current/cguide.pdf) and sections
2.3.x 3.5. Enlightening and disappointing. There does not seem to be a
way to get 32-bit instructions out of wcc as Tom had mentioned. 3.5
Hallo Herr Louis Santillan,
https://sites.google.com/site/lpsantil/Home/386DIS.ZIP
https://sites.google.com/site/lpsantil/Home/686DIS.ZIP
https://sites.google.com/site/lpsantil/Home/PATCHES.ZIP
https://sites.google.com/site/lpsantil/Home/kernels.zip
the differenz is an empty memdisk.lst
Exactly *where* is the string of characters for the path variable stored?
in the environment which is pointed to by the PSP
http://en.wikipedia.org/wiki/Program_Segment_Prefix
For that matter, where are stdin/out/and err?
that's like asking 'where is monday'
tom
- An editor should be small enough to run on a 128K machine.
FreeDOS will not run on a 128K machine.
- Calculator? How many people do not have a physical calculator or cell
phone laying around nearby?
you are right. but wtf will I use a 128K machine for if I have a
iPhone around ?
- An
On 1/29/2013 11:09 AM, Tom Ehlert wrote:
- An editor should be small enough to run on a 128K machine.
FreeDOS will not run on a 128K machine.
Ok. Then make it 256. You get the idea.
I haven't looked into the source code, but is FreeDOS really that much
of a memory hog where
Get up on the wrong side of the bed today? Why so defensive?
PC/MS DOS 5.x and 6.x will run in 256K with usable memory to spare.
PC/MS DOS 3.x will run in 128K with usable memory to spare.
FreeDOS will inherently use ~60K more then MSDOS as command.com swaps
only to XMS or not at all.
If
Hello list:
asking programming errors on a mailing list that is focused on
operating system development is considered BAD.
I am having Stack Overflow problems with this simple code under FreeDOS and
OpenWatcom:
#include stdio.h
char a[8192];
int main()
{
int i;
char b[8192];
201 - 300 of 396 matches
Mail list logo