Ismerem, használom, a "mindennapjaim" része, mert munkahelyemen vagy 2 tucat technológiai programunk van ami DOS-os és az bizony a win10 ill. win11-es gépeken már csak DOSBox-al megy.
Itthon viszont szerettem volna natívban csinálni, hogy "meglegyen az életérzés" ill. a XA1541 nem is működik máshogy mert natív párhuzamos port kell neki. Bár erre is van már USB-s (arduinos) megoldás de most retróra venném a figurát.

Akkor telepíts win98-at CD-ről abban van usb, hálózat, és a win-ből is ki lehet lépni hogy csak DOS maradjon.

Köszi, ismét segített egy gyors telepítésnél.

Köszönöm a tippet, megpróbálom észben tartani. Egyenlőre úgy tűnik a FreeDOS-al megoldódik a dolog, felraktam rá a Star Commandert és úgy tűnik működik bár még a 1541-el nem próbáltam, de az már nem ennek a témának a sztorija. Egyenlőre nézelődök a neten a használatáról, bár először a SC-be is bele kell szokni, az én életemből eddig ezek a "commander" jellegű kétablakos fájlkezelők kimaradtak.

Apropó végülis akkor lehet USB-ről BOOT-olni vagy nem? Hátha később elkerülök mégegy ekkora szívást.

Még egy tipp: Soros porthoz van Total Commander plugin hogy win10/11 PC-ról tudj fileokat másolni ugyanúgy kétablakos böngészőben akár a két gép közt. Persze nem túl gyorsan.

Annak idején, DOS alatt, Norton Commanderrel másoltunk így fájlokat, tudott soros, vagy párhuzamos kábellel is dolgozni. Vajon a Total Comander pluginja kompatibilis ezzel? Mert akkor tényleg könnyű lenne fájlokat átvinni pl. DOS-os gépre. Tehát TC <-> NC kapcsolat vajon működne?

Szerk: közben utánanéztem. A TC-hez van DOS oldali szerver porgram, amit DOS alatt el kell indítani, és így lehet másolni.
Tehát, DOS-os gép: tcsrv4dos, Windowsos gép: TC Serial plugin

Igen. Autoexec.bat ba be lehet tenni, nem kell se egér se billentyűzet se monitor. Mivel dos-ra tcpip-t nemigazán lehet csinálni. Marad ez.

De bizony lehet azt is. Ethernet kártya is életre kelthető DOS alatt. Nekem valaha volt valamilyen 3com 10/100Mbites LAN kártyám, amihez volt DOS-os szoftver. Illetve van olyan program DOS-ra, ami a hálózati mappákat DOS alatt meghajtóként jeleníti meg, tehát lesz a DOS-ban például X: meghajtó is, ami mondjuk a NAS-nak, vagy a windows-os PC-nek egy megosztott mappája.

Ezt rád bízom hogy a kérdezőt kézenfogva állítsd be a dos tcpipt.. (amikor az mscdex se sikerült)

A hálózati kártyához adnak packet drivert amit vagy config.sys-ben töltesz be vagy a hálózati kommunikáció előtt elindítod. A hálózati szoftverhez meg adnak olyan drivert ami ezzel a packet driverrel kommunikál. Emiatt nemhogy TCP/IP de bármilyen hálózati protokolt lehetett használni DOS alatt is. Én személy szerint is használtam DECNET és IP protokollokat egyszerre is csak arra kellett vigyázni hogy ne ugyanarra az IRQ-ra telepítsd őket. Az egyiket DEC Pathworksnek a másikat PCTCPnek hívják. Szóval simán lehet DOSra ip-t telepíteni.

Azok a régi szép idők...
Amikor elindítottam az NCSA-t, majd TELNET-tel beléptem egy szerverre és ott PINE-nal néztem a leveleimet... Vagy a GOPHER-rel böngésztem...
Azután jött a Win 3.11 és a másik emeleten lévő gépre telepített WORD-öt használtam a sajátomról.

Igen a vége felé nagyon ügyes dolgok jelentek meg DOS-ra is, pl. volt olyan szoftver amivel realtime lehetett *.sys meghajtókat, akár parancssortból betölteni (akár cd.sys, sőt akár qemm386.sys-t is), és az ezzel betöltöttt drivert el is lehetett távolítani a memóriából! Egzotikusabb CD meghajtókhoz így pl. reboot nélkül lehetett cserélgetni a drivert. Fel tudta tölteni a driverek egy részét az XMS-be, így az alsó 640k-ból jóval több maradt szabadon. Sokkal több drivert lehetett egyszerre betölteni úgy, hogy a programok működőképesek maradtak.
Volt egy szoftver ami egyben volt képnézegető, mp3, és video lejátszó, ami dos4gw-t használt és védett módban használta a procit. Zene lejátszáskor talán spektrumképet is rajzolt grafikusan. Ja és el lehetett tenni az háttérbe, úgy hogy szólt tovább, és adott egy dos promptot, közel 640k szabad memóriával. Itt lehetett mást is futtatni (persze újabb védett módú programot nem, de sima dos-os dolgokat igen). Mondhatni megelőzte a korát, de aztán a windows-ok, "lemosták a pályáról" ezeket a programokat...

Az én 486dx4 procim nem bírta az .mp3-at akadozások nélkül lejátszani dos alatt.. Túl nagy prociterhelést okozott. .wav és .mid et bírt csak.

MS net parancs.

Annak idején kaptam egy alaplapot Pentium 60MHz-es procival, ezzel bővítettem a 486-os gépemet. Ezen is akadt az MP3... de szólt az előző tulaj, hogy simán megy ám a proci 90MHz-en is, csak állítsd át a bios setupban a buszfrekvenciát. Micsoda boldogság volt, hogy úgy már hibátlanul szóltak az MP3 zenék a soundblasteren.

Én úgy oldottam meg, hogy a Windows 98 gép megoszt egy mappát, "felcserélt érpáras" LAN kábellel összekötöttem a két gép hálókártyáját és a modern gép csatlakozik a mappa megosztásra, ahol teljes körűen tud írni/olvasni a megosztott mappában.
_{^{Csupán annyi van, hogy DOS módból a "win" paranccsal be kell tölteni a Windowst, hogy fájlokat lehessen mozgatni a két gép között.}}

FreeDOS-t választott, azon nem fut a win98, ezért javasoltam a TC + serial plugint

Valami használja a géped. Androidon is ugyanezek. El is rontja. Az utolsó sorban írtad meg a megoldást.

Tipp: oxidáció miatti érintkezéshiba, hővezetés hiánya miatt túlmelegedés.

Rendben, azt nem ismerem.

PHP biztonsági rés

Mit szóltok ehhez a PHP mizériához?

Aki nem hallotta volna: olyan biztonsági rést találtak, ami vagy 10 éve benne van, és teljesen átveheti a hacker az irányítást a számítógép felett. Az interneten levő szerverek kb. 70%-án fut PHP, ennek több mint a felét érintheti ez. Emiatt pl. a magyarorszag.hu-t is leállították rövid időre (a biztonsági rés befoltozásához), és pl. a weblapomat kiszolgáló szerverrel is kellett foglalkozni emiatt.

Csak kíváncsiságból: vajon a HE-t is érintette a dolog?

Nem örültem neki. Pár szerveren azonnal frissítenem kellett, s volt, ahol emiatt az oldal motorjához is hozzá kellett nyúlni (igaz ezek nem szolgáltatnak a nyílt Internet felé, de remek kifogás volt rá, hogy miért váltsak PHP főverziót). A saját honlapom alatti szervert egyik barátom üzemelteti, azonnal ugrott a levelemre, hogy örülnék, ha frissítene. No persze emiatt pár dolgot ki kellett javítani ott is, de ez van. Néhány szolgáltatásunkat leállították a sebezhetőség miatt, persze akkor, amikor pont használni is kellene

Ez azért egy elég komoly eset, és elég gyalázatos szervezési és kommunikációs hibákkal tarkítva próbálták meg kezelni.

Szerencsére nálunk minden service és app go (50+ app), PHP-t csak két 3rd party alkalmazás használt, azokat pedig levehettük a netről, elég, ha a belső neten elérhetőek (amíg frissítik a fejlesztők).

De összességében sok-sok embernek okozott fejfájást és kapkodós foltozást..

Bithiba

Ilyen még nem történt velem.

Most volt az óraátállítás.
És nem állt át.
80C31 processzor, assembly program, én írtam, minden bitjét ismerem.
Kapcsolás, nyák szintén saját.
Program 27C256 EPROM-ban van, harminc éve fut már több példányban, most sem az sérült, fut is rendesen ott a falon olyan húsz éve.
Senki nem piszkálja, mert csak létrával lehet elérni, lányok a családból meg nem olyanok.
Táphiba sem lehet, mert masszív akkus backup van, több napos áramszünetet is simán túl szokott élni.

A baj a változókkal, egészen pontosan a dátummal történt, ami a processzor memóriájában tárolódik.
BCD formátumban, számjegyenként. Októrber 25-ből, Október 24 lett, azaz 0101 helyett 0100. Tehát egy bit billent át...
Természetesen nem állt át, mert 25.-én hajnalban kellett volna neki.

Eddig ezt olyan kicsit kamu szövegnek tartottam:


Hát lehet van benne valami, mert egy óránál nem csinálunk folyamotas CRC checket az időre/dátumra...

Nekünk már a szemünk sem rebben ilyenekre.

Ha jól emlékszem, régebben belinkeltem egy adatmentési konferencia anyagát erről a témáról.

FLIR mobilos hőkamera

FLIR mobilos hőkamera képeket szeretnék PC-n kezelni (pl. javítani a képillesztést a hőkép, és a normál kamerakép között). Erre keresek valami normális szoftvert, ha valaki esetleg használ ilyesmit, légyszi segítsen.
A telefonon a FLIR saját szoftverében ez a funkció hibásan működik, és androidra sem találtam másik olyan programot ami kompatibilis a kamerámmal, vagy ami képes a lementett képek kezelésére.

Az én telefonos FLIR kamerám (CAT S61) sima jpeg képeket adott, azt bármivel szerkesztheted.

A telefonodról már az összeillesztett kép jön ki, ezért az illesztést nem fogod tudni utólag javítani. Szoftvert meg azért nem találsz, mert direkt szűrik, hogy melyik program melyikkel hajlandó működni (USB azonosítóval). Hiába ugyan az a videókép jönne ki ebből is meg a másikból is, mégis a saját programja kell neki. Én kipróbáltam, hogy az enyémet rádugom a gépre és sima videojel jött ki belőle. Példának okáért egy érdekes projekt, amit megnézhetsz:PyThermalCamera
Amúgy meg egy rövid USB toldó segítségével közelebb viheted egymáshoz a két kamerát, hogy pontosabb legyen az illesztés.

Nem USB-s kamera. A telefonban van beépítve hőkamera, a saját szoftverében is lehet állítani a normál kép, és a hőkép összeillesztését, csak éppen a FLIR szoftvere hibás, és nem menti el a beállításokat. Valamilyen módon tárolja is mindkét képet a telefonon, mert az alkalmazásban látszik is mindkettő.

Alternatív appokkal nem kompatibilis? Pl. TCTarget elég jól használható igazítással bír, kérdés hogy FLIR kompatibilis-e.