--------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDX00001Date: 09/27/97 From: MARIUS BENDIKSEN Time: 03:35pm \/To: KEILI OLSEN (Read 1 times) Subj: Redirection in protected mode > Any hints? Use the i386's internal paging mechanism to make the program write to a different physical location. --- BBBS/NT v3.33 How * Origin: Circle of Protection +47 55961259 ISDN/V.34+ (2:211/37) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDX00002Date: 09/27/97 From: HUGH NOLAND Time: 09:09am \/To: DANIEL TROY (Read 1 times) Subj: macros Daniel Troy writes: DT> i have defined a macro as follows DT> DT> locals DT> DT> poll macro DT> @@1: DT> in al,dx DT> test al,80h DT> jnz @@1 DT> endm DT> DT> it works fine as long a you have one poll in a procedure when i add second to DT> same procedure it goes error symbol @@1 defiend elsewhere it also works fine DT> with multiple polls as long as they are in separate procedures Your *locals* directive doesn't work with macros. Try the following: poll macro local my_label my_label: in al,dx etc. --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 916-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDX00003Date: 09/27/97 From: HUGH NOLAND Time: 09:11am \/To: DANIEL TROY (Read 1 times) Subj: hex2decimal Daniel Troy wrote: DT> can anyone improve my rather shitty and long algorythm to convert hex DT> into decimal??? I didn't go over your code, but maybe the following will help: ;--------------------------------------------------------------------------- ;write value in AX as decimal ;all registers except AX are preserved ;--------------------------------------------------------------------------- write_dec proc push bx ; push cx ;save registers push dx ; mov cx,0 ;will keep digit count in cx mov bx,10 ;convert to decimal by dividing by 10 w1: xor dx,dx div bx ;divide by 10--store remainder(=last decimal push dx ;digit) on stack inc cx ;digit-count in cx or ax,ax ; jnz w1 ;repeat if quotient non-zero mov bh,0 ;bh = display-page w2: pop ax ;pop digits off stack and output to screen add al,30h ;(remember cx = number of digits) mov ah,0eh ; int 10h ; loop w2 ; pop dx pop cx pop bx ret write_dec endp --- Maximus/2 3.01 * Origin: Madman BBS * Chico, California * 916-893-8079 * (1:119/88) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDX00004Date: 09/22/97 From: EVERT CLONEN Time: 05:03pm \/To: ALL (Read 1 times) Subj: Assembly program Hiya all, I'm quit new in this section and I'm thinking of installing myself an assembler program(compiler) which one do you recommend and where can I get it? And could someone send me a course in assembler? You know, one you got from the internet if you have one:) --- * Origin: Linux rules!!!!!!! (2:292/316.2) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDX00005Date: 09/21/97 From: LUC VANDEVELDE Time: 10:02am \/To: REJEAN LAMBERT (Read 1 times) Subj: Vesa programming On <24 Aug, 02:29>, Rejean Lambert wrote to All : RL> I'm quite new to vesa programming, but have been coding Vga 320x200 for a RL> really long while. Could anybody tell me how to set up one of them fancy RL> 'Linear frame buffers' or whatever.. something that can be accessed in RL> one big RL> chunk under DPMI. Paging is the death of my software so I need direct RL> access. RL> RL> --- GEcho 1.00 RL> * Origin: Glow in the Dark BBS ... flickering in!! (1:163/115) The solution to your problem is actually very simple... Keep a linear frame buffer in main memory instead of video memory. main memory is much faster to do all your image processing. Use an interrupt routine to periodically (about 30 times/second) copy the frame buffer to the video board. Computers have become fast enough nowadays to tackle the problem this way. --- FMail/386 1.02 * Origin: !PsYcHoByTe BBS 24/24 at +32-3-457.89.27 (2:292/8215) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDY00000Date: 09/14/97 From: MATHIEU BOUCHARD Time: 06:15pm \/To: CRAIG HART (Read 1 times) Subj: Obscure software Question CH> etc CH> etc.) Every book covers the MBR, but then jumps straight into the dos CH> boot CH> sector, WITHOUT doccumenting the logical drives-in-an-extended-partition CH> table! what i could understand while poking into my parents' disk a few month ago (recovering from a crash), is that an extended partition is just a virtual disk in which you have a pseudo-mbr containing a pseudo-partition table containing a logical drive and a link to the next pseudo-partition... can i hi-ascii 437? Ŀ Ŀ Ŀ Ŀ Ŀ Ŀ Ŀ Ŀ , c: d: e: f: ' this is approximately how a drive divided into 4 parts, c: d: e: f:, is structured. it looks like a linked list: you have a container that's got 2 things: the c, and the rest. the rest is a container that's got 2 things: the d, and the rest... drives = { c:, { d:, { e:, { f:, {} } } } } that's what i remember from that experience... matju --- Terminate 4.00/Pro * Origin: The Lost Remains Of SatelliteSoft BBS (1:163/215.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDY00001Date: 09/28/97 From: JAMES VAHN Time: 10:12am \/To: JACIN NIXON (Read 1 times) Subj: Re: NASM > ...I freq the file from 1:346/49, was that the right one or should I > freq again from 1:346/15...? I got a message from the sysop at /49 saying there was an error in the request.. Try again from /15, he keeps a decent collection of files for me there. (nasm095s.zip) --- ifmail-tx (i386 Linux) * Origin: jvahn@short.circuit.com (1:346/15.1@fidonet) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EDY00002Date: 09/23/97 From: KRISTOF LEROUX Time: 08:37pm \/To: ALL (Read 1 times) Subj: COPPERS Heeft iemand een source van een copperbar, maar zo eenvoudig mogelijk, ik bedoel alleen de basis voor de copper, ik heb hier al enkele soruces van copperbars liggen maar er zit iets te veel tralala in of er staan helemaal geen aantekeningen bij... Alvast bedankt! Groeten, Kristof Leroux --- FMail 0.98a * Origin: DiGiTaL ConTacT BBS Point = +32-89-73-18-67 = (2:292/120.69)