Dotaz: Jak spustit soubory s příponou .com?

[eF]

Vie niekto ako alebo ci sa vobec daju spustit subory s koncovkou *.com pod linuxami. Subory s koncovkou exe mi idu ale com nie. Vdaka

Odpovědi

[Petr Krčmář]

Tak zaprve: Vol rozumnejsi titulek. Takhle nikdo nepozna, o cem to je.

A zadruhe: Zajimalo by me, jak to spoustis. Normalne .exe v linuxu nenastartuje. Jedine v DosEmu a v tom ti pojede i .com a .bat a vsecko co v dosu.

Takze rada: Nainstalovat DosEmu.

Peter

[eF]

Diki Petre, idem to vyskusat, ale este som sa nestretol s DosEMU, takze mam este jednu otazočku kde najdem DosEmu. Vdaka

[Petr Krčmář]

No, tusim, ze RedHat ho ma primo v distribuci, ale nejsim si jity. Hledej na freshmeat.net a pokud chces balicek rpm (pro redhat, Mandrake a jine), tak se pak mrkni na rpmfind.net. Najdes tam skoro fsecko, takze doporucuji dat do oblibenych polozek v browseru.

Co neni na freshmeat, jako by ani neexistovalo.

Peter

[Petr Pribyl]

Spousti se to pomoci programu wine, ktery je soucasti distribuce RedHat Linuxu 7.3

[Ccamel]

Jenom doplním: dosovské binárky nejdou normálně spustit pod linuxem. Musí se spustit v nějakém emulátoru. Existuje jich několik. Třeba dosemu pro dosovské aplikace, pro win32 je třeba použít wine. aplikace se spustí:
wine /cesta_k_souboru/nazev_souboru.pripona
Principielně je jedno jestli je to .com nebo .exe

[eF]

Kamil vdaka za radu ale pod Wine mi to nejde, idu mi tam tam len exe subory. Vdaka

[theo]

Principielně NENÍ jedno jestli je to .exe, nebo .com soubor. .exe soubory mají tzv PE formát (Portable-Executable), někdy též zvaný MZ formát (protože .exe soubory vždy začínají písmeny MZ), který se (mám takový dojem) víc blíží POSIXové normě (ale opravdu nevím jistě -- myslím si to proto, že obsahuje zřetelně oddělené části dat, kódu atd...). .com soubory jsou VŽDY 8-mi, nebo 16-ti bitové aplikace, zatímco .exe soubory jsou převážně 32 bitové aplikace, výjmečně 16-ti bitové (tedy dnes, není tomu tak dávno, kdy to tak ještě nebylo). A teď k tomu, že nejde pod Linuxem spustit .exe soubory. To je a není pravda. Nativně je Linux nepodporuje (dnes nativně podporuje formát ELF a starší a.out už přestává být podporován -- aspoň podle toho co si pamatuju z Jaderných novin), ale pokud máte naisntalovánu distribuci, jako např. RedHat 7.3, tak si můžete (a často to i při instalci přehlédnete) nainstalovat démona Wine, který je pak spouští. Lidé, kteří do Linuxu nevidí až tak hluboko (nejsem výjimka si pak mohou myslet, že tento (MZ) formát je Linuxem podporován. A rovněž se jako v tomto případě diví, že to nespouští 8 a 16 bitové (.com) aplikace. Ale wine je psaný na spouštění POUZE 32 bitových aplikací, na 8 a 16 bitové je zde výše zmíněné DOSEmu, nebo pro Xka xdos (opět nejsem dost přesný 16 bitové aplikace určené pro platformu Win16 a Win16s spustit většinou umí).

To jen tak pro pořádek, ale v zásadě souhlasím

[petris]

Jestli je soubor *.exe nebo *.com je opravdu jedno, zalezi pouze na formatu - soubor se muze jmenovat jakkoliv, nemusi mit zadnou priponu.

[cronin]

Ale ano, to predsa vsetci vieme, ze lubovolnemu suboru je mozne priradit lubovolne meno a ze v unixovom svete sa typ suboru urcuje podla jeho obsahu, a nie podla jeho mena. V danom kontexte zaoberajucom sa spustitelnym suborom platformy Windows ale bolo kazdemu jasne, ze pripona patrne koresponduje s typom suboru.

[Ganador]

to co tady rikate je naprosta blbost jelikoz wine neemuluje widle ani dos, jenom WinAppi ktery sou potreba pro spusteni vetsiny windows aplikaci (krome OpenGl, Sdl... app. ktery sou napsany multi-platforme)

[stativ]

Proč to vytahuješ?

[Ilfirin]

Asi se chtěl zaprsit .

[Radovan Garabík]

.COM je jednoduchý textový súbor, v ktorom sú zapísané príkazy pre DCL (a neviem, že by DCL existoval aj pre nejaké Unixy), takže asi len ručne prepísať...

Kde sú tie časy...

[pol128]

ak máš "súbor s koncovkou .com", tak na neho pošli file:

file nazov.cmd

ak sa tam píše niečo o DOS, microsofte alebo podobne, tak skús:

wineconsole nazov.cmd

ak to nejde, tak dosbox:

DOSBox/

[Andrej]

Co třeba DosBox?

Kromě toho, spustitelné soubory v UNIXu žádnou specifickou příponu nemají. Spouštění souborů s příponou .exe (binárek pro Windows) určitě možné není. Zpravidla se to dělá tak, že se v nějakém klikacím prostředí nastaví otvírání souborů .exe ve Wine nebo jiném vhodném emulátoru. Nejde tedy o spuštění v pravém slova smyslu, přestože kdekdo křičí Wine Is Not an Emulator...

[outsider]

"Snad jsem si zmylil cisla vlaku, mel zpozdeni snad sto let..." Pardon, vlastne jenom sest let

[Andrej]

No nevím, co je tohle za řeči. Poslední DOS byl někdy v pětadevadesátém, takže není důvod, proč nepoužít sarší emulátor. DosBox mi funguje skvěle.

[Ilfirin]

Myslím že outsider měl namysli, že onen dotaz je šest let starý (takže meškáte s odpovědí o šest let ) a jen ho někdo vytáhl.

[Andrej]

Jo takhle, tak přece jen jsem zase blbec já. Teď ještě vytáhnout „Proč je Linux pomalejší než Windows 95“ a je to.

[Ilfirin]

To tu někde je? (kdyby jo, tak já to vytáhnu )

[bhy]

pokud to nezamkli, tak určitě jo; mělo to tuším přes 300 komentářů. už to vidím... http://www.abclinuxu.cz/forum/show/98597

[petris]

V zadnem klikaci se to nastavovat nemusi, protoze to umi primo kernel. Podobne se spoustej treba i skripy, kdy se interpret cte z 1. radku za #!. Vygooglujte si binfmt a nevypoustejte lzi.

[Andrej]

<flame>Další anonym, další blbé řeči...</flame>

Kdybych uvažoval takovým způsobem, mohl bych klidně tvrdit, že kenel umí „spouštět“ skripty v PHP, Pythonu, Ruby, Perlu a vůbec celkem jakékoliv formáty. Nejde ale o spouštění spustitelných souborů. Stačí jen, aby kernel věděl, kde je interpret příslušného formátu...

Zdaleka ne každá distribuce má tuhle rádoby zajímavou fičuru zapnutou a zdaleka ne každý uživatel ji chce. Já tento nesmysl nechci, protože chci vědět, co dělám. Měl bych snad mít povoleno, aby mi jakýkoliv skript směl spouštět binárky z Windows? To je špatný vtip, nebo je to míněno vážně??? (Ruku na srdce, kolik lidí spouští Wine pod odděleným uživatelským účtem? A kolik lidí má ve Wine zakázaný pověstný disk Z?)

Shell (například bash) spouští skripty i bez jakékoliv kernelové podpory a bez první řádky s #!... Ale v tomhle má pointa vůbec netkví. Tvrdím pouze že .exe soubory v Linuxu spustit nelze. Sice je sám denně „spouštím“, ale vždy jde o emulaci, ať už ji spustí sám kernel nebo KDE nebo někdo jiný. Kernel-based Wine zatím neexistuje. Tak jaké lži tady vypouštím???

[petr]

Spustit jde to, na co jde uspesne zavolat systemove volani execve. Na binarku z windows toto udelat jde, tudiz jde spustit.

Kernel-based Wine zatím neexistuje.

Ja si napriklad pamatuji, ze nekdy pred osmy lety se objevil wineservmod. Kdybyste se alespon obtezoval pouzit google, nez zas zacnete neco blabolit...

[Andrej]

Řeči o blábolení by si měl nechat od cesty především ten, kdo sám blábolí nesmysly.

Koho zajímá, co existovalo někdy před osmi lety? Dnes kernel-based wine v distribucích běžně není. Nehledě na to, že jakékoliv mletí o Wine je v podstatě off-topic. Stačí zběžné přečtení otázky a hned je jasné, že řeč byla pouze o souborech .com.

[petris]

O wine jste zacal Vy a zacal jste o nem lhat. Nekdo mene zkuseny by si to mohl precist a uverit tomu a dal tyto nesmysly sirit, proto je od veci je uvest na pravou miru.

Tvrdite, ze vec jako wineservmod neexistuje, ale ukazalo se ze ano. Chcete rict, ze jste nelhal?

Tvrdite, ze nejde spustit windowsovska binarka, pritom na ni lze uspesne zavolat execve. Opet jste nelhal?

Spuštění procesu v Linuxu je složitá procedura, z formátu ELF se čte spousta tabulek, pak následuje hledání knihoven, několik fází počítání offsetů

Bezne procesy vznikaji pomoci fork nebo clone vzdy z jineho jiz beziciho procesu. Vas popis je dost mimo.

[Andrej]

Tvrdite, ze vec jako wineservmod neexistuje, ale ukazalo se ze ano. Chcete rict, ze jste nelhal?

Co Vás na té vykopávce tak fascinuje? Možná se ukázalo, že před osmi lety existoval pokus něco takového vytvořit. Ukažte mi jednu distribuci, která pochází z letošního roku a něco takového má. Pak se můžeme bavit dál. Co takhle použít Google? Moc tam toho není, že... Než mě příště nařknete ze lži, zkuste si aspoň napočítat do pěti...

Bezne procesy vznikaji pomoci fork nebo clone vzdy z jineho jiz beziciho procesu. Vas popis je dost mimo.

Podle tohoto výroku se tedy procesy dělí na „běžné“ (pouze shell) a „mimořádné“ (cokoliv jiného). Já ale považuji například soffice taktéž za běžný proces. Je třeba odlišit podstatné od nepodstatného. Samozřejmě, že shell volá fork, aby mohl vůbec něco spustit. Podstatné ovšem je, co potom dělá exec. Ten dělá přesně to, co jsem psal. Takže můj popis není ani trochu mimo.

Pozor na věc, co kdyby si Vaše nesmysly přečetl někdo méně zkušený a pak je šířil dál...?

[Luboš Doležel (Doli)]

Tvrdite, ze vec jako wineservmod neexistuje, ale ukazalo se ze ano. Chcete rict, ze jste nelhal?

V současnosti nic takového "v provozu" není. Jen se objevily nové snahy o vytvoření takové věci.

[petris]

Ja upozornoval na existenci tohoto reseni. Pan Andrej napsal, ze takova vec neexistuje, a ne ze se neujala, coz jsou dost rozdilne veci.

[Luboš Doležel (Doli)]

Wineservmod je pro nějaké 8 let staré Wine. Řešení tedy skutečně neexistuje.

[petris]

Existuje, porad jde stahnout (podle Vasi logiky by pak treba neexistoval kernel 2.2.18). Vyvoj zrejme ustal proto, ze zrychleni nebylo u klikacich aplikaci moc pozorovatelne (zkousel jsem to a rozdil u programu, co jsem v te dobe skrz wine pouzival, nebyl moc poznat).

PS: Puvodni otazka je 6 let stara a v te dobe byl modul jeste celkem zanovni

[Matlák]

Neodpustím si rejp

Nejde tedy o spuštění v pravém slova smyslu, přestože kdekdo křičí Wine Is Not an Emulator

Wine _není_ emulátor. Programy se spouštějí přímo na procesoru - emulátor by to byl, kdyby programové instrukce nějak překládal a interpretoval po svém - to Wine nedělá. Posílá ty instrukce přímo do procesoru, tak jako by to na jeho místě dělal Windows. Jediný rozdíl je v komunikaci spouštěného programu se systémovými knihovnami - zde přichází ke slovu "aplikační vrstva" která volání překládá do "linuxového světa" - samotný program ale pod žádným emulátorem neběží, běží samostatně,přímo na procesoru, jako jakákoli jiná aplikace.

[Andrej]

To je zcela správný rejp, nic proti tomu. Aplikace běží přímo na procesoru. Ale to ještě neznamená, že se spouští. Spuštění procesu v Linuxu je složitá procedura, z formátu ELF se čte spousta tabulek, pak následuje hledání knihoven, několik fází počítání offsetů, vyplňování relokačních tabulek, nastavování tisíců pointerů... Pokud je mi známo, Linux žádné spuštění (v tomto slova smyslu) .exe souborů neprovádí. O to se stará Wine se svými vlastními knihovnami.

Kdybych ten rejp dotáhl do extrému, program v Javě spuštěný na JVM s JIT-kompilátorem taktéž běží přímo na procesoru, bez další interpretace. Ale soubor .class je, stejně jako .exe, bez dalšího zpracování bezcenný. V případě souboru .class je mnohem víc důvodů, proč ho Linux neumí spustit (bytecode nezávislý na platformě, potřeba run-time podpory, ...), ale jinak je téměř tatáž úvaha.

Dokud neexistuje kernel-based Wine, Linux neumí spustit .exe. Howgh.

[Matlák]

Dokud neexistuje kernel-based Wine, Linux neumí spustit .exe. Howgh.

Já taky netvrdím, že linux umí spustit .exe. Já tvrdím, ne křičím, "Wine Is Not an Emulator!!!"

Copak je JIT kompilátor Javy emulátorem? No nic. Dost bylo flamewarů