- A hozzászóláshoz be kell jelentkezni
- 3409 megtekintés
Hozzászólások
MASM? Úr isten, az még van? Utoljára vagy 10 éve használtam... Vagy ez egy másik, amit csak ugyanúgy hívnak?
- A hozzászóláshoz be kell jelentkezni
biztos baromi sokat változott az x86 asm azóta...
szerintem.
- A hozzászóláshoz be kell jelentkezni
Attol meg tok franyesz dolog egy os-hez kotott 10+ eves assemblert hasznalni egy modernnek kikialtott standardban, mikor van mar megoldas erre a problemara. Boven.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
ühüm. milyen hátulütője van a microsoft "os-hez kötött" assemberének használatában a windows build készítéséhez? persze a winfirefoxot is lehetne buildelni mingw-vel (ha pl. az NSS már hajlandó lefordulni vele). vagy cygwin-nel. csak azt nem értem, mivel leszünk előrébb.
szerintem.
- A hozzászóláshoz be kell jelentkezni
Mondjuk nem hasznalhato fel a kod minden mas os-en, hiaba ua. a cpu arch, duplikalni kell a kodot, megno a kodbazis fregmentacioja es ezaltal megno a fejlesztes koltsege is. Igy elso blikkre. Ha mar nem azt az aprosagot kifelejtjuk, hogy a MASM 2006 ota nem fejlesztett/javitott termek szemben peldaul egy YASM-mal. Vagy azt, hogy egy opensource floss cucc leforditasahoz a csunya gonosz evil Microsoft termeke szukseges igy. Satobbi.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
tekintve, hogy a firefox-ot 99%-ban windows-on használják, szerintem ez a dolog érdekli őket a legkevésbé. ez a szemléletmód gyönyörűen meg is látszik a linuxos verzión.
szerintem.
- A hozzászóláshoz be kell jelentkezni
Jahat kerem.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Kifejtenéd ezt bővebben? Érdekelne...
- A hozzászóláshoz be kell jelentkezni
melyik része nem világos?
szerintem.
- A hozzászóláshoz be kell jelentkezni
Miben érhető tetten... mi az, ami rosszabb a Linuxos verzióban, mint a Windows-osban.
- A hozzászóláshoz be kell jelentkezni
hát mondjuk döglassú és ronda.
szerintem.
- A hozzászóláshoz be kell jelentkezni
Lehet hülyének leszek nézve, de mit kell fejleszteni egy assembleren?
----
Hülye pelikán
- A hozzászóláshoz be kell jelentkezni
bugok azert lehetnek benne :)
- A hozzászóláshoz be kell jelentkezni
Meg SSEnagyonsok support. :)
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Nem lehet, hogy ez van benne ezer eve, es nincs eroforras atirni a regi kodot? Vagy csak ez hasznal MASM-ot? (akkor valoban gazos a dolog)
- A hozzászóláshoz be kell jelentkezni
Olvasd el a linket is. Ha van a gépen MASM akkor az assembly optimalizált kódot fordítja ami gyors, ha nincsen akkor a C-t ami elég elfogadható teljesítményű.
- A hozzászóláshoz be kell jelentkezni
Es ez min valtoztat a dolgokon a thread szempontjabol ?
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Hogy ennek köszönhetően ugyanúgy lefordul 64 biten és sparc-on is, csak éppen x86-os gépeken gyorsabb lesz, és emiatt mondjuk inkább menőnek számít az MASM?
- A hozzászóláshoz be kell jelentkezni
Es mi a helyzet a solaris/m86pc-vel, a freebsd/x86-tal es az osx/x86-tal? Ha mar egyszer valaki vette a faradsagot, hogy par dolgot "leasmot", akkor esetleg meg lehetett volna csinalni normalisan is, mondjuk egy relevansabb assembler hasznalataval, nem ? Akkor esetleg nem csak w32-on lehetne hasznalni azt a kodreszletet. Nem arrol van/volt szo, hogy rossz dontes volt a c-re forditani megfelelo devenv hianya eseten, hanem hogy megint miert taknyolnak, mikor olcson lehetne jol is csinalni es nem evtizedes okorsegeket tovabb huzkodni eveken at.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Ugy erted, normalis mennyisegu munka befektetesevel lehet olyan asm kodot irni, ami relative fontos platformokon lefordul? Ha igy lenne, akkor a jelenlegi allapot tenyleg ganyolasnak tunik.
- A hozzászóláshoz be kell jelentkezni
Erre mar NASM is kepes volt nem is emlekszem mar miota. Es azt legalabb meg mindig javitjak/fejlesztik.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
standard vs. implementacio ne kavarjuk a dolgokat.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Erdekes, hogy a lenyeg helyett milyen fassagokba vagytok kepesek belekotni. :)
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Én azt nem értem, ha már asm, akkor miért nem inline asm, amit majd a compilerrel szállított assembler fordít?
És mi lesz a nem x86 architektúrákkal?
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
!x86=x64 (vagy x86-64, ha jobban tetszik). arra majd megírják külön (vagy nem), aztán öröm, boldogság.
szerintem.
- A hozzászóláshoz be kell jelentkezni
Gyanítom, hogy nem csak a windowsos verzióban van asm kód, és akkor már nem csak x86 és x64 játszik. Minden archra külön asm kód? (Oké, így szokott lenni, de egyáltalán miért van szükség asm-re?)
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni
én meg azt gyanítom, hogy nem írnak meg mindent az utolsó arch-ra is. konkrétan pl. a spidermonkey is x86-only volt, amikor legutóbb olvastam róla. meg is látszik a benchmarkokban.
plusz ahogy fentebb kiveséztük, a windows-os verzió külön életet él, ott meg van x86 és x64. minden más már csak extra.
szerk: szívesen elvégeznék tesztet (linux vs windows, mindkettőn x86 és x64 buildek), de linux nincs telepítve, livecd-ről futtatva meg esetleg az lenne a kifogás, hogy a live környezet miatt olyan, amilyen.
szerintem.
- A hozzászóláshoz be kell jelentkezni
"miért van szükség asm-re?"
Mert a C forditok nem tudnak gondolatot olvasni, de ha tudnank sem biztos, hogy kepesek lennek idon belul jol optimalizalni.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
és tényleg. vajon az x64 buildben is megy rendesen?
szerintem.
- A hozzászóláshoz be kell jelentkezni
megy. érdekességképpen a html5-ös fullscreen perpill ilyen.
szerintem.
- A hozzászóláshoz be kell jelentkezni
Milyen az a html5 fullscreen?
- A hozzászóláshoz be kell jelentkezni
amikor rányomsz a fullscreen gombra. flash-nél kitölti a képernyőt, html5-nél meg láthatólag csak a böngészőablakot. azért ilyen kicsi az ff ablak a képen, mert ugyanígy nézne ki teljes ablakos módban is, csak széthúzva.
szerintem.
- A hozzászóláshoz be kell jelentkezni
Nálam megy a html5 video fullscreen.
- A hozzászóláshoz be kell jelentkezni
akkor passz.
szerintem.
- A hozzászóláshoz be kell jelentkezni
már száz éve (május 19) benne volt, ami a lényeg, hogy:
megjelent a 3.7 alpha5
http://www.mozilla.org/projects/devpreview/releasenotes/
Alpha 5: 14-June-2010
Addons Manager New Addons Manager (placeholder UI only, will be updated before final release). See Extension Manager Redesign for more information.
Tabs on Top You can change the location of your tabs by selecting "Tabs on Top" in the View menu to try it out and see if you prefer your tabs on top of your toolbar.
Video Support for WebM!
Hardware Acceleration Firefox now uses hardware acceleration for video playback.
Plug-Ins Cocoa NPAPI support (used by Flash 10.1 and Apple's newest Java plugin on Mac).
HTML New HTML parser (HTML5). Support for more HTML5 form controls. Support for FormData.
CSS Support for :-moz-any().
Platform ChromeWorker with jsctypes support
Performance
Lazy frame construction for faster dynamic pages.
JS performance improvments.
Memory usage Loading the URL about:memory now shows how much memory is used by different parts of Firefox.
Build 64-bit Mac and Linux versions now available.
- A hozzászóláshoz be kell jelentkezni
ezer éve = max 1-2 hete
szerintem.
- A hozzászóláshoz be kell jelentkezni
holnap lesz 4 hete hogy megjelent a május 19.-i buildben, szóval van azért az több is mint 1-2 hét max.
- A hozzászóláshoz be kell jelentkezni
ezt írtam én is, a webm nem újdonság, a nagy újdonság szerintem a HTML 5 form controls :-)
- A hozzászóláshoz be kell jelentkezni
nem. akkor volt külön webm build, abban ment. a nightly-ban nem.
szerintem.
- A hozzászóláshoz be kell jelentkezni