PC FAND byl uvolněn pod licencí MIT

by bylo pekne do toho readme pridat i ten clanek co byl nedavno na rootu. ktery by teda bylo potreba odlicencovat.

Že by krok k tomu, aby Účto od Tichý & spol. běželo nativně na linuxu? :-D pořád jsem se s tím pral přes nějaké virtualizace :-D (například v dosboxu pod linuxem dost blbne a v dosemu to taky není dokonalý...)

Účto Tichý řeším už dlouhá léta Virtualboxem s ořezanými WXP. Spokojenost.

Vím, mám podobné řešení, akorát místo XP tam mám Win2000 :-D. Ještě jsem zkoušel Win 98, což sice bylo svižnější, ale ty nechtěli komunikovat s novou tiskárnou a podobnými věcmi... :-D

Co ReactOS? https://www.reactos.org/
Na Foxpro mi fungoval dobře, pohodu jsem na něm nerozběhal.. (ve virtualboxu)
Ale za vyzkoušení to asi stojí ;)

Sleduju ho dlouho a zatím reálně nemám mašinu, na které by běžel spolehlivě a nepadal :-) Ale třeba časem... :-)

Ale co si budeme povídat, nativní běh je vždycky lepší. ;-)

FreeDOS?

V něm z nějakého důvodu nefunguje aktualizační systém programu. A to i přes to, že FreeDOS normálně může mít přístup na internet. Nastavoval jsem to jak vůl a výsledek bylo varování, že bez aktualizací není možné zaručit správné fungování programu Účto.

Moc toho o Uctu nevim, ale kdyz jsem se v nem naposledy trochu vrtal (prenos ze stareho stroje na novy, bohuzel jak jinak pod Win), tak jsem nabyl dojmu, ze je to takovy slepenec jadra ve FANDu a okolo je rozvesenych x pomocnych binarek. Pravdepodobne ne vsechny z nich budou kompatibilni s cistym DOSem (jak jsem pochopil, tak zajistuji interakci "jadra" s okolim), tak v tom by mohl byt problem.

Ale používat to ve FreeDOSu jde, normálně funguje a i tiskne, jen ty věci, které to nově tahá z internetu nefungují. A bohužel myslím, že mezi nefunkční věci ve FreeDOSu patří třeba i EET.

Pravidelně používám UCTOXXXX na linuxu k plné spokojenosti. Momentálně přes wine a vdos.

Trochu by mě zajímalo, kdyby FAND běžel nativně pod linuxem (což teď určitě nějak půjde upravit), co všechno bude potřeba ještě upravit, aby běželo celý účto. :-) Ale třeba by to pak nebylo tak složitý upravit...

No nevim, ten kod je fosilie, psana ve starickem BP, prokladane assemblerem bez jakekoli snahy oddelit kod pro platformu. Tim netvrdim, ze je to napsane spatne, jen je to proste stare. IMHO bude snadnejsi to cele prepsat.

Stejne je to zvlastni. V podstate nejde o PC FAND, ale o ucetni program, ktery v nem byl kdysi napsany. Zdrojaky toho UCTO'a nahodou volne nejsou? Co si pamatuju, umel FAND zdrojaky zabalit tak, ze se daly otevrit jen na heslo (to byl dokonce snad pripad UCTA, nebo ze se nedaly otevrit vubec). Skoro bych odhadl, ze je FAND skryva metodou security-obscurity a ze by se ted, kdyz je FAND open-source, daly "rozsifrovat" a misto PC FAND'u preportovat UCTO. :-)

Nedokazu posoudit, jestli je to prace na nekolik let, ale v soucasnem stavu je ten kod uplne mrtvy...

Z dnesniho pohledu je ten kod opravdu na hodne nizke urovni. Vlastne se divim, ze nekdo takovy projekt tak dlouho udrzoval. Vsak tam neni snad ani radek komentare. Dostat se do toho zabere asi hodne prace. Docela me prekvapilo, kolik je tam low-level kodu pro praci s diskem a grafikou, atp.

„Pavel Stěhule, přední český odborník na databáze“ Ty Kurde, až tak?

Běh starých aplikací pro PC Fand je určitě zajímavý. Mě ale více zaujala myšlenka Pavla týkající se jednoduchosti vývoje a hledání moderních alternativ.

Chtěl bych prověřit následující nástroje:

* OpenXava
* LibreBase
* Xojo
* LiveCode

Napadají vás další RAD nástroje, které minimalizují množství kódu?

Znám jednoho dlouholetého "Fandistu", kterého bych rád využil pro testovaní.

Tak se prosim hlavne pak nezapomen podelit o nabyte poznatky :).

Čistě náhodou jsem narazil na tento článek a mám z toho velkou radost. Je zajímavé prozkoumat program, jak to v něm vlastně funguje.

Bohužel se mi nedaří program zkompilovat. Borland Pascal 7 mám (zřejmě 7.01), měl by mít opravenou i chybu Runtime 200. Snažil jsem se dodržet i adresářovou strukturu, tedy Pascal je v adresáři BP7 a v něm je adresář FAND, do kterého jsem nakopíroval zdrojové soubory z adresáře PAS. Soubory z adresáře BP7 jsem nakopíroval do adresáře BIN. Při prvním spuštění po nakopírování souborů BP.* mi to ovšem píše chybu "Error reading symbol information".

Kompilace proběhne bez problémů (musel jsem nastavit ještě adresáře). Při spuštění ale program padá (při krokování to spadne při načítání tiskáren z RES souboru). Zakomentováním to padá opět někde jinde.
Soubory mi to vytváří FAND.EXE (velikost 140016 bajtů) a FAND.OVR (velikost 625237 bajtů), což jsou jiné velikosti než volně dostupný FAND42x.

Nenešla by se dobrá duše, která by popsala, jak se musí Borland Pascal nastavit, aby Fand fungoval?

Taky bych uvítal popis, jak Fand korektně zbuildit . Kompiloval jsem pod BP 7.0 tak: "c:\bp7\bin\bpc.exe -b -$O+ -$P+ fand.pas -uC:\bp7\units"
Někde dělám chybu. Zkompiluje se to, ale po spuštění zamrzne.

S portováním FANDu se dostal nejdále pan Kristiňák, projekt WFAND, trvalo mu to s přestávkami několik let. Bylo to dotaženo dost daleko ale bohužel pán zemřel a neměl u toho spolupracovníky, takže ta práce přišla vniveč. Ostatní pokusy s nějakým převodem FANDu (do C, Javy, .net) většinou skončily dříve než pořádně začaly, převážně po nahlédnutí do zdrojáků.

Překlad FANDu je úzce vázán na prostředí BPascalu 7. Ovšem z důvodů úprav práce s pamětí ve FANDu byly upraveny některé knihovny BP. Je tam úprava práce s HEAPem (shora a zezdola stack a uprostřed heap) a realizace longjump podle vzoru C, který nahradil tehdy v BP neexistující try...catch. Takže zveřejněné zdrojáky zřejmě půjdou přeložit ale nebude to fungovat.
K odstranění závislosti na verzi BP je nutno pochopit logiku nejnižších vrstev FANDu,(BASE,ME­MORY,DISK,...), nahradit tam ASM, přejít od "FAND" práce s paměti k dnešnímu jednotnému heapu. Opravdovým oříškem je nahradit longjump, protože to vyžaduje procházení a aspoň částečné pochopení většiny programu.

Děkuji Vám za vysvětlení a úpravu popisu na GitHubu. Jestli jsem to správně pochopil - v tom případě je potřeba mít dodatečně upravené unity alespoň v přeloženém tvaru v adresáři UNITS, a FAND by teoreticky mohl po kompilaci běžet? Chápu, že tyto úpravy a mj. i využívání video paměti, jsou v real modu DOSu potřebné.

A nebylo by možné publikovat i změněné runtime knihovny toho BP, aby byla možnost skutečného funkčního rebuildu (pro ty, kteří standardní BP 7 mají, ať už odkudkoliv) ? Podobného "Abandonware" je na internetu spousta ... Mimochodem ten WFAND asi není opensourcovatelný Alisem, ten zřejmě skončil někde v propadlišti dějin a pozůstalosti pana Kristiňáka ???

Ano, WFAND bohužel skončil v propadlišti (ne dějin ale pozůstalosti), i když zavčasu tam byla dosti významná nabídka na podporu toho vývoje technicky i financování. Šlo to mimo ALIS. Bohužel jsou mnozí skvělí programátoři současně i docela solitéři . . . . U těch úprav knihoven BP 7 si už ani autor nepamatuje na detaily, je to již vlastně 10tky let, pravděpodobně to byla unit TURBO . Také není jasné jak toto zveřejnit a neporušit nějaké licence.
Zveřejnění zdrojáků mělo za cíl zjednodušit přístup k informacím o způsobech řešení FANDu těm kteří řeší určitou problematiku návaznosti na FAND, např. přístup k FANDovským datům, strukturu indexů apod.
Pokud by někdo chtěl nějak přímo navázat na DOS - FAND (ver.4.2x) nějakou svojí úpravou přes stávající překlad pod BP7 a případně to nějak distribuovat, asi bychom o tom chtěli v ALISu vědět. Protože stále ještě poskytujeme technickou podporu uživatelům - programátorům i uživatelům síťových verzí. V tom případě pak můžeme individuálně pořešit i problém těch upravených knihoven.

Tak pro nas by to bylo fajn zase bezet nativne na PCfandu.
Do dnesniho dne na nem stale bezi cela firma - linuxovy fileserver, pracovni stanice win7
Ucetnictvi a skladove hospodarstvi jsem si kdysi naprogramoval cele sam firme na miru.
Je to rychle a polehlive i na historickym zeleze :)