jacob navia wrote:
> wrote:
> > Hello
> >
> > I am seeking the best way (speed and portability) to program
> > mode 13h (320 x 200 256 colors), and mode X.
> >
> > I am using Borland's Turbo C ver 3.0 for MS DOS.
> > With Borland product, I can not find a BGI driver for this mode.
> > I know there are built in support for the other VGA modes
> > (640 x 200 x 16 colors), (640 x 350 x 16 colors).. but I am not
> > interested int those.
> >
> > What are your suggestions. Do I have to write my own C and ASM
> > routines
> > to do Mode 13h and Mode X? I could not find an updated BGI driver
> > from Borland.
> >
>
> If there is no driver, I fear the answer is yes...
> What else?
Hi,
thanks for the reply. I thought there could be a website run by users
that would have drivers...
I've been trying to find Borland's DOS support email address or phone
number, but it doesn't seem to be on their website. Does anyone know
who at Borland I should contact to ask about this?
>
> > Secondly, I am thinking about porting all of the MS DOS code to
> > Windows 95.
>
> Why not going to windows XP? You will have to
> port it later to windows xp anyway...
Well my machine only has 16 MB of RAM and a 200 MHZ processor, which
is quite far below Windows XP minimum specs - do you think it would
run OK? I wouldn't think so.
> > I would appreciate some code design tips to reduce the amount of
> > work rewriting video code from DOS to Windows.
> >
>
> Forget about those DOS modes then, and program
> graphics under windows. It is much easier, and
> you do not need to write any drivers.
I guess the advantage of DOS is greater portability - I mean, Windows
computers can run DOS programs but DOS computers can't run Windows
programs.
Also it's much simpler on DOS where you can just write to video memory
directly instead of having to use a complicated and restrictive API.
>
> > I know MS C compiler has Mode 13h support built in, but I do not
> > have MS C compiler. By the way, is there Mode X support in MS C
> > compiler
> > ver 7.0.
Any answer to this?
> >
> > I am also having problems - I need to have around 30 files open
> > simultaneously in one program, but I only succeed in opening 20 and
> > then fopen fails. Does anyone have any idea what the problem should
> > be?
> >
>
> There is a parameter in config.sys if I remember correctly that
> specifies the number of files... Give it a look.
Thanks, you're right. It seems to be set to a very low number by
default - bad!