--------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00001Date: 06/17/97 From: KRISTIAN RASMUSSEN Time: 02:44am \/To: LUIS CARDOSO (Read 2 times) Subj: instrucoes BYTECODE. LC> What mean exactly "BYTECODE Instructions?" I were reading a LC> article that said that in the compilation the software generate LC> BYTECODE instructions. I've seen the term 'bytecode' applied to the code generated by a Java compiler. In that context, it means platform-independant code, a sort of tokenized and optimized version of the source code. It's what used to be called 'p-code', I believe. - KR - --- BBBS/NT v3.33 How-D * Origin: Dalen BBS - +Bergen/Norway+ - <+47-55167262> (2:211/35) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00002Date: 06/17/97 From: DAVID KIRSCHBAUM Time: 09:43am \/To: SYLVAIN LAUZON (Read 2 times) Subj: huffman >> The last input bytes are padded with 0's if necessary to make >> it 3 input >> bytes. In most modern uuencoders, output spaces (ASCII 32, >> 20H) are >> converted to the '`' character. > Would it be rather null char? What about this ending line. > @[```4D5!1"Y-15!+!08`````!P`'`(T!```4[@`````` > ` > end The line with just the "`" character _is_ a null. It's the zero line length (the value that leads every line). Except in uuencoding, everything has a 32, 20H, added to it .. and when you replace _that_ ASCII 32 space character with a "`" ... > What it looks like in Hex? (once converted binary) Larger. With no line length character. Which was the whole point of going to uuencode in the first place: more efficient than a straight 2_for_1 hex conversion. --- * Origin: Toad Hall (1:3634/2.4) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00003Date: 06/14/97 From: JON GENTIL Time: 09:22pm \/To: ALL (Read 2 times) Subj: ArrowSoft Assembler Dear All, Where can I get the ArrowSoft Assembler? What advantages does it have over A86? TASM? What are it's drawbacks? Jon Gentil - jon.gentil@magi.station-1.com [PGP KeyId:0x3EB376B5] FidoNet Net 232 NEC 1:232/211.0 1:232/1.0 [EIEIO] Moderator: YOUNG_ADULT, R11TEEN, FIDOWORK FLAME Backbone - Region 11 Star Disribution System --- * Origin: Realm of the Magi BBS - Pekin, IL - FidoNet (1:232/211) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00004Date: 06/18/97 From: MERVYN BALDWIN Time: 09:41am \/To: DORAN MOPPERT. (Read 2 times) Subj: Re: HELP! From: Mervyn Baldwin Subject: Re: HELP! > That's the second person I've seen do that .... why not: Delighted to see that you all are seeing anything I send. Regret that, coming to you via internet as I do, I don't see my stuff echoed - so I'm never sure it actually gets there. In this case we both of us saw it. I thought it was a neat idea. You looked a bit further. Good for you! >mov dx, offset theendofprog + 15 >shr dx, 4 > > Saves a byte in the code, and a possible 16 wasted bytes in allocated > memory! Absolutely right. That's what I have been doing for yonks - or even mov dx,(offset theendof prog+15)/16 or similar. Anyway - culpa mea! -- vyn@abaldwin.demon.co.uk -!- --- * Origin: (1:346/100) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00005Date: 06/18/97 From: MODERATOR Time: 06:04pm \/To: HERMAN SCHONFELD (Read 2 times) Subj: Re: collision-query Herman Schonfeld writes: > If you're after a 'collide()' procedure then > int collided(TANK *tank1, TANK *tank2) > { > if ((((tank1->x+tank1->x1 << 1)) == ((tank2->x+tank2->x1 << 1))) && Herman, I'm sure the info was appreciated, but we need to stick to assembly language here. Some inline assembly has recently been posted and I'm afraid it has given the impression that *all* C or Pascal source is acceptable.. It is not allowed. Assembly is common to many languages, and it wouldn't take long for the echo to become a hodgepodge if we let that happen. Thus the reason behind this rule. Your co-operation is appreciated, thank you. --- ifmail v.2.10-tx8.2 * Origin: (jvahn@short.circuit.com) (1:346/15.1) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00006Date: 06/18/97 From: JAMES VAHN Time: 09:04pm \/To: JON GENTIL (Read 2 times) Subj: Re: ArrowSoft Assembler Jon Gentil writes: > Where can I get the ArrowSoft Assembler? You can f'req it from 1:346/15 as valarrow.zip, ftp it from Simtel, fetch it from http://www.cet.com/~jvahn or get it by email from my home-brewed uuencoding file server. :-) to: server@short.circuit.com subject: help > What advantages does it have over A86? TASM? > What are it's drawbacks? Answering all questions at once: it's a free MASM 3.0 I would suggest using the flink250.zip linker rather than Val, and try the zd86-101 debugger too. --- ifmail v.2.10-tx8.2 * Origin: 300 miles East of Seattle, WA (1:346/15.1) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00007Date: 06/14/97 From: DANIEL MORENO Time: 08:14am \/To: DAVID KIRSCHBAUM (Read 2 times) Subj: New here David Kirschbaum deca a Daniel Moreno... >> Well... it's nice to know more than a lenguaje don't you think? ;) DK> Oh my goodness! Yes, I knew about Catalan, spent a very nice week early DK> one spring back in the mid-70's on a visit to Barcelona. Stayed in a DK> tourist hotel up the coast, very inexpensive :-) [...] Well... I think I'd better reply by netmail to this, becouse it has very few to do with 80xxx programming. Don't you think? ;) DK> But if you think I'm gonna work my way through English _and_ Spanish DK> _and_ Catalan when figuring out some of your code ... :-) No, of course! :-DD I do this only in the programs I'm the only one who reads them. When I wri- te a program wich has to be seen by other people to learn then I try to be clear in the "comentaries" and I write the variable names in the right len- guaje. | Saludetes de ComaC, Cosysop de Conecta2 BBS -- : FidoNet : 2:343/168.5 RedBBS: 757:101/666.5 Luznet: 34:93/666.5 OtakuNet: 99:343/666.5 Conecta2Net: 69:666/1.5 --- FMail/386 1.02 * Origin: (2:343/168.5) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00008Date: 06/15/97 From: DANIEL MORENO Time: 11:22am \/To: TOM ST DENIS (Read 2 times) Subj: Protected Mode Tom St Denis deca a Daniel Moreno... DM>> I'm looking for a GOOD doc about protected mode. I would like to under DM>> tand all this becouse I start getting sad of real mode ;) I would like [...] TSD> Well, why not try tran's pmode extender or Adam Seychells DOS32. If you I don't like using other's people code. All the bytes in my executables ave to have been written by me. Instead of using DemoVT or similars I coded my own MOD/S3M player, instead of doing cut&paste of some 3D routines I wrote my own ones, etc... And now I want to write my own Protected Mode Extender. TSD> have I-net access goto yahoo and search for pmode, you will see peter's TSD> pmode page, this is a good page. TSD> When you get on the page download the tutorials and the intel386 doc. Uhm... Interesting. Is there enought info to learn about protected mode and to build my own extender? :))) TSD> If not I can teach you what I know (which really isn't that much) I use TSD> tran's extender because it's fast and includes the full source code. TSD> When I want to write 32-bit C code I use BCC 4.0 and Adam's DOS32. Uhm... one other trouble... I'll have to change my compiler to one capable of making 32 bits code. :( Until know i have benn using Turbo Pascal 7 and Turbo C 2.0. Uhm... well... at firts, to do some testing i can use Tasm and write 32 bits code in Assembler, but... when I want to write something bigger i'll have to look for a good compiler... Well... I'm going just now to yahoo to look for the info you have told me. :) | Saludetes de ComaC, Cosysop de Conecta2 BBS -- : FidoNet : 2:343/168.5 RedBBS: 757:101/666.5 Luznet: 34:93/666.5 OtakuNet: 99:343/666.5 Conecta2Net: 69:666/1.5 --- FMail/386 1.02 * Origin: (2:343/168.5) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00009Date: 06/17/97 From: DANIEL MORENO Time: 11:06am \/To: LUIS CARDOSO (Read 2 times) Subj: PROGRAMIN WITHOUT S.O. Luis Cardoso deca a All... LC> If could possible, I would like that somebody tell me, if LC> exist some Programming Language, or some compiller, that LC> when generate the EXECUTABLE file, do not use "DOS CALL LC> FUNTIONS". [...] LC> I try using BORLAND C++ Version 1.0. But I can't find a way to LC> generate a EXE file without INTERRUPT 21. I've disassembled LC> the generated files, and many INT 21 was there. I think all you need to do is NOT to use the standar libraries and build youself another "standar libraries" wich do exactly the same but without making Int 21 calls. It's quite a hard work... you'd better continue in ASM. ;) | Saludetes de ComaC, Cosysop de Conecta2 BBS -- : FidoNet : 2:343/168.5 RedBBS: 757:101/666.5 Luznet: 34:93/666.5 OtakuNet: 99:343/666.5 Conecta2Net: 69:666/1.5 --- FMail/386 1.02 * Origin: (2:343/168.5) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EAN00010Date: 06/17/97 From: DANIEL MORENO Time: 11:10am \/To: GLENN VERDINS (Read 2 times) Subj: text attribute Glenn Verdins deca a All... GV> How do i write a string to the screen, but being able to specify a text GV> attribute? GV> Like the Mov Ah,9 Int 21 function, only with colors? Look for the Interrupt 10h services. Those are the Video BIOS services wich allow you to write colored text. ;) Take a list of interrupts! Its a must for ASM programming! | Saludetes de ComaC, Cosysop de Conecta2 BBS -- : FidoNet : 2:343/168.5 RedBBS: 757:101/666.5 Luznet: 34:93/666.5 OtakuNet: 99:343/666.5 Conecta2Net: 69:666/1.5 --- FMail/386 1.02 * Origin: (2:343/168.5)