Keresek egy-két ősi program futtatásához 286-os masinát. Lehet minigép, de inkább a javíthatóség miatt az asztali PC lenne a jobbb választás. Max procisebesség 25 MHz. Efölött nem indulnak el a programok amiket használni szeretnék (slowdown és hasonló lassítóprogramok, pascal irományok és egyebek NEM JÓK, már próbáltam....csak mielőtt elkezdtek okoskodni :))
Elérhetőségeim:
email: drydenstar@freemail.hu
tel: 06/20 367-6350
- 2512 megtekintés
Hozzászólások
Bochs/Dosbox?
--
I don't always dress in a T-shirt and jeans. Sometimes people give me awards, and I dress like a penguin instead. - Linus Torvalds
- A hozzászóláshoz be kell jelentkezni
Sajnos nem megy. Magának a gépnek az adatbusz sebességét nézi a program. Lassítók, dosbox, egyik sem megy. Nem véletlen keresek régi gépet :(
- A hozzászóláshoz be kell jelentkezni
Elárulod - csak a kiváncsiság kedvéért - hogy milyen program ez és milyen célból nézi az adatbusz sebességét, illetve, hogy miért nem lehet megoldani - akár a program patchelésével -, hogy működőképes legyen gyorsabb gépeken?
- A hozzászóláshoz be kell jelentkezni
ez a turbo c és pascal ctl (vagy már nem is emlékszem melyik moduljában volt) moduljában az időzítés megoldása úgy volt kiszámolva, hogy incrementáltak egy regisztert . Namost cyrix volt az első proci amiben ezt optimalizálták, felismerve, hogy a ciklus végén a cx értéke ennyi meg annyi lesz. A programozó hiába számolta ki, hogy modjuk egy INC CX utasítás meg JMPE ideoda utasítás x gépi ciklus azaz x micro, mili , secundum. (mint tudjuk a végtelen ciklus a linuxban 3 másodperc alatt lefut! ;-) talán innen indult...)
Szóval turboPascal crt (vagy ctl modul .dll, vagy obj, nem tudom már mi volt a neve) lecserélhető javítottra és akkor jó lesz az időzítés a gyorsabb gépeken is.
vagy valami ilyesmi, hátha ez ;-)
(szerk.: pl ez )
- A hozzászóláshoz be kell jelentkezni
anno a clipperben is volt ilyen hiba
- A hozzászóláshoz be kell jelentkezni
Nekem ugy remlik,letezett patch, ami a leforditott exe-ben is megjavitotta ezt a hibat, es az ujabb gepeken is futott a regi TP-ben irt és forgatott progi.
- A hozzászóláshoz be kell jelentkezni
L2 és L1 cache letiltás sem? Ezzel igencsak 286os szintre szokott esni a gépek sebessége.
- A hozzászóláshoz be kell jelentkezni
Nem nem, egyik sem megy. Már próbáltam ezerszer.
- A hozzászóláshoz be kell jelentkezni
Talán valahol vanik eladósorban nálunk egy 386/2x...
Megnézem, nem qka lett-e a sorsa, jövő hétig kiterítem.
ami át van húzva, azt teljesen fölösleges elolvasni. az olyan, mintha ott sem lenne
- A hozzászóláshoz be kell jelentkezni
Éppenséggel akad pár ilyen ócskaság, egy nagyobb szobányi kis raktár tele van vele.
Van asztali, noti ill. alkatrész is külön. Ha érdekel még írj privátban és összeírom, hogy mi van.
- A hozzászóláshoz be kell jelentkezni
Irtam neked privátban, nem tudom megkaptad-e :) ha nem, akkor írnál nekem?
- A hozzászóláshoz be kell jelentkezni
Vateran/teszveszen rendszeresen latni 386-os notikat.
- A hozzászóláshoz be kell jelentkezni
Köszi! Igen! Szoktam nézegetni, de (nem akarom bántani őket) segghülyék ezekhez. Azt sem tudják megmondani, hogy meddig jut el a gép a boot folyamattal....ha egyáltalán tudják mi az a boot folyamat. Szóval onnan inkábbb nem :)
- A hozzászóláshoz be kell jelentkezni
Ha nem kapsz sehol gepet amin fut, megpatchelem neked a programot occsoer' (höhö), hogy fusson. BTW, Gigant-e vagy? :)
Alternativ megoldaskent javaslom koder kompo inditasat a celra. Aki elsonek megpatcheli a cuccot h. fusson C2Q-n Vista alol, az kap 1 rekesz so:rt! Vagy ilyesmi.
-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-
- A hozzászóláshoz be kell jelentkezni
Ez sajnos nem ilyen egyszerü
- A hozzászóláshoz be kell jelentkezni
Ez valami szupertitkos KGB-s RSA törő lesz, ha ennyit titkolózol miatta...
Teoretikus kérdés:
Egy VM-et (pl QEMU) nem lehetne úgy megpatchelni, hogy 286-osnak tűnjön?
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
Semmi ilyenről nincs szó. Semmi szupertitkos. Adóvevőkkel foglalkozom és régi, lassú gépet igényel a programozásuk. A hivatalos szervízekben is szenvednek emiatt, de nem tudnak mit kezdeni a dologgal, kénytelenek ők is tartani a régebbi típusokhoz, régebbi gépeket. Hackelni, törni, a programot becsapni sajnos nem lehet. Hidd el próbáltam már ezer úton és módon.
- A hozzászóláshoz be kell jelentkezni
Akkor nem az a gond inkább, hogy a mai gépeknek túl gyors az adatbusza?
(Azaz nem szoftveres a probléma)
Hosszútávon lehet egyszerűbb/olcsóbb lenne új programot írni, eszközt gyártani. Létezik erre dokumentáció/forrás?
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
A szoftverhez tartozó cél hardver a rádió és a PC között is megszab egy adatbusz sebességet legjobb emlékezetem szerint. De úgy tudom egy szimpla adatbusz sebesség-csökkentés még nem vezetett eredményre.
És hogy megérné-e az új progit megírni? Kérdezz erről egy multinacionális nagy céget, aki válaszra sem méltat majd :( És forrás? Az is csoda, hogy a program közkézen forog. Mennyire legálisan? Nem tudom. Én hivatalos helyről kaptam.
- A hozzászóláshoz be kell jelentkezni
szerintem ne szivasd magad, itt van némi szoftveres segédlet:
http://www.brain.uni-freiburg.de/~klaus/pascal/runerr200/download.html
- A hozzászóláshoz be kell jelentkezni
A gép nem ad ilyen hibaüzenetet a program hibás működésekor. De megnézem majd a linket.
- A hozzászóláshoz be kell jelentkezni
PI-es nem lenne jó? ;)
- A hozzászóláshoz be kell jelentkezni
Próbáltam 486-ossal, de már az is sok neki. Van egy pentium pro-s 150 mhZ-es gépem, az végképpép. Van egy 75 MHz-es 'péeggyes'-em de az is sok. Csak a 286-os, max 386-os jó neki.
- A hozzászóláshoz be kell jelentkezni