Sziasztok,

Meg tudna nekem valaki mondani, hogy Visual C-ben melyik az az 
(override-olhato) fuggveny, ami akkor fut le, mikor egy view es a rajta levo 
controllok mar leteznek? Tehat NEM az OnInitialUpdate(), mert ott meg nem 
lehet semmire hivatkozni, ami majd szerepelni fog a viewn...
Vagy, ha nincs ilyen fuggveny, akkor hogyan kezelheto ez a problema? 
Dinamikusan kellene mereteznem minden kontrollt... 
(Most nem az OnSize() kell nekem...)

Es meg az is erdekelne, hogy mikent lehet megtudni egy ablak meretet, 
poziciojat es modositani azt. (GetWindowRect/SetWindowPos-on kivul van-e mas 
lehetoseg?)

Elore is koszonom, ha valaki segiteni tud. (Maganban: )
A legjobbakat mindenkinek, sziasztok.

Que

SZIASZTOK!

  Segitseget szeretnek kerni egy program megirasahoz.

  Delphiben kellene osztott adatbazist kezelnem. Mivel InterBase-ban nem
tudtam osztott adatbazist letrehozni, tobb kulon adatbazist hoztam letre. A
tablakat el tudom erni TQuery komponens segitsegevel, ugy, hogy az SQL
parancsba beirom az adatbazis Alias-at, :-al az elejen, utana pedig a
tablat. Az a gond, hogy mikor eloszor aktivva teszem a TQuery-t, megjelenik
ket dialogusablak, ahol bekeri a felhasznalot es a jelszot. En ezt szeretnem
kikerulni. Tudom a felhasznalot es a jelszot, hogyan lehetne, hogy ne
jelenjen meg a dialogusablak?
  A problemat az is megoldana, ha az adatbazisba lehetne olyan tarolt
eljarasokat irni, amelyik hozzafer egy masik adatbazis tablaihoz, ismerve
annak az Alias-at.

  Varom a segitseget,
         Tibi

Hello!

Vannak valakinek tapasztalatai a fent emlitett
temaban (Visual Basic 5.0/6.0 + TCP/IP). Minden
info jol jonne. Prodalkozom, de csak nem mukodik...

Bye:
Tremere

Hi Coder,

Megint olyan problemaval talaltam szembe magam, amit egyszeruen nem
tudok felfogni.

Van egy Kiir nevu objektumom.
Ennek van egy gifkirajz() nevu privat fuggvenye.
Amikor az objektum egyik fuggvenyevel meg akarom hivatni, akkor
egyszeruen leall a program. Nem lefagy, hanem kilep. Fogalmam sincs
miert. A Compile/Information menuben nem ir exit code-ot.
Ha van otletetek, akkor leeeeci!

Nos, megint utolag irogatok hozza a levelhez. Arra a kovetkeztetesre
jutottam, hogy elfogyott a memoria. Van egy nagyobb tombom, es ha
novelem a meretet, akkor a progi be sem indul, szabalytalan muvelet...
ha viszont csokkentem, akkor megy, csak ez a resze nem megy...
de ha memoriagond, akkor azt egy kicsit kulturaltabban is kozolni
lehetett volna... tehat ez az latszolagos ok nelkuli kilepesnek lehet
az oka hogy keves a memoria (hagyomanyos, termeszetesen)?

Megint irok hozza, immar masodszor :)
valoban a keves memoria okozta... de miert igy? Miert egy
fuggvenyhivasban jott ez elo? Szornyu. At kell terni Wines
fejlesztore... :(

Es most ismet irok hozza... :) tehat memoria gondjaim vannak.
Most at kene irnom jopar nagyobb tombot, hogy XMS-ben dolgozzon.
Otleteket szeretnek kerni, hogy ez hogyan lenne praktikus, kenyelmes,
gyors...  egy XMS kezelo rutincsomagom mar van, halisten...

Koszi elore is a segitsegert!!

Koszonet mindenkinek,aki valaszolt a Turbo pascalos 
es az assemblys kerdeseimre!

Tamas

Hali mindenkinek!

Van egy erdekes problemam, tulajdonkeppen mar megoldottam a 
dolgot, de szerintem meg lehetne rajta gyorsitani eleg rendesen. A 
problema a kovetkezo. Van egy tombom, meg egy szotar. A tomb 
karakteres es 16x16-os meretu, a szotar nagyjabol 50 elemu es az 
elemei 6-7 karakteres stringek. A tombben kelene a szotar elemeit 
megkeresni, de ugy, hogy a szavak a lehetseges nyolc irany 
mindegyikeben lehetnek. Tehat ugy mint a keresztrejtvenyben 
csak meg ehhez hozzajonnek a ferde iranyok is. A program nem 
egeszen ezt csinalja, de a problema lenyege ez. A szotar elemei 
lehetnek karakterek, de nagyjabol 4-5 fele elembol epulnek fel. A 
szotar a programba fixen be van epitve, a tomb viszont 
folyamatosan frissul.
Ha van valakinek valami otlete akkor szivesen fogadom a 
segitseget.

Udv: Gabesz

Hi Coders!

Anno irtam:

> Belefutottam egy erdekes tomoritenem alkalmazasba.

Off-line olvastam a coderben megjelent irasokat.
Az eddigi (recosoft, sting, banjo, DiCE, stb.)
CODER es FreeMail hozzaszolasokat, segitseget koszonom.

Kicsit tovabbfejlesztettem a kerdesemet,
de elobb, a miert:

> A lenyeg: van m darab n elemszamu tombom,
> ahol az n tomb elemei a tombon belul csak 
> egyszer fordulnak elo 1..n tartomanyba.

Az m byte (1..255), az n word (1..65535).
Itt megjegyeznem, hogy: 
 1. Mivel nagy a memoriaigeny az m mindig kisebb mint n,
 2. n erteket legszivesebben a 65535-re valasztanam de
    asszem a 16384 (128*128) vagy kisebb :( lesz a plafon.

Mivel az n erteke egy bizonyos hatart (amugy) nem
halad(hat) meg, maskent tettem fel magamnak a kerdest.

Elkezdtem azon gondolkozni, hogy n erteketol fuggoen
hogyan lehetne egyszerubben abrazolni a problemat.

Egy nagyobbacska peldan szemleltetnem:
Tegyuk fel, hogy van 100 (ez m) darab 1..10000 (ez n)
terjedo tombom azaz m*n*2 (mivel n 2 bajtos)
= kb. 2mega. Az n binaris tarolasakor 2 bajtot foglal,
ezert osszuk fel a n-et ugy szorzataira, hogy 
elferjenek egy-egy bajton. Igy 10000 = 100*100 es
a 100 mar elfer egy bajton. Ekkor a tomb csak 1..100-ig
terjedo ertekeket tartalmaz, jellemzo eloszlassal.
A tombon beluli ertekre a kulonbozoseg igaz lesz
(n kulonbozo ertek van), de nem "normalisan" novekednek
(lyukas lesz). Viszont a tomb bajtba nezve 1..100 terjed,
es szerintem ez fontos lehet. Visszalakitaskor csak egy 
indextombre lesz/van szukseg.

Most jon a kovetkezo kerdes:
Ha ez az eset all fen, akkor (mar) mivel tomoritsek???

Kicsit mas:
 A BWT remek blokktraszformator, de iszonyuuuan lassu,
 256 KB adat eseten majd egy ora!!! Nem tud vki egy gyorsabb
 bloktraszformacios eljarast?
 Az MTF traszformacios eljarast a BWT utanra ajanlottak, 
 de a hatasfokat meg (az entropia kodolo hianyaban)
 nem sikerult kiprobalni. 
 Nem tudna vki egy entropiakodolot (leiras, forkod) kuldeni?

thx: XiX/PsychoMix

On 13 Sep 99 at 4:53,  wrote:

> Sziasztok !

Szevasz,

> Irt mar valaki perl 4-ben eljarasokat is hivo progit ?
> Nekem valamiert szintaktikai hibat jelez ugyanaz a
> progi ami perl 5-ben mukodik.
> Ez talan egy bug ? De akkor miert nem vette eszre senki ?

Ugye nem gondolod komolyan, hogy egy ilyen 'bug' eszrevetlen
maradhatna? :) Szoval nem bug.

Egyszeruen annyi, hogy a 4-es Perl-hez kepest az 5-os ujabb 
szintaktikai elemeket is bevezetett, amiket Te bizonyara ki is 
hasznaltal, es ezek az uj dolgok persze nem futnak a regivel.

A ket legfontosabb: szubrutinhivasnal mindig kell az & jel (vagy a
"do" utasitas), illetve nincs "my" lokalizalo (helyette a "local"
hasznalhato). Ezeken kivul csupan az 5-os vezette be azt is, hogy a
szubrutin definiciojakor meg lehet adni a parameterek prototipusat
is, illetve hogy szubrutinokat lehet elore deklaralni. Egyik sincs
4-esben.

Ilyen visszafele inkompatibilitas nem ujdonsag, es kesobb is lesz
meg: pl. az 5-osben a szubrutin prototipusanal csak a tipust kell
jelolni, de a kesobbiekben majd lesznek formalis parameterek is.

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

Bocs! Az elobb ilyen butasagot irtam:

> Ilyen visszafele inkompatibilitas nem ujdonsag, es kesobb is lesz

Termeszetesen nem 'visszafele' hanem 'elorefele' tortenik az 
inkompatibilitas. Azt hiszem, ketszer negaltam az iranyt :)

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --