Hollosi Information eXchange /HIX/
HIX CODER 1197
Copyright (C) HIX
2001-06-05
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 ICS (mind)  6 sor     (cikkei)
2 Re: *** HIX CODER *** #1195 (mind)  46 sor     (cikkei)
3 Re: [UNIX] forrasra lokalis valtozo (mind)  35 sor     (cikkei)
4 Re: boot progi (mind)  13 sor     (cikkei)
5 Re: [UNIX] forrasra lokalis valtozo (mind)  79 sor     (cikkei)
6 Re: D4 - jpeg bitmap (mind)  7 sor     (cikkei)
7 Re: C-segitseget keresek (mind)  32 sor     (cikkei)
8 BladeEnc Lame (mind)  13 sor     (cikkei)
9 Re: [UNIX] forrasra lokalis valtozo (mind)  12 sor     (cikkei)

+ - ICS (mind) VÁLASZ  Feladó: (cikkei)

Delphi5 alatt probalom FPiette ICS csomagját hasznalni.
A Tncnx kiváoóan küld, de mintha a beérkező adatok nem
mindig valtanak ki a megfelelo esemenyt.  Ha valakinek
van mar tapasztalata megirhatna, hogy hol hibazok...

		Gabor
+ - Re: *** HIX CODER *** #1195 (mind) VÁLASZ  Feladó: (cikkei)

tisztelt HIX CODER!

HC> On Sun, Apr 26, 1964 at 10:24:52AM +0000,  wrote:
> HC> Tud arrol valaki valamit, hogy ha egy DOS programot futtatok Win98 alatt,
HC> [...]
> eletemben nem csinaltam egyetlen egy NE/PE se egyeb ilyen
> es hasonszoru programot!!!!! de.... amit jozan paraszti
> esszel latok, az az, hogy....
> a win is smartdrv-t hasznal... ez egy nagyon jo... khm...
HC> Elsore en is ezt gondoltam, ennek ellenere kotve hiszem.
HC> Win95-tol a kernelbe van integralva a cache. Az nem tudom,
HC> hogy ilyen vicces interruptokkal ki lehet-e kenyszeriteni
HC> sync()-et, viszont azt tudom, hogy ezt a rendszer
HC> periodikusan (allithato idokozonkent, ami afaik fel perc
HC> defaultbol) megteszi. A file rendszer cache-nek nem az a celja,
HC> hogy minel ritkabban irjon a diszkre, hanem hogy osszegyujtse
HC> a kiirando adatokat (es igy a fajlagos koltseget csokkentse).
HC> Nem is volna ertelme sokaig dirty buffereket tartogatni,
HC> mert ha folyamatosan dolgozik a gep, akkor elobb-utobb
HC> betelik veluk a memoria, ha meg tetlen, akkor meg minek?
;))) ez igy igaz... ami a smartdrvt illeti, nem mentem utana,
ami tuti az az, hogy ha csak parancssort butulsz, akkor is
van smartdrv... es ha mar egyszer megirtak.....;))))) bar sesem
lehet tudni....;))))) az is lehet, hogy neked van igazad, es
kulon van a kernelben neki valami szemet....

> na de ez nem eleg... ha megnezed a regi jo dos-t, vagy
> akar a win-t is, ha letrehozol egy filet, es abba irsz
> mondjuk 1 megat, aztan dir, akkor a file merete 0 lesz,
> es csak akkor fog valtozni, amikor bezarod a filet...
> tehat javaslat, hogy....
HC> Attol, hogy a directory bejegyzesben a user 0 mertu file-t lat,
HC> meg nem jelenti azt, hogy nincs a lemezen.
HC> Ugyanez van torlesnel is.
;))) okes... az vilagos, hogy a fat-ban be van jegyezve par
cluster a filenak, de ez meg nem segit a direktory bejegyzes
0 mereten.... ergo, megfagysz nyitott fileokkal, a fat-ban
be lesz jegyezve a file rendesen (tehat a clusterekbe ki
lesz irva az adat;) de ha a direktory bejegyzes 0 meretu,
akkor nem mesz vele semmire, mert olvasni nem fogod tudni
normalis eljarasokkal... raadasul, ha nincs szerencsed,
akkor a fatot is felszabaditja a nagyszer scandisk, mondvan,
hogy 'lost cluster' vagy mi a fenenek hivjak ezt.....;)))))


na tovabbi jo kodolast.... Mc
+ - Re: [UNIX] forrasra lokalis valtozo (mind) VÁLASZ  Feladó: (cikkei)

Az rtin szerint  azt irta, hogy:
>
> Kedves Lista!
>
> Irtam egy daemon-izalo programot. Frappansan daemon.h-nak nezevztem el. Ebben
> van egy csomo olyan valtozo, amit csak a daemon.h-ban levo daemonize() nevu
> fuggveny hasznal. Hogyan tudom elerni, hogy az o"t #include-olo program ne
> lassa ezeket a valtozokat. En ugy emlekeztem, hogy erre a static a megfelelo
> modosito, de nem jott be. Ugyan ez a kerdesem a fuggvenyekre. Hogyan tudom
> lokalissa tenni a fuggvenyeket?

Nem egeszen vilagos ebbol, hogy mit akarsz, de szerintem erre a ket
file-ra van szukseged:

deamon.h:
#ifndef DAEMON_H
#define DAEMON_H

int daemonize(int ize, char* bigyo);

#endif /* DAEMON_H */

daemon.c:
#include "daemon.h"

int ezt_nem_szabad_latni(int valami) {
  /* fuggvenytorzs */
}

int daemonize(int ize, char* bigyo) {
  /* fuggvenyre lokalis valtozok */

  /* sok okossag */
}
				Bye,NAR
+ - Re: boot progi (mind) VÁLASZ  Feladó: (cikkei)

>Ugy veszem eszre, hogy itt vannak egy paran akik kb. tudjak hogy mukodik
egy
>operacios rendszer:-) Sokan irjak, hogy "es a boot program behuzza a
>rendszert". Volna szives valaki elmagyarazni, hogyan is mukodik ez
>tulajdonkeppen. A szakkifejezesektol nem ijedek meg, ugyhogy akarmilyen
>tudomanyos szoveg erdekel :-) Masreszt pedig (szerintem) nem en vagyok az
>egyetlen akit ez erdekel. Ha esetleg a kozelmultban volt mar szo itt
hasonlo
>dolgokrol akkor legyszi adjatok meg hol tudom elerni a szoveget.
A PROG.HU-n (http://www.prog.hu) reszletes cikksorozatot talalhatsz a DOS
belso mukodeserol, amiben tobbek kozott erre a kerdesre is valaszt haphatsz.

Gabor
+ - Re: [UNIX] forrasra lokalis valtozo (mind) VÁLASZ  Feladó: (cikkei)

> Kedves Lista!
>
> Irtam egy daemon-izalo programot. Frappansan daemon.h-nak nezevztem el.
Ebben
> van egy csomo olyan valtozo, amit csak a daemon.h-ban levo daemonize()
nevu
> fuggveny hasznal. Hogyan tudom elerni, hogy az o"t #include-olo program ne
> lassa ezeket a valtozokat. En ugy emlekeztem, hogy erre a static a
megfelelo
> modosito, de nem jott be. Ugyan ez a kerdesem a fuggvenyekre. Hogyan tudom
> lokalissa tenni a fuggvenyeket?
>

Hello!

Ezt nem egészen így kéne megközelíteni. A baj ott kezdodik, hogy .h-ban nem
definiálunk sem függvényt, sem változót. Ott csak a deklarációk vannak, hogy
a fordító tudjon pl a másik hivatkozó modul fordításakor mit kezdeni a
szimbólummal. A többit majd a legvégén a linker intézi. Ha mégis definiálsz
valamit egy .h-ban, majd azt includolod egy .c-be, ne csodálkozz, hogy ott
is lesz egy ugyanolyan nevu, és típusu változód, hiszen az #include
egyszeruen arra a helyre beilleszti az adott file-t.

Szal ezt úgy kéne, hogy ha tényleg csak ez az egy függvény használja oket,
akkor a függvény blokkján belül kell definiálni. Ha függvényen kívül is
élnie (nem látszania, csak élnie!!!) kell, akkor -> static int valami_var;
Igy nem auto-változó lesz. Magyarul megorzi az értékét. :))

Általában pedig így szokás a modulárist:
---------------
daemon.c:
---------------
static unsigned int d_local_var;    // csak ebben a modulban látszik
unsigned int d_global_var;        // exportálható, azaz bárhol látszik

static void d_deamonize( void )    // csak ebben a modulban látszik
{
    local_var = ...;
}

void d_global_func( void ) // exportálható, azaz bárhol látszik
{
    ...
}
 ....

---------------
daemon.h:
---------------
// itt exportálod azt, amit más modulból is látni akarsz. De ezek már csak
deklarációk!!!
extern int d_global_var;
extern void d_global_func( void );
 ....


---------------
valami.c:
---------------

#include "daemon.h"

d_global_bar = ...;
 ....
d_global_func( );


A lényeg, hogy a modul a daemon.c, amihez az interface a daemon.h és nem a
 ..h-ban vannak a definiciók, így a local változók "ki sem látszanak belole".
Ja? És ez nem forrásra lokális (mert ilyen fogalom nincs) hanem modulra
globális. :))

Jó kódlást!
Robi
---
E-mail: 
ICQ: 96586562
Egyszer volt, hol nem volt, az operacios rendszeren is tul...
---
+ - Re: D4 - jpeg bitmap (mind) VÁLASZ  Feladó: (cikkei)

Igy biztosan hozzaferhetsz a pixelekhez:
x:=TBitmap.create;
x.assign(image1.picture.graphic);

az x.scanline[i]-ben pedig ott vannak a pixelek

(webes bekuldes, a bekuldo gepe: ppp26.rdsor.ro)
+ - Re: C-segitseget keresek (mind) VÁLASZ  Feladó: (cikkei)

> On Mon, Apr 27, 1964 at 04:55:05AM +0000, La'ng Attila D. wrote:
[...]

Bocs, rossz gombot nyomtam, magan akart lenni...

On Tue, Apr 28, 1964 at 09:04:56AM +0000,  wrote:
> Irtam egy daemon-izalo programot. Frappansan daemon.h-nak nezevztem el. Ebben
> van egy csomo olyan valtozo, amit csak a daemon.h-ban levo daemonize() nevu
> fuggveny hasznal.

Fuggvenyt ne tegyel header file-ba (kivetel az extern inline
tipusuakat, ha szukseges).

> Hogyan tudom elerni, hogy az o"t #include-olo program ne
> lassa ezeket a valtozokat.

Tedd a daemonize()-t mondjuk a daemonize.c-be, azokkal a
dolgokkal egyutt, amikre csak neki van szuksege es jelenleg a
daemonize.h-ban van. Aztan ezeket torold a headerbol, csak
az maradjon, amit elerhetove kivansz tenni.

> En ugy emlekeztem, hogy erre a static a megfelelo
> modosito, de nem jott be.

A static total masra valo (jollehet mellekhataskent el lehet erni
vele adatrejtest, maskulonben C-ben ilyemi nem letezik).
A linkernek szol, hogy csak az azonos objectben levo
elofordulasait legyen hajlando feloldani. Tovabba a fordito is
kihasznalhatja optimalizalasra (a gcc eroteljesen teszi), ugyhogy
erdemes kitenni ha csak lehet.

_tgz
+ - BladeEnc Lame (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok Coder-ek!

Visual Basic-ben szeretnek kesziteni egy programot, ami a BladeEnc.dll vagy
a Lame.dll hasznalataval mp3 file-okat keszit wav fileokbobol. Viszont nem
tudom, hogy kell hasznalni ezeket a dll-ket Visual Basicben. Ha valaki tudna
segiteni, arra kernem, hogy kuldjon egy egyszeru forras kodot, ami egy wav
file-t mp3-ra alakit valamelyik altalam emlitett dll hasznalataval.
Elore is koszonom a segitseget.

Udv.:
Klement Vilmos

www.extra.hu/klement
+ - Re: [UNIX] forrasra lokalis valtozo (mind) VÁLASZ  Feladó: (cikkei)

Hello!

 wrote:
> van egy csomo olyan valtozo, amit csak a daemon.h-ban levo daemonize() nevu
> fuggveny hasznal. Hogyan tudom elerni, hogy az o"t #include-olo program ne
> lassa ezeket a valtozokat. En ugy emlekeztem, hogy erre a static a megfelelo

Ez akkor igaz, ha kulon objectet csinalsz, include eseten latszanak ezek
a valtozok...

-- 
Yoco

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