Hollosi Information eXchange /HIX/
HIX CODER 1221
Copyright (C) HIX
2001-06-29
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 email fogadas/kuldes deplhibol (mind)  13 sor     (cikkei)
2 Re: [UNIX] daemon (mind)  23 sor     (cikkei)
3 Delphi garfikus racs komponenes (mind)  20 sor     (cikkei)
4 Bitenkenti logikai operatorok (mind)  16 sor     (cikkei)
5 Re Windows Hook (mind)  12 sor     (cikkei)
6 Lcc-Win32 _asm resz nem muxik (mind)  20 sor     (cikkei)
7 Re: Kylix kerdes (mind)  45 sor     (cikkei)

+ - email fogadas/kuldes deplhibol (mind) VÁLASZ  Feladó: (cikkei)

Hali!

Mire van szuksegem es hogyan oldhato meg?
Szeretnek delphibol (5os enterprise, windows 2000/98)
fogadni emailt. Van egy linuxos webszerverunk, de jelenleg nincs
sajat email szerverunk. A gepen van meg netscape meg
IE is. Ezeket lehtne valahogy "kivulrol" megkerni, hogy ugyan mar toltsek le
a leveleket es elrhessem a tartalmukat? Meg azt is hogy itt
a cimzett, a subj a szoveg, kuld el lecci?
Vagy van erre valami mas modszer?
Vagy ehhez kell meg valami?

T.J.
+ - Re: [UNIX] daemon (mind) VÁLASZ  Feladó: (cikkei)

On 27 Jun 01, at 09:33,  wrote:

> 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?

Signal handlernek nem kell feltetlenul gyorsan befejezodnie, sot, jol
lehet hasznalni ugy is, hogy sose fejezodik be, hanem vegrehajt
egy longjump-ot.

A comp.unix.programming.faq azt mondja, hogy standard io
fuggvenyeket (fprintf, stb) hivni signal handlerben nem javasolt. Ez
a puffereles miatt van, hisz a library fuggveny futasa kozepen is
johet a signal, es ha akkor definialatlan allapotban vannak
ugyanazok a globalis adatstrukturak (pl. stream-ek), az ciki lehet.

Egy jo leiras a signalokrol a The GNU C Library Reference Manual-
ban van, ott nezd meg a Defining Signal Handlers fejezetet, abban
is a Signal Handling and Nonreentrant Functions reszt.
www.gnu.org/manual, es ott keresd a glibc-t.

István
+ - Delphi garfikus racs komponenes (mind) VÁLASZ  Feladó: (cikkei)

> -----Original Message-----
> From:	Mihaly Daruka
> Sent:	Tuesday, June 26, 2001 2:13 AM
> To:	'HIX CODER'
> Subject:	Delphi garfikus racs komponenes
>
> Sziasztok Coderek!
>
> Volna egy egyszeru, de szamomra fogos kerdes. Nem hasznaltam meg a
> grafikus racskomponenst, es ezert problemat okoz. A baj az, hogy hiaba
> adom meg, hogy az egyes cellakba milyen kep legyen, az nem jelenik meg.
> Mint kiderult, ez igy van rendjen, mert valahogyan ujra kell rajzoltatnom
> a garfikus racs komponenst, hogy megjelenjenek a kepek. A kerdes az, hogy
> hogyan??? Mert hogy errol mar nem szolt a fama :((( A segitseget elore is
> koszi!
>
> 1001010010101001!
>
> :))))
>
+ - Bitenkenti logikai operatorok (mind) VÁLASZ  Feladó: (cikkei)

hello,

  hozzatok fordulok segitsegert, mert keptelen vagyok egyedul
  megerteni a kovetkezoket:

  /K & R : A "C" programozasi nyelv, 62-63 oldal/
  n = n & 0177 muvelet az n binaris ertekeben az also het bit
  kivetelevel minden bitet nullaz.

  x = x ~ 077 muvelet hatasara x utolso hat bitje nulla erteku lesz.

  /ha valakinek van szajbaragos leirasa a temaval kapcsolatban
  szivesen vennem/

Koszi,
Attila
+ - Re Windows Hook (mind) VÁLASZ  Feladó: (cikkei)

Hello!

Megoldottam a problemam, es a megoldas az lett, hogy az adatokat egy
shared data segment-be tettem.
Azota mar a dll-nek nem is kell path-on lenni, es igy is mukodik.

Most hogy mukodik, rajottem mi a nagy hibaja a keyboard hook-nak:
console application-okbol es dialog box-okbol nem szedi ki az uzeneteket.
Ezert ha valaki tud olyan megoldast, ami ezt is megcsinalja, ne titkolja elolem
 .

Peter
+ - Lcc-Win32 _asm resz nem muxik (mind) VÁLASZ  Feladó: (cikkei)

Hi Coders!

Windoze allat alatt Lcc-Win32 C ferditot hasznalom.
A promlemam:

_asm
{
 fld valtozo1
 fld valtozo2
 fadd st,st(1)
 fstp valtozo3
}

Persze ennel tobb :)) de a Lcc az _asm { ... }
resz NEM forditja be! Leellenorzi a szintatikat
(kulonben el sem fogadja) de a kodba nem teszi bele.

Most tud az Lcc asm reszeket vagy nem?

udv.: XiX/PsychoMix
+ - Re: Kylix kerdes (mind) VÁLASZ  Feladó: (cikkei)

In article >,  writes:
>
> 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

Kedves NeverGone!

Nezz utana a Kylix doksiban, hogy mit kell tenni a generalt alkalmazasok
onallo futtatasa erdekeben.

Addig is rovid megoldas:

1.) ldd Project1

Ennek hatasara kiirja az osszes olyan shared library-t, amit a Project1
binaris hasznalni akar, es azt is, hogy hol talalta meg, ill. melyikeket
nem talalta meg.

2.) A meg nem talalt library-ket (pl. libqtintf.so) megkeresed, hogy hol
vannak valojaban.

3.) Az LD_LIBRARY_PATH kornyezeti valtozoba beteszed a megfelelo konyv-
tarat, amelyikben megvannak a fenti library-k. (Nezd meg a Kylix fejlesz-
tokornyezetet elindito parancsot. Ha szerencses vagy, akkor abban talalsz
egy sort, amelyik ezt megteszi. Ezt preparald ki es tedd bele a shell in-
dito file-ba (.cshrc avagy .profile)). Teszteleshez eleg ennyi:

setenv LD_LIBRARY_PATH /shared/libraryk/helye                 (csh, tcsh)

LD_LIBRARY_PATH=/shared/libraryk/helye; export LD_LIBRARY_PATH     (bash)

Utana az ldd Project1-nek mar nem szabad hibat jelezni.


Udv

ifj. Petri Andras

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