Hollosi Information eXchange /HIX/
HIX CODER 458
Copyright (C) HIX
1999-05-13
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: Bolha uto algoritmus (mind)  11 sor     (cikkei)
2 TP7.0 (mind)  12 sor     (cikkei)
3 VB Access (mind)  17 sor     (cikkei)
4 Re: orajelek -->Mc (mind)  34 sor     (cikkei)
5 Visual Basic Install Surgoss!!!! (mind)  2 sor     (cikkei)
6 DOS bootolasa (mind)  25 sor     (cikkei)
7 koszi a valaszokat (Xlib) (mind)  2 sor     (cikkei)
8 Delphi & Publisher (mind)  11 sor     (cikkei)
9 Re: DJGPP - 2 byte-os enum (mind)  25 sor     (cikkei)
10 Re: orajelek -->Mc (mind)  94 sor     (cikkei)

+ - Re: Bolha uto algoritmus (mind) VÁLASZ  Feladó: (cikkei)

> Ez most valami vicc ? Letezik erre _ertelmes_ algoritmus ?

A bolha egy algoritmus alapjan mozog. A megoldas az hogy elkezdjuk
felsorolni az algoritmusokat, es az i-edikkent felsorolt algoritmus
altal adott i-edik poziciora utunk.

Elso hallasra ez nem tunik "ertelmes" algoritmusnak, de szerintem irhato
olyan program ami megvalositja. Mas kerdes, hogy nem lenne turelmem
kivarni mire eredmenyt ad :)

z2
+ - TP7.0 (mind) VÁLASZ  Feladó: (cikkei)

Hello Coderek,

  Ha valaki ert a Turbo Pascal 7.0-hoz (grafika, gagyi halo
  kezeles) akkor az legyszi irjon mar maganban (nem
  vagyok a listan)
  Nem a gagyi dolgok erdekelnek, hanem pl 640x480 VGA kep
  megjelenitese, halokezelesnel valami olyasmi, hogy file
  atvitel, stb ...

Udv,
 HaFe                       mailto:
 web: http://w3.swi.hu/hafe/
+ - VB Access (mind) VÁLASZ  Feladó: (cikkei)

hali,

Egy rövid kerdessel forulnek a nagyerdemuhoz :)
Access 97 - Visual Basic-eben kell csinalnunk egy
progit. Ez meg nem is lenne akkora baj. Igen am,
csahhogy ketten csinaljuk (egyszerre).
Mivel az access az egesz sourcet, meg minden genyat
egy file-ban tarol, igy egy kicsit nehezkes tobb embernek
egyszerre dolgozni rajta. Szoval, ki lehet ezt kerulni valahogy?
Azt mar kiprobaltuk, hogy halon 1 helyrol babraljuk a kodot,
de a harmadik negyedik mentes utan jottek a mindenfele
Unknown database format, meg hasonlo hibauzenetek.

szoval, ha valakinek van valami otlete, az ne kimeljen.
elore is koszi

-kyle % autopsy
+ - Re: orajelek -->Mc (mind) VÁLASZ  Feladó: (cikkei)

helloka mindenkinek...

> > iC> Ti mivel me.ritek az orajeleket?
> > rdpmc /0f,33/ vagy rdtsc /0f,31/ attol fuggoen,
> > hogy mit akarok merni...
> Mivel nem Pentium Prom van, hanem sima Pentiumom, ezert nekem az RDTSC
> johet szoba. De milyen msr regiszterek vannak? (Az opcodes.lst a WRMSR
> utasitasnal hivatkozik az Appendix W-re, ami nincs benne)
na azzal kezdenem, hogy az iment feltettem egy  rol
egy 'kisebb' levelecsket... na abban van egy yo kis doxx errol az egesz
dologrol /hogy mit hol merre.. stb.../ de azert irok hozza par sort...
sza'l.. az elso sorban az ide vago msr ek vannak.... a masodik sorban
a 11 es msr /control and event select reg/ bitterkepe.. ami nincs jelolve
az reserver /0...;))/ a negyedik sor a count control ertekei...
a kovetkezo a mittomenmicsoda...;)) valami control... a lenyege, hogy
amiko' initalsz, akkor 0azd, es ha 1es lesz, akkor gaz van...;)))))
az utana levo sor /es0, es1/ az event select... felteve, ha eventet
szamoltacc vele, es nem cyclet... /mer' asszem az eredeti kerdes az
orajelek szamolgatas vo'tt...;))) es utana jon egy rohatt hosszu lista
az ismert eventekrol... ezekkorul lehet, hogy a sima penya nem ismer
csak parat... de semmi gaz, a cycle countingot tutira ismeri...;))))
ya, igen... a lista felepitese... sza'l az elso szam az event szama...
gondolom rajottel, hogy binarisan...;)) a kovetkezo ket betu ma' egy
kicsit trukkosebb.. ha az elso betu y, akkor az elso szamlaloban
lehet szamoltatni... ha a masodik betu y, akkor a masodikban lehet
szamoltatni... ha mind2o y, akkor mind2oben lehet szamoltatni, es
ha 1ik se y, akkor valamit nagyon elbasztam a szoveg formazasa fojtan;))))
ui: es a leguccso sor az elkoszonesem...;))))))))))))))))))))))))))
ya, igen... mindeszt nem a kisujjambol szoptam, asszem a developer.intel.com
rol tootottem le /bar lehet, hogy mashonnan, de keresgejj es megtalalod;)/
egy 'idevman.pdf' nevu izet... valami 4mb hosszu, es egesz izgis doogok
is vannak benne nehol...;)))

na jo kodolast, es bocsik az elozo hosszu levelkeert... Mc
+ - Visual Basic Install Surgoss!!!! (mind) VÁLASZ  Feladó: (cikkei)

-- 

+ - DOS bootolasa (mind) VÁLASZ  Feladó: (cikkei)

Hali !

> > De valahol me'g megjegyzi a kis pimasz, mert pl a W3.11
> > >telepitoje kapasbol kereste a floppyt az A: meghajtoban.

> Figyelem! Az, hogy a Win3.11 telepitoje hol keresi a floppy-t, NEM attol
> fugg, hogy melyik drive-rol bootolt a gep, hanem attol, hogy melyik drive-
> rol telepitetted eredetileg! Nezd meg, a SYSTEM.INI-ben van egy bejegyzes
> (fejbol nem tudom, de explicite szerepel benne az "A:\", igy konnyu lesz
> megtalalni).

Khm. Asszem nem fogalmaztam teljesen vilagsan (bar mintha az elejen
emlitettem volna)
Szoval az A: meghajtoban nem a telepito floppyt keresei, (merthogy a
HDD-rol egy alkonyvtarbol telepedik) hanem a telepitesnek van az a
lepese, amikor a Config.sys-t es az Autoexec-bat-ot modositja. 
Na ilyenkor jott ra, hogy O ezeket a floppyn akarja modositani. Asszem
aki telepitett mar win 3.1-et az tapasztalta, hogy ha C:-rol bootlot
(ahogy normalis emberekszoktak) akkor a C:-n levo autoxecet is akarja
modositani. (nem keresgel a flopyn)

Udv:
-- 
Csiszar L.
http://www.stadium.hu/szt/
+ - koszi a valaszokat (Xlib) (mind) VÁLASZ  Feladó: (cikkei)

Ezuton szeretnem megkoszonni mindenkinek a valaszokat! Thnx 4 all!
Istvan
+ - Delphi & Publisher (mind) VÁLASZ  Feladó: (cikkei)

Hi!
    Azt kene valahogyan megoldanom, hogy egy Delphis progi atadjon
bizonyos ada tokat egy publisherben keszitett lap bizonyos szoveges
reszeinek. Lehet, hogy e lsore kicsit bonyolultnak tunik, de konkretan
arra lenne szukseg hogy a delphi-s progiban lennenek a szamlak kezelv e
(adatbazis), es amikor a szamlat ki akarom nyomtatni, akkor a szamla
adatait at kellene adni a publisherben kicsicsazott szamlara, es ugy
kinyomtatni. Gondolom valami DDE-t, vagy hasonlot
 kene hasznalnom. Valami tipp?
    Elore is kossz
    Jozsi
+ - Re: DJGPP - 2 byte-os enum (mind) VÁLASZ  Feladó: (cikkei)

On 11 May 99 at 9:53, Graff Zoltan > wrote:

> Szevasztok!
> 
> Volt nekem csomo
>     typedef enum {x,y,z} tip;
> dolgom a Turbo C-ben. DJGPP-ben is szeretnek ilyet, de ugy, hogy ezek
> 2 byte-osak legyenek (struktura elemek ugyanis, a file-ban meg mar
> ilyenek vannak benne).
> 
> Hol lehet a GCC ilyen dolgairol leirast talalni?

Linuxban info gcc, aztan keress ra a GNU C Extension-ok kozott arra, 
hogy attribute. (Van attributum fuggvenyhez, valtozokhoz, tipusokhoz.)

Az adott esethez a 

 typedef enum {x,y,z, max=1000} __attribute__ ((packed)) tip;

hasznalhato. (azert kell a mondjuk 1000, mert egyebkent byte-ba 
pack-olja.)

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --
+ - Re: orajelek -->Mc (mind) VÁLASZ  Feladó: (cikkei)

MSRs:           10-TSC, 11-CES, 12-PMC#0, 13-PMC#1
CES:          0..5: ES0    6..8: CC0   9: PC0
            16..21: ES1  22..24: CC0  25: PC1
CC0, CC1:   000 Count Nothing (Disable Counter)
            001 Count the selected Event while the CPL  or 2
            010 Count the selected Event while the CPL
            011 Count the selected Event regardless of the CPL
            100 Count Nothing (Disable Counter)
            101 Count Clocks while the CPL  or 2
            110 Count Clocks while the CPL
            111 Count Clocks regardless of the CPL
PC0, PC1:   0-has incremented,  1-has overflowed
ES0, ES1:
Bin    01 Event
000000 yy Data Read
000001 yy Data Write
000010 yy Data TLB Miss
000011 yy Data Read Miss
000100 yy Data Write Miss
000101 yy Write (hit) to M- or E-state lines
000110 yy Data Cache Lines Written Back
000111 yy External Snoops
001000 yy External Data Cache Snoop Hits
001001 yy Memory Accesses in Both Pipes
001010 yy Bank Conflicts
001011 yy Misaligned Data Memory or I/O References
001100 yy Code Read
001101 yy Code TLB Miss
001110 yy Code Cache Miss
001111 yy Any Segment Register Loaded
010000 yy Reserved
010001 yy Reserved
010010 yy Branches
010011 yy BTB Hits
010100 yy Taken Branch or BTB hit
010101 yy Pipeline Flushes
010110 yy Instructions Executed
010111 yy Instructions Executed in the v pipe e.g. parallelism/pairing
011000 yy Clocks while a bus cycle is in progress (bus utilization)
011001 yy Number of clocks stalled due to full write buffers
011010 yy Pipeline stalled waiting for data memory read
011011 yy Stall on write to an E- or M-state line
011100 yy Locked Bus Cycle
011101 yy I/O Read or Write Cycle
011110 yy Non-cacheable memory reads
011111 yy Pipeline stalled because of an address generation interlock
100000 yy Reserved
100001 yy Reserved
100010 yy FLOPs
100011 yy Breakpoint match on DR0 Register
100100 yy Breakpoint match on DR1 Register
100101 yy Breakpoint match on DR2 Register
100110 yy Breakpoint match on DR3 Register
100111 yy Hardware Interrupts
101000 yy Data Read or Data Write
101001 yy Data Read Miss or Data Write Miss
101010 yn Bus Ownership Latency
101010 ny Bus Ownership Transfers
101011 yn MMX instructions executed in u pipe
101011 ny MMX instructions executed in v pipe
101100 yn Cache M-State Line Sharing
101100 ny Cache Line Sharing
101101 yn EMMS instructions executed
101101 ny Transition between MMX instructions and FP instructions
101110 yn Bus Utilization Due to processor Activity
101110 ny Writes to Non-Cacheable Memory
101111 yn Saturating MMX instructions executed
101111 ny Saturations performed
110000 yn Number of Cycles Not in HLT State
110000 ny Number of Cycles Not in HLT State
110001 yn MMX instruction data reads
110001 ny MMX instruction data read misses
110010 yn Floating Point Stalls
110010 ny Taken Branches
110011 yn D1 Starvation and FIFO is empty
110011 ny D1 Starvation and only one instruction in FIFO
110100 yn MMX instruction data writes
110100 ny MMX instruction data write misses
110101 yn Pipeline flushes due to wrong branch prediction
110101 ny Pipe flushes due to wrong branch predictions resolved in WB-stage
110110 yn Misaligned data memory reference on MMX instruction
110110 ny Pipeline stalled waiting for MMX instruction data memory read
110111 yn Returns Predicted Incorrectly or not predicted at all
110111 ny Returns Predicted (Correctly and Incorrectly)
111000 yn MMX multiply unit interlock
111000 ny MOVD/MOVQ store stall due to previous operation
111001 yn Returns
111001 ny Reserved
111010 yn BTB false entries
111010 ny BTB miss prediction on a Not-Taken Branch
111011 yn Number of clocks stalled due to full write buffers while executing
          MMX instructions
111011 ny Stall on MMX instruction write to E- or M-state line
---> na jo kodolast mindenkinek... Mc > vottam... ehehe;)))

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS