Szevasztok:

A segitsegeteket kerem ket MS Visual C++ 1.52 verzioju programhoz es
a Foundation Class-hoz .

Az elso problema:
================

A DDEML-t akarom hasznalni, egy APPWIZARD altal generalt programban.
Ehhez hasznalnom kell a: #include    "DDEML.H" file-t is. Csakhogy 
ebben a HSZ definico osszeveszik az AFXEXT.H-ban levo HSZ definicioval. 
A ket definiciot itt latjatok:

AFXEXT.H
    typedef char _based((_segment)_self) *BPSTR;
    typedef BPSTR FAR*  HSZ;            // Long handle to a string

DDEML.H
    #ifndef DECLARE_HANDLE32
    #ifdef STRICT
    #define DECLARE_HANDLE32(name)  struct name##__ { int unused; }; \
                                typedef const struct name##__ _far* name
    #else   /* STRICT */
    #define DECLARE_HANDLE32(name)  typedef DWORD name
    #endif  /* !STRICT */
    #endif  /* !DECLARE_HANDLE32 */

    DECLARE_HANDLE32(HSZ);

A kerdesem az, hogy mi a modja annak, hogy hasznalni tudjam a DDEML.H-t
olyan programban, ami hasznalja az AFXEXT.H include file-t is.


A masodik problema eleg egyszerunek tunik:
> ==========================================

Adva van egy base class:

class	RECORD : public CFile
{
protected:
	CString	buf;
public:
virtual	char*	FileName() = 0;
virtual	int		RecordSize() = 0;
virtual	int  	operator	==(RECORD &) = 0;				// TRUE if match
		RECORD() {buf.Empty();}
		~RECORD()	{}
BOOL	OpenRecord();
};


Ennek felhasznalasaval csinaltam egy masik class-t:

class	TechRec : public RECORD
{
public:
	TechRec() :RECORD() {}
virtual char* FileName()    {	return "TECH.REC";}
 
virtual	int	RecordSize() ;
};


Ha definialok egy TechRec class-t, es hivom a FileName virtualis funkciot,
minden szepen mukodik, mint az itt lathato pelda mutatja:

TechRec TRec;
		
char *s =	TRec.FileName();  // Ez mukodik tokeletesen
RECORD	*tst = &TRec;             // Ez csak a teszt kedveert csinaltam
	s = tst->FileName();      // Ez is mukodik
405F:113A 8B5EBE         MOV       BX,WORD PTR [tst]  
405F:113D 53             PUSH      BX  
405F:113E C41F           LES       BX,[BX]  
405F:1140 26FF5F48       CALL      DWORD PTR ES:[BX+48]  
405F:1144 89468C         MOV       WORD PTR [s],AX  

Viszont abban a pillanatban, amikor ugyanezt a virtualis funkciot
hasznalom a RECORD class barmelyik funkciojaban, akkor a program
elszall egy General Protection Fault-szeru uzenettel:

BOOL	RECORD::OpenRecord()
{
char *s = FileName();             // Crash !!!!!!!!!!!!!!!!!!!!!!!!!!
405F:0D5A 8BDE           MOV       BX,SI  
405F:0D5C 53             PUSH      BX  
405F:0D5D 8B1F           MOV       BX,WORD PTR [BX]  
405F:0D5F FF5F48         CALL      DWORD PTR [BX+48]  
405F:0D62 8946FA         MOV       WORD PTR [s],AX  
char n = RecordSize();
}

Az assembly listabol kitunik, hogy az elso hasznalatnal az adat szegmens
korrektul
be van allitva (LES BX,[BX] and CALL DWORD PTR ES:[BX+48]). A masodik
peldanal meg
a DS nem a megfelelo helyre mutat, emiatt a CALL utasitas valami szemetet
kap fel
a korrekt cim helyett.

A programban nagy valoszinuseggel nincs hiba, mert ezt a programot MSVC 4.0
alatt
siman le tudom futtatni. A kerdesem az, hogy talakoztatok-e ehhez hasonlo
problemaval,
es ha igen, akkor hogyan oldottatok meg.

A helyes megfejtesek kozul a zsuri nem fogadja el a Huje Bill Gates,
Dogoljon meg a
Pici Puha, hasznalj CRAY computer-t, valamint a "menj a pi....-ba utcasepronek"
 
valaszokat :-)

Segitsegeteket elore is koszonom

Laci

"" irta:

>                     Az embert meg jol at is vagjak. Itt Svedorszagban
>mindenutt ahol elemet arulnak kotelesek visszavenni a regit, az elemek
>gyujtesere kulon gyujtotartalyok vannak a boltok elott. Mindenki ontudatosan
>oda dobja az elemeit, az egeszet osszegyujtik az orszagbol es egy helyen
>taroljak arra varva hogy elobb-utobb lesz valami gazdasagos ujrafeldolgozasi
>eljaras. Addig a Gellerthegy nagysagu elemkupac csendben oszladozik. Ha
>a szemetbe egyenletesen eloszolva kerult volna akkor nem okozna ilyen massziv
>problemat. Viking

Ebben nincs igazad. Allitolag minden szemetdombra kerult elem 2 m3 foldet
megmergez maga korul. Atlagos elemkidobassal szamolva ez azt jelenti, hogy
minden kommunalis szemetlerakatban elegge egyenletesen nagy lesz
a nehezfem koncentracio. Ennel sokkal jobb, ha az orszag osszes eleme
egyetlen betonteknoben van.

Magyarorszagon is ugyanilyen elemgyujtes folyik az iskolakban.
A Nepszabadsag nehany honapja azt irta, hogy ez nem gazdasagos, mert
az osszegyujtesukkel, elszallitasukkal es feldolgozasukkal kapcsolatos
koltsegek nem jottek vissza az eladott cink es kadmium tombok arabol.
Amit nem szamolt bele az ujsagiro, az a tobb millio kobmeter szemet
utolagos nehezfem-mentesitesenek koltsege.

Tamas

Szia mindenki!

Igazabol a level vegen szereplo kerdes miatt fordulok a publikumhoz, de
kicsit sziven utott a Nemzettel kapcsolatban az a velemeny, hogy egy
kollega (talan Joska a compuserve.comrol) kvazi lehulyezi azt a masikat,
aki a fenti cimu mocsok- vagy gyemantgyujtemenyt (szive joga
mindenkinek, hogy iteli meg) csak akkor szeretne megkapni, ha elotte
megrendelte.
1, Szerintem a tovabbiak nem ide valok.
2, Igaz, hogy el kell kezdeni valahogy a terjesztest, de nem igy (lehet,
hogy maskent a fene sem kivancsi ra?) Tudtommal mar jo ideje muxik,
kezdetben meg is rendeltem korrekt reklamjuk (nem a cimemre jott!!!!,
olvastam valahol), majd egy szam utan lemondtam. Tehat a kezdes jo volt
-marmint a terjesztes kezdese-, akkor nem igy kellene folytatni.
3, Imadom az ilyen megmagyarazos dolgokat, amit Joska partfogasaba vesz,
csak az a baj, hogy olyan sokaig magyaraztak mar korabban nekem, hogy
jelenleg inkabb kialakitom en a velemenyemet valamirol, s ha veszem a
faradtsagot, meg is talalom az ehhez szukseges informaciokat. Ne legyen
mar baj konyorgom, ha valakit taszit az a stilus (ha egyaltalan annak
nevezheto), amit keretlenul ratukmalnak.
4, addig amig a telefonszamlamat en fizetem, szeretem kivalasztani
magam, hogy mit toltok le, oke?

Bocs, de utalom a politikat ezen a forumon (is), azt meg kulon, ha
megmondjak, hogy mi a jo nekem.

A kerdes: tenyleg rosszul tudtam, hogy a bios upgradek ingyen
hozzaferhetok? Mindossze egy helyet talaltam, ahonnan nemi dollarok
elleneben megrendelhetnem a flashos alaplapomhoz a V. kovetkezot.
Korabban mintha olvastam volna, hogy az upgradeket jobb cegek dijtalanul
biztositjak a tulajnak egy darabig, gondoltam, akkor a Halon biztos
megtalalom, ami nekem kellene, aztan semmi, a fentieken kivul. A bios
gyartoja azt javasolja, menjek az alaplap gyartojahoz, mivel a chipsetek
sokasaga miatt inkabb ok a kompetensek. Az alaplap gyartoja elegansan
atpasszol a fenti dollaros lehetoseghez. Mi a helyzet ezzel?

Koszi elore is, ha megosztja valaki a tudast velem.

Vili

Tisztelt Guruk!

Igy az unnepekre szeretnek egy talaloskerdest feladni. Hogyan lehet az, 
hogy amikor a szamitogepet bekapcsolom, a RAM teszt normalisan lefut - 
marmint megvan mind a 32 MB (32768 K), a CMOS-setup meg a DOS viszont mar 
csak a felet latja, aztan a Windows-ban mar megint mind megvan?

A kornyezet az alabbi:

Alaplap: GA-586ATS
Proci: INTEL-Pentium 133
RAM: 32 MB
Cache RAM: 256 K
BIOS: Award
DOS: 6.22
Windows: 3.1

A CMOS setup szerint:

Base: 640 K
Extended: 14336
Other: 384

A DOS szerint:

	Total:	Used:
Conventional:	640	142
Upper:	119	86
Reserved:	384	384
Extended:	14217	6633

Nagyon halas lennek, ha valaki tudna valami tippet adni. Mivel a dolog 
surgos, ezert valaszokat ide szeretnek kerni:



Minden faradozast elore is koszonok es melle mindenkinek jo pihenest.


-- 
Csaszar Janos
Skala-Coop Rt.

 wrote:

>Van-e valakinek tapasztalata a mostanaban gyanusan olcson kaphato modemek
>valamelyikerol:


>Motorola kulso 28.8  fax/modem (22 ezerert hirdetik)

>US Robotics kulso 28.8 voice/fax/modem (28.5 ezer)

>Us Robotics kulso 28.8 fax/modem (25 e)


>Tenyleg ilyen olcso egy markas modem, vagy ez valami hamisitvany, selejt,
>bug-gyujtemeny?

>Van hozza epkezlab szoftver (foleg a voice eseteben)?


>Koszonettel

>           ..oo.......
>         o................Egeer.......

En no name 28800-as voicet vettem es tokeletes.
Win 95 felismerte. Szoftver szuper hozza. Komplett faxbank meg
uzenetrogzito meg terminal meg stb...
17000-er.

Kuk

> =======================================================
> Felado :  [Hungary]
> Temakor: Sziasztok! ( 18 sor )
> Idopont: Thu Aug 15 11:11:37 EDT 1996 GURU #567
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> 
> Van egy egyszerunek latszo problemam!
> Kerlek Benneteket, Nagytudasu Gollegaim, segitsetek!
> 
> Keresek egy olyan DOS, vagy Windows alapu programot, amely   T E R M I N A L
> E M U L A C I O V A L    (modemen) tud csatlakozni egy Unix (Linux) gepre,
> es csak az email szolgaltatas igenybevetelet engedelyezne (tehat a
> kapcsolatot a levelkuldes-fogadas idejere epiti fel, majd le is bontja). Nem
> kell a TCP/IP !!!
>         Azert lenne ez fontos, hogy a leveleket    O F F L I N E  -ban
> irhassak az emberkek, es ne lehessen atverni a rendszert (ne lehessen mas
> Internet programokat a hatterben futtatni).

Ftp-zd le a UUPC-t. Ez a Unix-os uucp DOS/Win valtozata, gyakorlatilag
file-ok (leginkabb e-mail) off-line (idozitett), modemes atvitelere
csinaltak. Persze a Linux oldalon is ezt kell hasznalni.
(terminal-emulacio ugyan nincs benne egy szal se ;-)
A mail olvasasara meg akar a PMAil-t is bevetheted.

Udv:
   Andras