Sziasztok...!

Jott egy penzes melo, amihez Kylix -ot kellene hasznalnom.
Csinaltam egy proba alkalmazast, majd amikor futtatni
akartam, nem a fejlesztokornyezetebol, hanem kulon,
a kovetkezo hibauzenetet kaptam:

 ../Project1: error in loading shared libraries:
libqtintf.so: canot open shared object file: No such
file or directory

Kellene segitseg, hogy mit tegyek ellene, mert nem biztos,
hogy az uj helyen elfogadjak a programot, ha ilyeneket ir ki.
Mivel kuszobolheto ki ez a hiba...?
Ja, és Mandrake 7.2 és 8.0 alatt probaltam.

Valaszaitokat elore is koszonom:
The NeverGone

Kedves Lista!

Irtam egy daemon-t. Persze nem kutfobol, hanem W.Richard Stevens: UNIX
network programming book (ISBN 0-13-949876-1) alapjan. Ott csak a vaz van
meg, ezert tupirozgattam egy kicsit. Ezzel kapcsolatban lenne kerdesem.

Szabad-e signal-ban filekezelest csinalni? En igy csinaltam es mukodik is, de
erzesem szerint a signal lekezeleset lehetoleg minel gyorsabban kell
csinalni. En az SIGUSR2-ben lezarok egy file-t, atnevezem, majd megnyitok egy
ujat az eredeti neven. Jo ez igy?

EIK && udv From:, a lekezelt

> Olyanokat mar talaltam, ami kinyomtatva kb. 10 oldal, de szerintem ennel
> tobb kell legyen. (100 oldal folott gondolom)

Pedig a standard SQL, ami mindenhol ugyanaz, az nem tobb 10
oldalnal.
Ha viszont specializalodsz, akkor a 100 oldal nem
kifejezes. Nem tud egy asztal annyira billegni, hogy pl.
Oracle dokumentacio kelljen ala a maga nehany kilojaval.
Apropo, Oracle: http://otn.oracle.com

Pityu

On Thu, May 21, 1964 at 04:54:54AM +0000, Ko'csi Zolta'n wrote:
>  > Neked inkabb a --host kell ebben az esetben.
>
> Nem, a host az intel-linux, azon fordul, de a target az ARM gep kell
> legyen (azon is Linux fut).

Hat ha nekem nem hiszel..
`--build=BUILD-TYPE'
     the type of system on which the package is being configured and
     compiled (rarely needed);

`--host=HOST-TYPE'
     the type of system on which the package will run;

`--target=TARGET-TYPE'
     the type of system for which any compiler tools in the package will
     produce code.

info autoconf szerint

_tgz

On Thu, May 21, 1964 at 03:25:11PM +0000,  wrote:
> Nem tud valaki az LZW tomoritesi modszerrol valami leirast, lehetoleg
> magyar nyelven? Egy gyors tutorial is sok segitseg lenne...

A comp.compression newsgroup FAQjanak masodik resze kiindulopontnak
talan jo lesz.

_tgz

 [Hungary] irta:

> Nem tud valaki az LZW tomoritesi modszerrol valami leirast, lehetoleg magyar
> nyelven? Egy gyors tutorial is sok segitseg lenne...

www.google.com > kereses magyar oldalakon > lzw compression > 17 talalat
Van kozte valoban magyarul is.  Valassz!
Bye, Rx

a windows hook-hoz kuldok egy rovidke c-es progit...a progi
egy bill. lenyomasra kapcsolgat egy ablakban valamit (most
valahogy nem ugrik be :( na de majd a cavington :) ...amely
bill. nyomast mindenhol el tudja csipni...

egy kis turelmet...csak elo kell halasznom...remelem meg
meg van...

csao,
slowr

 irta:
> Tehat az uj problemam, hogy lehet
> dll-ben olyan memoriat szerezni,
> ami minden dll peldanyban ugyan az.
> A Win32 SDK Reference cimu helpben erre
> a CreateFileMapping fugvenyt ajanlja, de
> ez egy hookban valoszinuleg tul lassu lenne.
> A masik megoldas egy shared data segment.
> Ezt viszont nem tudtam rajonni, hogyan csinalhatok.

Helló!

Én épp most csináltam ilyet (shared data segment),
az igaz, hogy VC6-ossal. Abban van egy #pragma dataseg,
amivel lehet új szegmenst létrehozni:

   #pragma data_seg(".osztott")
   int iEgyOsztottValtozo = 0;
   #pragma data_seg()

A modul definicióban pedig osztottá kell tenni a szegmenst:

   SECTIONS
   .osztott   READ WRITE SHARED

Ha a WC/C++-ban nincs #pragma data_seg, akkor meg lehet
próbálkozni a .bss és a .data szegmens osztottá tételével
(a SECTIONS-ban), ekkor az összes globális adat osztott lesz.

==============
Rado Andras

Szevasz Attila, Szevasztok!

>Felado :  [International]

>>Ez remek, de a masik fontos, amit irtam, hogy statikusan
>>linkelt legyen a dll-ed. Ez megvan?

>Muszaj ennek statikusan linkelve lenni? Nem masert, de a bc5 help-ben
>(meg az sdk-ba is) ha jol emlexem olyan peldak vannak, amelyekbe
>dinamikusan toltik fel a dll-t.
>az atika...

Persze a dll-t altalaban lehet igy is, ugy is linkelni, de ahhoz, hogy
barhonnan elerheto hook-ot csinalj muszaly statikusan linkelni. Gondold meg,
mit is jelent a statikus linkeles: azt, hogy a dll-nek megfelelo kod
allandoan elerheto, nem kell elotte betolteni. Ha teszel a hook callback
fuggveny magjaba egy MessageBeep hivast, es elotte nem szurod semmivel,
akkor meglatod, hogy milyen hihetetlenul sokszor hivodik meg, meg ha hozza
sem ersz a gephez, akkor is.

(::-{)> Torma Istva'n, TOR, 
(Kuldtem listara es maganba is.)
A valaszokat ide a listara kerem, mert olvasom es mert mast is erdekelhet