Hollosi Information eXchange /HIX/
HIX CODER 617
Copyright (C) HIX
1999-10-21
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: Pascal error (RTC) (mind)  8 sor     (cikkei)
2 Re: Visual C es adatbaziskezeles (mind)  23 sor     (cikkei)
3 Soros komm. + CBuilder, Pascal hibas unit patch (mind)  13 sor     (cikkei)
4 Re: postgresql-c++builder-dbgrid (lamazas) (mind)  28 sor     (cikkei)
5 Re: _TEXT segment (mind)  22 sor     (cikkei)
6 Adatbaziskezeles - VC ++ (mind)  12 sor     (cikkei)
7 Re: hogyan mukodik. (mind)  44 sor     (cikkei)
8 Re: Pascal error (RTC) (mind)  26 sor     (cikkei)
9 Re: Delphi Internet apps (mind)  20 sor     (cikkei)
10 C++Builder3 Pre-Compiled headers (mind)  13 sor     (cikkei)
11 Re: Fourier (mind)  13 sor     (cikkei)

+ - Re: Pascal error (RTC) (mind) VÁLASZ  Feladó: (cikkei)

> Most tertem at PII-re. Azota kiakadnak a Pascal-lal irt programok. Azt
> mar hallottam, hogy ez valami RTC unit hiba. Tudna valaki web cimet
> (estleg email) mondani ahonnan le lehetne tolteni a javitast. Allitolag
> van EXE-t javito progi is, igaz lehet ez?

http://www.borland.hu  fejlesztoknek menu

Toth Gabor (Laurel Kft)
+ - Re: Visual C es adatbaziskezeles (mind) VÁLASZ  Feladó: (cikkei)

Hello Zsolt!

Kb masfel eve irtunk egy programot a nemeteknek, ami MSVC 4.0-el es MS
Accessel ment. Termeszetesen az Access mindossze az adatbazis motor szerepet
latta el, bar nem egy idealis valasztas erre a szerepkorre (Oracle jobb, de
sokszor meg a Paradox is felulmulja), de szamunkra is kijeloltek mik a
felhasznalhato eszkozok.

Ket megoldas kozott valaszthatsz. Az egyik a direct DAO-s hozzaferes. Ez a
gyorsabb es megbizhatobb valasztas, a hatranya a nehezebb(??)
leprogramozhatosag. A masik az ODBC-n keresztuli hozzaferes. Ebben az
esetben SQL-s parancsokkal operalhatsz, cserebe viszont lassabb. Arra mar
nem emlekszem, hogy mi volt a problema nalunk regebben, de erdekes modon az
ODBC-n keresztuli hozzaferes bizonyos lokalis adatbazis eleres eseten nem
mukodott, csak LAN-WAN viszonylatban. Ezert mi ugy csinaltuk, hogy a lokalis
fealadatokat DAO-val, a tavoli elereseket ODBC-vel hasznaltuk. Azt hiszem
valami bug maradt az ODBC-ben vagy valami ilyesmi, tehat ez mara akar mar
meg is oldodhatott.

Egyebkent minden esetben operalhatsz a jol megszokott adatbazis muveletekkel
(beszuras, modositas, torles...) de SQL eseteben nem feltetlenul kell
indexeket csinalnod a tablakhoz, bar meggyorsitja a lekerdezesek
vegrehajtasat.
+ - Soros komm. + CBuilder, Pascal hibas unit patch (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok,
Van egy soros Kommunikacios komponenes Delphi ala.
Nem tudom jo-e CBuilder ala de erdemes megnezni.
Web cimet adni nem tudok, mert ha rakarestek akkor ezer cimet is kaptok
es a fele jo.

Azonban, ha valaki keri el tudom kuldeni,

A pascal patch,
Itt a cim ahonnan letoltheted:
http://pascal.miningco.com/compute/programming/pascal/msub16.htm

Alex.
+ - Re: postgresql-c++builder-dbgrid (lamazas) (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok,

> feladat: maszkaljunk az egesz a dbgrddel az egesz tablan
> kozel 20000 rekord....
>
> hat ez szerintem ugy csinalja, hogy select * from [table]...
> na most ez nem palya, mert iszonyu lassu.
>
> Szoval: hogyan lehet ezt normalisan megcsinalni?
> A dolog celja az lenne, hogy a raktarkeszlet jelenjen meg,
> es az indexelt mezo szerint azonnal legyen gyorskereses.
> Ilyen idiota szuresek nem jonnenek be a felhasznaloi igeny miatt...
> A dolog tokeletesen menne pl, ha sajat magam iranyithtnam a dolgot
> a postgres FETCH nevezetu sql-parancsaval. Szoval hogyan lehet
> egy adatbazisnak direkt SQL-t adni? (TDatabase metoadusai kozott nem
> talaltam.)

Erre szeretnek is valaszolni magamnak: :>

A PostgreSQL ODBC drivereben van egy olyan opcio, ami engedelyezi
a declare-fetch hasznalatat. (Tehat pontosan ezt szerettem volna kezzel
hasznalni...)
Ez alapban ki van kapcsolva... :(

Tehat a dolog szepen mukodik. :))

udv:
kopper.
+ - Re: _TEXT segment (mind) VÁLASZ  Feladó: (cikkei)

Hello...
    Egy megoldas van, ami neked OBJ vagy LIB formatumban van meg csak, azt
at kell tenni masik szegmensbe. Erre ket megoldast tudok elkepzelni, az
egyik, hogy visszafejteni (mondjuk wdisasm) assembler forrassa az OBJ
allomanyokat, atirni a _TEXT szegmens nevet valami masra, es ujra
leforditani. A gond az, hogy ez nem mindig jon ossze kulonbozo okok miatt. A
masik megoldas kisse macerasabb, de biztos. Az OBJ (es a LIB is) un
rekordokbol all. Minden rekordnak megvan a maga tipusa, tartalma, es
'crc'-je. Ezt a TDump marha jol meg tudja mutatni, ha raengeded egy OBJ-re.
Nomarmost a crc-vel lesz csak baj. Hexa editorral a _TEXT szoveget atirod
_TFXT-re, ezaltal a rekord osszege 1-el megno, de a 'crc'-t (1 byte) meg
eggyel csokkented, es akkor minden jo lesz, viszont mas lesz a szegmens
neve.
    Reg volt, de ugy emlexem, hogy minden rekord elso byte-ja, a tipus,
aztan 2 byte-on, hogy hany bajt MEG ez a rekord, aztan a tartalom, es ennek
uccso bajtja a 'crc', ami 0-ra egesziti ki a rekord tulkcsordulas nelkuli
osszeget. Neked ugyis csak azokkal a rekordokkal kell foglalkozni, amiben a
_TEXT szo megtalalhato. Szerintem 1 ilyen rekordod lesz, megpedig a tdump
szerint LNAMES vagy valami hasonlo tipusu Minden rekord elso byte-ja 80h-nal
nagyobb, innen lehet tudni, hogy az uj rekord itt kezdodik.
    Remelem sikerulni fog...
    Udv, Balogh Zoltan
+ - Adatbaziskezeles - VC ++ (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

 

A targybelivel kapcsolatban feltettem az ftp.szif.hu ra
a pub\demos\incoming konyvtarba vcdb.rar-vcdb.r13
html "konyvet".
Azert elarulhatnad miert eppen a MS Access t hasznaljatok
es miert van vele tele a tokod.Azert erdekel mert en is irok egy kis
segedprogit alatta,nem szeretnek feleslegesen szivni vele.
Egyebkent egyikben sem vagyok guru,de remelem segitettem!
							Csaba
+ - Re: hogyan mukodik. (mind) VÁLASZ  Feladó: (cikkei)

>Szeretnem kideriteni, hogy egy windows-os program
>hogyan mukodik, valoszinuleg mfc-ben irtak.

Objektum-orientalt programokat eleg nehez visszafejteni. Eleg sokat
csinaltam mar (sok trojait es backdoort MFC-ben irnak mostanaban), es ugy
talaltam, hogy a legnehezebb kideriteni, hogy hol van az osobjektum,
aminek a konstruktorat meghivja majd az MFC. Altalaban nem is szoktam
sokat szorakozni ennek megkeresesevel, hanem "belemaszok" a kod kozepebe,
es ott probalom kibogozni mi is tortenik.

Visszafejteshez az IDA nevu prg. -- szerintem -- a legjobb, annak ujabb
valtozata egesz jol felismeri az MFC-s funkciokat. Persze az IDA nem
ingyenes termek!

>Vissza lehet-e fejteni a kodot, ugy hogy ugy nezzen ki,
>mint amikor irtak, vagyis a kod is adja vissza az objektumokat stb..

Mindent meg lehet csinalni, de kerdes, hogy erdemes-e? Nem hallottam meg
olyan prg-rol, ami ezt keszen neked megcsinalna, magam is ASM kodot kapok
vissza, es abbol deritem ki mit csinal... Nem olyan szornyu, mint ahogy
elsore hallatszik. Es ha vissza akarod kapni az "eredeti" kodot forrasban
(C++), akkor neked kell megirnod azok alapjan, ahogy a leforditott ASM kod
kinez. Sokat segithet az is, ha megtalalod azt a doksit, amibol a kod
keszitoje dolgozott, ugyanis sokan olloznak a peldaprogramokbol (most pl.
igy tudtam leegyszerusiteni egy backdoor visszafejteset).

Viszont annak is nezz utana, hogy a legtobb SW ceg egyenesen tiltja a
reverse engineeringet! Tehat ha pl. kiderul, hogy visszafejtettel egy
programot, es abbol felhasznaltal kodreszleteket, vagy publikaltad a
visszafejtett kodot stb.. akkor abbol gondok lehetnek. Ha csak magadnak
fejted vissza, es otleteket nyersz, abbol nem hinnem, hogy bajod
szarmazhat (pl. senki meg nem mondja, hogy tenylegesen visszafejtetted-e a
konkurrens prg-ot vagy sem).

Egyebirant a legegyszerubb megoldasnak mindig azt tartottam, hogy ha
megprobalo m kitalalni mit csinal a masik termek -- hogyan csinalnam meg
magam, hogy pontosa n ugyanugy viselkedjen. Ez altalaban kevesebb
veszodseggel jar, es a vegen jobb eredmenyre vezet.

Remelm azert segitettem, Tamas

Tamas Rudnai / Sophos Plc
mailto:
http://www.sophos.com
+ - Re: Pascal error (RTC) (mind) VÁLASZ  Feladó: (cikkei)

>Most tertem at PII-re. Azota kiakadnak a Pascal-lal irt programok. Azt mar
>hallottam, hogy ez valami RTC unit hiba.
Tortenetesen a CRT (!) unitban van a hiba, es a program inditasakor
automatikusan lefuto, a Delay() kalibraciojahoz szukseges "sebesseg-mero"
ciklus okozza, mert P300 feletti gepeken olyan gyorsan fut le, hogy
tulcsordul az - amugy word tipusu - szamlaloja, ami azonnal 201-es hibat
okoz es igy meggatolja a program futtatasat... (A jelenseg minden olyan
programot erint amelynek hasznalja a CRT unitot - fuggetlenul attol, hogy
tenylegesen meghivja vagy hivatkozik -e egyaltalan a Delay()-re...)

>Tudna valaki web cimet (estleg email) mondani ahonnan le lehetne tolteni a
>javitast. Allitolag van EXE-t javito progi is, igaz lehet ez?

http://www.brain.uni-freiburg.de/~klaus/pascal/runerr200/index.html

A javitasok lenyege, hogy
1. vagy atirjak a szamlalo tipusat longint-re
2. elkapjak a kalibracios ciklusban generalodo hibat es hagyjak tovabb futni
a programot
3. teljesen kiirtjak a kalibracios ciklust
Nyilvan az utobbi ket megoldas nem annyira elonyos, mert teljesen
hasznalhatatlanna teszik a Delay()-t... (Bar nyilvan olyan programoknal amik
ugyan hasznaljak a CRT unitot, de magat a Delay()-t nem, azoknal korrekt
megoldas...)

Gabor
+ - Re: Delphi Internet apps (mind) VÁLASZ  Feladó: (cikkei)

>Egy adatbazis tartalmat szeretnem megjeleniteni, es az adatbazisban az
>adatokat modositani web-bongeszon keresztul. A megjelenitessel meg nincs
>is semmi gond, csak a visszafele iranyulo adatforgalom fogadasaval es
>lekezelesevel (pl.amikor egy uj rekordot kellene az adatbazishoz fuzni).
Ehhez nem kell (es nincs is) kulon komponens.  Ezeket neked egyszeruen a
HTML adta lehetosegeken - formok: beviteli mezok, checkboxok, gombok, stb. -
es az ezek segitsegevel generaltathato un. query-kkel (lasd meg pl. POST
HTTP parancs) kell megoldanod.
Magyarul: ugy alakitod ki a "karbantarto" HTML oldalt, hogy gombokat raksz
rajuk es azok lenyomasakor a browserrel kulonbozo parameteru kereseket
futtatsz vissza, aminek eredmenyekent egyreszt esetleg vegrehajtasz egy
adatbazis-muveletet ill. legeneralod a "valasz-oldalt"... Ha megerted, hogy
web eseten ezek a dolgok teljesen aszinkron modon futnak (teljesen elteroen
egy "hagyomanyos" program nagyjabol linearis lefutasahoz kepest) akkor mar
egyszeru lesz atlatni es megoldani a dolgokat...

>U.i: Esetleg nem tud valaki egy jo Delphi-s lev. listat?
Lista web: http://delphi.szechenyi-nkzsa.sulinet.hu

Gabor
+ - C++Builder3 Pre-Compiled headers (mind) VÁLASZ  Feladó: (cikkei)

HELLO !

Valaki el tudna nekem magyarazni, hogy ez mire jo ? Emlekeztetoul:
Project->Compiler->Use vagy Cache pre-compiled headers. Igaz, hogy a 
helpben benne van, de nem egeszen ertem. Van ott 1 beallithato fajl, defaultban
a /lib/vcl35.csm. Namarmost ez a fajl nekem mar 17MB -as es van ott tobb hasonlo
is vcl35.#00 - 03 . Az volna a kerdesem, hogy ezeket le lehet-e torolni ? 
Gondolom, hogy igen es akkor kezdi elolrol a cache -elest, de nem vagyok benne 
biztos. Es ha le lehet torolni, akkor mikor ajanlott, hogy ne lassitsa a 
programozast es a gepet sem a sok helyfoglalassal ?

KOSSZ!
			GABOR!
+ - Re: Fourier (mind) VÁLASZ  Feladó: (cikkei)

Gusi > wrote:
: Hali !

: Aki irt mar programban digitalis elso-, vagy masodfoku
: savatereszto szurot, azt nagyon kerem, irja le nekem
: maganba a kepletet, esetleg a megvalositashoz nehany
: otlettel spekelve....

Fourier transzformer rutinokat itt talalhatsz:
http://www.swin.edu.au/astronomy/pbourke/sigproc/dft/
http://www.fftw.org/

Homer

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