| 1. |
Re: Lehetne kevesebb is? (mind) |
29 sor |
 (cikkei) |
| 2. |
RE: php konyv? (mind) |
7 sor |
 (cikkei) |
| 3. |
RE: ASP, IIS, Personal web server (mind) |
6 sor |
 (cikkei) |
| 4. |
c++ problema (mind) |
19 sor |
 (cikkei) |
| 5. |
Re: Lehetne kevesebb is? (CODER #921) (mind) |
34 sor |
 (cikkei) |
|
| + - | Re: Lehetne kevesebb is? (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
On 22 Aug 2000, at 16:03,  wrote:
> Irtam ma egy programot ami azt a celt szolgalja, hogy titkosit egy
> file-t. Nem tul bonyolult a lenyege, hogy menden egyes byte-bol
> csinal 2-t. Tehat a kodolt file merete 3-szor akkora mint az
> eredetie.
Nem csak duplaakkora lett? :)
> Ezt megcsinalta nehezen tomoritheto fileoknal (pl: JPG,MP3
> stb) es betomoritettem mind a kettot. Az eredmeny kicsit
> megdobbentett mert a kodolt file becsomagolva alig nagyobb az
> eredetinel.
Ez nagy valoszinuseggel azt jelenti, hogy a titkositod _nagyon_
rosszul mukodik, bizonyara viszonylag konnyen megfejtheto, amit
csinal. Vigyazz vele!!!
> Az lenne a kerdesem hogy:
> -meg lehetne oldani, hogy a kodolt filet kissebbre csomagolja be mind
> az eredetit, ugy hogy helytakarekosabba teszem a progit???
Ha az eredetit nem tudtad kisebbre tomoriteni, akkor a titkositottat se
fogod tudni.
István
-- Istvan Marosi -- http://www.sch.bme.hu/~marosi --
-- Recosoft Ltd. -- mailto: --
|
| + - | RE: php konyv? (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
>Felado :  [Hungary]
>Tud valaki php konyvet? (amolyan kezdonek valot) Nem baj ha angol
(persze jobb a magyar :) ).
Persze. PHP Programming ISBN 1-861002-96-3 Wrox Press
(Sascha Schumann es tarsai)
Software Station, Karinthy F. u.
--Udv: szm
|
| + - | RE: ASP, IIS, Personal web server (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
>Felado :  [Hungary]
> Temakor: ASP, IIS, Personal web server ( 8 sor )
>...hogy van-e lehetoseg a Microsoft Personal Web server-hez hasonloan
>offline letrehozni egy Information servert, win98 alatt.
szvsz nincs, min. NT kell neki.
--Udv: szm
|
| + - | c++ problema (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Sziasztok!
Segitsetek, legyetek szivesek, mert van egy kis problemam c++ -ban es mar
kezd kicsit idegesito lenni, hogy nem tudom megoldani. Windows App.-ot
szeretnek letrehozni Borland C++ 3.1 alatt, ami elindit egy kulso
alkalmazast (Execv/System). Viszont ahelyett, hogy lefordulna, mar lassan
en fordulok le a kovetkezo hibauzenettol:
> Linker Error: Undefined symbol _execv in module ...
vagy
> Linker Error: Undefined symbol _system in module ...
Kb. 2 soros lenne a forras, benne van a #include<process.h>, az stdlib.h meg
ami kell...
Mit rontottam el?
(Az Options/Directories-ban a Source pont ala nem igazan tudom, mit kene
beirni, de mar eleg sok lehetoseget vegigprobaltam...)
Segitsegeteket elore is koszonom,
Peat
|
| + - | Re: Lehetne kevesebb is? (CODER #921) (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
>Irtam ma egy programot ami azt a celt szolgalja, hogy titkosit egy
>file-t. Nem tul bonyolult a lenyege, hogy menden egyes byte-bol
>csinal 2-t. Tehat a kodolt file merete 3-szor akkora mint az
>eredetie. Ezt megcsinalta nehezen tomoritheto fileoknal (pl: JPG,MP3
>stb) es betomoritettem mind a kettot. Az eredmeny kicsit
>megdobbentett mert a kodolt file becsomagolva alig nagyobb az
>eredetinel.
Az eredmeny, amit kaptal nem meglepo. Amikor titkositottad a fajlt,
bizonyos fajta redundanciat vittel be a fajlban levo adathalmazba. A
tomoritok pedig, durvan fogalmazva, eppen az adathalmazban levo
redundanciat kepesek kiszurni, ezert lesz a fajl - jo esetben - a tomorites
utan kisebb. Az altalad emlitett "nehezen tomoritheto fajlok" eppen azert
tomorithetoek nehezen kulso tomoritovel (zip, arj, ...), mert a bennuk levo
adatok mar tomoritettek - igen keves redundanciat tartalmaznak.
>-meg lehetne oldani, hogy a kodolt filet kissebbre csomagolja be mind
> az eredetit, ugy hogy helytakarekosabba teszem a progit???
Tudtommal nem bizonyitottak meg be, hogy egy bizonyos adathalmazt milyen
minimalis nagysagu masik adathalmazza lehet attranszformalni. Valoszinuleg
ezt igy soha nem is lehet bebizonyitani, mert az, hogy milyen lesz a
tomorites utani nagysag, fugg a bemeno adatok strukturajatol es a
tomoritesi modszertol.
Tehat a kerdes nyitott - nincs kizarva, hogy a kodolt filet kisebbre
csomagolja egy tomorito, mint az eredetit. Nem hinnem, hogy a
helytakarekossag lenne a lenyeg. Inkabb egy megfelelo transzformacioval
jobb adatstrukturat kellene biztositani a tomoritonek. Persze abba nem
mernek belebocsatkozni, hogy mi legyen ez a transzformacio.
> -Esetleg ugy, hogy kif. erre a celra irt tomorito progival tomoritem?
> (A benne szereplo byte-ok erteke mindig #40 es #79 kozott van.
Meg lehet probalni nagyobb hatasfoku tomoritot irni, mint amelyikkel eddig
tomoritettel.
Pista
|
|
