Sziasztok!

 Ugy tunik, kiszabadultak a jovore tervezett Intel Katmai proci uj opkodjai es
mnemonikjai:

http://www.tbcnet.com/~clive/vcomwinp.html#KNI

 (a KNI leanykori neve: MMX2, de mivel az MMX tulajdonkeppen bukas volt, 
marketingszempontok miatt meg kellett valtoztatni a nevet)

 Egy par aprosagot le lehet vonni a dologbol:

- Semmi koze a 3DNow!-hoz, de tobbnyire ugyanazokat a funkciokat valositja meg 
(nincs tobbe egyseges x86 ISA!...)
- A 70 utasitasnak csak egy resze foglalkozik a lebegopontos szamokkal:
- Az MMX0-7 regisztereket hasznalja; 
- Muveletek (nagyjabol...):
-- add,sub,mul,div; (eddig semmi rendkivuli)
-- and, or, xor; (ebbol gondolom, hogy egeszekre is voantkozik, lebegopontos 
operandusoknal mi ertelme lenne?) 
-- reciprok, negyzetgyok, reciprok negyzetgyok; (rcp, sqr, rsqr)
-- egy rakas osszehasonlitas;
-- szamtani kozep;
-- minimum/maximum;
-- konvertalas egesz es lebegopontos kozott;
-- prefetch (ha jol hasznaljak, nincs tobb varakozas a cache-re/memoriara)
-- meg egy par ismeretlen dolog;

Az igazan nagy kerdes az maradt, hogy milyen tipusokon lehet majd ezeket
a muveletek elvegezni... (Azaz mit jelent a SS meg a PS-ben az S. Scalar S...
Packed S.... mi lehet ez?) No meg a sebesseg...

Balala

Sziasztok!

Van egy kis problemam. Eddig 32MB RAM volt a gepemben, es a
config.sys-ben a device=c:\dos\emm386.exe noems sorral minden
szepen "feltoltodott", es mukodott a BP (7.0).
Lett a gepben 64MB, es a BP (TDX, es a kesz DPMI-s programjaim)
mind szetszallnak. Lh bp-vel mukodik a pascal fordito, de csak
32MB-t "lat". Ugyanez a helyzet ha noems helyett ram, vagy auto
van az emm386 soraban. Igy azonban sokkal kevesebb konvencionalis
memoriam lesz. Ha nincs emm386 a config.sys0-ben, akkor minden tok
jo, a bp latja a teljes 64MB, csak alul lesz 510KB :-((.
Az emm386 nem kezelne jol a >32MB memoriat? Vagy csak a DPMI-vel
akad ossze? Megoldhato-e, hogy tovabbra is a noems-t hasznaljam?
A gepen M$-DOS 6.22 van.

A valaszokat elore is koszonom.

Sziasztok, Otto. mailto:

Sziasztok!

Arra lennek kivancsi, hogy VC++-ban hogyan tudom azt megcsinalni hogy
egy bitterkepet ne a resourse-bol toltsek be, hanem egy felhasznalo
altal kivalasztott file-bol. A CBitmap osztaly LoadBitmap utasitasa
tudtommal csak a resource-bol tud egy peldanyhoz bitmapot rendelni.

Udv
Bencs Zoltan
ICQ UIN: 7467912
mailto:

Hi!

> Valaki eltudna magyarazni nekem, hogy a megszakitasi vektornak
> az alabbi modon torteno beallitasa a DOS 37-es szolgaltatasaval,
> hogyan is mukodik?

> MOV     DX,XX
> MOV     DS,YY
> MOV     AH,37
> MOV     AL,9
> INT     33

> Azt nem ertem, hogy a vektor relativ, illetve a szegmens reszere,
> tehat az elso ket sorba mit kell, hogy beirjak.

Nagyon egyszeru a mroblemadra a megoldas :-)
A rutin hivas elott a DS reg.-be azt a cimet kell betolteni, ami
a te uj rutinod segmes cime, a DX-be pedig az offset cimet kell beirni.

Ertehtobben:

UJ_IT Segment
  ...
  ...
  ...
UJ_IT ends         ; Ez az uj IT programod kodja

Itt van az IT atriras:

 mov ax,UJ_IT  
 mov ds,ax      ; Itt rakja be a DS-be az UJ_IT segmens cimet
		; Azert az AX-en keresztul, mert a DS-be nem lehet
		; kozvetlenul beirni
 mov dx,offset UJ_IT  ; Itt az Offset cime
 mov ah,25h
 mov al,xxxxx   ; Megszakitas sorszama
 int 21h

> A masik, hogy ha jol tudom a verem az egy 'First-in last-out'.
> Ha ez igaz, akkor hogy mukodik az alabbi program (Norton
> Utilities)?

> PUSH    DS
> MOV     DX,OFFSET PGROUP:XXX
> PUSH    CS
> POP     DS
> ....
> Tehat hogyan veszi elo a DS-t, ha a CS-t mar ramentette?
> Vagy valamit rosszul latok?

Hat itt elegge rosszul lattad a problemat, itt nem az tortenik, hogy
ujra a DS-t veszi elo, hanem az, hogy a CS-ben levo erteket
atadja a DS-nek a vermen keresztul. Magyaran: DS=CS
Az elso DS azert van elmentve, hogy a kesobbiekben, majd vissza tudja
allitani.

Remelem tudtam valamit segiteni.

Ps.: Ha ram hallgatsz, az ASM programozasban a hexa szamrendszert 
     hasznald elsosorban. Elso ranezesre nem is ertettem a programodat.
     /Utana meg atszamoltam es rogton vilagos lett mit csinalsz/

UDV:
> ------------------------------------------------------
Faczan Laszlo >

Hi!

Van valaki aki programozik Novell ala?

Ha igen lenne egy kerdesem hozza:

Van egy rutin ami hasznalja a GetConnectionInfo fuggvenyhivast, addig
amig csak a serveren futo programok miatt kell ezt meghivnom addig
tokeletesen muxik a programom. Abban a pillanatban amikor egy User
miatt kell ezt meghivnom rogton lefagy az egesz server.
Az SDK 12-ben levo helpben nem talaltam meg ennek a rutinnak a 
leirasat, csak az NW-vel kezdodo parjaet. Ezt viszont nem hasznalahatom,
mert a fuggvenyhivast egy NWAddFSMonitorHook fuggvennyel letrehozott
rutinon belul kellene hasznalnom.

Van valakinek valami otlete?

Ps.: Novell 3.12 alatt probalkozom es NW4.11-en a program tokeletesen
     fut

UDV:
> ------------------------------------------------------
Faczan Laszlo >

On Fri, 15 May 1998, Takacs Istvan wrote:

Szio!

> MOV	DX,XX
> MOV	DS,YY
> MOV	AH,37
> MOV	AL,9
> INT	33
> 
> Azt nem ertem, hogy a vektor relativ, illetve a szegmens reszere,
> tehat az elso ket sorba mit kell, hogy beirjak.
Kell irnod egy uj megszakitaskezelot, ami elvegzi a neki szant dolgokat,
esetleg meg is hivja a regit. Erre kell iranyitanod a 9-es interrupt
vektort.

Pelda:
cod1 segment 
assume cs:cod1

;itt kezdodik az int 9 kezeloje...
ujint9:	pusha
	.
	.
	.
	.
	.
	popa
	iret
; es idaig tart.

	.
	.
;int vektor atallitasa:
	mov	ax,cod1
	mov	ds,ax	;cod1, vagyis a ujint9 rutin szegmenscime ds-be
	mov	dx,offset ujint9	;ujint9 rutin offsetcime dx-be
	mov	ah,37
	mov	al,9
	int	33
	.
	.
	.

cod1 ends

> A masik, hogy ha jol tudom a verem az egy 'First-in last-out'.
> Ha ez igaz, akkor hogy mukodik az alabbi program (Norton
> Utilities)?
> 
> PUSH	DS
> MOV	DX,OFFSET PGROUP:XXX
> PUSH	CS
> POP	DS
>  ....
> Tehat hogyan veszi elo a DS-t, ha a CS-t mar ramentette?
> Vagy valamit rosszul latok?
Uhum. Ez nem DS-t veszi elo, hanem CS-t. Ez egy modszer arra, hogy

	mov	ds,cs

mert ilyen utasitas nincs... :)

Udv:
Somogyi Akos

Hali!

Tudom, hogy ennek mar semmi koze nincs az MFC kontra nem-MFC vitahoz, de
egy-ket aprosag kicsit bantotta a szememet....

> Egyszeruen el kellene viselni, hogy vannak mas nezopontok is. Vannak
> feladatok amire a Linux, es vannak olyanok amire a WinXX az alkalmasabb. Aki
> ezt nem ismeri el, az fanatikus.

Teljesen igaz. Ambar a Linux fejlodik, sokkal gyorsabban IMHO, mint az
Microsoft oprendszerek, ugyhogy egyre tobb olyan feladat lesz, melyet
erdemesebb Linux ala elkesziteni, mint mondjuk WIN-re. IMHO!

> fagyas vagy hiba, pedig ket hetunk volt az egeszre ugy, hogy elesben ki sem
> tudtuk probalni. Mutass nekem olyan Linuxot, amit felig hozzaerto userek
>  nap mint nap, telepitenek idiota felkesz programokat csak ugy
> kiprobalni. Szerinted mit szolna a kurvastabillinuxosbanktranzakcioszerver
> ha valami idiota cserelgetne neha a kernelt vagy egy-ket letfontossagu
> library-t. A Linux ezt egyszeruen azert ussza meg, mert annyira
> baratsagtalan, hogy aki nem ert NAGYON hozza, az nem igazan tud mit kezdeni
> vele. Ez most Bug vagy Feature?

Szerintem Te abszolute nem ismered a Linuxot, vagy szandekosan beszelsz
melle. A Linuxon a userek nemigen telepitenek programokat, mert nincs ra
joguk. Max. a sajat konyvtarukba. Miattam b@.... a programjaikat es a
file-jaikat egesz nap, a rendszeremet nemigazan erdekli. :)

Szerintem Te osszekevered egy stabil szerver fogalmat egy proba celokra
szant gepevel. Mig az elobbin csak kiprobalt es stabilnak mondott kernel
fut stabil programokkal _igen megbizhatoan_, addig az utobbin (ami
semmilyen eles feladatot nem lat el) lehet probalkozni fejlesztoi
cuccokkal.

Nalunk eddig csak aramszunet miatt kellett a stabil szervert ujrainditani,
vagy komolyabb upgrade eseten (uj kernel). Az NT-vel viszont voltak rossz
tapasztalataim. :(

Nem ertem miert cserelgetnenek kernelt es librarykat idiota emberek
egy stabilan mukodo gepen. Az upgrade az mas, de ezt meg NT alatt sem
uszod meg...., es nem idiota emberek vegzik. De ugy tudom, hogy a Windows
NT-hez sem eleg egy idiota ember, hogy karbantartsa. 

Valo igaz, hogy a Linux egy kezdo szamara baratsagtalan tud lenni, de ezen
is lehet mar segiteni: lattad mar pl. a KDE-t? Ez egy X Window alatt futo
ablakkezelo rendszer, amelynek a kezelese ugyanolyan kenyelmes, mint a
Windows-e.

> benne van az uzemeltetes soran felmerulo osszes koltseg + a rendszer ara. A
> Linux ugyan ingyenes (az alkalmazasok mar nem, ha uzleti celra hasznalod) az

Ez azert ebben a formaban nem igaz. Vannak persze "penzes" alkalmazasok
is, (StarOffice, ApplixWare, CorelDraw, stb.), de ez meg nem jelenti azt,
hogy mindegyik az. Nagyon sok _igen szinvonalas_ alkalmazas letezik
Linuxra, ami teljesen ingyenes.

Szeretnem, ha legalabb ezen a forumon nem lenne oprendszer vita. En is
tudnam emlegetni az NT negativ tulajdonsagait, de nem ez a celom.
Szerintem mindenki hasznaljon olyan oprendszert, amelyrol meg van
gyozodve, hogy neki jo. A hozzaszolas csak azert volt, mert szerintem
valotlan dolgokat is allitottal a Linuxrol. A tobbiektol pedig elnezest a
hosszu levelert.

Udv:
Somogyi Akos