I was asked recently to look at a problem with a new pc (hp) and an applicationthey had installed which was not able to print forms on a line printerthe application as it turned out was dos based, i tested the printer with
lpr which worked okafter a support call to the vendor, they asked me to chec
the notes for this database show 1997 as the last update
I have not used this product but it is free and gpl
here is one location for downloads
http://garbo.uwasa.fi/pc/database.html
---
SF.Net email is sponsored by: Discover Easy Linux Migra
testing emtex under freedos
dvi viewer works pretty good, text is readable
by changing the magnification
no problems so far with latex generation in english
but I havent processed any complex documents
If any interest out there, I have some notes
about the install and usage
emtex uses emx t
I am try to contact the author of a post dated 21 apr 2005
detlef reimers mail address is only partially visible [EMAIL PROTECTED]
Greetings detlef,
I am interested in trying out your lcc compiler modifications. I have
used lcc in the past, targeting a xilinx fgpa board and would be
interest
Posted a question on the kernel list about a problem with undefined
symbols while
trying to compile the kernel sources with turbo c. I didnt get a
reply and meanwhile continued mess about with the compile.
Found in the kernel source docs folder the file build.txt which listed
the open watcom files
My brush with emx has to do with two dos programs, emtex and gppari
both of which use emx to run under dos.
I asked a question about gp/pari on this list and got excellent advice
on how to avoid problems with the package emmx202.zip which
contains the latest emm386 and himem.
The recent q
I am wondering if there is a dos application something like unix screen which
can divide the terminal into two windows. Mainly I would like to run an
application and have another window with the documentation for the application
open at the same time.
Thanks
--
Greetings,
Hurray gppari now works with the emmx202 package, so I can abandon the
drdos version of emm386. Using drdos emm386 was suboptimal.
I should mention that the /max parameter to himem is located in the
errata. While testing with himem /max= I tried several values and found
that at 5
Greetings,
I am testing a program pari/gp which i downloaded from here
ftp://megrez.math.u-bordeaux.fr/pub/pari/dos/
only two files are necessary for the dos install
gpb_210.zip
gprt.zip
It is an application for linux ported to windows and os2/dos
with user specified variable precision for c
I did some more testing with freedos b9sr1 and doslfn (long file name
support), for those who know how it works this is elementary but I
didn't know and I thought that it would be good to write up what I
learned.
Booting freedos without lfn support and running various utilities,
like ls, unzip32,
I was wondering if long file name support is already in freedos b9sr1
or is it necessary to run another program like doslfn?
The reason I ask, is that while testing python for dos, the program
notes say that long file name support is needed/recommended. However
with freedos b9sr1 the python i
Greetings,
was testing today and tried out the stable and devl downloads from
fdos.org
with stable the latest himem.exe and emm386.exe from emmx202.zip are fine
with devl/unstable kernel.sys
?DEVICE=c:\fdos\bin\emm386 X=TEST NOEMS /VERBOSE causes system to lockup
Illegal Instructio
I recently tested freedos beta9sr1 via floppy install and ran into a
problem with
the system I was using. It has a single dvdrom drive not sure of manufacturer
After booting from floppy the install prog checks to see if a cdrom is in the
drive which caused the install prog to fail and lock up the
13 matches
Mail list logo
