1. |
Re: Re:0^0=0? (#472) (mind) |
24 sor |
(cikkei) |
2. |
Re: Pascal2C (#472) (mind) |
35 sor |
(cikkei) |
3. |
Re: Re:0^0=0? (mind) |
46 sor |
(cikkei) |
4. |
Megoldasok: Supporting NT 4.0 Core technologies (mind) |
9 sor |
(cikkei) |
5. |
Re: virtual machine on x86? (mind) |
21 sor |
(cikkei) |
6. |
Re: CPU kihasznaltsag (mind) |
47 sor |
(cikkei) |
7. |
Re: kurzor kikapcs (mind) |
19 sor |
(cikkei) |
8. |
RE:PowerBuilder (mind) |
18 sor |
(cikkei) |
9. |
Re : Clipper ABC (mind) |
38 sor |
(cikkei) |
10. |
Turbo pascal kurzorkezeles (mind) |
31 sor |
(cikkei) |
11. |
Re: CPU kihasznaltsag (mind) |
91 sor |
(cikkei) |
12. |
Re: Pascal2C (mind) |
13 sor |
(cikkei) |
13. |
win32 (mind) |
9 sor |
(cikkei) |
14. |
Re: base64 -->Mc (mind) |
19 sor |
(cikkei) |
15. |
Re: virtual machine on x86? (mind) |
23 sor |
(cikkei) |
16. |
Sinus plasma (mind) |
9 sor |
(cikkei) |
17. |
Tcl/tk array kerdesek (mind) |
14 sor |
(cikkei) |
18. |
Tcl/tk array valaszok (mind) |
20 sor |
(cikkei) |
19. |
Re: CPU kihasznaltsag (mind) |
37 sor |
(cikkei) |
20. |
rar (mind) |
8 sor |
(cikkei) |
21. |
Utvonal grafban (fejtoro) (mind) |
19 sor |
(cikkei) |
|
+ - | Re: Re:0^0=0? (#472) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On Thu, 27 May 1999, wrote:
> Ez 0^0-ra 1-et ad vissza, ami szerintem igy teljesen korrekt (szakadasokat
> be lehet tomni, ha szukseges, nem?). Matekosoknak eleg csak
> visszaemlekezniuk a L'hospital (remelem jol irtam) iskolapeldajara:
> f(x) = {sin(x)/x, ha x<>0, vagy 1, ha x=0}
> Ahol az 1, a mar emlitett modszerrel konnyen kiszamolhato.
Talan kellene egy HIX MATEK listat inditani :-)
Igen, az 1 eredmenykent korrekt, mert a konyv amit felutottem[1], a
l'Hospital utan ket oldallal foglalkozik a 0^0 kifejezesekkel,
espedig:
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.
Barna
[1] Bartsch: Taschenbuch mathematischer Formeln, FBV Leipzig, 1993
|
+ - | Re: Pascal2C (#472) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On Thu, 27 May 1999, wrote:
> Tudtok olyan progirol ami Pascalt atfordit C-re?
Linuxhoz van p2c:
> Package p2c-1.22-3 RPM for i386
> From RedHat-6.0 for i386
>
> Name: p2c
> Distribution: BlueSky
> Version: 1.22
> Vendor: Red Hat Software
> Release: 3
> Build date: Mon Apr 12 21:55:53 1999
> Group: Development/Languages
> Build host: porky.devel.redhat.com
> Size: 713824
> Source RPM: p2c-1.22-3.src.rpm
> Packager: Red Hat Software <http://developer.redhat.com/bugzilla>
> Summary: A Pascal to C translator.
>
> P2c is a system for translating Pascal programs into the C language.
> P2c accepts input source files in certain Pascal dialects: HP
> Pascal, Turbo/UCSD Pascal, DEC VAX Pascal, Oregon Software Pascal/2,
> Macintosh Programmer's Workshop Pascal and Sun/Berkeley Pascal. P2c
> outputs a set of .c and .h files which make up a C program equivalent
> to the original Pascal program. The C program can then be compiled
> using a standard C compiler, such as gcc.
>
> Install the p2c package if you need a program for translating Pascal
> code into C code.
Szemelyes tapasztalatom nincs vele.
Barna
|
+ - | Re: Re:0^0=0? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Lista!
> En is hozzaszoltam annakidejen a temahoz, es ugylatszik sajnos
> elfelejtettem kiterni erre az esetre. Szoval nalam Delphi-ben igy nez ki a
> hatvanyozas:
>
> function Pow(base: Double; exp: Integer): Double;
> begin
> if(exp = 0) then Result := 1
> else if(IsZero(base)) then Result := 0
> else Result := IntPower(base, exp);
> end;
>
> Ez 0^0-ra 1-et ad vissza, ami szerintem igy teljesen korrekt (szakadasokat
> be lehet tomni, ha szukseges, nem?).
Ebben az esetben tenyleg 1. No es. Ha az elso if-ben 2-ot adna vissza, akkor
2 lenne...
> Matekosoknak eleg csak
> visszaemlekezniuk a L'hospital (remelem jol irtam) iskolapeldajara: f(x) =
> {sin(x)/x, ha x<>0, vagy 1, ha x=0} Ahol az 1, a mar emlitett modszerrel
> konnyen kiszamolhato.
Ez igaz, csak a temahoz semmi koze. A kedvenc korhaz tetelt tortek hatarertek
szamitasanal lehet elovenni. Mivel a 0^0 nem tort, ezert nem lehet
idekeverni.
Tekintsuk a
lim x^0 -t. Mivel ez minden x != 0-ra 1-et ad vissza, ezert a szakadas
x->0
elkerulese erdekeben tekinthetnenk akar 1-nek is. A gond akkor kerul elo, ha
a
lim 0^x -t nezzuk. Ez minden x != 0-ra 0-t ad vissza. Tehat esszerunek
x->0
latszik, hogy 0-nak definialjuk. Ezt az ellentmondast ugy oldhatjuk fel, ha
nem definialtnak vesszuk a 0^0-ont. Illetve az adott korulmenyek kozott
megszeghetjuk ezt, de akkor viselnunk kell a kovetkezmenyeit.
Udv From:, a szakadt
Idot, penzt, faradsagot takarit meg, ha idot, penzt, faradsagot takarit meg...
|
+ - | Megoldasok: Supporting NT 4.0 Core technologies (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok,
Van-e valaki, akinek megvan a Supporting MS WIN NT4.0 Core Technologies
c. konyv kerdeseire adando valaszok?
Elore is kosz minden segitseget.
Levente
|
+ - | Re: virtual machine on x86? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : [Hungary]
>Temakor: virtual machine on x86? ( 13 sor )
>
>Van egy site www.vmware.com, akik virtual masinkat gyartanak pc-re.
>Annyira elfajzott az allat, hogy pl. linux alatt tudsz egyszerre nt-t,
>w95-ot, w98-at bootolni kulon ablakokban, resetet tudsz mindegyiknek
>nyomni, meg hasonlok.
>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? Ha egy OS kihasznalja a proccko
>minden utasitasvegrehajtasi szintet, akkor hogy lehet elkuloniteni azokat
>az os-eket egymastol?
Szerintem ez valami kamu vagy felreertetted - az Intel procikban (de
szerintem a Motorola-kban is, bar ezt nem tudom) ilyen lehetoseg nincs...
V86-os taszkokat ugyan lehet csinalni, de azok valos modu virtualis gepek,
tehat Windows, Linux v. barmi, ami atkapcsolna a gepet vedett modba nem
futtathato bennuk...
Gabor
>=======================================================
|
+ - | Re: CPU kihasznaltsag (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : [Hungary]
>Temakor: CPU kihasznaltsag ( 33 sor )
>
>A Norton Utilities vagy a Windows NT nagyon kiralyul kiirja, hogy a
>processzor eppen mennyire van hasznalva (CPU Usage). Ez mind szep es jo,
>de :
>
>1. elvileg mindig 100 szazaleknak kene lennie, mert a CPU mindig teljes
>gozzel megy, attol fuggetlenul NOP-okat vagy mast hajt vegre (kivetel
>HLT-al valo leallitas eseten)
A CPU kihasznaltsaga azt jelenti, hogy az alkalmazasok a rendelkezesukre
bocsajtott processzoridonek hany %-at veszik igenybe. Magyarul: ha van
tortenetesen a Windows minden processznek max. 100ms idoszeletet engedelyez
egy teljes schedule-ciklus soran, es az aktiv processzek mindegyike mar 10ms
utan visszaadja a vezerlest (PeekMessage()-re,Sleep()-re v. Yield()-re fut),
akkor a CPU kihasznaltsaga csak 10% lesz...
Ebbol kifolyolag a processzor 50%-os kihasznaltsaga azt jelenti, hogy olyan
keves az elvegzendo feladat, hogy feleakkora processzor-sebesseg (orajel)
mellett sem csokenne a teljes rendszer valaszideje.
>2. most jon az igazi problemam. Hogyan lehet lemerni egy Windows (vagy
>mas) alkalmazas CPU hasznalasi idejet, ha a rendelkezesere all pl. 50
>msec (Windows multitasking) alatt az adott alkalmazas fut, majd tortenik
>a valtas a masik alkalmazasra? Mert ha fut az alkalmazas, akkor az
>mindig 100-al fut! Akkor megis hogyan nyerik azt a CPU Usage erteket a
>diagnosztizalo programok? Vagy esetleg van a Windowsoknak egy olyan
>hivasa, hogy ha az adott programnak mar nem kell tobb CPU ido, akkor
>azonnal atadja a vezerlest a multitasking vezerlonek, es igy a CPU
>hasznaltsagi szazalekot akkor ugy szamitjak, hogy pl.:
>(egy "korben" az alkalmazasok futasi ideje)/(1000 msec) ?
>Vagy ugy szamitja, hogy megnezi, az adott alkalmazas mennyi idot tolt
>uresjaraton? De hogyan lehet lemerni, hogy eppen uresjaraton van, mert
>lehet uresjarat az is, ha gomblenyomasra var, de kozben megy egy masik
>process? Vagy a processek kulon vannak valasztva multitasking
>szempontbol?
A Windows (NT) diagnosztikai informaciokat tart nyilvan minden egyes
processz-rol amiket pl. a GetProcessTimes(),RegQueryValueEx() v.
GetPerformanceCounter() fv.-ekkel lehet lekerdezni... (Persze ezek a dolgok
nincsenek igazan agyon-dokumentalva... :)
>Gondolkozzatok ... :)))) varom a megoldasokat ... :-)
Ezen nem gondolkozni kell elso korben, hanem utananezni...! :)
Gabor
|
+ - | Re: kurzor kikapcs (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi
Szerintem a legegyszerubb mod: A TP-hoz alapbol jar egy UTIL.TPU, es
ennek van egy CursorOff ill. egy CursorOn parancsa.
Tehat:
program kurzorkikapcs;
uses crt, util;
.
Ennyi!
Udv: Ulrich David
P.s.: Ha esetleg nincs meg ez a unit, akkor szolj, es elkuldom!
|
+ - | RE:PowerBuilder (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : [Hungary]
>Temakor: Power Builder ( 7 sor )
>
>Szeretnek tobbet tudni a Power Builderrol !
>Megtudna valaki mondani, hogy hol lehet hozzajutni magyar nyelvu
>dokumentaciohoz, vagy valami leirasfelehez ?
>Elore is koszi.
>JA
Hello!
Sajnos, legjobb tudomasom szerint a PB-hez _nincs_ magyar dokumentacio, eddig m
inden ismerosom kenytelen volt beerni az angollal. HA megis talalsz valamit, le
gyszives oszd meg velem. Halvany esely: www.axis.hu
BYE:
MEDVE
|
+ - | Re : Clipper ABC (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Tudna segíteni valaki Clipper-ben
>Magyar ABC szerint szeretnék >táblázatokat rendezni. (T-Browse)
>Van ötlet?
>
>Köszi
>Petati
Nem tudom hanyas Clippert hasznalsz, en mar kb. ket eve 5.3b-t,
igy a megoldasom erre fog vonatkozni.
Az egyik elofeltetel, hogy az autoexec-ben be legyen allitva a
clipper obj fajljainak eleresi helye, valami hasonlo :
SET OBJ=C:\CLIPPER5\OBJ
Ebben a konyvtarban talalhato (5.3 b Patch alkalmazasa utan) egy
ntxhu852.obj fajl, melyet hozza kell szerkesztened
alkalmazasaidhoz. Ha nem hasznalod az 5.3-as windowsos
fejlesztokornyezetet, akkor (EXOSPACE linker eseten) a
kovetkezo parancssort kell kiadnod :
EXOSPACE FI <Objs> , ntxhu852
ahol <Objs> az alkalmazasodba beszerkeszteni kivant object
allomanyok listaja, vesszovel elvalasztva. Amennyiben hasznalod a
win-es fejlesztokornyezetet (az en esetem), ugy az
Application/Linker Options... menupont aktiválása utan az
Additional .obj Files mezobe kell beirni az ntxhu852-t.
Az igy osszeszerkesztett alkalmazas helyesen fogja kezelni a
magyar abc-s rendezeseket, csak az egesznek az az elofeltetele,
hogy az adattablak uresek legyenek mikor eloszor 'rajukereszted' a
programot, mert ha mar voltak adatok a dbf-ben(es azok
termeszetesen az eredeti 'angol ntx-es' modszerrel voltak
indexelve, index serules kovetkezik be. Ezt ugy tudod
megelozni(tehat ha mar vannak feltoltott adattablaid), hogy a
programod keretein belul irsz indexelo eljarasokat és ujraindexeled
az osszes tablat.Az indexelo rutint mar csak azert is celszeru
megirni, mert ezek utan, ha fejlesztes kozben valamilyen
indexserules kovetkezik be, a DBU hasznalata helyett a sajat
rutinokat kell hasznalni az ujraindexelesre, mert csak ezekkel
biztosithato a helyes indexfelepites.
|
+ - | Turbo pascal kurzorkezeles (mind) |
VÁLASZ |
Feladó: (cikkei)
|
En csak a kovetkezo megszakitasos modszert ismerem a
kurzor ki- es bekapcsolasara, ha valaki tud mast is, engem is
erdekelne :
Procedure KurzorKi ;
Var
Regs : Registers ;
;
A programba be kell kapcsolni a Dos Unit-ot is (Uses Dos).
|
+ - | Re: CPU kihasznaltsag (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>1. elvileg mindig 100 szazaleknak kene lennie, mert a CPU mindig teljes
>gozzel megy, attol fuggetlenul NOP-okat vagy mast hajt vegre (kivetel
>HLT-al valo leallitas eseten)
Hmmm, nem azt merik, hogy _eppen_ mennyivel megy a proci, mert az valoban
allando. Azt merik, hogy a prcesszek/taszkok -- hivd aminek akarod --
plussz a kernel mennyi CPU idot igenyelt. Ha pl. csak esemenyre var, akkor
az semmitteves processzen (idle) latsz nagyobb processzor idot). Ha egy
processz valamit csinal, akkor az ossz CPU idobol vesz el valamennyit.
Ebbol kovetkezik, hogy a 100%-os teljes CPU kapacitasbol el fog venni
valamennyit. Hogy mennyit, az sok mindentol fugg, most nem mennek bele az
utemezo reszletezesebe. Eleg annyi, hogy vannak kooperativ es preemptiv
multitaszking utemezok. Nagy vonalakban azt kell tudni, hogy a
kooperativnal a processzek adjak at a vezerlest (mar ha at akarjak adni) a
preemptivnel pedig az utemezo szabja meg, hogy ki mikor mennyi idoszeletet
kaphat. Win31 es MacOS (egeszen a 8-asig bezarolag) kooperativ, le is
tudnak fagyni rendesen, ha az alkalmazas rosszul van megirva (ugyanis nem
adja tovabb a vezerlest). Os/2, Win95-98-NT, BeOS, Linux, FreeBSD es egyeb
UNIX-ok mind preemptivek, tehat elsosorban nem az alkalmazast kenye kedve
eldonteni, hogy futhatnak-e a hatterben mas alkalmazasok vagy sem. Ennek
ellenere ki lehet kenyszeriteni processz valtast, pl. sleep fuggveny
hivasaval (ha tudja a programozo, hogy az elkovetkezo x idoben ugy sem kell
semmit tennie, akkor miert ne futhatna mas alkalmazas addig nagyobb CPU
kihasznaltsaggal?). Egy jo program kulonban is ugy van megirva, hogy amikor
nem kell, nem hasznalj a processzort.
>2. most jon az igazi problemam. Hogyan lehet lemerni egy Windows (vagy
>mas) alkalmazas CPU hasznalasi idejet, ha a rendelkezesere all pl. 50
>msec (Windows multitasking) alatt az adott alkalmazas fut, majd tortenik
Pontosan azt mered, hogy adott ido alatt osszesen mekkora CPU idot igenyelt
a processz. Ha sokat csinalt valamit (nem esemenyre vart, nem sleepezett,
nem rendszerfuggvenyt hivott stb..., hanem pl. egy hatalmas tablat szamolt
ki, akkor tobb ideig "rabolta" a CPU idot. Olyankor lehet, hogy egy-egy
idoszelet nem 50, hanem 100ms is volt, mig a tobbi alkalmazasnak csak 10-10
ms jutott. Persze vannak fix idoszeletes megoldasok is, ilyenkor mindenki
csak 50 ms-t kap, visoznt lehet, hogy az az 50 ms csak sokkal kesobb all
rendelkezesere az alkalmazasnak...Ha DLL-eket vagy kernel funkciokat
hivogat, akkor nem az a processz, hanem a kernel/DLL fogja hasznalni az
idot, ugyanigy ha threadeket futtat, kulon le lehet merni az egyes threadek
CPU igenyet, es kesobb a kijelzesnel hozza lehet adni a szulo processz
idejehez.
>a valtas a masik alkalmazasra? Mert ha fut az alkalmazas, akkor az
>mindig 100-al fut! Akkor megis hogyan nyerik azt a CPU Usage erteket a
Egeszen a taszk valtasig, amit vagy az alkalmazas ker (pl. kooperativ
multitaszking eseten) vagy az utemezo valt ki. De kozben ott figyel tobb
processz is, es lehet, hogy a kovetkezo idoszelet csak sokkal kesobb jon
el.
>hivasa, hogy ha az adott programnak mar nem kell tobb CPU ido, akkor
>azonnal atadja a vezerlest a multitasking vezerlonek, es igy a CPU
Nem programozok Winxx-ben, de szerintem ott is kell legyen sleep fuggveny.
(lehet, hogy mas modon is elo lehet idezni, ezt masok bizonyara jobban
tudjak nalam).
>lehet uresjarat az is, ha gomblenyomasra var, de kozben megy egy masik
>process? Vagy a processek kulon vannak valasztva multitasking
>szempontbol?
A DOS alatt szokas az, hogy vegtelenciklus, benne pollozod a
billentyuleutest jelzo flaget, majd ha billentyu leutas tortent, akkor
kibreak-elsz (hu de jo magyar kifejezes ez :-) ) a vegtelen ciklusodbol.
Azert egy komolyabb (ertsd multitaszking) oprendszerben mar nem igy van,
hanem esemenyekre varakozol. Ha nem jott az alkalmazasnak szolo esemeny,
akkor nem csinal semmit, csak tovabbadja a kovetkezo esemenykezelonek a
vezerlest. Neha a windows95 alatt letni lefagyott alkalmazast, es ha be
akarod zarni, a windows kozli veled, hogy nem reagal az esemenyekre.
Ilyenkor kiadtak neki egy "alkalmazas befejezese" esemenyt, amire az
alkalmazasnak le kellene zarnia a megnyitott file-okat, felszabaditani a
memoriat stb stb stb, de ehelyett nem csinalt semmit (meg talan tovabb sem
adta az esemenyszalakat). A kernel tehat nem probalja meg kitalalni, hogy a
program most epp egy ures ciklust hajt vegre stb. Idozitesre ott a sleep
(vagy esetleg hasonszoru fuggvenyek), input/outputra szinten
rendszerfuggvenyeket hasznlasz (peldaul ha eppen egy pipe-bol olvasna a
programod, de nincs benne adat, akkor sem fog uresjaratban prorogni, hanem
addig nem ter vissza az olvasas, amig meg nem erkezett az adat, azaz
blokkolodik a processzed, es a rendszer tudni fogja mikor lesz ujra adat a
pip-odban, es mikor kell visszaterni a processzhez [mas kerdes, hogy ezt
is kulon ki lehet kenyszeriteni, hogy nem blokkolodjon a programod, ha
nincs olvasando adat])
Na jo, kicsit elkapalndoztam, de remelem azert meg kovetheto mire
gondoltam...
Udv, Tamas
ui: nezd meg Linux alatt a top nevu program forrasat, hogy az hogyan meri a
CPU hasznaltsagot. Win95 alatt pedig nezd meg a WinTOP programot (nincs
forrasa, hisz MS termek, de amit mutat, az is eleg jo).
|
+ - | Re: Pascal2C (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Tudtok olyan progirol ami Pascalt atfordit C-re?
Tudok, a delutani....az egy jo kis delutani program, nem? Marmint
atforditani Pascal-t C-re... :-)))
Egyebirant Linux-ban van valami P2C nevu csoda, meg soha nem probaltam, es
nem is hiszek benne, hogy van ertelme ilyesmiek -- stabilitas, sebesseg, az
eredmenyfile egyaltalan fordithato-e kozvetlenul stb... Ha pl. van egy BUG
az eredeti Pascalban, hogy fogod meglatalalni a C-ben, ha nem ismered a C
nyelvet? Szoval szereintem vagy maradjon meg a program Pascalban, vagy ird
at magad (egy delutani program kereteben) -- de ez csak jotanacs.
Tamas
|
+ - | win32 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Mondja mar meg nekem valaki,hogy a 32 bites windowsok
mit pakolnak a regiszterekbe PE file inditasakor!(gondolok itt pl az
fs-re)
elore is koszonom...
peon
|
+ - | Re: base64 -->Mc (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi inet,"HIX CODER" >!
iC> szuksegem lenne egy e-mail-hez csatolt, base64 kodolasu attach dekodolo
iC> eljarasra lehetoleg pascalban, vagy csak az elve. aki tud pls. segitsen
na lassuk csdka... a base64 egy 6 bites enkodolo...
azaz, beolvas 3 bytet, es 4et ir ki a kis gonosz...
a beolvasott 3 bytet 6 bitenkent dolgozza fel...
/amit feldolgozott aszt ertelemszeruen ki is forgattya;)/
az enkodolashoz eszt a tablat hasznajja:
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/
amikor mar nincs tejjesen meg a 3 byte /pl file vegen/
akkor jon a = jel... ez a padding...
a dekodolo 4 bytenkent olvasgat, es 3akat irogat
kifele... ha a beolvasott karakter nincs benne a
tablaban, akkor warning, es megy tovabb... ehehe...
de kuldok maganba hossszabb doxxot /a lenyege annak
is ez lesz;)/ amugy rfc2045 szol a temarol egy keveset...
na jo kodolast mindenkinek... Mc
|
+ - | Re: virtual machine on x86? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali
Nem tom hogy mikent csinaltak meg, de muxik. Megy az igy telepitett win-en a
delphi forgatja a programjaimat, latom a belso halozatot, no meg persze a
netet is. Ja egy virtualis vinyot hoz letre, amit a windoze meg is formaz,
csak azt nem ertem , hogy ha nem mozdul a vinyo, akkor mire fol irja ki,
hogy hany szazaleknal tart:))) Szoval mukodik a dolog.
Andras
wrote in message ...
>Haligali!
>
>Van egy site www.vmware.com, akik virtual masinkat gyartanak pc-re.
>Annyira elfajzott az allat, hogy pl. linux alatt tudsz egyszerre nt-t,
>w95-ot, w98-at bootolni kulon ablakokban, resetet tudsz mindegyiknek
>nyomni, meg hasonlok.
>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? Ha egy OS kihasznalja a proccko
>minden utasitasvegrehajtasi szintet, akkor hogy lehet elkuloniteni azokat
>az os-eket egymastol?
>
>Homer
>
|
+ - | Sinus plasma (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Erdekelne rovidke leiras a fenti igen egyszeru effekt eloallitasi
modjarol. Inkabb a modszer erdekelne, a kodot majd megirom hozza.
Koszi, udv.: Nova
--
-= Navrasics Istvan (Nova) * IRC: _Nova_ [#mor, #borozo] =-
-= mailto: * WEB: http://hp.elte.hu/~nova =-
|
+ - | Tcl/tk array kerdesek (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok Coderek !
Remelem akad koztetek akik foglalkoztak\nak ezzel a nyelvvel.
1 - Hogyan lehet tombot atadni egy valtozo ertekenek ? Pl.
tomb1 - egy letezo tomb
tomb2 =tomb1 - ertekadast szeretnek anelkul, hogy vegig
kellene zongoraznom az elemeken
2 - Hogyan lehet egy eljarasbol tombbel visszaterni ?
(Atvenni mar tudok)
Koszi
Szambi
|
+ - | Tcl/tk array valaszok (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok !
Kozben itt foglalkoztam a temaval es rajottem, hogy sokminden a listakra
vezetheto vissza, mint peldaul a stringek es a tombok. Mindkettobol lehet
listat csinalni es viszont a listakon pedig egesz sokfele muvelet
elvegezheto.
Tehat a valaszom a kerdeseimre :)) a masodikkal kezdve :
2. Az "array get tombnev" listat csinal a tombbol amit mar a return
parameterekent
minden tovabbi nelkul at lehet adni mint stringet. (A lista a string egy
specialis
felhasznalasa).
Ujra tombot pedig a "array set tombnev" parancsal csinalhatunk ujra.
1. Az elozoekhez hasonloan a stringge konvertalt tomb mar ertekadasban is
gond nelkul szerepelhet.
Szambi
|
+ - | Re: CPU kihasznaltsag (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv!
> A Norton Utilities vagy a Windows NT nagyon kiralyul kiirja, hogy a
> processzor eppen mennyire van hasznalva (CPU Usage). Ez mind szep es jo,
> de :
>
> 1. elvileg mindig 100 szazaleknak kene lennie, mert a CPU mindig teljes
> gozzel megy, attol fuggetlenul NOP-okat vagy mast hajt vegre (kivetel
> HLT-al valo leallitas eseten)
Csak igy elvileg se lenne ertelme a meroszamnak. A meroszam a task altal
lefoglalt CPU usage-rol szol.
> Mert ha fut az alkalmazas, akkor az
> mindig 100-al fut!
Ez igaz, de sokszor csak igen rovid ideig. Pl. Ha egy 50msec-es szeletben 5
msec-ig 100%-al fut, utana semmi, akkor ez bizony 10%-os terheltseg, mert
azt a meroszamot nem pillanatnyi csucsra nezik, hanem egy rovid ido
atlagakent.
> Vagy ugy szamitja, hogy megnezi, az adott alkalmazas mennyi idot tolt
> uresjaraton? De hogyan lehet lemerni, hogy eppen uresjaraton van, mert
> lehet uresjarat az is, ha gomblenyomasra var, de kozben megy egy masik
> process?
Nem a program var a gombnyomasra, hanem az oprendszer, azaz a Windows,
annak is az esemenykezeloje. Olyankor viszont nem fut a task.:-(
Na ebbol lehet remekul kiszamolni a task altal adott processzorterheltseget.
> Gondolkozzatok ... :)))) varom a megoldasokat ... :-)
Erre a kerdesre szerintem Te is tudtad volna a valaszt, ha egy kicsit torod
a fejed. De az is lehet, hogy eleg lett volna elolvasni egy Windows
konyvet.:-)
Istvan
|
+ - | rar (mind) |
VÁLASZ |
Feladó: (cikkei)
|
A WinRar-hoz adott forrasbol szeretnem kihamozni, hogy mikent
tarolja a passwordot. BorlandC 3.1-essel probaltam, de nem
sikerult leforditani, minden egy egyes U -vackot hibanak vett.
(UWORD, UBYTE) Mik ezek? Csak Wines forditoval fog menni?
Esetleg nincs leiras a passwordos reszhez?
Koszi:
I'm re [E-mail]: [UIN] 37119586
[Web] www.extra.hu/radimre [Web] www.nexus.hu/radimre
|
+ - | Utvonal grafban (fejtoro) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv,
Adva van egy graf, amiben a csomopontok kozotti elek iranyitottak,
barmely csomopontbol barmennyi el indulhat barmelyik csomopontba.
Adjatok meg egy olyan algoritmust, amelyik megmondja, hogy egy adott
csomopontbol egy adott csomopontba vezet-e utvonal vagy sem.
Az egyszeruseg kedveert a rekurzio ki van zarva:-) Mondjuk azert, mert
az eljarasok parametereinek es lokalis valtozoinak elore statikusan
foglalunk helyet. A feladat a leheto legkisebb memoriaigenyu
algoritmus megalkotasa.
A csomopontok tartalmaznak valamilyen azonositot (pl egy szoveget), es
ket (mondjuk lancolt) listat, egyet a bemeno, egyet pedig a kimeno
elek tarolasara. (Az el lehet egy mutato az el masik vegen levo
csomopontra.)
Drotos Dani
|
|