Amerikai Nemzeti Szabványügyi Intézet(Angol) A merikán n nemzeti s tandardok én intézet, ANSI) amerikai ipari és üzleti csoportok szövetsége, amely kereskedelmi és kommunikációs szabványokat fejleszt. Tagja az ISO-nak és az IEC-nek, ahol az Egyesült Államok érdekeit képviseli.

Sztori

Az ANSI eredetileg 1918-ban alakult, amikor öt mérnöki társaság és három kormányzati ügynökség megalapította az "Amerikai Mérnöki Szabványok Bizottságát" ( AESC- Angol. Amerikai Mérnöki Szabványok Bizottsága). 1928-ban a bizottság az American Standards Association néven vált ismertté. MINT A- Angol. Amerikai Szabványügyi Szövetség). 1966-ban az ASA-t átszervezték, és az "Amerikai Egyesült Államok Standard Intézete" lett. USASI- Angol. Amerikai Egyesült Államok Szabványügyi Intézete). A jelenlegi nevet 1969-ben vették fel.

1918-ig öt mérnöki társaság vett részt a műszaki szabványok kidolgozásában:

• American Institute of Electrical Engineers (AIEE, most IEEE)
• Amerikai Gépészmérnökök Társasága (ASME)
• Amerikai Építőmérnökök Társasága (ASCE)
• American Institute of Mining Engineers (AIME, jelenleg az American Institute of Mining, Metallurgical and Petroleum Engineers)
• American Society for Testing and Materials (jelenleg ASTM)

1916-ban az American Institute of Electrical Engineers (jelenleg IEEE) kezdeményezte e szervezetek összefogását egy független nemzeti testület létrehozására, amely koordinálja a szabványok kidolgozását, harmonizációját és a nemzeti szabványok jóváhagyását. A fenti öt szervezet lett a United Engineering Society (United Engineering Society - UES) fő tagja, majd az Egyesült Államok Hadügyminisztériuma meghívást kapott, hogy alapítóként vegyen részt benne. haditengerészet(1947-ben egyesült az Egyesült Államok Védelmi Minisztériumává) és a Kereskedelmi.

1931-ben a szervezet (1928-ban ASA néven átkeresztelve) a Nemzetközi Elektrotechnikai Bizottság (IEC) amerikai nemzeti bizottságának része lett, amelyet 1904-ben hoztak létre az elektromos és elektronikai mérnöki szabványok kidolgozására.

tagok

Az ANSI tagjai közé tartoznak a kormányzati szervek, szervezetek, tudományos és nemzetközi szervezetek, valamint magánszemélyek. Az Intézet összesen több mint 270 000 vállalat és szervezet, valamint 30 millió szakember érdekeit képviseli világszerte /

Tevékenység

Bár maga az ANSI nem dolgoz ki szabványokat, az Intézet felügyeli a szabványok kidolgozását és használatát a szabványfejlesztő szervezetek eljárásainak akkreditációja révén. Az ANSI akkreditáció azt jelenti, hogy a szabványfejlesztő szervezetek által alkalmazott eljárások megfelelnek az Intézet nyitottságra, egyensúlyra, konszenzusra és tisztességes eljárásra vonatkozó követelményeinek.

Az ANSI bizonyos szabványokat amerikai nemzeti szabványnak vagy ANS-nek is jelöl, ha az Intézet megállapítja, hogy a szabványokat olyan környezetben dolgozták ki, amely méltányos, hozzáférhető és reagál a különböző érdekelt felek igényeire.

Nemzetközi tevékenység

Az Egyesült Államok szabványosítási tevékenysége mellett az ANSI támogatja az amerikai szabványok nemzetközi használatát, támogatja az Egyesült Államok politikai és technikai pozícióját a nemzetközi és regionális szabványügyi szervezetekben, és ösztönzi a nemzetközi szabványok nemzeti szabványként való elfogadását.

Az Intézet az Egyesült Államok hivatalos képviselője két nagy nemzetközi szabványügyi szervezetben, a Nemzetközi Szabványügyi Szervezetben (ISO) alapító tagként, valamint a Nemzetközi Elektrotechnikai Bizottságban (IEC) az Egyesült Államok Nemzeti Bizottságán (USNC) keresztül. Az ANSI szinte mindenben részt vesz technikai program ISO és IEC, és számos kulcsfontosságú bizottságot és alcsoportot irányít. Az amerikai szabványokat sok esetben ANSI-n vagy USNC-n keresztül nyújtják be az ISO-nak és az IEC-nek, ahol azokat részben vagy egészben elfogadják nemzetközi szabványként.

Az ISO és IEC szabványok amerikai szabványként való elfogadása az 1986-os 0,2%-ról 2012 májusára 15,5%-ra nőtt.

A szabványosítás irányai

Az Intézet kilenc szabványosítási csoportot kezel:

• ANSI Honvédelmi és Biztonsági Szabványügyi Együttműködés (HDSSC)
• ANSI Nanotechnology Standards Panel (ANSI-NSP – ANSI Nanotechnology Standards Panel)
• Azonosítólopás-megelőzési és azonosítókezelési szabványok panelje (IDSP – Azonosítólopás-megelőzési és azonosítókezelési szabványok panelje)
• ANSI Energiahatékonysági Szabványosítási Koordinációs Együttműködés (EESCC)
• Nukleáris Energia Szabványok Koordinációs Együttműködése (NESCC-Nuclear Energy Coordination Collaborative)
• Elektromos járművek szabványügyi panel (EVSP)
• ANSI-NAM kémiai szabályozási hálózat
• ANSI Bioüzemanyag-szabványok Koordinációs Panel
• Egészségügyi információs technológiai szabványok panel (HITSP)
• Amerikai Csővezetékek és Gépek Tanúsító Ügynöksége

Mindegyik csoport az e területekhez kapcsolódó önkéntes szabványok meghatározásával, koordinálásával és harmonizálásával foglalkozik. 2009-ben az ANSI és (NIST) megalakították a Nukleáris Energia Szabványok Koordináló Együttműködését (NESCC). A NESCC egy olyan együttműködési kezdeményezés, amely a nukleáris ipar jelenlegi szabványigényének azonosítására és kielégítésére irányul.

Szabványok

Az intézet által elfogadott szabványok közül a következők ismertek:

A közkeletű tévhitekkel ellentétben az ANSI nem vette át a 8 bites kódlapszabványokat, bár részt vett az ISO-8859-1 kódolás és esetleg néhány más fejlesztésében.

Megjegyzések

1. Az ANSI-ról
2. RFC
3. ANSI: Történelmi áttekintés (határozatlan) . ansi.org. Letöltve: 2016. október 31.
4. Az ANSI története

Érdemes megjegyezni, hogy minden ANSI nyomásosztály megjelölésnek van egy bizonyos jelentése, mégpedig a nyomásérték, de csak más mértékegységekben, mint amilyeneket megszoktunk. Az ANSI utáni összes szám a névleges (névleges) nyomás értékét jelzi: ANSI 150, ANSI 300, ANSI 600, ANSI 900, ANSI 1500, ANSI 2500 és ANSI 4500. Például az ANSI 150 azt jelenti, hogy a névleges nyomás 15 psi. Magyarul ezt Pound-force per Square Inch-nek vagy röviden PSI-nek írják.

Ennek megfelelően ily módon lehetséges a font/négyzethüvelyk független átváltása bar (100 kPa) vagy MPa értékre. A pontos független kiszámításához tudnia kell, hogy 1 PSI \u003d 6894,76 Pa. Minden bar és Pascal ANSI nyomásszámítás elvégezhető, ha van idő és szükség van a pontos adatokra, ugyanakkor a legtöbb szabványos ANSI nyomásosztály érték már szabványos bar és MPa értékkel rendelkezik. Az egyszerűsítés kedvéért összeállítottunk egy rövid táblázatot az Ön számára:

Az ANSI nyomásosztályok táblázata Bar és MPa átszámítással

ANSI nyomásosztály

Néha még egy meglehetősen tapasztalt szakember sem mondja meg azonnal, hogy az egyik rendszerben egy adott nyomás- vagy hosszérték megfelel-e egy másik mennyiségi rendszer értékeinek.

Nak nek enyhíteniÖn ezt a feladatot, táblázatokat kínálunk a nyomás és a hossz kapcsolatáról az európai és amerikai rendszerekben kis magyarázatokat. De először néhány szót magukról a szabványokról.

LÁRMA a német szabvány (azaz Deutsches Institut für Normung, azaz a Német Szabványügyi Intézet által kifejlesztett), amelyet szigorúan a Nemzetközi Szabványügyi Szervezet - ISO (Nemzetközi Szabványügyi Szervezet) előírásai keretei között fejlesztettek ki.

ANSI az Amerikai Egyesült Államokban elfogadott szabvány. jelentése Amerikai Nemzeti Szabványügyi Intézet, amely az Amerikai Nemzeti Szabványügyi Intézet szabványa.

Ennek megfelelően az ANSI szabványokat pontosan ez az intézmény határozza meg, és messze nem mindig szabványok között LÁRMAés ANSI pontosan nyomon tudja követni megfelelés különböző területeken.

Nyomásegységek átalakítása ANSI-ról DIN-re

Itt minden egyszerű: ha a szabvány szerint ANSI a nyomással szemben a 150-es szám - ez azt jelenti, hogy a névleges (amelyre a szelepet tervezték) nyomás 20 bar, 300 - 50 bar stb. Maximális érték ehhez ANSI osztály– 2500 az európai szabvány szerint 420 bar lesz LÁRMA.

Ezt a táblázatot használva Nem nehéz nyomásértékek konvertálása és fordítva: innen LÁRMA ban ben ANSI, bár mérnökeinknek sokkal többre van szükségük ritkábban.

Hosszmértékegységek átváltása amerikai rendszerről európaira (oroszra)

Mint ismeretes, amerikaiak mindent hüvelykben és lábban mérnek, és mi európaiak- milliméter, centiméter és méter, vagyis a világ országainak túlnyomó többségéhez hasonlóan mi is élünk metrikus mértékegységek rendszere.

Hogyan lehet hüvelyket milliméterre konvertálni? Valójában ebben sincs semmi bonyolult, csak ne feledjük, hogy 1 hüvelyk 25,4 mm-nek felel meg. Azonban gyakran a tizedesvessző utáni számjegy elhanyagolásés jó mértékre jelezze azt 1 hüvelyk = 25 mm.

Így ha például a beömlő keresztmetszete az amerikai mértékrendszer szerint 2 hüvelyk, akkor ezt az értéket a fenti szabály szerint a mi mértékrendszerünkre átszámítva 50 mm-t kapunk, pontosabban: 51 mm (a szabályok szerint kerekítés 50,8) .

Hozzá kell tenni, hogy az átmérő in műszaki a jellemzők latin betűkkel vannak jelölve DNés gyakran szerepel benne hüvelyk, és a nyomást a betűk jelölik PNés leggyakrabban az bárok- mindenesetre pontosan ezt a jelölést használjuk leginkább kényelmes.

És a következő táblázat segíteni fog nem csak számolsz pontos a milliméterek száma egy hüvelykben (ezredmilliméter pontossággal), de segít megtudni, hogy például 2,5 hüvelyk hány millimétert tartalmaz.

Ehhez keressük a 2. oszlopot "" (2 hüvelyk), a bal oldalon pedig az 1/2 értéket. Összesen 2,5 hüvelyk = 63,501 mm, amely 64 mm-re kerekíthető, és például 6,25 hüvelyk (azaz 6 és 1/4) = 158,753 mm vagy 159 mm.

	"" hüvelyktől milliméterig

Reg.ru: domainek és tárhely

A legnagyobb regisztrátor és tárhelyszolgáltató Oroszországban.

Több mint 2 millió domain név használatban.

Promóció, levelezés domainhez, megoldások üzleti célokra.

Világszerte több mint 700 ezer ügyfél választotta már.

*Vigye az egeret a görgetés szüneteltetéséhez.

Vissza előre

Kódolások: hasznos információk és egy rövid visszatekintés

Úgy döntöttem, hogy ezt a cikket egy kis áttekintésként írom meg a kódolás kérdéséről.

Meg fogjuk érteni, mi a kódolás általában, és megérintjük egy kicsit az elvi megjelenésük történetét.

Szó lesz néhány jellemzőjükről, és figyelembe vesszük azokat a pontokat is, amelyek lehetővé teszik, hogy tudatosabban dolgozzunk a kódolással és kerüljük az ún. krakozyabrov, azaz olvashatatlan karakterek.

Akkor gyerünk...

Mi az a kódolás?

Egyszerűen fogalmazva, kódolás egy táblázat a karakter-leképezésekről, amelyeket a képernyőn láthatunk bizonyos numerikus kódokhoz.

Azok. minden karakter, amelyet a billentyűzetről beírunk, vagy amit a monitor képernyőjén látunk, egy bizonyos bitsorozat (nullák és egyesek) kódolja. A 8 bit, amint azt valószínűleg tudja, 1 bájtnyi információnak felel meg, de erről később.

Maguk a karakterek megjelenését a fontfájlok határozzák meg amelyek telepítve vannak a számítógépére. Ezért a szöveg képernyőn történő megjelenítésének folyamata úgy írható le, mint a nullák és egyesek sorozatainak állandó leképezése bizonyos karakterekre, amelyek a betűtípus részét képezik.

Minden modern kódolás elődjének tekinthető ASCII.

Ez a rövidítés azt jelenti Amerikai szabványos információcsere kód(Amerikai szabványos kódolási táblázat a nyomtatható karakterekhez és néhány speciális kódhoz).

azt egybájtos kódolás, amely eredetileg mindössze 128 karaktert tartalmazott: a latin ábécé betűit, arab számokat stb.

Később kibővítették (eleinte nem használta mind a 8 bitet), így lehetővé vált nem 128, hanem 256 (2-től 8-ig) különböző, egy bájt információba kódolható karakter használata.

Ez a fejlesztés lehetővé tette az ASCII hozzáadását nemzeti nyelvek szimbólumai, a már meglévő latin ábécé mellett.

Rengeteg lehetőség van a kiterjesztett ASCII kódolásra, mivel sok nyelv is létezik a világon. Azt hiszem, sokan hallottatok már ilyen kódolásról, mint pl A KOI8-R is egy kiterjesztett ASCII kódolás, amelyet orosz karakterekkel való együttműködésre terveztek.

A kódolások fejlesztésének következő lépésének tekinthető az ún ANSI kódolások.

Lényegében ugyanazok voltak Az ASCII kiterjesztett változatai, azonban különböző pszeudografikus elemeket eltávolítottak belőlük és tipográfiai szimbólumokat adtak hozzá, amelyekhez korábban nem volt elég "szabad hely".

Ilyen ANSI-kódolásra példa a jól ismert Windows-1251. Ez a kódolás a tipográfiai szimbólumokon kívül az oroszhoz közeli nyelvek (ukrán, fehérorosz, szerb, macedón és bolgár) ábécéjének betűit is tartalmazta.

Az ANSI kódolás a gyűjtőneve. Valójában az ANSI használatakor a tényleges kódolást a rendszerleíró adatbázisban megadottak határozzák meg operációs rendszer Ablakok. Az orosz esetében ez a Windows-1251 lesz, más nyelveknél viszont másfajta ANSI.

Mint érti, a sok kódolás és az egységes szabvány hiánya nem hozott jót, ez volt az oka a gyakori találkozásoknak az ún. krakozyabry- olvashatatlan, értelmetlen karakterkészlet.

Megjelenésük oka egyszerű - az próbálja meg megjeleníteni az egyik kódolási táblával kódolt karaktereket egy másik kódolási tábla használatával.

A webfejlesztés kapcsán hibákkal találkozhatunk, amikor pl. Az orosz szöveget a rendszer tévedésből a szerveren használt rossz kódolással menti.

Természetesen nem ez az egyetlen eset, amikor olvashatatlan szöveget kaphatunk - itt nagyon sok lehetőség van, főleg, ha figyelembe vesszük, hogy van olyan adatbázis is, amiben bizonyos kódolásban is tárolódnak az információk, van adatbázis kapcsolat térképezés stb.

Mindezen problémák felbukkanása ösztönzőként szolgált valami új létrehozására. Olyan kódolásnak kellett volna lennie, amely a világ bármely nyelvét képes kódolni (végül is az egybájtos kódolások segítségével, minden vágy mellett lehetetlen minden karaktert leírni, mondjuk, kínai, ahol egyértelműen több mint 256), további speciális karakterek és tipográfia.

Egyszóval alkotni kellett egy univerzális kódolás, amely egyszer s mindenkorra megoldaná a hibák problémáját.

Unicode – univerzális szövegkódolás (UTF-32, UTF-16 és UTF-8)

Magát a szabványt 1991-ben egy nonprofit szervezet javasolta "Unicode konzorcium"(Unicode Consortium, Unicode Inc.), és munkája első eredménye egy kódolás megalkotása volt. UTF-32.

Mellesleg a rövidítés UTF jelentése Unicode átalakítási formátum(Unicode konverziós formátum).

Ebben a kódolásban egy karakter kódolásához annyit kellett volna használnia, mint 32 bites, azaz 4 bájtnyi információ. Ha összehasonlítjuk ezt a számot az egybájtos kódolásokkal, akkor egyszerű következtetésre jutunk: 1 karakter kódolásához ebben az univerzális kódolásban kell 4-szer több bit, amely 4-szer "súlyozza" a fájlt.

Az is nyilvánvaló, hogy az ezzel a kódolással potenciálisan leírható karakterek száma túllép minden ésszerű határt, és technikailag 2-vel egyenlő számra korlátozódik 32 hatványával. Nyilvánvaló, hogy ez egyértelmű túlzás és pazarlás volt a fájlok súlyát tekintve, így ezt a kódolást nem alkalmazták széles körben.

Felváltotta egy új fejlesztés - UTF-16.

Ahogy a név is sugallja, ebben a kódolásban egy karakter van kódolva már nem 32 bites, hanem csak 16(azaz 2 bájt). Nyilvánvaló, hogy ettől bármely karakter kétszer "könnyebb" lesz, mint az UTF-32-ben, de kétszer "nehezebb" is, mint bármely, egybájtos kódolással kódolt karakter.

Az UTF-16 kódoláshoz rendelkezésre álló karakterek száma legalább 2 16 hatványig, azaz. 65536 karakter. Úgy tűnik, minden rendben van, ráadásul az UTF-16 kódterületének végleges értéke több mint 1 millió karakterre bővült.

Ez a kódolás azonban nem elégítette ki teljesen a fejlesztők igényeit. Tegyük fel, hogy ha kizárólag latin karakterekkel írunk, akkor az ASCII kódolás kiterjesztett verziójáról UTF-16-ra váltás után az egyes fájlok súlya megduplázódott.

Ennek eredményeként újabb kísérlet történt valami univerzális létrehozására, és ez a valami a jól ismert UTF-8 kódolás lett.

UTF-8- ez többbyte-os karakterkódolás változó karakterhosszúsággal. A nevet nézve azt gondolhatnánk, az UTF-32 és UTF-16 analógiájára, hogy 8 bitet használnak egy karakter kódolására, de ez nem így van. Pontosabban nem egészen így.

Ennek az az oka, hogy az UTF-8 biztosítja a legjobb kompatibilitást a régebbi, 8 bites karaktereket használó rendszerekkel. Valójában egyetlen karakter UTF-8 kódolása használatos 1-4 bájt(hipotetikusan 6 bájtig lehetséges).

Az UTF-8-ban minden latin karakter 8 bites kódolású, akárcsak az ASCII kódolásnál.. Vagyis az ASCII kódolás alap része (128 karakter) átkerült az UTF-8-ra, amivel csak 1 bájtot lehet "költeni" az ábrázolásukra, miközben megőrzi a kódolás egyetemességét, amihez minden elkezdődött.

Tehát, ha az első 128 karakter 1 bájttal van kódolva, akkor az összes többi karakter már 2 vagy több bájttal van kódolva. Minden cirill karakter pontosan 2 bájttal van kódolva.

Így egy univerzális kódolást kaptunk, amely lehetővé teszi, hogy minden lehetséges karaktert lefedjünk, amit szükségtelenül "nehezebb" fájlok nélkül kell megjeleníteni.

BOM-mal vagy darabjegyzék nélkül?

Ha dolgozott együtt szövegszerkesztők(például kódszerkesztők által). Jegyzettömb++, phpDesigner, gyors PHP stb., akkor valószínűleg odafigyeltek arra, hogy az oldal létrehozásának kódolásának beállításakor általában 3 lehetőség közül választhat:

ANSI
-UTF-8
- UTF-8 anyagjegyzék nélkül

Azonnal mondom, hogy mindig érdemes választani utolsó lehetőség - UTF-8 anyagjegyzék nélkül.

Tehát mi az a BOM, és miért nincs rá szükségünk?

BOM jelentése Byte Order Mark. Ez egy speciális Unicode-karakter, amelyet a végesség jelzésére használnak. szöveges fájl. A specifikáció szerint használata nem kötelező, de ha BOM használatban van, akkor a szövegfájl elején kell beállítani.

Nem megyünk bele a munka részleteibe BOM. Számunkra a fő következtetés a következő: ennek a szolgáltatáskarakternek az UTF-8-cal együtt történő használata megakadályozza, hogy a programok normálisan beolvassák a kódolást, ami szkripthibákat eredményez.

Az ANSI az American National Standards Institute által kifejlesztett karaktermegjelenítési szabvány (kód: 1251). Az ANSI szabvány csak egy bájtot használ az egyes karakterek megjelenítésére, ezért legfeljebb 256 karakterre korlátozódik, beleértve az írásjeleket is. A 32-től 126-ig terjedő kódok az ASCII szabványt követik. DOS-ban ASCII-t (688-as kód), Windowsban ANSI-t használnak.

Irodalom

Arkhangelsky A.Ya. Programozás C++ Builderben6. Szerk. BINOM, 2004.

Arkhangelsky A.Ya. C++Builder6. Használati útmutató. Moszkva, szerk. BINOM, 2004.

Kimmel P. Borland C++5 "BHV-St. Petersburg, 2001.

Klimova L.M. C++ Gyakorlati programozás. Tipikus feladatok megoldása. "KUDITS-IMAGE", M.2001.

Kultin N. С/С++ feladatokban és példákban. Szentpétervár "BHV-Petersburg", 2003.

Pavlovskaya T.A. C/C++ Programozás magas szintű nyelven. Péter, Moszkva-Szentpétervár-… 2005

Pavlovskaya T.A., Shchupak Yu.A. C++. Objektumorientált programozás. Műhely. SPb., Péter, 2005.

Podbelsky V.V. C++ nyelv Pénzügy és statisztika, Moszkva, 2003.

Polyakov A. Yu., Brusentsev V.A. Módszerek és algoritmusok számítógépes grafika példákban a Visual C++ nyelven. SPb BHI-Pétervár, 2003

Savitch W. C++ nyelvi objektum-orientált programozási tanfolyam. Williams Kiadó. Moszkva-Szentpétervár-Kijev, 2001

Wellin S. Hogyan ne programozzon C++ nyelven. "Péter". Moszkva-Szentpétervár-Nizsnyij Novgorod-Voronyezs-Novoszibirszk-Rosztov-Don-Jekatyerinburg-Szamara-Kijev-Harkov-Minszk, 2004.

Shieldt G. Teljes referencia C++ nyelven. Szerk. "Williams" ház Moszkva-Szentpétervár-Kijev, 2003.

Schildt G. Öntanár C/C++. Szentpétervár, BHV-Petersburg, 2004.

Schildt G. Programozói útmutató a C/C++ nyelvhez Szerk. "Williams" ház Moszkva-Szentpétervár-Kijev, 2003.

Shimanovich.L. С/С++ példákban és feladatokban. Minszk, Új ismeretek, 2004.

Stern V. A C++ alapjai. A szoftverfejlesztés módszerei. Szerk. Lori.

Miért jelenik meg a szemét az orosz betűk helyett a konzolalkalmazásban?

és helyes! A natív szerkesztőbe beírt program szövege vizuális Stúdió, az 1251-es kódlapot használja, a konzolalkalmazásban a szövegkimenet pedig a 866-os kódlapot használja. Mit kell tenni ezzel a szégyennel? Mint tudod, bármely patthelyzetből legalább 3 kijárat van. Tekintsük őket sorrendben.

1. Kilépés 1

Írja be a program szövegét bármelyik konzolfájlkezelő szerkesztőjébe.

De mi a helyzet a szintaktikai kiemeléssel, az F1 segítségével a kiválasztott funkció súgójának megjelenítésével és más apró varázslatokkal, amelyek feldobják egy egyszerű programozó sivár életét? Nem, ez nem választható számunkra.

1. Kilépés 2

Ha a nulláról kezdtél el írni egy konzolprogramot, az megfelelhet neked. Írjuk át kis remekművünket így:

#include "stdafx.h" #include "windows.h" int main(int argc, char* argv) char s="Üdv mindenkinek!"; printf("%s\n", s);

A kulcsszó itt a CharToOem – ez a függvény konvertálja a karakterláncunkat a kívánt kódlappá. A programunk eredményével most minden rendben van.

De felvetődik a következő kérdés – mit tegyünk, ha a régi, 100 000 soros, Borland C++ 3.1-ben írt DOS-programunkat újra kell fordítanunk egy Windows konzolalkalmazásba, amelyben minden második sorban előfordul ilyen helyzet. De még mindig az MS fordítóhoz kell igazítania, és pár kódrészletet is optimalizálni szeretne ...

Itt valószínűleg van értelme a lovag mozdulatát használni, abban az értelemben