Hello Starters!

s> Eltekintve attól, hogy OPERÁCIÓS RENDSZER alatt ezt semmilyen módon
s> nem  lehet  megtenni,  az  ilyen program ellen még mindig hatásos a
s> kikapcsológomb...  utána  pedig  a  szakszerű  és  gyors törlés. Ha
s> bevette   magát   a   rendszerbe,  és  nem  lehet  kiirtani,  akkor
s> újratelepítés...  Ha ugyanennek a programozónak a második programja
s> is  ilyen,  akkor  pedig  a  harmadikat  már  le  se  kell tölteni.
s> Nagyon-nagyon-nagyon  jó  programnak  kell annak lenni, amelyik így
s> működik és tartósan fönnmarad a gépen - de akkor is megpróbálok pl.
s> levelezni a programozóval - vagy a listával.

Akar  hiszed,  akar nem, neha szukseg van ilyen programra is! Nekem is
volt  egy  ilyen  megrendelesem,  de  annak  nem  tudtam  megoldani  a
feladatot.  Miert  kell  valakinek  ilyen  szoftver?  Pl. egy gyartasi
folyamat  felugyelo  programnal,  nem  tul  jo  otlet,  hogy  a kedves
munkasok,  atkapcsolnak  a jatekokra, vagy mas egyebbel kiserleteznek.
Nekem egy win98-ra kellett volna megirnom a programot, mert a munkasok
rendszeresen hazavagtak a rendszert, ami nem volt tul hasznos...

Gondolom, hogy Attilanak is hasonlo okok miatt kell ez a funkcio.

Udv,

TOscar

Udv,

1-2 ev C++ olas utan most kezdtem el Javaval foglalkozni, viszont van egy 
nagy gondom vele:
A C++ ban vannak a destruktorok, amelyekkel le lehet bontani obketumokat, s 
amelyek automatikusan meghivodtak, ha az objektum megszunt. Ilyen a Javaban 
nincs, persze kaptam helyette Garbage Collectort.
    TFH adott az alabb reszletezett  2 osztaly. A "labelset" statikus 
valtozo az eddig foglalt cimkeket tarolja. Hogyan lehet elerni, hogy a A 
osztaly peldanyanak "megszunese" utan(pl. az utolso rahivatkozo referencia 
is null lesz) az altala tarolt cimke a "labelset"bol is eltunjon, anelkul 
hogy a Label osztalynak ismernie kene az ot hasznalo objektumokat? Mert 
nekem nem trivialis es eddig csak csunya megoldas jutott eszembe.

LT

public class Label {
     /* Példánytagok */
     private String label;

     /* Osztálytagok */
     private static TreeSet labelset;

     static { labelset = new TreeSet }

     private Label(String lb) {
      labelset.add(lb);
     }

     public static int isUsed(String lb) {
         return labelset.contains(lb);
     }

      public static void remove(Label lb) {
	labelset.remove(lb);
       }
       public String toString(); {
	return label;
        }

Class A {
    Label cimke;
   .....
   ..... /* kód */
   .....
   .....
}
}

Szia!

Gyerekeknek készül a szoftver, és arról volna szó hogy fullscreenre
vált, a gyerek azt csinálhatja ami meg van engedve neki, többet és mást nem,
ne tudjon elváltani róla, kilőni a programot stb, csak ,,szülői jelszóval''
lehessen kilépni belőle. Még Hekker "pistike" István ellen is megpróbálnék
valamit tenni de elég reménytelennek érzem... Olyat láttamegy másik,
hasonló szoftverben, hogy alt+ctrl+del-re feljön egy ablak, hogy a
feladatkezelőt letiltotta a rendszergazda. Gondolom ez NT tip. oprendszerek
alatt van így bár más alatt nem próbáltam.

> Eltekintve attól, hogy OPERÁCIÓS RENDSZER alatt ezt semmilyen módon nem
> lehet megtenni, az ilyen program ellen még mindig hatásos a
> kikapcsológomb... utána pedig a szakszerű és gyors törlés. Ha bevette
> magát a rendszerbe, és nem lehet kiirtani, akkor újratelepítés...
> Ha ugyanennek a programozónak a második programja is ilyen, akkor pedig
> a harmadikat már le se kell tölteni. Nagyon-nagyon-nagyon jó programnak
> kell annak lenni, amelyik így működik és tartósan fönnmarad a gépen -
> de akkor is megpróbálok pl. levelezni a programozóval - vagy a listával.
Ld fent. Azért ilyen-olyan lukat kihasználva nyugodtan át lehet úgy szabni
az init konfigját (szándékosan nem írok inittabot, mert az csak sys V.
initre
jellemző) hogy a root ne is vegyen észre semmit belőle csak azt hogy
alt+ctrl+
del-re eltűnnek a file-ok.

> Én nem rúgnék ekkora öngólt.
> Valószínű, hogy nem csak én gondolkozom így.
> Eleve ajánlom, hogy próbálj meg MINÉL TÖBBET a felhasználóra bízni: a
> teljes- vagy ablakos megjelenést, billentyűzetbeállítást, stb. stb.
> Vedd tudomásul, hogy nem csak Te vagy a gépen és a programod célja
> (általában), hogy kiszolgálja a felhasználót. Ha vírust írsz, akkor
> elnézést :-) de akkor ne várj segítséget.
A fentiek szellemében még azért várhatok kis segítséget? :-)
(Csak mert nekem sem leányálom a win32/mfc programozás, de ezért adnak
pénzt.)

Kösssz!
--
Hofferek Attila

> az alábbiakat írta a következő
hírüzenetben: ...
>
> Hasonló célú a www.aidaim.com-ról letölthető TEasyTable és
TSQLMemTable ko
> mponens csoport. Ezekkel a programba beépíthető SQL vagy nem SQL,
hanem kö
> zvetlen elérésű adatbázist készíthetsz. Nekem nem tűnt túl
stabilnak,
>  mindig előjött a lila hozzáférés hiba, az access violation...

Koszonom a segitseget. Vegul azota mar el is keszult a progi, a fontihez
hasonlo ingyenes beepitett adatbaziskezelovel csinaltam. Ha valakinek
ilyesmire van szuksege, ezt is tudom ajanlani, nekem eleg jol mukodott.

http://www.componentace.com/bde_replacement_database_delphi_absolute_databas
e.htm

> Sok sikert...Úgysem lehet megúszni a feladatot 1-200 oldal átolvasása és
megért
> ése nélkül...

Hat igen, megiscsak az lett a vege, de nem bantam meg. Hasznos es jopofa
dolog az adatbaziskezeles.

SB