--------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGN00004Date: 12/17/97 From: DANIEL TROY Time: 03:01pm \/To: ALL (Read 1 times) Subj: question i want to get all the references about protected mode so what i need are the file names with which i can find them on the net thanx R E S H is in da houz dudez. --- FMail/Win32 1.22 * Origin: GAK's BBS; Sydney, Australia; 336oo; +612 9796 2821 (3:712/102) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGN00005Date: 12/15/97 From: SERGUEI SHTYLIOV Time: 10:21pm \/To: PAT PRIDGEN (Read 1 times) Subj: Xon/Xoff Hail! Once you wrote to All: PP> Is there a HEX/Binary Equivalent to XON and XOFF. There is a modem at PP> work that doesn't respond to normal AT commands. What it does respond to PP> is XON and XOFF. How would I go about sending either of these commands PP> to the modem? XON = 11h, XOFF = 13h. Farewell! --- GoldED 2.50+ * Origin: Down in The Ground Where The Dead Men Go (FidoNet 2:5020/157.59) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00000Date: 12/18/97 From: ARNOUD BAKKER Time: 05:07pm \/To: SCOTT MCNAY (Read 1 times) Subj: Timer.. Scott McNay wrote in a message to Arnoud Bakker: SM> 1Ch is the user timer hook, which is the correct one... maybe you SM> aren't returning correctly (not hooking correctly), or taking too SM> long to handle it, or disabling interrupts and leaving them off or SM> something else of the kind? It does work with the same code when I grab onto 8h... The first step was to write a hook that just cxalls the old code and then returns, but even that failed... SM> Details... what multitasker are you using? Trim the code down to SM> the base minimum and post it here if its not too long. OS/2 and Windows 95, already done that. It does work on the int 8 though... Met vriendelijke groeten, Arnoud Bakker --- * Origin: Just Another BBS! 070-3240430, [12:00-24:00] (2:281/411) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00001Date: 12/18/97 From: ARNOUD BAKKER Time: 05:09pm \/To: SCOTT MCNAY (Read 1 times) Subj: Code in Boot Sector Scott McNay wrote in a message to Dalin Owen: DO> I can _fully_ lock out my system with a BIOS password! DO> Except that doesn't stop someone from pulling the battery.. SM> You're not going to be able to defend against someone who truly SM> knows what he's (she's) doing and who is truly determined to get SM> in. Right enough.. SM> Someone could just pull the hard drive out and put it on another SM> computer, therefore, to be properly paranoid, you'd need the entire SM> hard drive encrypted. You're begging for trouble when you start SM> thinking along those lines. Just encrypting the MBR will do the trick (user on other disk can't read your partitions then) SM> in a secure area; I had to show my ID and a copy of the work order, SM> and sign a sign-in sheet in order to get in to work on the SM> computer. They would turn on flashing lights so that everyone in SM> the place knew that guests were present who did not have proper SM> security clearance. WOw... were was that? Met vriendelijke groeten, Arnoud Bakker --- * Origin: Just Another BBS! 070-3240430, [12:00-24:00] (2:281/411) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00002Date: 12/18/97 From: PETER MAGNUSSON Time: 08:51am \/To: TED ROLLE (Read 1 times) Subj: Rotation encryption TR> I've posted your message in the American Cryptogram TR> Association's mailing list. Maybe there is someone there who TR> can shed some light on this system. Do you have more TR> examples? Perhaps plaintext and ciphertext? Programs? I got a couple of samples, but the're isn't much diffrence. The passwords are CMOS dumps from an AMI bios, and the bytes I included are all that differs between each new password. [peter] --- FMail 1.02 * Origin: Server*7GB* D0S.0S2.WiN USR33600 0300-13564 (2:203/253) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00003Date: 12/18/97 From: PETER MAGNUSSON Time: 08:56am \/To: ARNOUD BAKKER (Read 1 times) Subj: Timer.. AB> Why can't I tap on the timer interrupt (1Ch)... Whenever I AB> try my multitaskers get angry. Is there another way to let AB> my tsr get started every second? (or a little less) That shouldn't be a problem... Are you sure your interrupt doesn't mess up the stack, is to slow, or changes some registers? [peter] --- FMail 1.02 * Origin: Server*7GB* D0S.0S2.WiN USR33600 0300-13564 (2:203/253) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00004Date: 12/18/97 From: PETER MAGNUSSON Time: 09:11am \/To: ALL (Read 1 times) Subj: Crash? I believe there's been a little fidonet crash somewhere. Appears like I got some really old messages sent to me. Hope it's just me... Well, anyway.. I was wondering if the're is any way to pick out seconds and 1/100 seconds from a W95 64bit LFN date? I know it's possible to use an interrupt call, but I was wondering if there's possible to just get the 1/100 or something just with some ANDs or something. [perer] --- FMail 1.02 * Origin: Server*7GB* D0S.0S2.WiN USR33600 0300-13564 (2:203/253) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00005Date: 12/18/97 From: JAMES VAHN Time: 07:27pm \/To: JAN WAGEMAKERS (Read 1 times) Subj: Re: leal > But still, it doesn't work like I expected :-/ The .DATA directive seems to do the trick. How do we make this into a TSR-type of program? I'd like to run it from the command line and constantly display in the lower left of the screen, without forking to the background, ala &. There must be more than one way to RET. The cut&paste program called gpm would be a clue. .globl main main: pushl $currenttime # push adres of currenttime on the stack call time # call time addl $4,%esp movl currenttime,%eax # test-rout. print value in currenttime pushl %eax pushl $.printdec call printf addl $8,%esp ret .DATA .printdec: .string "%d\n" currenttime: .byte 0,0,0,0 .END --- ifmail-tx (i386 Linux) * Origin: jvahn@short.circuit.com (1:346/15.1@fidonet) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00006Date: 12/18/97 From: ROBERT GLODT Time: 08:24pm \/To: ALL (Read 1 times) Subj: getting pixel color... ok, I need to know how to get the color of a pixel in 1024x768 256 color mode. I'm using a SVGA256.BGI driver. If ya know how to do this in this mode PLEASE, reply ASAP! --- Maximus/2 3.01 * Origin: Micro-Addictus Hospital (1:346/7) --------------- FIDO MESSAGE AREA==> TOPIC: 145 ASSEMBLY LANG. Ref: EGP00007Date: 12/19/97 From: SCOTT MCNAY Time: 04:41pm \/To: ARNOUD BAKKER (Read 1 times) Subj: Timer.. *** Arnoud Bakker wrote in a message to Scott McNay: AB> It does work with the same code when I grab onto 8h... The AB> first step was to write a hook that just cxalls the old code AB> and then returns, but even that failed... AB> OS/2 and Windows 95, already done that. It does work on the AB> int 8 though... Hmm... some interrupts are automatically restored when a program terminates, but I guess that you're doing your testing with a non-TSR. In any event, I dont think that Int 1Ch is one of those that gets restored automatically. Have you tried a hook that prints a message with the BIOS (not using OS calls, just in case), or something like that, before it does anything else, to confirm that it's actually being called correctly? You probably have, but just checking. I can't think of anything else currently. If you keep having trouble, I may try it myself, to see if I can reproduce it. I use DOS, though, not OS/2 or Win95. Maybe there's something about a protected-mode OS that causes problems? --Scott. --- timEd 1.01 * Origin: Wizard's, 254-554-2146, Abacus PLUS, 903-3097 (1:395/11)