<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2013/9/25 Tomas Hajny <span dir="ltr"><<a href="mailto:XHajT03@hajny.biz" target="_blank">XHajT03@hajny.biz</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

If the goal is writing multi-threaded applications for existing pure DOS<br>
machines, then using features of a special DR-DOS version may not be<br>
relevant at all, because it imposes a considerable additional restriction<br>
(it is not like that potential applications developed this way may be<br>
simply run under the existing installations, but users would need to<br>
install this particular version first).<br>
<br>
If the goal is running light-weight multi-threaded FPC-compiled<br>
applications on old/weak hardware using free operating systems (which may<br>
need to be installed to support this application - as it would be the case<br>
with DR-DOS too), then there are probably better options (e.g. some<br>
fine-tuned Linux distribution).<br>
<br>
If the goal is converting previously existing TP/BP applications written<br>
for DOS to become multi-threaded, porting to a different target is<br>
probably still easier, because the multi-threaded design will require<br>
changes to the application anyway.<br></blockquote></div><br clear="all"></div><div class="gmail_extra">If the fpc application is completely alone, you are probably right (although you should also take into account learning linux, which may not be easy for everybody). But the fpc application could be part of an existing set of applications, in which case changing the OS could be impossible. This is a purely theoretical observation, I haven't developed for PC/MS-DOS or been using it for years.<br>

</div><div class="gmail_extra"><br>-- <br>Frederic Da Vitoria<br>(davitof)<br><br>Membre de l'April - « promouvoir et défendre le logiciel libre » - <a href="http://www.april.org" target="_blank">http://www.april.org</a><br>


</div></div>