On Wed, 18 Sep 2019 09:17:50 +0000, Queequeg wrote:
> No tak, widzę że masz cache. Tylko 32 bajty, ale pewnie starcza.

Też się zdziwiłem, że starcza. Robiłem wówczas testy z różnymi
rozmiarami, i wyszło mi że 32 bajty daje 95%+ możliwego przyspieszenia,
przynajmniej na moim domowym 8088. Dalsze zwiększanie cache dawało już
tylko jakieś śmieszne ułamki szybkości, jeśli w ogóle. A pamięci mało,
trzeba oszczędzać.

> Btw, w wielu miejscach widzę tuż przed końcem funkcji komentarz:
>
> /* */
>
> W zbyt wielu, żeby to był przypadek :) Czemu tak?

Tu akurat nie ma niczego racjonalnego, raczej problem natury
psychiatrycznej. Bywają dni, że nie toleruję pustych linii wewnątrz
funkcji. Jeśli jakąś popełnię, chodzi za mną i mnie nęka. Ale skleić kodu
też nie chcę, bo pustka oddziela jakąś logikę która nie powinna się
dotykać (z powodów religijnych). Aby pogodzić wszystkie strony zastępuję
w takich sytuacjach pusty wiersz zwrotką /* */. I wtedy dopiero możemy
działać dalej.

> Przeglądam dalej. Dorzuć break w fio_seek w case FIO_SEEK_END (linia
> 57).

W żadnym wypadku, ma być jak jest! Kolega zdaje się cierpieć na podobną
dolegliwość którą jest dotknięty gcc - wymaga w takich sytuacjach
jakiegoś dziwnego /* FALLTHRU */ :-)

> Widzę też nadmiarowy break (bo po return) w MUS.C w linii 162 :)

Ano, clang też na mnie o to składa skargi. Break jest nadmiarowy, to
fakt, ale jednak musi być. Inaczej wieczorem zasnąć nie mogę, bo w głowie
kołacze mi odgrażający się chochlik: "oj bratku, kiedyś usuniesz return,
o break zapomnisz, i będzie bieda!". Traktuję ten break niejako w
kategorii stylistycznego elementu. Tak jak np. nawiasy przy return (też
nadmiarowe). Wszyscy mamy swoje upośledzenia.

> A nie wiesz może, jak to wygląda w drugą stronę? Zastanawiam się, na ile
> łatwo da się przesłać do DOSBoxa zdarzenia midi z zewnętrznego
> kontrolera i użyć DOS-owego sequencera.

Nigdy nie kombinowałem w tym kierunku, bo muzyk ze mnie żaden (umiem
kilka nut "wlazł kotek..." or "hej sokoły" na dziecięcych cymbałkach i na
tym mój talent się kończy). Wygląda jednak na to, że DOSBox tego nie robi
- ale po sieci krążą patche które ponoć to umożliwiają... Musiałbyś
pokombinować z DOSBox-X:
https://github.com/joncampbell123/dosbox-x/issues/75
6

Swoją drogą, prościej i przyjemniej byłoby po prostu złożyć sobie
normalny (tj. sprzętowy) komputer do tego.

> Za dnia tak, ale to nie wygląda tak kolorowo. Kod, z którym teraz
> przyszło mi pracować, jest pisany przez bardzo tanich Hindusów i ma
> jakość adekwatną do ceny. Tam już się nawet niczego nie czepiam, bo po
> pierwsze byłoby tego za dużo, a po drugie wszyscy i tak jakość mają
> bardzo głęboko. Ma jakoś działać i tyle.

Brzmi niezwykle zachęcająco. :)

>> Swoją drogą, jeśli naprawdę chcesz się przerazić, to zajrzyj tutaj
>> (byle nie za długo, bo to wielce niezdrowe):
>> https://sourceforge.net/p/etherdfs/code/HEAD/tree/et
herdfs/trunk/
>> etherdfs.c
>
> Nie jest źle. Kod jest okomentowany, można się w nim odnaleźć. A że
> więcej assemblera niż C... może użycie C jako zestawu makr dla
> assemblera to w niektórych zastosowaniach nie taki zły pomysł :)

Assembler to jedno, ale w tego typu rzeczach to jednak normalność.
Chodziło mi o takie rzeczy jak kompilacja stringów do kodu maszynowego,
patchowanie własnego kodu wykonywalnego w run-time, ręczna zabawa z
rejestrami SS i DS, itp... W zasadzie wszystkie te cudeńka, które
opisałem tutaj:
https://sourceforge.net/p/etherdfs/code/HEAD/tree/et
herdfs/trunk/
memnotes.txt

Sam nie chciałbym kiedykolwiek otrzymać takiego kodu w spadku po kimś. :)

> To, co mnie przeraża, to np.:
>
> https://github.com/Distrotech/procmail/blob/master/s
rc/goodies.c
> https://www.compression.ru/ds/ppmdj1.rar (w sumie wszystkie pliki)
>
> Czyli kod, w którym bardzo trudno jest się odnaleźć i zrozumieć jego
> działanie.

No tak, ale to już całkiem inny poziom udręki. Tego typu kod zdarza mi
się widywać u młodej generacji (kiedyś sądziłem, że to "millenialsi", ale
niedawno dowiedziałem się że to nie oni są millenialsami, tylko ja!)
Lenistwo, brak konsekwencji, własnego rygoru... Można by długo wyliczać.
Oczywiście nie wszyscy młodzi tacy są, ale proporcje jednak przerażające.

Mateusz