Hollosi Information eXchange /HIX/
HIX CODER 604
Copyright (C) HIX
1999-10-08
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 DataReport a VB 6.0-ban (mind)  11 sor     (cikkei)
2 Re: Visual Basic 5.0/6.0 + TCP/IP (mind)  7 sor     (cikkei)
3 ISDN + VB (mind)  11 sor     (cikkei)
4 Re: 800?600 pascalban. (mind)  8 sor     (cikkei)
5 Re: meghajto label (mind)  17 sor     (cikkei)
6 Re: lebegopontosbol egesz -->Mc (mind)  17 sor     (cikkei)
7 Re: vb + mailing.. -->Mc (mind)  89 sor     (cikkei)
8 Re: bios hivas... -->Mc (mind)  28 sor     (cikkei)
9 RE: Java dinamikus tombok (mind)  20 sor     (cikkei)
10 Re: Java lista es C binaris fa (mind)  100 sor     (cikkei)
11 Re: Gond egy BIOS-hivassal (mind)  37 sor     (cikkei)
12 rejtelyes hiba (mind)  15 sor     (cikkei)
13 Re: LCC hiba (mind)  26 sor     (cikkei)
14 Re: Binaris fa (mind)  25 sor     (cikkei)
15 Re: VC++ program kiloves (mind)  37 sor     (cikkei)
16 Re:meghajto label (mind)  8 sor     (cikkei)

+ - DataReport a VB 6.0-ban (mind) VÁLASZ  Feladó: (cikkei)

Hi!

Problema:
A VB 6.0 DataReport objektumanal nem tudok
oldalbeallitast csinalni, tehat ha a nyomi allo A4-re
van allitva a control panelen, akkor nem tudom
atallitani fekvore, va fekvo jelentest akarok nyomtatni.

Tud valaki megoldast?

Gergo
+ - Re: Visual Basic 5.0/6.0 + TCP/IP (mind) VÁLASZ  Feladó: (cikkei)

 írta a következő üzenetben: ...
>Vannak valakinek tapasztalatai a fent emlitett
>temaban (Visual Basic 5.0/6.0 + TCP/IP).
A help-ben levo peldak mukodnek, eloszor
kiserletezz UDP protokollal, az egyszerubb.

Gergo
+ - ISDN + VB (mind) VÁLASZ  Feladó: (cikkei)

Hi !

> Hogyan lehetne megoldani, tisztan Visual Basicbol ket gep kozott (amik ISDN
> vonalon csatlakoznak) a csatlakoztatast es annak bontasat?

Csak otletadas keppen kiindulasi pontnak :
En a helyedben a CAPI korul keresgelnek. Ez az ISDN kartyak
tipikus programozasi felulete.

Udv:
  Csiszar L                         mailto:
+ - Re: 800?600 pascalban. (mind) VÁLASZ  Feladó: (cikkei)

>Csak azt szeretn?m megk?rdezni, hogy van-e valakinek
>olyan unitja Tp-re, amely grafikus m?dban tudja a 800?600
>-as felbont?st?

Olyan SVGA.BGI-re kellene vadasznod az interNYeten, ami tudja. Lehet, hogy
VESA.BGI-nek hivjak, ilyesmikre keress ra.

Udv, Tamas
+ - Re: meghajto label (mind) VÁLASZ  Feladó: (cikkei)

>Tudja valaki, hogyan lehet lekerdezni egy particio labeljet?
>Vegulis en a floppy labeljet akarom beolvasni.

Legyszi egyertelmubben irdd le mire gondolsz (milyen operndszer, milyen
programnyelv stb.)

pl. ha batch file-bol :-) akarod lekerdezni, akkor VOL ;-)

ha DOS alol, akkor ra kell keresned a fokonyvtarban arra a file-ra, aminek a
VOLUME_LABEL attributuma be van allitva, de nincs beallitva a DIRECTORY + 
SYSTEM! (ugyanis Winsuxx oprednszereknel a VFAT es FAT32 eseten ugyanis ezek
felhasznalasaval oldjak meg a hosszu fileneveket...)

Win meg Win32 alatt pedig biztosan van egy fuggveny(?), amit csak meg kell
hivnod.

Udv, Tamas
+ - Re: lebegopontosbol egesz -->Mc (mind) VÁLASZ  Feladó: (cikkei)

Hi inet,"HIX CODER" >!

iC> Egy programot irok asm-ban, ami kiszamol egy lebegopontos szamot, de azt
iC> nekem egesz szamuva kene konvertalni (mert ugye pl.: 234.45-os szin
iC> nincsen)... tudnatok segiteni?
na sza'l... attol fuggoen, hogy integer, vagy nem integer,
attol fuggoen fst vagy sist...

iC> Ja, es meg itt megkerdezem, hogy hogy is vannak az FPU regiszterei es
iC> hogyan lehet oket hasznalani? Mert amikor MOV-val probaltam vmi
iC> SP-felebe irni, a TASM szepen hazavagott... :(((((
igen... az sp eleve a stack pointer, az egy normalis cpu regiszter..
abban ne nagyon irjal, mert ha nem tudod, hogy micsinalsz, konnyen
megfagyhatsz...;) te asszem az ST, vagy ST(x) re gondolhattal...;)))
na ebbe pedig fild vagy fld vel tucc irni..

na tovabbi jo kodolast... Mc
+ - Re: vb + mailing.. -->Mc (mind) VÁLASZ  Feladó: (cikkei)

Hi inet,"HIX CODER" >!

iC> A kovetkezo kerdesem lenne: egy olyan programot szeretnek
iC> irni VB-ben, mely tudja kezelni az SMTP es a POP3 szervereket,
iC> valamint erti a MIME protokollt. Elviekben lehetseges az, hogy
na ize, a mime nem egy protokoll... az egy formaja a leveleknek....
sza'l egy rfc822 levelet vagy egy mime levelet potosan ugyanugy
kell letolteni vagy elkuldeni mint egy mime levelet....

iC> miutan a Tarcsazoval felpattan egy szerverre, utanna a Winsock
iC> segitsegevel tudjon kommunikalni. Gyakorlatban ez megvalosithato?
iC> Ha jol tudom, az interneten a szamitogepek egymas kozt is tobbnyire
iC> ascii, vagy legalabbis szoveges uzemmodban kommunikalnak.
iC> Ez valoban igy van, vagy marha nagy hulyeseget mondtam?
ez valoban igy van... nezd csak a peldat level felkuldes/letoltesre:


pl level kuldes smtpvel:
 ...tcp syn...
S: 220 greeting
U: helo <hostneved vagy ip cimed>
S: 250 ok
U: rset                 <--------------------------------\
S: 250 ok                                                 |
U: mail from:<a cimed>                                    |
S: 250 ok                                                 |
U: rcpt to:<akinek kuldod>                                |
S: 250 ok         /ha 251 et ad vissza, az is jo!/        |
U: data                                                   | amig van level;)
S: 354 ok                                                 |
U: sorok, ha egy sor . al kezdodik, akkor .sor... /azaz,  |
   ha egy ponttal kezdodik a sor, akkor egy bonusz        |
   ponttal kell jelezni a szervernek, hogy ez nem egy     |
   eszke'p szekvencia resze....                           |
U: CRLF.CRLF                                              |
S: 250 ok               ---------------------------------/
U: quit
S: 250 byebye
 ...tcp fin...



level fogadas pop3 al:
 ...tcp syn...
S: +OK greeting
U: user <nev>
S: +OK ok
U: pass <jelszo>
S: +OK ok
U: stat
S: +OK <levelek szama> <levelek osszhossza>
U: retr 1               <--------------------------------\
S: +OK <level hossza>                                     |
S: level adat, pont ugy, mint az elobb az smtp nel...     |
S: CRLF.CRLF                                              | amig van level;)
U: dele 1                                                 |
S: +OK ok                --------------------------------/
U: quit
S: +OK byebye
 ...tcp fin...

ui: pop3 nal nem ajanlom, hogy a level hosszat figyeld,
    mer' a linux pl csak LF et tarol a szerveren, es igy
    sokkal kevesebbet fog visszaadni neked, min' amennyit
    maj' el fog kuldeni... sokkal inkabb yo az, ha figyeled,
    hogy a sor csak egy . ot tartalmaz-e.. ha igen, akkor
    biza vege a levelnek es a szerver varja a kovetkezo
    parancsot...

ui2: amugy a parancsok utan CRLF jar, es a szerver
     is CRLF el fogja befejezni a sorokat...

iu3: es gondolom kitalaltad, a S: a szerver, az U: az user...

ui4: amugy ahova en kis betukkel irtam ok ot, oda mast is adhat
     a szerver szovegnek.... tehat az smtp nel csak a szamok<space>-t
     kell figyelned, a pop3 nal meg a +OK<space>-t....

tehat amint lattad, valoban szoveges modban kommunikalnak
a dolgok 1massal... /amugy a legtobb protokollnal igy van..
talan a gyakran hasznaltak kozul csak a DNS binaris, az
osszes tobbi biza szoveges... /7bit suxx 4evea!!!!

ya, amugy ha az en leirasom nem lenne eleg, akko'
ftp.merit.edu/internet/documents -ben nezzel korbe..
egy kicsit sok lesz az rfc mennyiseg, de van egy
index.rfc... de neked a 821 es az 1939 fog kelleni...

na csao...  Mc
+ - Re: bios hivas... -->Mc (mind) VÁLASZ  Feladó: (cikkei)

Hi inet,"HIX CODER" >!

iC> 13H Displays a string at a selected cursor position.
iC>            ES:BP => string to display (special format for AL=2 and AL=3)
iC>            BH = page number
iC>   Ezeket mind fel tudom tolteni gond nelkul, de BH-val es ES:BP-vel
iC> gondban
iC> vagyok. Nekem a PB ket fuggvenyt biztosit, a STRSEG megadja a szoveg
iC> szegmenset es a STRPTR az offszetet. Eloszor ugy probaltam, hogy MOV BH,
iC> STRSEG; MOV ES, 0; MOV BP, STRPTR, de ebbol a masodik utasitasra helybol
iC> szintaktikus hibat kaptam, nem ismer ilyen regiszternevet. Ettol
iC> fuggetlenul nem hiszem, hogy jol csinaltam. A STRPTR tizenhat bites adatot
iC> ad vissza, ezt tehat nemigen akarhatom ket tizenhat bites regiszterbe
iC> tolteni csak ugy maupassant.
grrr.. sza'l valahogy igy nezne ez ki rendesen:
mov ax,strseg
mov es,ax
mov bp,strptr
mov bh,0

ugyanis az es:bp a szoveg cime, es a bh pedig a _DISPLAY PAGE NUMBER_!!!
gondolom sokan nem tudjak, de a videokartya szoveges uzemmodban kifejezetten
kedvez a multitaszkos rendszereknek!!! azaz, szoveges modban tobb kepernyot
kepes kezelni 1massal paruhzamosan... /80x25 os modban pont 16 ot!!!!
/80x50 es modban csak 8at....;)))/ sza'l ez a hejzet... a bh-ba a display
page number kell, ami altalaban 0....;))))

na tovabbi jo kodolast...  Mc
+ - RE: Java dinamikus tombok (mind) VÁLASZ  Feladó: (cikkei)

> Felado :  [Hungary]
> Temakor: Java dinamikus tombok ( 17 sor )

> Java-ban objektum tomboket szeretnek dinamikusan letrehozni.

> Elore nem tudom, hogy hany elemu lesz a tomb, es csak akkora helyet
> akarok lefoglalni, amekkora valoban kell. Az elemek futas kozben,
> egymas utan keletkeznek, vagyis a tombok merete fokozatosan novekszik.
 
> Javaban ezt hogy csinaljak ?

Viktor. akarom mondani vektor. ez a megoldas.

pakolhatsz bele mindent, ami objektum.

java.util.Vector

van insert meg removeElementAt meg amit csak akarsz metodusa

raki
+ - Re: Java lista es C binaris fa (mind) VÁLASZ  Feladó: (cikkei)

[Java dinamikus tomb]

> Java-ban objektum tomboket szeretnek dinamikusan letrehozni.
> 
> Elore nem tudom, hogy hany elemu lesz a tomb, es csak akkora helyet
> akarok lefoglalni, amekkora valoban kell. Az elemek futas kozben,
> egymas utan keletkeznek, vagyis a tombok merete fokozatosan novekszik.
> 
> C-ben ezt pointeres struktura lancokkal lehet megcsinalni, ugy, hogy
> minden elem ramutat a kovetkezo objektum cimere, az utolso pedig null-ra.
> 
> Javaban ezt hogy csinaljak ?

Ha JDK 2-t hasznalsz, akkor javaslom a java.util.List-et, illetve a
Collections Framework egyeb interfeszeit es osztalyait. Egyebkent pedig a
java.util.Vector a legkenyelmesebb megoldas, bar az nem lancolt abrazolast
hasznal, igy nagy elemszamoknal mar nem annyira hatekony.

Mindezek jol le lesznek irva az ELTE-s Java 2 utikalauz programozoknak
cimu konyvben, ami hamarosan megjelenik. A korabbi kiadasok csak a Vector
osztalyt erintik. (Ez itt a reklam helye. :-)  )

Ha pedig sajat magad szeretned a lancolast megoldani, akkor egyszeruen 
definialsz egy ugyanolyan tipusu adattagot, pl. valahogy igy:

public class T {
  public T t=null;
  int i;

  public T(int starti) {
    i = starti;
  }
  public T(T next, int starti) {
    i = starti;
    t = next;
  }
}

Ez azert helyes, mert a Javaban az objektum tipusu valtozok nem maguk az
objektumok, hanem csak referenciak. (Ellentetben pl. a C-ben vagy C++-ban
a struct-nak egy struct mezoje tenylegesen benne van a masikban.)

Bovebben lasd a fent emlitett konyvet.


[C binaris fa]
> > Meghivni pedig:
> >
> > Beszur(10,&&Fix);
> >
> > -el kell, ertelemszeruen.
> >
> 
> nem. csak egy 'lvalue'-nak lehet a cimet venni ( operator & )
> peldaul egy valtozonak:
> 
> tCsomo *ptr;
> &ptr;        // ok
> 
> a javasolt hivas: &&Fix nem fordul le.

Mea culpa. Igazad van, tul mechanikusan irtam a dolgokat. Valojaban fel
kell hasznalni a korabban felvetett javaslatot, hogy a main()-ben pointert
deklaralunk:

        struct tCsomo *Fixp = NULL;

	Beszur( 0, &Fixp);
        Beszur( 10, &Fixp);
        Beszur( -10, &Fixp);

        PreOrderLista(Fixp);

Ez szemantikailag ugyanaz, mint az eredeti (lett volna). A Beszur-on
beluli rekurziv hivasok pedig igy neznek ki pontosan:

Beszur(Elem, &((*csomo)->Bal));
Beszur(Elem, &((*csomo)->Jobb));

(Ha tul zavaros, akkor maganba barkinek elkuldom a teljes progit, immar
lefordithatoan.)

> osszesen ket fajta javaslat fordult elo. nekem szemely szerint sokkal
> jobban tetszik, ahol a Beszur fuggveny visszaadja az uj mutatot.
> c-ben ez a termeszetesebb - szerintem -, mivel maga a nyelv ertek szerint
> adja at a fuggvenyparametereket.
> azok a konstrukciok, ahol a fuggveny megvaltoztatja a parameterenek az
> erteket, illetve a  "pointer to pointer" es ennel bonyolultabb dolgok
> nehezitik a progi olvasasat.

Ez igaz, viszont ha a fuggveny veletlenul tobb pointert is valtoztat,
akkor ra vagyunk kenyszeritve. (Az igaz, hogy mar
programstruktura-tervezes kerdese, hogy kell-e ilyen fuggvenyt irni.)

Harmadik megoldaskent felmerult ppisti javaslata, aki a szulo pointert es
az iranyt adta at. (Es ezzel implicit modon ket parameterbe kodolta a
pointerre mutato pointert.)

Udv
	Szabolcs
+ - Re: Gond egy BIOS-hivassal (mind) VÁLASZ  Feladó: (cikkei)

Nos, urak, koszonom az eddigi segitseget, de sajnos nem tudtam zoldagra
vergodni. Megprobaltam eloszor Rudnai Tamas remek TTY-rutinjat, ami
gyonyoruen ir -- zagyvasagot. De korrektul befejezi a munkat es visszaadja
a vezerlest. Par valasz:

>1. Nem hiszom, hogy jo 5let 16 bites segmens regiszter tartalmat 8 bites
>regiszterbe tolteni (MOV BH, ....)

  Nyert. De nem is titkoltam, hogy assemblyben dilettans vagyok.

>Ha van doksid a PowerBasic-hez, nezz utana
>milyen regisztereket hasznalhatsz teljesen szabadon

  Szabad kezem van. A PB gepi kodu hivasoknal egy tombbol tolti fel a
regiszterek ertekeit, majd a visszateres elott oda teszi vissza.
Elkulonitve mukodik tehat a BASIC es a gepi kod.

>4. En azert annak is utananeznek, hogy az a felolvaso milyen BIOS funkciokat
>fogad el egyaltalan (lehet, hogy a 13h sem jo neki, ha az INT 21h/09h sem jo
>stb...)

  Jo gondolat... megkerdezem a program tulajdonosait.

>ui: azert elolvasnek egy assembly alapozo konyvet, pl. a Petho Adam fele konyv
>nagyon jo ilyesmire, de nem tudom lehet-e meg kapni (eleg regen irtak)

  Isten ments! Nem megtanulni akarom, csak egy kis rutint megirni,
maskulonben remekul elvagyok a BASIC-kel...

  Aztan megprobaltam a tobbiek altal javasolt modszert, ES feltolteset
kozvetett modokon, de tovabbra is zagyvasagot kaptam. Egyik alkalommal
kidumpolta nekem a fel memoriat, majd megallt Overflow uzenettel, egy masik
valtozat lefagyott.

  Petri Andras viszont eszembe juttatott valamit, es kerestem idevago
forditasi opciot. Osszesen egyet talaltam, ezt betettem egy probaprogramba
es megmutatom a felolvasoprogram tulajdonosanak. Hatha.
+ - rejtelyes hiba (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok !

Talalkozott mar valaki kozuletek ilyen hibauzenettel:

External call permitted.

Egy 16 bites windows programbol akarnek hivni ket masikat a WinExec
fuggvennyel, es az egyik program megy, a masikra meg a fenti hibauzenetet
adja. A programot kintrol inditva semmi hiba nincs, raadasul ugyanazzal a
forditoval keszultek (Borlad C 4.5). A dologban az a furcsa, hogy nem
jelentkezik mindenutt, itthon nalam nem sikerult a hibat eloidezni.

Ha valakinek van valami otlete annak nagyon orulnek.

- Tamas -
+ - Re: LCC hiba (mind) VÁLASZ  Feladó: (cikkei)

On  6 Oct 99 at 16:02,  wrote:

> Sziasztok!

Hali!

> Az lcc-win32 kicsit kiakasztott a minap.
> Forditok egy rovid programot es kiakad a kov.
> hibauzenettel:

Kiakadni nincs semmi okod. Ha jol tudom, az lcc is OpenSource
program, azzal kezdi, hogy semmi garanciat nem vallal arra senki,
hogy jol fog mukodni. Szoval ha bajod van vele, ket dolgot tehetsz:
varod, hogy mas kijavitja, vagy nekiallsz Te, es megkeresed a bug-ot
benne.

> Esetleg milyen masik forditot ajanlatok
> az lcc helyett/mellett ?

Probald meg a gcc-t:

http://sourceware.cygnus.com/cygwin/

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --
+ - Re: Binaris fa (mind) VÁLASZ  Feladó: (cikkei)

On  6 Oct 99 at 19:45,  wrote:

> osszesen ket fajta javaslat fordult elo. nekem szemely szerint
> sokkal jobban tetszik, ahol a Beszur fuggveny visszaadja az uj
> mutatot. c-ben ez a termeszetesebb - szerintem -, mivel maga a
> nyelv ertek szerint adja at a fuggvenyparametereket.

Ezzel vitatkoznek. C-ben epphogy a pointerek a termeszetesek. Es 
mivel vannak pointerek, nem volt szukseg cim szerinti (nev szerinti) 
parameteratadasra. (A C++ egyebkent behozza azt is, hogy ne kelljen 
mindenhova odairni a csillagot.)

Mellesleg a C-ben is van cim szerinti parameteratadas akkor, amikor 
tombot adsz at parameterkent egy fuggvenynek.

> azok a konstrukciok, ahol a fuggveny megvaltoztatja a
> parameterenek az erteket, illetve a  "pointer to pointer" es ennel
> bonyolultabb dolgok nehezitik a progi olvasasat.

Ezt elismerem. Viszont ha C-ben akarsz programozni, akkor 'sajnos'
kenytelen vagy ehhez a pointeres szemleletmodhoz hozzaszokni. :)

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --
+ - Re: VC++ program kiloves (mind) VÁLASZ  Feladó: (cikkei)

Szia!

>A problemam a kovetkezo: Van egy 'A' nevu programom, ami
>elindit egy 'B' nevu programot (CreateProcess). Az 'A'
>program mindvegig figyeli a 'B' mukodeset, es ha az nem jol
>mukodik, pl. szetfagy, akkor lelovi azt (TerminateProcess)
>es ujrainditja.
>Csak az a baj, hogy amikor a 'B' program lefagy, akkor
>sokszor azt egy 'Application Error' ablak megjelenese
>koveti. ...

Ugyan csinalni meg nem csinaltam, de szeritem a kovetkezo lehet a megoldas:
'A' program "debuggolja" 'B' programot. Ezek utan 'A' telepithet egy
exception-handler rutint, ami meghivodik, ha 'B'-ben fatalis hiba tortenik.
Ezzel felulbiralod a Win default handleret, ami azt a bizonyos dialogot
kirakja. Igy az meg se fog jelenni, hacsak nem akarod, es 'A' program
helybol ertesul a hibarol, es leloheti 'B'-t. Ugy tudom arra is van
lehetoseg, hogy 'B' program telepitsen sajat magara egy exception-handlert,
es igy o is letilthatja a dialog megjeleniteset.

Nehany cimszo a Win32 API helpjebol:

Ha a debug megoldast valasztod:
   DebugActiveProcess
   WaitForDebugEvent
   DEBUG_EVENT
   EXCEPTION_DEBUG_INFO
   EXCEPTION_RECORD

Ha a process sajat magat szeretne kontrollalni:
   SetUnhandledExceptionFilter
   UnhandledExceptionFilter
   EXCEPTION_POINTERS
   EXCEPTION_RECORD

Udv,
Tantos Andras
+ - Re:meghajto label (mind) VÁLASZ  Feladó: (cikkei)

KTib irta:
>Tudja valaki, hogyan lehet lekerdezni egy particio labeljet?
>Vegulis en a floppy labeljet akarom beolvasni.

findfirst("a:*.*", &ffblk, FA_LABEL);
igy ffblk.ff_name fogja tartalmazni a labelt

blabla

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