--------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00006Date: 05/19/97 From: TOM ST DENIS Time: 08:20pm \/To: DENIS BOYLES (Read 2 times) Subj: intel reference I would have sent the text file but it's 800kb so uh it's too big --- Maximus 3.01 * Origin: You're on vacation and nobody knows you * (1:163/105) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00007Date: 05/19/97 From: JAMES VAHN Time: 10:17pm \/To: PIETER DE JONG (Read 2 times) Subj: Re: Assembler in Linux <863917172@p7.f214.n281.z2.ftn> From: jvahn@short.circuit.com (James Vahn) > Maurice J. Bach 1986 "The Design of the Unix operating system". Hello Pieter, Have you got the ISDN for that book? ... The Moon is Waxing Gibbous (95% of Full) --- ifmail v.2.10-tx8.2 * Origin: (jvahn@short.circuit.com) (1:346/15.1) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00008Date: 05/18/97 From: ASHER DENSMORE-LYNN Time: 10:47pm \/To: PAUL WANKADIA (Read 2 times) Subj: Re: djasm PW> Anyone know how to use this "djasm" util that comes with DJGPP? It PW> seems to use Intel syntax and has several annoying features about it PW> ... AND there are no docs for it. TIA. I'd be leery about it. Check some FAQ floating around -- be it Linux or DJGPP, I forget -- and you get two warnings. 1) Don't trust gas! 2) Gas is only trustworthy when processing the code gcc produces. And djasm oughta be just a port of gas... Gas uses AT&T syntax, and is very annoying -- there are a wide variety of errors which will make it either fail silently or guess wildly. "Shucks, Ma, what happened to the interrupt vectors?" Asher Densmore-Lynn --- ~ TLX v4.10 ~ Ah, come on, just this one last little feature. --- FEcho1.46.1+/Bink2.60OS2/TG3.02 * Origin: -= The Dyslexic Chicken Parade =- {817-473-2390} (1:130/222) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00009Date: 05/15/97 From: JOSH FISHER Time: 12:34pm \/To: FLEMMING SONDERGAARD (Read 2 times) Subj: Creating my own OS -=> Quoting Flemming Sondergaard to Travis Hein on 13 May 97 <=- FS> IMHO the PC is as good as dead. Is this a joke? FS> It's a completely chaotic system based FS> on an outdated architecture. Surely, with computers like the PowerPC FS> (and the Amiga :), Yes,....it must be. FS> the PC can't have much of a future. Too many systems FS> are simply better than the PC. In what way, exactly? FS> Besides, I think OS/2 is all the operating system the PC will ever FS> need. It has multitasking, crash protection - well, just about FS> everything you could ever want from an OS. Well, it must be, because it has to run emulations of other OS's in order to run most apps. :) --- --- Joshua Fisher --- Cincinnati, Ohio USA --- jfisher@your-net.com --- *SignIt 1.6* Signed on 05-15-1997 --- Blue Wave/386 v2.30 * Origin: StarNet Development Mason, Ohio USA (1:108/550) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00010Date: 05/17/97 From: DENIS BOYLES Time: 04:11am \/To: BARRY BLOCK (Read 2 times) Subj: BOSSKEY.ASM - SYSREQ.ASM Hi Barry, BB> DB>> push CS BB> DB>> pop DS It would be the above, which I didn't really notice before. After the INT 2E call, SS:SP would be trashed. So when we PUSH CS, we would be pushing it to n unknown memory area. The PUSH/POP itself is fine, but it's where the pusing/poping is happening that's the problem. We might be pushing our CS into some other program's code/data, possible screwing it up. BB> DB>> mov SS,[_SS] ;restore them back again BB> DB>> mov SP,[_SP] BB> DB>> ... BB> FS> Are you sure this is safe? You are using the stack here. Not good en BB> FS> There's nothing wrong with: BB> FS> mov ss,cs:[_ss] BB> FS> mov sp,cs:[_sp] Try that and see what happens. BB> I don't see the problem. push,then pop. Stack is not altered, right? BB> However, I tried the tsr with Denis's change and it still crashes :) Oh well, worked in BACKUP :) perhaps it needs a total re-work, and the most try saving EVERYTHING! :) registers, stack, etc. Cheers, Denis Boyles * OLX 2.1 TD * Unable to locate Coffee -- Operator Halted! --- Maximus/2 3.01 * Origin: Frog Hollow Port Moody BC 604-469-0264/0284 (1:153/290) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00011Date: 05/17/97 From: DENIS BOYLES Time: 04:11am \/To: N.FERRI@AGORA.STM.IT (Read 2 times) Subj: EXTERNAL PROGRAMS N.>&>& RH> Hi all! Can somebody tell me how to execute external programs, N.>&>& RH> EXE or COM files in assembler? N.>&>& Sure! This should do the trick: N.>&>& p_name db "M.EXE",0 ; name of program to N.>&>& p_block label byte N.>&>& dw 0 ; [1] N.>&>& dd cmdtail ; pointer to cmdtail N.>&>& dd fcb1 ; pointer to fcb1 N.>&>& dd fcb2 ; pointer to fcb2 N.>&>& N.>&>& cmdtail db 0,0dh ; [2] N.>Ok, but I can't understand how to execute programs with parameters. Let's N.>say that I want to launch M.EXE with the /T /P switches (only an example IIRC you would include those switches in you command tail block, seperate from the program itself. In the above, that would be CMDTAIL and it has the same format like in the PSP. ie: [count] [command options] [carriage return] So, for your example you would need to change the initialized data of MDTAIL above to: cmdtail db 6," /T /P",0Dh So, the tail itself would be 6 bytes in length, and would end with the 0D character. The first "space" is to make M/T/P as M /T /P, though for a / DOS will seperate that anyway. (ie. M/T or M /T should work in DOS) Cheers, Denis Boyles * OLX 2.1 TD * MSI - Bringing it all together in '92 --- Maximus/2 3.01 * Origin: Frog Hollow Port Moody BC 604-469-0264/0284 (1:153/290) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00012Date: 05/17/97 From: DENIS BOYLES Time: 04:11am \/To: ALEXANDRE OSTANINE (Read 2 times) Subj: MAP AO> NFsi> can anybody please tell me how to create a hex map of an AO> NFsi> image, just like the one here below ? Let's say I have an AO>Man! Can you be more specific about your question? Seems pretty cut and try to me, course that's just me. :) AO>other wise I DO NOT understand you. Sorry. I believe, as I took it, that he wanted to know how to take a raw image and convert it into DB statements. So the image could be included as a source ode file during assembly. (rather than load the image seperately) ie: Take his raw image and make it into -> " 111111 " sprite DB 32h,32h,32h,32h,32h... " 1111111111 " DB 32h,32h,32h,32h,31h... " 111111111111 " DB 32h,32h,31h,31h,31h... " 111%%1111%%111 " DB 32h,31h,31h,31h,25h... " 11%%%%11%%%%11 " "111%%``11%%``111" ... "111%%``11%%``111" "1111111111111111" "1111111111111111" "1111111111111111" "1111111111111111" "1111111111111111" "1111111111111111" "11 111 111 111 1" "1 1 1 1 " " " Cheers, Denis Boyles * OLX 2.1 TD * hAS ANYONE SEEN MY cAPSLOCK KEY? --- Maximus/2 3.01 * Origin: Frog Hollow Port Moody BC 604-469-0264/0284 (1:153/290) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00013Date: 05/15/97 From: FLORIAN SCHAEFER Time: 04:39pm \/To: DENIS BOYLES (Read 2 times) Subj: 16.7m 640 x 480 Hi Denis, am Montag, 12 Mai 1997 schrieb Denis Boyles an Phil Quinton: PQ>> Hi, Can someone tell me how to put my graphix mode PQ>> into 640 x 480, displaying 16.7 millions colours? DB> mov AX,VideoMode DB> int 10h Well... that's not 100% right. Remember! Mov ax,Videomode replaces mov ah,00h ;VGA-Bios function 0 - Set Video mode mov al,Videomode ;Mode number int 10h ;call VGA-Bios Standard video Modes are 8-bit-values, so AH will always be zero if you do it that way. The extended modes use 16 bit - so you cannot do it that way. You have to make use of your vesa-bios: mov ax,4f02h ;VESA Bios function 2 - Set extended Video mode mov bx,VideoMode ;Mode-Number int 10h ;Call VGA(VESA) Bios cu Flo --- UNREG * Origin: Stop fascism! (2:2480/3504.9) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00014Date: 05/16/97 From: BARRY BLOCK Time: 06:48pm \/To: DENIS BOYLES (Read 2 times) Subj: Scrolly.Asm Hello Denis, DB> ;-=] SCROLLY.ASM [=- v1.00 Public Domain (pd) by Denis Boyles Thought I'd not wait till after I studied it to say something. A86 assembled it in a blink of an eye, after I tried Tasm. Tlink thought the object file has a bad origin. It works as advertised. I see no speed decrease on my 386dx 40mhz when turbo is turned off. It's scrolls very smoothly. I think I'll alter it to read in a text file and then scroll it. To make it more flexible and for practice. What the heck, a buffer's a buffer :-) Thanks for posting it. If I ever want to bloat a zipfile I have the prog to do it. Follow? You've given me a lot to study over the months, Denis :-) Kind regards, Barry --- Terminate 4.00/Pro * Origin: EBO-BBS A'dam +31-20-6002828 (2:280/901.42) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: E5P00015Date: 04/30/97 From: ALAIN RENARDY Time: 09:05am \/To: NICK GRENFELL (Read 2 times) Subj: checking for networked drives Hello Nick! Nick Grenfell wrote a message to Anyone: NG> I'm writing a quick program to see if I can detect local and NG> networked drives. Then it's going to tell me if the device NG> is removable or not. NG> It doesn't seem to recognize my CD-ROM correctly. It says NG> that the drive is REMOTE when it is on that system. NG> The other computer on the network finds the CD-ROM as NG> remote, but that it is not a removable device. NG> If anyone could give me some insight as to why it is NG> misreporting my CD-ROM, I'd appreciate it. Sorry it isn't NG> put together better .. I was kind of writing it on the fly. If I recall corectly, the CD-ROM driver always emulates a network drive to bypass some DOS limitations. I am not quite sure about what problem this was made for. If you are curious about wat problems this was made for, I can search for it. Any way. The problem is not in your program, it is the way the CD-ROM driver is implemented in DOS. I hope this will help you. Bye, A. Renardy --- FMail 1.02 * Origin: *** The Marginal BBS * Brussels * Belgium *** (2:291/766.161)