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