Hollosi Information eXchange /HIX/
HIX CODER 626
Copyright (C) HIX
1999-10-30
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: Speci fajlrendszer floppyn (mind)  15 sor     (cikkei)
2 DXDraw.Surface (mind)  26 sor     (cikkei)
3 Re: Aritmetikai tomorites (mind)  41 sor     (cikkei)
4 Re: Aritmetikai tomorites (mind)  48 sor     (cikkei)
5 parhuzamos port delphiben (mind)  6 sor     (cikkei)
6 Re:Fat, Asm, egyebek (mind)  68 sor     (cikkei)
7 Re: FAT, ASM, MEMORY... (mind)  27 sor     (cikkei)
8 Win32 API? (mind)  7 sor     (cikkei)
9 Re: riport generator vc++ -hoz (mind)  7 sor     (cikkei)
10 Nyomtatas Dos alatt..megint (mind)  8 sor     (cikkei)
11 re: fat,asm,memory... (mind)  18 sor     (cikkei)
12 Re: FAT, ASM, MEMORY... (mind)  44 sor     (cikkei)
13 ASP+SQL (mind)  16 sor     (cikkei)

+ - Re: Speci fajlrendszer floppyn (mind) VÁLASZ  Feladó: (cikkei)

Udv Coderek!

 irta:
"1. Lehet floppynak olyan fajlrendszert kialakitani, amit egyik
op.rendszer se tud olvasni, de ha a lemezrol bootolunk, akkor
az osszes lemezen talahato adat olvashato? A Disk editorral
(Dos Navigator resze) probalkoztam, de nem jutottam
megoldasra. Vagy nem tudott bootolni, vagy pedig tokeletesen
olvashato volt akar DOS alol is. Tud valaki segiteni?"

Olyan megoldasra meg nem gondoltal, mint amilyet a Stacker
alkalmaz floppyk tomoritesere?

KASI

+ - DXDraw.Surface (mind) VÁLASZ  Feladó: (cikkei)

Hali!

   Egy kis segítség kellene:

     Delphi 3 + Delphi-X 6 -ot használok. A DXDraw.Surface-t
lehet közvetlenül írni? Mert pl. animációknál jól jönne...
Valahogy úgy gondoltam, hogy a Surface-t TMemoryStream-
ként el lehetne érni...

   Ja és a fenti Delphi-X-szel adott 3D-s progik miért nem
mennek a Monster 3D-mmel? "This program performed an
illegal operation" üzenettel száll el az összes példa.
Igaz, hogy szerintem azok Delphi 4-hez készült példák,
mert azt írja ki betöltésnél, hogy a Form egyes property-jeit
nem találja, Ignore vagy Cancel.

  Na és Delphi-vel lehet-e FREEWARE progikat írni? Mert
az nem buli, hogy megírom a cuccost, és senkinek nem
tudom mutogatni...

  Na kösz szépn, válaszokat a gyorsabb elérés
kedvéért legyetek szívesek magánba is elküldeni...

   Csocsi!
-- 
Üdv: Gilbert atya ~~~~ (Gilby/MKSZTSZ) ~~~~ 
+ - Re: Aritmetikai tomorites (mind) VÁLASZ  Feladó: (cikkei)

In article >,   writes:
> Hi Coders!
> 
> Az adatfajlomban a bitek kb. 60:40%-os eloszlasuak, ill. 2
> bites csoportokat tartalmaz (00, 01, 10, 11 = 2:6:6:2).
> A fajl blokkos es minden blokban a bitek aranya azonos.
> Erre szeretnek irni egy aritmetikai tomoritot.
> 
> A gondom inkabb az, hogy mikortol erdemes aritmetikai
> tomoritest alkalmazni. Az is lehetseges, hogy egy huffman
> vagy egy sorozathossz kodolo jobban megfelelne a celnak.
> Mit kell egy adatallomanyrol feltetelezni, hogy aritmetikai,
> huffman, sorozathossz, stb. kodolas vegezunk rajta?

Kedves XiX!

Az altalam eddig olvasott szagirodalmak azt mondjak az aritmetikai tomorites-
rol, hogy inkabb elmeleti jelentosegu. Elonye, hogy az egy bitre juto kod-
hossz egy picit gyorsabban konvergal a forrasentropiahoz, mint a Huffman ko-
dolasnal; oriasi hatranya viszont, hogy nagyon nehezkes az implementacioja, a
nagyon sok jegyu szamabrazolas igenye miatt (k elemu blokkok eseten, ha az e-
gyes szimbolumok relativ gyakorisaga n jegyre van megadva, k*n jegyu szamab-
razolas kell!)

A fentiek alapjan en ugy velem (szigoruan maganemberkent), hogy az altalad
vazolt esetben az aritmetikai tomoritessel nem eri meg foglalkozni; talan ne-
hany (tized) %-kal jobb eredmenyt ad, mint a Huffman, de sokkal lassabb mind
a be-, mind a kitomorites, es sokkal nehezebb megirni. A sorozathossz-kodolas
viszont igeretesnek tunik, ha tenyleg vannak hosszu sorozatok (sok 01, sok
10, ... egymas utan).

Egyszeru kiserlettel ellenorizheted, hogy az RLE jo-e neked: biggyessz pa'r
adatfile elejere egy 2-szinu Microsoft BMP fejlecet (kb. 20 byte), es konver-
tald oket RLE tomoritett BMP file-okka vmi bitmap-piszkalo programmal (ugy
hiszem, a Paint Shop Pro pl. tud ilyet), majd ve'gy egy olyan tomoritot, a-
mely csak Huffman algoritmust hasznal (pl. LHA), es azzal is tomoritsd be a
BMP-ket.

Udv

ifj. Petri Andras
+ - Re: Aritmetikai tomorites (mind) VÁLASZ  Feladó: (cikkei)

On 28 Oct 99 at 5:58,  > wrote:

> Hi Coders!

hali!

> Az adatfajlomban a bitek kb. 60:40%-os eloszlasuak, ill. 2
> bites csoportokat tartalmaz (00, 01, 10, 11 = 2:6:6:2).

Ez a ketto ket kulonbozo file-ra vagy blokkra vonatkozik? Mert ilyen
2:6:6:2 eloszlasu bitparosok eseteben a bitek aranya 50:50%!
Mindenesetre en ezentul a bitparosokat feltetelezem 1/8 3/8 3/8 1/8
(==2:6:6:2) eloszlassal, es nem a 60:40 aranyt.

> Mit kell egy adatallomanyrol feltetelezni, hogy aritmetikai,
> huffman, sorozathossz, stb. kodolas vegezunk rajta?

Nezzuk eloszor a Huffman-t: a 01 illetve az 10 'betuk' a
leggyakoribbak, ezekhez kell a legrovidebb kodot rendelni. Legyen
pl. 01-hez rendelve az 1 bit hosszu '0', 10-hoz a 2 bit hosszu '10'.
Sajnos nem tudunk 1 bit hosszu kodot rendelni mindkettohoz, pedig az 
lenne az igazi.
A maradek ket betuhoz meg: 00-hoz 3 bites '110', 11-hez 3 bites
'111'. Tehat egy 8 betut tartalmazo uzenet (eredeti hossza 16 bit)
kodolva 1*3+3*1+3*2+1*3 = 15 bit hosszu lesz. Hosszabb uzenet 
eseteben aranyosan nol a bitek szama, pl. ketszer hosszabb (16
betus, eredetileg 32 bites) uzenethez 2*15=30 bit szukseges.

Nezzuk az aritmetikai kodolast: Az utolso intervallum szelessege
ugyanazon 8 betus uzenet eseten 1/8 * (3/8)**3 * (3/8)**3 * 1/8, ez
hatarozza meg a szam kodolasahoz szukseges bitek szamat. Ez a szam
kb. 1/23014, legkozelebbi kisebb 2 hatvany 1/32768=1/2^15, tehat itt
is 15 bit kell a 16 bites uzenet kodolasahoz. Viszont a ketszeres
hosszu uzenetnel a kivant pontossag mar kb. 1/23014^2 > 1/2^29,
vagyis 30 helyett mar 29 bit is elegendo! Vagyis minel hosszabb az
uzenet, annal jobban megkozeliti az aritmetikai kodolas a Huffman
kod elvi hatarat, mert a 'kerekitesi' hiba (ami miatt a Huffmannal 2
bitesre kellett valasztani az '10' betu kodjat) egyre kisebb lesz.

Tehat az aritmetikai kodolas kicsit jobban tomorit, mint a Huffman.
A tobbi kodolas tomoritese viszont mar nem az abece betuinek
gyakorisagan mulik, hanem a betuk egymasutanisagaban mutatkozo
fuggosegeken. Arrol viszont nem lehet semmit se mondani csupan a
gyakorisagok ismereteben. A legjobb talan, ha kiprobalod.

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

hali!

tudja valaki, hogyan kell parhuzamos portot lekerdezni delphiben?
ha tok egyszeru, ne engem szidjatok, csak kerdest tolmacsolok.

raki
+ - Re:Fat, Asm, egyebek (mind) VÁLASZ  Feladó: (cikkei)

Hali !

>1. Lehet floppynak olyan fajlrendszert kialakitani, amit egyik
> op.rendszer se tud olvasni, de ha a lemezrol bootolunk, akkor
> az osszes lemezen talahato adat olvashato? A Disk editorral
> (Dos Navigator resze) probalkoztam, de nem jutottam
> megoldasra. Vagy nem tudott bootolni, vagy pedig tokeletesen
> olvashato volt akar DOS alol is. Tud valaki segiteni?

Igen, lehet. Persze segedprogit kellene hozza irni, ami
megpiszkalja 1 picti a lemezt...nomeg nem lesz teljesen
lathatatlan...

Otletem : 
1. format a: /s, es felpakolod a rejtendo fileket konyvtarakba
2. a speci progival ramesz a BOOT-sector-ra, atirod a fenntartott
    szektorok szamat akkorara, hogy csak a FAT, fokatalogus,
    a rendszerfile-k, meg 1 kisegito prog ferjen ra fol.
   A prog persze athelyezne ezeket a lemez vegere.
   /tulkeppen szektorokat kellene virtualisan eltolni/

Igy mar akarmilyen rendszer csak annyit latna, hogy rajta van a
lemezen nehany rendszerfile, hely meg nuku...:-))

3. a floppy bootolasa utan - ja autoexec is kene ra - 1 memoria-
    rezidens prog magarairanyitana a lemezkezeles vektorat,
   es a fenntartott resznek nevezett szektorokat visszaemulalna.
   Persze valoszinu, hogy az io.sys-nek a regi helyen is latszania
   kene.....ezt meg nem probaltam, nem tudom.

>2. Szeretnek jobban belemellyulni az assembly vilagaba. Milyen
> szakkonyvet tudtok ajanlani?

Az assembly szep nyelv, nekem is ez tetszik eddig a legjobban.
DE : nem eleg csak a nyelvet ismerni !!!
Elso lepeskent a procikat kene kozelebbrol megismerned :
Kovacs Magda 32 bites mikroprocesszorok I-II
Azutan a hardware-t : Abonyi Zsolt PC hardver kezikonyv
Vegul a technikai trukkoket, a mar emlegetett interr*.zip
nevu file-okbol, vagy Horvath Gabor :
Gyakorlati assembly haladoknak, assembly vedett modu programozas,
Inotai Laszlo, Lazar Laszlo IBM PC XT\AT rendszerprogramozas I-II-III
En eddig ezeket talaltam / hasznositottam a legjobban, sok pelda
van benuk, de rendesen bele kell melyulni...
( egyebkent kivancsian varom masok ajanlatait )

>3. Tudja valaki, hogy hogyan lehet egy max. 64 kbyte-os fajl
> tartalmat betolteni a memoriaba egy megadhato segmens-offset
> cimre Turbo Pascal (inline ASM) alatt? Egyaltalan milyen
> memoria (segmens-offset) cimekre lehet irni?

Semmilyenre! Be ne toltsd csak ugy!!!
Helyet kell foglalnod szamukra elobb, es a rendszer visszaadja
a hasznalhato szegmenscimet....egyebkent kicsit osszeomlik a DOS...:-)))

>4. Hogyan lehet a DOS-os vagy Win 9x-es bootbol teljesen
> kiirtani az F8-figyelest?

Utana meg format c: ?

>5. Melyik COM/EXE-compressor/protector adja a legjobb vedelmet?

Mire, mi ellen ?

Azert remelem, segitettem.

				Jo szorakozast !
					Gusi
+ - Re: FAT, ASM, MEMORY... (mind) VÁLASZ  Feladó: (cikkei)

> Lehet floppynak olyan fajlrendszert kialakitani, amit egyik
> op.rendszer se tud olvasni, de ha a lemezrol bootolunk, akkor
> az osszes lemezen talahato adat olvashato? A Disk editorral

Lehet, de meg kell irnod a lemezkezelo rutinokat az uj formatumhoz.
Disk editorral meg tudod buheralni ugy, hogy a DOS-t atvered egy-ket helyen,
es a sajat programod tudja, hogy igazabol mit hol keressen. Nem tudom, mit
akarsz kihozni belole, de biztos van mar letezo megoldas.

> Tudja valaki, hogy hogyan lehet egy max. 64 kbyte-os fajl
> tartalmat betolteni a memoriaba egy megadhato segmens-offset
> cimre Turbo Pascal (inline ASM) alatt?

Nem kell ehhez inline asm. Foglalj helyet a heap-en (new), es toltsd oda.

> Egyaltalan milyen
> memoria (segmens-offset) cimekre lehet irni?

Most jottel at Commodore-rol, igaz ? Itt mar nem fix cimek vannak. Kerni
kell egy kis memoriat az op.rendszertol (vagy egyeb memoriakezelotol), es ha
kapsz, azt hasznalhatod. Lesz hozza pointer-ed.

> Melyik COM/EXE-compressor/protector adja a legjobb vedelmet?

Barmelyiket hasznalod, hamarosan megjelenik hozza a kicsomagolo.

Mikike
+ - Win32 API? (mind) VÁLASZ  Feladó: (cikkei)

Hali,

tud vki leirast a Win32 API hivasokrol?

Udv

GZsolt
+ - Re: riport generator vc++ -hoz (mind) VÁLASZ  Feladó: (cikkei)

  writes:

> Allitolag letezik egy CRYSTAL REPORTS nevezetu riportgenerator
> VC++-hoz. Ti mar hallotatok rola? Ha igen hol lehet beszerezni?

<http://www.seagatesoftware.com/products/crystalreports/>;
<mailto:>
+ - Nyomtatas Dos alatt..megint (mind) VÁLASZ  Feladó: (cikkei)

Hali,

Emberek,leirtatok sok-sok jo megoldast a nyomtatasra,es ezzel kapcsolatban
kerdeznem..a "PRN" eszkozt,ha megnyitom,akkor az abba valo irassal is
tudok nyomtatni?

koszi..
Zoli.
+ - re: fat,asm,memory... (mind) VÁLASZ  Feladó: (cikkei)

Hi,

> 
> 2. Szeretnek jobban belemellyulni az assembly vilagaba. Milyen
>  szakkonyvet tudtok ajanlani?
> 
Dr. Gidofalvy Zoltan:Az IBM PC programozasa assembly nyelven pl.
esetleg win32asm.cjb.net

> 
> 5. Melyik COM/EXE-compressor/protector adja a legjobb vedelmet?
> 

www.suddendischarge.com 
Itt talalsz eleg sokat..probalj ki egy parat es dontsd el melyik a
legjobb:)

Szia,Zoli
+ - Re: FAT, ASM, MEMORY... (mind) VÁLASZ  Feladó: (cikkei)

Hali !
 
> 1. Lehet floppynak olyan fajlrendszert kialakitani, amit egyik
>  op.rendszer se tud olvasni, de ha a lemezrol bootolunk, akkor
>  az osszes lemezen talahato adat olvashato? A Disk editorral
>  (Dos Navigator resze) probalkoztam, de nem jutottam
>  megoldasra. Vagy nem tudott bootolni, vagy pedig tokeletesen
>  olvashato volt akar DOS alol is. Tud valaki segiteni?
A teljes fajlrendszer olyan legyen vagy csak nehany olyan szektort akarsz
ra, amit alapban nem tudnak az oprendszerek ?
Amugy felesleges a floppyrol bootolni, mindent tudsz olvasni megfelelo
progival.
Ha csak nehany szektornyi rejtett adat kell, akkor a track/szektor
sorszamokkal lehet varialni (pl.: track > 80, szektor > 25).
Ha normalis track/szektor sorszamokkal akarsz dolgozni, akkor ajanlom az
un. "deleted sector"-okat, bar ezeket a bioson keresztul nem nagyon tudod
felirni es az OS/2 szarik ra ...
A boot szektornak mindenkeppen normalisnak kell lennie, kulonben nem fogsz
tudni bebootolni ( a meretet asszem lehet varialni ). 

Masolasvedett lemezt akarsz csinalni ? Mert akkor hasznalj crc-erroros
illetve extra meretu szektorokat is.

Remelem nem lett tul ossze-vissza, ha valami nem vilagos, akkor irj.
 
> 2. Szeretnek jobban belemellyulni az assembly vilagaba. Milyen
>  szakkonyvet tudtok ajanlani?
Inkabb a neten nezelodj ...

> 4. Hogyan lehet a DOS-os vagy Win 9x-es bootbol teljesen
>  kiirtani az F8-figyelest?
Atpiszkalod a rendszerfajlokat vagy irsz egy a boot szektorbol indulo
progit, ami letiltja a billentyuzetet es majd valamikor kesobb megszunteti
a letiltast. 
 
> 5. Melyik COM/EXE-compressor/protector adja a legjobb vedelmet?
Hat ha nem lennek tul szereny, akkor azt irnam, hogy az UPSTOP :)
( minden szentnek ... )
Amugy tenyleg jo (nem csak szerintem), na es majd az uj verzio ...
Probalkozhatsz meg az FSE-vel nagyon jo, a TRAP-ot nyugodtan felejtsd el.

Remelem segitettem.

Udv.: Szaszi
+ - ASP+SQL (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok Coderek!
Valaki nehany szammal ezelott keresett ASP-SQL temakorben anyagot. Ezt leltem:

Web Building: SQL Savvy
   Using ASP and SQL together can be confusing. This article will
   teach you the ins and outs of integrating SQL calls into your
   ASP code. We'll show you how to mine your databases for the
   right data and how to present it to your users in the most
   efficient way. We'll also show you how to use SQL to make your
   Web pages more responsive to your users and to ease the burden
   on yourself:

   http://1.digital.cnet.com/cgi-bin1/flo?x=dgKEAhhAowAgKhud

Udv
Smikal Gyorgy

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