CompuServe Messages

steps on things

    31-Aug-88 23:09:34
Sb: #8942-steps on things
Fm: Black Belt Systems 76004,1771
To: Vic Wagner 76046,3004
Nope. And CoComm multitasks just fine, Vic. Remember, those signal bits are limited to 16 for a single task – not 16 for the machine. Once you click on CoComm, it gets 16 it can use…. and I use a fair number of them. I even have some to spare. But I can't afford for the spares (4 or 5) to be eaten and never returned by CoComm itself, which is what was happening. You know, things are _much_ easier to manage when each window gets it's own IDCMP port. Likewise, the consoles. That's why CoComm uses alla them ports, and that's why it's so powerful, too – because the resources that I have are extremely easy to manage. You bring up something that's been bothering me, though – why 16 signal bits? Seems to be pretty darn shortsighted to me! I think that if you start something from a CLI as a task (either with run or if it forks itself via cback.o or whatever) then the CLI is sitting there with sigbits-forked sigbits available. Seems awfully stupid – that limits the number of tasks you can have in a CLI – something I thought wasn't supposed to happen. If it doesn't work that way, then I suppose it's not so bad. I did see a comment to the effect that it did work that way just recently, tho. Why not 32 signal bits? I could use em. <grin> –Ben–