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