On Tue, 25 Jan 2022 02:17:44 -0800 (PST), Dawid Rutkowski wrote:
> poniedziałek, 24 stycznia 2022 o 13:38:41 UTC+1 J.F napisał(a):
>> On Mon, 24 Jan 2022 00:59:46 -0800 (PST), Dawid Rutkowski wrote:
>>> niedziela, 23 stycznia 2022 o 22:24:50 UTC+1 stary grzyb napisał(a):
>>>>> On 23/01/2022 21:33, Dawid Rutkowski wrote:

>> Tak swoja droga - byla masa "profesjonalnego" oprogramowania na CP/M
>> ... tylko jak to teraz zdobyc?
>> Chyba gdzies zaginelo w pomroce dziejow.
>>
>> No i po co zdobywac - pobawic sie kompilatorem Cobola czy Dbase ?
>
> COBOLa trochę wątpię, prędzej pascala.

Byl i Cobol - przegladalem archiwa czasopism, sporo reklam na CP/M
bylo.


http://www.retroarchive.org/cpm/lang/lang.htm
No prosze - MS Cobol. Ale nie, reklamy chyba byly innej firmy.

P.S. Jaka fajna czcionka.


https://archive.org/details/byte-magazine-rescans
jakis rocznik 1984, czy 1985 powiedzmy ...


> Ale ciekawe jest to, że pod CP/M pisali porządnie programy, używając wywołań
systemu.
> Pod Linuxem też piszą porządnie.
> A na IBM PC taka kiszka - bo było sporo komputerów z MS-DOS, ale niekompatybilnych
z ibm pc.
> I jakby soft był dobrze pisany, to byłoby jak z CP/M - działałby i na tamtych.
> A tu nie - musiał był klon (compaq wydał na napisanie kopii BIOSu milion -
ówczesnych - dolców - to jest
> jakieś cudo, czy ibm tyle wydał na napisanie oryginału?), inaczej nie szło.

Na CP/M sie po prostu nie dalo inaczej - za duzy rozrzut sprzetu.
Pod L/inuxem tez sie nie da inaczej - system nie pozwoli.

A na PC nie bylo innego wyjscia - za slaby ten system, trzeba bylo
siegac do sprzetu.
Z CP/M tez zreszta dramat, bo albo masz jakis porzadny terminal,
albo jestes skazany na ED :-)

J.