32bit TSR

DOS specific questions.
angros47
Posts: 2321
Joined: Jun 21, 2005 19:04

Re: 32bit TSR

Post by angros47 »

The code is hosted here:

http://qbasicgui.datacomponents.net/230_WIN3.html

I see that on my mail server the mail we exchanged are still available, in case.
angros47
Posts: 2321
Joined: Jun 21, 2005 19:04

Re: 32bit TSR

Post by angros47 »

Also, this was supposed to be a tutorial

http://web.archive.org/web/200803081028 ... itutor.htm
angros47
Posts: 2321
Joined: Jun 21, 2005 19:04

Re: 32bit TSR

Post by angros47 »

This is the version to be used as a module:

http://s000.tinyupload.com/index.php?fi ... 8956947983

This is the version with lists:

http://s000.tinyupload.com/index.php?fi ... 9734638205
Gablea
Posts: 1104
Joined: Apr 06, 2010 0:05
Location: Northampton, United Kingdom
Contact:

Re: 32bit TSR

Post by Gablea »

Did you ever mange to make a listbox and a taskbar area?
angros47
Posts: 2321
Joined: Jun 21, 2005 19:04

Re: 32bit TSR

Post by angros47 »

I saw that I added regular lists (not listbox) years ago, it should be the last link I put. I never added a taskbar (it is a GUI, not a multitasking environment, after all), but it would not be difficult to use a properly shaped window to simulate it.

By the way, at the time I worked on it, FreeBasic offered no feature to create a multitasking environment (I would have loved to turn it into something like Windows 3.1, or like that old dos software called SEAL, that worked on top on dos, and supported multitasking and its own applications. But it needed dynamic loaded libraries, and threads. In FreeBasic 1.06 dynamic libraries and threads are available, so the tools to make something like SEAL are available, in theory
angros47
Posts: 2321
Joined: Jun 21, 2005 19:04

Re: 32bit TSR

Post by angros47 »

Also, to answer the original question: TSR are made for real mode, it's tricky to create them in DOS using an extender:

https://freebasic.net/forum/viewtopic.php?f=4&t=26883

To create a TSR in real mode in basic this can be used: http://ftp.gnome.org/mirror/archive/ftp ... tsrv21.zip

Or, even better, this: http://ftp.gnome.org/mirror/archive/ftp ... rbas22.zip (being shareware, you can't use it in a commercial product).
rugxulo
Posts: 219
Joined: Jun 30, 2006 5:31
Location: Usono (aka, USA)
Contact:

Re: 32bit TSR

Post by rugxulo »

marcov wrote:Yeah, even the "dos ain't dead" forum (http://www.bttr-software.de/forum/) seems to be dead nowadays.
It's back now, so try again.

BTW, IIRC, the main dude behind CWSDPMI (CWS) had some demo TSR code, but it couldn't be unloaded. So that's not quite ideal, esp. since it ate up a fair bit of low RAM. He's always busy and doesn't post much anymore, but I'm sure someone on the DJGPP could dig him up and email him if you're desperate.

(No, I haven't read all the following messages yet, sorry if redundant!)
rugxulo
Posts: 219
Joined: Jun 30, 2006 5:31
Location: Usono (aka, USA)
Contact:

Re: 32bit TSR

Post by rugxulo »

srvaldez wrote:perhaps HX DOS-Extender might be of interest https://sourceforge.net/projects/hx-dos/files/
the development is discontinued but it should still be a viable product to use.
although it supports multithreading it does not support multitasking, so I doubt that it would work for what you want.
I've never had much direct contact with Japheth, so I feel almost guilty mentioning him. I don't know his plans. But he has returned active again (apparently) now that BTTR's forum is also online again. He seems to indicate some prerelease of a new HX release, et al. So it's not quite discontinued, but I don't know barely even that much!
rugxulo
Posts: 219
Joined: Jun 30, 2006 5:31
Location: Usono (aka, USA)
Contact:

Re: 32bit TSR

Post by rugxulo »

Gablea wrote: If someone know the best way In dos to copy 20 files extramly quickly (size ranged from 2kb upto 1mb) then I’m all ears (as we say in the UK)
Email Eric Auer (FreeDOS contributor) for details, or just ask on the mailing list. He once had an idea (paraphrased) where you seek to the end of the resulting file size, write one byte at the end. Something weird like that which would avoid constantly adjusting the FAT's file size for each tiny write. I don't remember the details. I think DOSzip commander utilized that idea. Hmmm, lemme search for that old post on BTTR:

http://www.bttr-software.de/forum/forum ... hp?id=8879
Eric Auer wrote: > Hi, a comment on the dos copy command threat: Try first setting
> the file to the right size (seek to end-1, write a byte, close)
> and then reopen the file and start writing data, for example in
> 32k blocks, taking care that the 32k buffer does not wrap around
> a multiple of 64k in terms of linear address / DMA boundary. The
> idea is that setting the final size immediately avoids having to
> update the FAT again later: The file size does not change later,
> while it would change all the time if starting with an empty file
> and appending data to it until all content is there...
Post Reply