DOS ain't dead

I mentioned Deskwork in another thread (about wheel mouse support).
But it is too interresting program to just briefly mention it.
It has many features like hardware video acceleration, own network card drivers, supports many printers and much more.
And it seems it is done in pascal

http://www.deskwork.de/

---
DOS-u-akbar!

> And it seems it is done in pascal

Yes. Very ugly But it also uses hx, so it's not that bad.

---
MS-DOS forever!

> And it seems it is done in pascal

Which one?

(added: Ugh, TP, brr.)


Btw: the site's main page seems to indicate the programming was done in German

http://www.deskwork.de/

> > And it seems it is done in pascal
>
> Which one?
>
> (added: Ugh, TP, brr.)

I love TP.

---
Forum admin

Laaca wrote:

> supports many printers

USB ? GDI ? Network ? Postscript ?

> I love TP.

TP is great ... as long as you don't attempt to divide by 0

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

> > I love TP.
>
> TP is great ... as long as you don't attempt to divide by 0

rr, what other Pascals have you tried? GPC? TMT? Just curious about your opinions.

> TP is great ... as long as you don't attempt to divide by 0

It's very serious. When we was learnig TP/BP on secondary school our professor warned us to make a safety in code to prevent zero division otherwise the CPU will be burned! I don't know if he meant it as a joke but it didn't look like, nobody got it.

---
DOS gives me freedom to unlimited HW access.

> > TP is great ... as long as you don't attempt to divide by 0
>
> It's very serious. When we was learnig TP/BP on secondary school our
> professor warned us to make a safety in code to prevent zero division
> otherwise the CPU will be burned! I don't know if he meant it as a
> joke but it didn't look like, nobody got it.

Only TP7 (and BP7?) had the "cpu too fast" problem. And it could be fixed / worked around in various ways (TSR, patching .EXE, patching units). I assume this is what you meant (and I'm 100% sure rr can shed some light on that if need be).

> Only TP7 (and BP7?) had the "cpu too fast" problem. And it could be fixed
> / worked around in various ways (TSR, patching .EXE, patching units).

Exactly! And this RTE200 problem virtualy doesn't exist more because the patching EXEs and first of all because virtualy all downloads of TP7/BP7 have already their TURBO.TPL/TPP.TPL patched.

---
DOS-u-akbar!

> > > And it seems it is done in pascal
> >
> > Which one?
> >
> > (added: Ugh, TP, brr.)
>
> I love TP.

I loved it, the main reason why I left it was the 16-bit memory management, network access and LFN.

I know, for all are workarounds, but I considered them not worth the trouble.

> > I love TP.
>
> TP is great ... as long as you don't attempt to divide by 0

"Wenn man keine Ahnung hat, einfach mal Fresse halten." (Dieter Nuhr)

---
Forum admin

> > > I love TP.
> >
> > TP is great ... as long as you don't attempt to divide by 0
>
> rr, what other Pascals have you tried? GPC? TMT? Just curious about
> your opinions.

I looked at GPC once in my very early days, when I didn't even understand DJGPP stuff. So it was very confusing and I got rid off it.

I tried TMT once, but this compiler produces 32-bit code only and its license is a little vague. For most of my tasks 16 bits are enough: faster (compilation), smaller.

---
Forum admin

> > I love TP.
>
> I loved it, the main reason why I left it was the 16-bit memory
> management, network access and LFN.

Yes, that's very tricky in TP.
But I wish FPC had a 16-bit code mode.

---
Forum admin

> I mentioned Deskwork in another thread (about wheel mouse support).
> But it is too interresting program to just briefly mention it.
> It has many features like hardware video acceleration, own network card
> drivers, supports many printers and much more.
> And it seems it is done in pascal
>
> http://www.deskwork.de/

It`s definitely very interesting and has many nice features.

But it seams to me like something like MacOSX. It has some nice stuff but it`s just a premade operating system.

I could need lots of it`s components for my own customized system. The files looked like something non-dos standard (com/exe) and seamed not to work with FreeDOS or w/e.

Other experiences?

> But I wish FPC had a 16-bit code mode.

For?

> > But I wish FPC had a 16-bit code mode.
>
> For?

To replace TP for writing really small tools to run on 8086.

---
Forum admin

> > > But I wish FPC had a 16-bit code mode.
> >
> > For?
>
> To replace TP for writing really small tools to run on 8086.

I so want to throw away an year to make that happen (even if I could)