Sziasztok!

A problema a kovetkezo:

Adott egy HTML lap, van benne egy applet es egy JavaScript. A
scriptben csak egy fuggveny van, amit az appletbol meg kell hivni.

Ha az applet egy gombot tartalmaz (java.awt.Button), akkor az
actionPerformed()-bol sikerul meghivni a script-beli fuggvenyt, szoval
eddig OK.

Az appletnek viszont egy slidert (javax.swing.JSlider vagy
com.sun.java.swing.JSlider) kell hasznalni. Itt kezdodnek a gondok.
Amikor az applet Swing elemet tartalmaz, minden felborul.

jdk 1.1.7-tel az appletet nem talalja a bongeszo; a logfile alapjan a
Swing-et nem talalja.

jdk 1.2.2-vel az IE 5.01-ben megjelenik, ami kell, csak valahol a
JSObject 141-ik soraban becsuszik egy kivetel (ugye, nem a plug-in
rossz? :(). A Netscape 4.72 szabalytalan muveletet hajt vegre, amikor
a plug-inhez probal nyulni.

Amit probaltunk:
Win95 OSR2 (magyar) + IE 5.01 (szinten magyar) + Netscape 4.72 Win2000
+ a hozza jaro IE
Java plug-in: 1.2.2-001 es 1.2.2-005 verziok
jdk 1.2.2
IBM VisualAge for Java 3.02 (jdk 1.1.7A van benne)
JBuilder 3.0 (jdk 1.2.2)
A netscape.javascript csomag az IE-bol es a Netscape-bol is.

A HTML lapon az <APPLET>, <EMBED> es <OBJECT> taggel is probaltuk,
mindig, ahogy kell.

Mit lehet meg csinalni? Meg megprobalhatom az 1.3-as plug-int, vagy
jobb, ha sajat komponenst kezdek hozza csinalni?


                                                Stivi

> Egy Visual Basicban irt progin igyexem eligazodni, mert at kene
> irnom egy algoritmust mas nyelvre, de nem ismerem a VB-t. Van egy
> ilyen sor:
>   (X + XN ) \ 2
> nem tevedes, nem / jel van ott. No most ez tobbszor is elofordul A
> kerdesem, hogy ez eliras, vagy egy spec. muvelet akar lenni? (Pl.
> egeszes osztas vagy ilyesmi)

A hanyados egesz reszet adja. Mas nyelvekben DIV.

Hello!
Szevasz Andi!

A PB valamilyen Basic-es nyelvre epul.
Hasonlo szintaktika, de pl. van benne
++ is (i++)
mag ugye += is,
de pl az elozot (++) nem lehet beleepiteni mas utasitasokba.
Ugyhogy nagyon ugy tunik, hogy esetleg valami keverek.
Bar profi VisualBasic-esek talan tobbet tudnak mondani.

>Meg tudna valaki mondani nekem, hogy melyik program nyelvre epul a
>Power Builder? Bocs, ha nagyon amator a kerdes, de csupan csak egy
>lelkes kezdo lennek.

Hello Mike,

A CODER 0835-ban irtad:

> Szeretnek a winamphoz egy aprocska plug-int irni.
> ...
> Vagy ha mondtok valamilyen url-t ahol meg-
> talalhato a doksi, boven cool lenne...

www.winamp.com -rol kiindulva van rajta vmi developers-tema is, ott
nezz korul!

Udvozlettel,

  Attila                  mailto:

Ui.: Ment maganba is

>Delphi3-ban szeretnem azt megoldani, hogy a program meghivja a
>Ctrl+Alt+Del utan megjeleno "Program bezarasa" ablakot, es onnan
>bezarjon programokat.
>Az is jo lenne, ha esetleg az utana feljovo varakozos ablakot is le
>tudna loni, vagyis egy programot teljesen magatol be tudna zarni.
Szerintem nem ebben az iranyban kellene elindulni (ennek az ablaknak
az elohozatalat max. keybd_event()-tel tudom elkeplzeni, de ekkor is
meg kerdes, hogy nem -e "all meg" az alkalmazas ilyenkor), hanem
inkabb a WM_CLOSE, WM_QUIT esemenyeket es a TerminateProcess() API
fuggvenyt nezd meg a win32.hlp-ben!

Gabor

>Kerdes, hogy a programot, amit le akarsz loni, te inditottad, vagy
>sem. Ha te inditod, akkor a CreateProcess eljarassal inditsd, majd
>TerminateProcessel le tudod loni. Ha nem te inditottad, akkor
>FindWindow eljaras visszaadja a program handle-jet, majd szinten
>TerminateProcess.
A FindWindow() altal visszaadott handle-re aztan nyugodtan
raeresztheti a TerminateProcess()-t, mert az semmit nem fog csinalni.

Az egyik megoldas, hogy a Process32First(), Process32Next()
fuggvenyekkel (vagy NT alatt az EnumProcesses()-zel) megkeresi magat a
processzt (nem az ablaka alapjan) es azt ugye kozvetlenul ki tudja
loni. A masik lehetoseg, hogy a a GetWindowThreadProcessId()
segitsegevel megszerzi az ablakot letrehozo processz id-jet, ami
alapjan - megfelelo jogosultsagok eseten - az OpenProcess()-szal
megnyitja a processzt, majd igy adhatja ki a TerminateProcess()-t.


PS: Nem lenne rossz ha helyes e-mail cimet adnal meg kuldeskor
 visszajott a level)

Gabor

Szevasztok!

Igen hatekony rendezesi algoritmusra lenne szuksegem, vagy legalabb
olyan muvek cimere, amik komolyan foglalkoznak ilyennel. Definialom a
'hatekony'-t:

Van egy veletlenszeruen feltoltott tombom
elemmerete: 4 byte (pl: +egesz szam)
elemszam: 2 millio (esetleg tobb)
hardwer: atlagos PC, a memoria elegendo a tomb befogadasara és a rendezes
elvegzesere
Rendezesi ido: nehany masodperc!

A segitseget elore is koszonom!
Sipi

Sziasztok!
Koszonom a sok segitseget a VB \-rel kapcsolatban! (sajna nincs VB-m
ezért nem tudtam a Helpet megnézni :( )
Es koszi a labirintus algoritmusokat is!
1: huzz vizszintes es fuggoleeges csikokat, a kersztezo falak elott
hagyj lukat, csak paratla n oszlopba es sorba huz csikot Ez jo, de nem
kaphatok olyat, mint a kuldott verzio, mert ott barhol lehet fal!
2: falalla teli labir, indulj el, ass. Ha nem ashatsz tovabb, keress
az eddigi uton elagazasi lehetoseget es ass ott.. Ez is csak kettot
tud lepni (Ha a duplaszeles lukat el akarod ketulni, akkor kanyar utan
mindig kettot kell lepned az uj iranyba) es nagyon keves elgazasos
labirt genereal (8x8as meret...)
3:falakkal teli labir, valassz egy pontot, (ez meg fal, az tutti) 2
nel kevesebb luk van mellette, akkor lukaszd ki, ha van egy szomszedja
akkor fuzd fel a luk listajara (a jaratokat lancokban fogjuk tarolni)
ha nincs szomszed, uj lanc indul ha 2 vagy tobb szomszed van, akkor
lesd meg, hogy ugyan ahhoz a lanchoz tartozok vannak-e benne, ha igen,
marad a fal, mert maskepp hurok van ha nem 1 lanc, akkor luk, es a
lancokat egyesitsd. Ez olyan labirt general, de alofordulhat, hogy a
vegen nem 1 hanem tobb lanc marad a labirintusban, tehat nem lehet
mindenhonnan mindenhova eljutni. Ezért ellenorizni kell! (1000 johoz
1986 lab, kellett osszesen)

Megegyszer koszi!!

Potyos

Tiszteletetek mindenkit a listan!

Visual basic 6. prof. programcsomagom van. A maskeditorral szerettem
volna formazott adatbevitelt letrehozni. A szamok szepen ezres
csoportokra bontva jelennek meg, szamitott eredmenyt is szepen
jeleniti meg. Program iras soran a magyar Win98-at angol
billentyuzetre valtva hasznalom. A programot tesztelve viszont magyar
billentyuzetre kapcsolva a hibasan jeleniti meg a szamitott
eredmenyeket. Kiprobaltam, hogy magyar billentyuzetet hasznalva a
proram iras soran is rosszul jeleniti meg a szamitott ertekeket. Az
lenne a tiszteletteljes keresem, hogy lehetne ra venni a maskeditboxot
arra, hogy mindket billentyuzet allas eseten is a szamitott
eredményeket helyesen jelenitse meg, mert a programot angol és magyar
Win alatt is hasznalnom kellene.

Az epito jellegu tanacsokat elore is koszonom!

Apro Lajos

> Egy Visual Basicban irt progin igyexem eligazodni, mert at kene
> irnom egy algoritmust mas nyelvre, de nem ismerem a VB-t. Van egy
> ilyen sor:
>    (X + XN ) \ 2
Valaszom a kovetkezo:
Ket szam osztasat vegzi el es az eredmeny egesz reszet adja
eredmenyul. eredmeny= szam1\szam2

Mielott az osztas vegrehajtasra kerulne, a valtozok kerekitodnek
Byte,Integer vagy Long tipusra.

Pelda az alkalmazasra:

valt= 23 \ 4 ' Eredmeny 5.
valt = 9 \ 3 ' Eredmeny 3.
valt = 100 \ 3 ' Eredmeny 33.

Remelem  segitettem.
Szia Barák Barna

Sziasztok!

MFC alatt szeretnem megcsinalni azt, hogy egy tobbsoros, nem
editalhato CEdit-ben ha belefer az editboxba a szoveg akkor letiltom
az emiatt kulonben felesleges scrollbarokat. Igy helyet takaritok meg
es nem lesz olyan baromi ronda a ket szukre scrollbar miatt.

   Ehhez GetClientRect-tel lekerdeztem a window meretet es
   CDC::GetTextExtent()-tel meg a szoveg meretet. Sajnos elegge
   elitelheto modon a GetTextExtent nem nagyon foglalkozik a fugoleges
   merettel. A vizszintes meret valtozik a \r\n-vel elvalasztott sorok
   hosszatol fuggoen, de a fuggoleges meret nem. Mindig kb. 1 sornyit
   mutat. Igy a fuggoleges scrollbart nem tudom kapcsolgatni.

   Ha valaki megkuzdott mar ezzel a feladattal akkor megkoszonnem ha
   felhomalyositani az agyamat.

Koszi.

 Pisti                          mailto:

p.s.: A problema nem csak CEdit-ben lezezik hanem sima CWnd-ben is.

On Tue, May 23, 2000 at 05:43:21AM +0000,  wrote:
> >1.Azt irja hogy a C egy alacsony szintu nyelv, de pl.egy budos szot
> >nem ir portmuveletekrol, megszakitasokrol, rendszerhivasokrol:
> >ezekkel mi a helyzet?

Nem egeszen azonos a ketto. Az alacsony szintu onmagaban azt jelenti,
hogy a gep hardware-ehez hozel allo adattipusokkal operalhatsz csak;
vagyis mast sem csinalhatsz csak byte-okat, woroket, integer-eket etc
tologathatsz osszevissza, a nyelv nem definal magasabb szintu
tipusokat (mint pl a Pascal string-je).

> Amennyire en tudom ezek elereset nem szabvanyositja az ANSI C, igy
> ezek elerese platformonkent es nyelvi implementacionkent eltero
> lehet. Talan ezert nincs szo roluk a konyvben...

Sot, C nyelvben soha nem volt ra lehetoseg, hogy kozvetlenul vacakolj
pl a megszakitasokkal. Az egyetlen mod, amivel ez el lehet erni, az a
masnyelvu (assembly) betetek elhelyezese, amivel viszont se a C
forditonak, se a nyelvnek semmi dolga.

> >2.Azt irja hogy a szabvanyos C-ben alapban nincsenek I/O parancsok,
> >ezeket konyvtari fuggvenyekkel erjuk el.Mi van akkor ha csak van
> egy >csupasz C forditom(pl. Linux alatt) es semmi IDE, semmi elore
> megirt >rutin, akkor ezeket hogy erem el?

Assemblybol hivogathatod a rendszerhivasokat, ezt csinalja a libc is.

> Olyan, hogy "semmi elore megirt rutin" nincs nincs, mert minden
> fordito altal generalt kod egy alapveto rutinkonyvtarra, az un.
> RTL-re (Run-Time Library, futasideju konyvtar) epul, ami az alapveto
> ki- es beviteli funkciokat,

Ezeket biztosan nem.

> valamint az elemi nyelvi szerkezeteket
> implementalja.

Biztos vagy ebben? En nem latom okat, hogy miert volna ez kulon
library-ben.

> Ennek megfeleloen a legalapabb fordito is kepes olyan programok
> generalasara, amik ha masra nem is, de adatok beolvasasara es
> kiirasara biztosan kepesek.

Nem igaz. A basic IO-t a libc tartalmazza, ami nem tartozik a
forditohoz.

> >3.A Linux ugy tudom C-ben irtak es vedett modban, az Erzsi egy
> budos >szot nem ir arrol hogy lehet vedett modban forditani. A
> vedett mod mint olyan az i386 platformmal fugg ossze, es alapvetoen
> semmi koze a C-hez. Raadasul lehet, hogy amikor az a konyv keszult
> (ha jol tudom nem tul uj konyv), akkor meg csak elszorva voltak az
> orszagban 386-osok (vedett modu forditokrol mar nem is beszelve),
> igy nem biztos, hogy az ilyen jellegu informaciok akkoriban
> barmilyen jelentoseggel is birtak.

Ha mar emlitette a lincsot, akkor talan mar Mo-n is elterjedtek voltak
a 386-osok :)

> A Linux-nak szinten alapvetoen semmi koze a vedett modhoz. i386-os
> gepeken a Linux valoban vedett modba kapcsolja a processzort es igy
> fut rajta, azonban magat a platformfuggetlen C kod kialakitasanak
> modjat nem az hatarozza meg, hogy milyen modban fog futni vagy
> milyenben nem, hanem az alapveto memoria-modell. Mivel ez utobbi az
> osszes Linux platformon azonos (vagy ezt emulaljak),

Ooo nem ertem mit ertesz memoria modell alatt, igy nem tudom van-e
valami koze a temahoz, mindenesetre letezik egy kernel compile-time
opcio amivel meg lehet mondani, hogy hany GB-os adatszegmenst (vagy
mittudomen mit) szeretnel valami mas rovasara; ugy gondolom ez
befolyasolja hogy ki melyik fizikai/logikai cimre toltodik be.

> >4.Van valami kapcsolat a C es az Assembly kozott?PL.Beagyazott Asm.
> >blokkok, vagy esetleg a konyvtari fuggvenyeket Assemblyben irtak
> >volna?

Konyvtari fuggvenyek egy reszet kenytelenek asm-ben irni, mert csak
igy hivogathatjak a rendszert :)

> >7.Milyen fejlesztoi rendszer a C builder, ill. vannak-e mas IDE-k
> >Win es Linux ala? Visual C++, GCC

ohhh a gcc nem IDE. Nezd meg az CODER es az l-code-l (lists.telnet.hu)
archivumat e kerdesben (nekem spec semmi se tetszett, igy maradtam a
vim+make+gdb trional).

> >8.Ha mar a Linuxnal tartunk, hasznalja ez a rendszer a BIOS
> >rutinokat, es mi a helyzet a &21-es megszakitassal Linux es Win
> >alatt?

linux alatt nem hasznalhatsz se BIOS, se DOS hivasokat mezei userkent;
specialis eset, ha emulator alatt megy a programod, ilyenkor tole
fugg, hogy mit enged es mitol all fejre.

[...]

> Sot, ezzel meg Windows ala is lehet forditani (igaz csak 16-bites
> alkalmazasokat, 32-biteshez ott van a Delphi 2 vagy magasabb
> verzio...)

Ha mar itt tartunk, hadd legyen nekem is egy kerdesem: egy programra
onnantol fogva mondjak, hogy 32 bites, amikor elkezd hasznalni 32
bites altalanos regisztereket, vagy mashonnan? (Annyiszor ellottek a
w95 megjelenese ota, hogy ez a program hiperszuper, mar teljesen 32
bites stb csak azt nem irjak sehol, hogy mit ertenek ezalatt. Sebaj,
az egysegsugaru felhasznalo nyilvan mindent tud.)

:-* :\n_tgz\n-- \nPremature... de ugyis tudjatok. <-- ez egy 0soros .sig

On Thu, May 18, 2000 at 05:15:47PM +0000,  wrote:
> Az a gyanum, hogy nem kell connect-alni, hanem a sendto() illetve
> recvfrom() fuggvenyeket hasznalhatod. Amit kuldesz, az visszajon. De
> a legjobb, ha megnezed a ping forrasat pl. Linuxban.

Vagy ha nagyon nagy pontossagra van szukseged, akkor nezz meg egy ntp
implementacio forrasat. Ez ugyan egy oraszinkronizalo protokoll, de
nekem azt mondtak rola, hogy ilyesmire is fel lehet hasznalni.

:-* :\n_tgz\n-- \nPremature... de ugyis tudjatok. <-- ez egy 0soros .sig

> Meg tudna valaki mondani nekem, hogy melyik program nyelvre epul a
> Power Builder? ...

PowerScript

Tóth Gábor
Laurel Kft

Szia!

Behuzzuk a labirintus kereteit es megrajzolunk tetszolegesen egy
bejaratot es kijratot (celszeru atlosan elhelyezni).
X.XXXXXXXXXXXXXXX
X...............X
X...............X
X...............X
X...............X
XXXXXXXXXXXXXXX.X

Minden masodik sorba es oszlopba kell falakat huzni. Veletlenszeruen
kivalasztunk egy sort vagy egy oszlopot, majd veletlenszeruen azt is
eldontjuk, hogy (sor eseten) jobbrol vagy balrol, (oszlop eseten)
alulrol vagy felulrol kezdjuk-e a falat huzni. Megeshet, hogy ebbol az
iranybol mar korabban elkezdtunk falat huzni: ekkor az adott sorban
(oszlopban) kettesevel addig lepkedunk tovabb, amig ures helyhez nem
erkezunk. Innen kezdjuk berajzolni az uj fal kockait, es addig megyunk
elore, hogy eppen neki ne utkozzunk egy keresztben huzodo falnak,
tehat az altalunk huzott falreszlet ne vagjon kette egyetlen teruletet
se.
X.XXXXXXXXXXXXXXX
X.......X.......X
XXXXXXX.XXXXXXX.X
X.......X.......X
X...............X
XXXXXXXXXXXXXXX.X

Ha olyan keresztbe huzodo falnak utkozunk vonalhuzas kozben, ami a
labirintus egyik szelso fala (valamelyik koordinataja maximalis vgy
minimalis (a vonalhuzas iranyatol fuggoen)), akkor az osszes sor es
oszlop szamontartasara alkalmas tombben feltuntetjuk, hogy az aktualis
sor (oszlop betelt). Ha legkozelebb a veletlen valasztas megint erre
esne, itt mar ne probalkozzunk.
Ugyanakkor egy szamlalo erteket eggyel noveljuk, amibol megtudhatjuk,
hany sor es oszlop telt mar be teljesen. Amig ez a szamlalo kevesebbet
mutat, mint az osszes berajzolando sor es oszlop szama, addig
probalunk keresni olyan helyeket, ahova uj falakat rajzolhatunk.
A labirintus bonyolultsaganak szabalyozasara is van mod. Eddig a
falakat mindig addig huztuk amig csak lehetett, vagyis egy keresztben
futo falba nem utkoztunk.
Ha bekerunk egy 0 es 1 koze eso szamot (Y) es a fal kovetkezo
kockajanak rajzolasakor megvizsgaljuk, hogy RND<Y teljesul-e. Ha nem,
akkor abbahagyjuk a fal huzasat. Y=1 eseten az elozo labirintust
kapjuk, de Y<0.5 erteknel kisebbet mar nem erdemes megadni.

Forras: Etudok szemelyi szamitogepekre - Votisky Zsuzsa
- Gondolat 1984.

Ez a labirintus rajzolasanak fo algoritmusa Kibovitheto meg azzal,
hogy a sorok es oszlopok telitettseget mutato tombben nem
veletlenszeruen keresgelunk (mert sokkszor olyan elemre bukkanunk, ami
mar telitett es ahogy egyre tobb elem telitett egyre lassabb lesz a
labirintus rajzolasa), hanem a kartyahuzashoz hasonloan ha betelt egy
sor vagy oszlop, akkor ezt a tomb vegere tesszuk es legkozelebb mar
eggyel kevesebb tombbelembol valasztunk (amik biztos, hogy meg
nincsenek telitve). Igy elso veletlen keresesre telitetlen elemre
bukkanhatunk.

Udv: Szabolcs

ui.: Hasonloan erdekes feladat a kivezeto ut
megtalalasara szolgalo algoritmus is.