| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Packet Radio Program |
> The key piece of code to be developed would be an OS/2 VDD. > The BPQCODE TSR would be run in only one VDM. JdBP> A better approach, I think, would be to code the BPQCODE program as an JdBP> ordinary OS/2 process (far easier, to do, in fact, than all of the JdBP> smoke and mirrors stuff necessary to have a TSR run in the JdBP> background). The VDD could communicate with the OS/2 process either JdBP> via a character PDD, or via a more conventional IPC mechanism. JdBP> I say this, because making a "distinguished" VDM that runs the DOS TSR JdBP> program would be quite complex. The problem is that I do not control the BPQCODE module; John Wiseman does. It is written in highly optimized assembly language, and it does a lot of tricks that are quite amazing. For example, the BPQCODE TSR reallocates freed code space to its own stack as it runs. A port to OS/2 would be a rewrite. There is already a Windows VxD for BPQCODE, but it just shields the TSR and runs it in V86 mode. -- Mike --- Maximus/2 2.02* Origin: N1BEE BBS +1 401 944 8498 V.34/V.FC/V.32bis/HST16.8 (1:323/107) SEEN-BY: 12/2442 620/243 624/50 632/348 640/820 690/660 711/409 410 413 430 SEEN-BY: 711/807 808 809 934 942 949 712/353 515 713/888 800/1 7877/2809 @PATH: 323/107 150 3615/50 229/2 12/2442 711/409 808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.