1. |
Re: win32 (mind) |
30 sor |
(cikkei) |
2. |
ln(0)=? avagy Re: Re: Re:0^0=0? (#472) (mind) |
22 sor |
(cikkei) |
3. |
Re: Sinus plasma (mind) |
15 sor |
(cikkei) |
4. |
Re: virtual machine on x86? (mind) |
27 sor |
(cikkei) |
5. |
tomoritmenyek passwordje (Re: rar) (mind) |
29 sor |
(cikkei) |
6. |
Win95 (mind) |
7 sor |
(cikkei) |
|
+ - | Re: win32 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
Nehez a kerdesre mindenre kiterjedo valaszt adni, egyreszt azert, mert az M$, s
zokasahoz hiven, lenyegeben nem dokumentalja a regiszterek kezdeti ertekadasat,
masreszt pedig azert, mert fugg az oprendszertol (mas Win95-on es NT-n), a pro
gram fajtajatol (EXE vagy DLL). A CS a kozos kodszegmensre mutat, a DS, az ES,
es az SS egyenlo es a kozos adatszegmensre mutat. Az EIP es az ESP egyertelmu.
Az FS regiszter NT alatt (Win 95 alatt nem!) az un. TEB-re mutat (Thread Enviro
nment Block), ez egy olyan adatstruktura, amit az OS minden thread-hez letrehoz
a tulajdonos process cimtereben. A TEB felepitese tobbe-kevesbe ismert, nehany
fontosabb mezo erteke:
TEB offset (hexa):
0000 - mutato az aktualis exception-frame-re
0004 - a thread stack-jenek alapcime
0008 - a thread stack-jenek merete
...
0020 - a tulajdonos process azonositoja
0024 - a thread azonositoja
...
0030 - mutato a PEB-re (Process Environment Block)
0034 - az utolso hiba erteke (ezt adja vissza a GetLastError)
stb.
Ezenkivul valoszinu, hogy a GS es az EAX kezdeti erteke 0.
Szanto Tamas
MOL Rt. IT
|
+ - | ln(0)=? avagy Re: Re: Re:0^0=0? (#472) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi, matekosok!
Mink Barna wrote:
> Ha y(x) = f(x)^g(x), x=x0 inputra 0^0, (vegtelen)^(vegtelen) vagy
> 1^(vegtelen) eredmenyt produkal, akkor
>
> lim f(x)^g(x) = lim e^(g(x) * ln(f(x)))
> x->x0 x->x0
>
> tehat a mi esetunkben e^0 = 1.
Miert e^0?
Az ln(0) eppugy problemas, a szamologep is error-t ad ra...
Es a lim ln(0) = -vegtelen, legalabbis arrafele tart:
ln 0.000...soknulla...000001 = -nagyonsok :)
Az igaz hogy 0-val szorozzuk, es elvileg 0*x=0, de mintha
lennenek kivetelek a 0*vegtelen es hasonlokra.
(a vegtelen mar olyan nagy, hogy ha 0-val szorzod, akkor is
marad belole valami:))
Egyebkent a Bezier-nel tenyleg a 0^0=1-et kell venni.
A'rpi / ESP-team & Astral
|
+ - | Re: Sinus plasma (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi,
wrote:
> Erdekelne rovidke leiras a fenti igen egyszeru effekt eloallitasi
> modjarol. Inkabb a modszer erdekelne, a kodot majd megirom hozza.
hat akkor: c=Kx*sin(sin(Mf*y+Ff)+x*Mx+Fx)+Ky*sin(y*My+Fy)+K0
A c aranyos a szinnel, pl 0..255 tartomanyba belove a paletta indexet adhatja.
(truecolornal meg 3 ilyen keplet es megvan R,G,B. persze mindet mas parameterekkel)
Az F-ek a fazisok, ezeket kell frame-enkent valtoztatni, pl novelni kis ertekkel.
Az M-ek es a K-k konstansok, a plazma suruseget, alakjat, sebesseget befolyasoljak.
Az x es y a koordinata ahol a szint epp ki akarod szamolni.
Optimalizalni sinus tablaval, es x,y novekmenyes szamolasaval erdemes.
A'rpi / ESP-team & Astral
|
+ - | Re: virtual machine on x86? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi,
wrote in message ...
>Van egy site www.vmware.com, akik virtual masinkat gyartanak pc-re.
Igen, es nagyon jol csinaljak! :)
>Regebben volt itt(vagy valamelyik linux listan) szo arrol, hogy a m68k
>procckokban volt tamogatas ilyesmire, de intelben nincs (en nem tudom).
>Szerrintetek ez hogy lehet megcsinalva?
Az intelben tudtommal sincs. Es a valasz nagyon egyszeruen belathato:
indits egy dos-t benne emm386.exe-vel. Irja is a doksija hogy nem ajanlott,
ugyanis az emm allandoan oda-vissza kapcsolgat realmode-pmode kozott
(es ehhez cpl0 utasitasokat hasznal...), ezert qrva lassu lesz.
Na de hogy ez hogy muxik?
A proci tud V86 modban CPL3 utasitasokat (16/32 bit is) futtatni.
CPL0-t nem, erre exception-nal valaszol, amit a fiuk szepen eltereltek
(aki nem hiszi, az nezze meg az 'strace vmware' outputjanak elejet)
es ezeket az utasitasokat szepen emulaljak. (exception elterelesre
szep pelda a dosemu forrasaban is van, sot a kerneleben is, igy
tudtak a 0f f0 cpu-bugot is megkerulni)
Tehat a cpl0 emulalva, a cpl3 valosan van vegrehajtva. A win9x es
tarsai, amikhez keszult, eleg ritkan hasznalnak cpl0 utasitast,
igy nem nagy a lassulas.
A'rpi/ESP-team & Astral
ps: koszi a 0^0=? kerdesre a valaszokat!
|
+ - | tomoritmenyek passwordje (Re: rar) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi,
wrote:
> A WinRar-hoz adott forrasbol szeretnem kihamozni, hogy mikent
> tarolja a passwordot.
Egy (normalis) tomorito sem tarolja el a passwordot, de meg csak az
ellenorzo osszeget sem a fileban. Ehelyett a passwordot kulcskent
hasznalva kodolja le valamilyen modszerrel a mar tomoritett adatokat.
Mivel elvileg a tomoritett adat bytejainak eloszlasa egyenletes,
igy statsiztikai modszerekkel nem torheto a password. (Valosagban
ez nem igaz, 10 megas nagysagrendu filenal mar kimutathato az
elteres az egyenletestol, sikerult is tornom igy vedelmet :) )
A legtobb tomorito sima xor-t hasznal a password es a kodolatlan
tomoritett adat kozt, es az eredmenyt tarolja a fileba.
Kitomoriteskor eloszor XOR passworddel, majd megkiserli kitomoriteni.
Ezert van, hogy ha rossz a password, akkor nem azt mondja hogy
'bad password' hanem 'crc error' meg 'bad huffman table' es hasonlok...
Nehany tomorito durvabb, tobbkulcsos (DES-szeru) kodolast hasznal,
ezeket szinte lehetetlen statisztikaval torni. Ilyenkor marad a
brute-force, azaz minden lehetseges passwordot kiprobalni, es
megnezni hogy sikerul-e kitomoriteni vele... letezik olyan hogy
zipcrack, az tartalmaz egy ellenorzesre optimalizalt zip kibonto
algoritmust, es brute-force modon probalgat... Az esetek kb 99%-a
kiesik mar a huffman tablanal, a maradek nagy resze pedig a crc
ellenorzesnel. A maradekot pedig meg kell nezni, melyik az 'igazi' :)
A'rpi / ESP-team & Astral
ps: van itt a listan olyan, aki hasznal(t) ESP tomoritot?
|
+ - | Win95 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok
Nem tudjatok, hogy lehet azt megcsinalni Win95ben, hogy amikor
a menu bejon (1. szokasos, 2. csokkentett mod... 8. regebbi dos verzio)
akkor ne 30 masodpercet, hanem csak mondjuk 10-et varjon.
Koszi: McMacee
|
|