ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab) (06/18/87)
In article <8736@amdahl.amdahl.com> kim@amdahl.amdahl.com (Kim DeVaughn) writes: >In article <3333@well.UUCP>, ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab) writes: >> MANUFACTURE: >> The program compiles and links under Manx 3.4b (should work under >> other versions, too). ^^^^^^^^^ > >3.4b? b? Has Jim released the new version? The Manx support BBS has not >been answering for several weeks now, so I am not up on 3.4b's progress or >availability. How's it look, Leo? > Looks solid. It has a couple of new command line switches in it (which I forget off hand). The README file also says that the version I have is preliminary. Every bug that could be fixed has been fixed. This implies that there are still a few limitations, but I haven't bumped into them yet. Jim says that it should be out Real Soon Now. >BTW, dunno if this is a compiler problem or a "feature" of EHB, but if >the "dancing square" is at the top of the screen when you click the RIGHT >mouse button, it'll take a bite out of one of the upper rectangles ... can >sorta make a game out of it! Hmmm ... maybe EHB *is* as perverse as your >other stuff ... :-) > An artifact of using the screen's RastPort and not the window's. When you hit the menu button, Intuition LockLayers() all the windows, putting to sleep any task trying to render to them. However, the screen RastPort isn't connected to a layer, so it just happily keeps drawing away all over your menus and menu bar. This isn't something you want to do if you're writing a "serious" program. The reason I render into the screen RastPort is to gain a little bit of performance. Windows are a superset of layers, which have clipping routines attached to them. Drawing through a clipping routine slows things down a bit, which is why I bypass it. So sue me. _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Leo L. Schwab -- The Guy in The Cape ihnp4!ptsfa -\ \_ -_ Bike shrunk by popular demand, dual ---> !{well,unicom}!ewhac O----^o But it's still the only way to fly. hplabs / (pronounced "AE-wack") "Work FOR? I don't work FOR anybody! I'm just having fun." -- The Doctor
kim@amdahl.UUCP (06/19/87)
In article <3352@well.UUCP>, ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab) writes: > In article <8736@amdahl.amdahl.com> kim@amdahl.amdahl.com (Kim DeVaughn) writes: > >In article <3333@well.UUCP>, ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab) writes: > >> MANUFACTURE: > >> The program compiles and links under Manx 3.4b (should work under > >> other versions, too). ^^^^^^^^^ > > > >3.4b? b? Has Jim released the new version? The Manx support BBS has not > >been answering for several weeks now, so I am not up on 3.4b's progress or > >availability. How's it look, Leo? > > > Looks solid. It has a couple of new command line switches in it > (which I forget off hand). The README file also says that the version I > have is preliminary. Every bug that could be fixed has been fixed. This > implies that there are still a few limitations, but I haven't bumped into > them yet. Jim says that it should be out Real Soon Now. I didn't make it to BADGE last night, but the pass along is that Jim has bundled-up v3.40b, and shipped it off to Manx for release and distribution (last week). Also, Steve Walton tells me (about the "bugs"): + that is, those which aren't fixed aren't + really bugs but rather non-ANSI interpretations of syntax in the front + end which will remain until version 4.1. Some mysterious libraries + with "i" as their middle initial (i.e., mi32.lib) turn out, according + to BIX, to be for handling those 68881 add-ons which treat the chip as + an I/O device rather than a coprocessor. I'm told the Starboard 2 + MultiFunction Module falls in this category. > Drawing through a clipping routine slows things > down a bit, which is why I bypass it. So sue me. Naw ... much more fun to try and "eat up" the entire horizontal bar :-)! BTW, I hear Viacom is pretty slick, Leo (or did he say "sick" ?) Hope doc will get it posted pretty soon ... I hear he's having "mailer problems" again (sigh)! /kim -- UUCP: kim@amdahl.amdahl.com or: {sun,decwrl,hplabs,pyramid,ihnp4,seismo,oliveb,cbosgd}!amdahl!kim DDD: 408-746-8462 USPS: Amdahl Corp. M/S 249, 1250 E. Arques Av, Sunnyvale, CA 94086 CIS: 76535,25