Użytkownik "slawek" <h...@s...pl> napisał:

>>A gdy dzielilo sie unsigned long int przez unsigned int to juz nie ?
>
> Tylko z jedną kombinacją, b. dziwaczną, typu parametrów - ktoś pomylił się (?!)
pisząc kompilator.
> Był do tego wydany, AFAIR, patch.

Pytam sie jeszcze raz czy z blad byl rowniez wtedy gdy dzielilo sie
unsigned long int przez unsigned int czy tylko dla short ?
Prosze o namiar na tego patcha.
Kiedy patche/bledy borlanda znalem na pamiec.
W dalszym ciagu podtrzymujesz ze konfabulujesz.

>>Wtedy ok 7000 tys pracownikiw, ok 200 skladnikow
>>placowych (pametam do dzis ze chyba byly 4rodzaje mydla
>>ktore oczywiscie odliczalo sie od placy brutto itp smaczki :)
>
> Ciekawe, czyli 10% Polek i Polaków pracujących... pracowało w firmie Zelmer?
Ciekawe.

Alez z ciebie Bardzo Uczony Czlowiek ! (w skrocie BUC).

> Nota bene, takie przykłady pokazują jak ważna jest "inżynieria programowania" i
umiejętność
> abstrakcyjnego myślenia. Sam chyba przyznasz, że mając dzisiejsze narzędzia i
doświadczenie - tego
> rodzaju Kadry-Płace można stworzyć znacząco mniejszym wysiłkiem. Choćby dlatego, że
zupełnie
> inaczej można rozmawiać o wymaganiach programu.

Nie.
Gdyz stworzenie plac (i nie tylko) tak naprawde bardzo malo zalezy od narzedzi
i tzw inzynierii programowania (no fakt ze dzis uzylbym po prostu Pythona jako
embedded jezyka do algorytmow placowych, a nie tego ktory byl -
dosc paskudny:) ale to szczegol).
W 90% powodzenie zalezy od organizacji w firmie, jej charakteru (akord czy dniowka)
itp
sposobu naliczania plac (czy np placa z biezacego miesiaca zalezy od tego czy
pracownik
3 lata temu wzial pozyczke z kasy zapomogowej i zuzyl 2 czy 3 sztuki pasty BHP)
itp, itd. naprawde wielu _merytorycznych_ rzeczy.
Ty zwyczajnie _nie masz zielonego pojecia_ o praktyce programowania w tzw dziedzinie
szumnie dzis nazywanej ERP.
Siedz lepiej do konca zycia na tej uczelni bo w _prawdziwej uzytkowj informatyce_
zginiesz marnie.

> Jak były młode i ładne - ale nie były?...

Byly, byly :))))
Tyle, ze ja raczej Shreka przypominam a swoja Fione tez juz wtedy mialem :)
Zreszta to wdroznie baaardzo zcemetowalo nasze malzentwo (Fiona jest tylko
jedna i cale szczescie nie zamierza klonowac:)

>>Na 16 bitowym DOSie miales jakis odpowiednik uit64 ?
>
> Na 16 bitowych PC-AT z DOS 3.3 był NDP Fortran. Zgadnij ilu bitowy i dlaczego...

Nie ucz mnie chlopie o NDP bo do dzis mam wciaz caly zestawik NDP (F i Pascal i C)
mimo ze firmy (MicroWay) juz dawno nie ma.
Wlasnie ten NDP swietnie wspolpracowal/byl dedykowany dla koproc. Weitek
gdzie Twoje "problemy" DBL_EPSILON wzielo by w leb calkiem.
Nie ucz mnie tez o protected-extenderach bo zeby zjadlem na wszelkich PharLapach
PowerPackach (Borlandowski extender, najlepszy jaki spotkalem, PharLap sie chowa)
go32, gw itp. Osmieszasz sie chlopie po raz kolejny
To byly czasy gdy _nie bylo jeszcze 386 w ogole_, a ATka 12MHz (slynne turbo) byla
marzeniem :)
PS: Jakosc kompilatorow NDP w stosunku do Borlanda i MS wtedy to bylo tak
ok min 10/1

> A na 8-bitowych ZX dało się mieć - nie żartuję - liczby całkowite dwubajtowe!
Normalnie cud jakiś
> i niemożebność, lol

No cos podobnego ! Mnie sie udalo juz wtedy miec W C/C++
liczby calkowite bez ograniczen dlugosci (takie jak ma Python).
Burku jeden, problem byl nie w tym co masz w pamieci, ale w tym
ze bazy danych mialy swe ograniczenia na 16 bit os.

AK