#: 14700 S6/Applications 26-Mar-92 22:19:27 Sb: printer Fm: tom farrow 72701,543 To: all please help me get my phantomgraph to print on my epson mx 80 with dots perfect or help with another type of graphic program. #: 14717 S6/Applications 29-Mar-92 06:49:21 Sb: #UMuse Query Fm: Ches Looney 73016,1336 To: Kevin Darling 76703,4227 (X) Kevin, please read msg 14716. Can you help Larry? I remember having the "malloc" problem but can't remember the fix. Mike hasn't been around since December. Thanks, Ches. There is 1 Reply. #: 14718 S6/Applications 29-Mar-92 09:25:53 Sb: #14717-#UMuse Query Fm: Kevin Darling 76703,4227 To: Ches Looney 73016,1336 (X) Ches - I don't have UMuse, so I'm not of much help. Hopefully someone who does have it can aid Larry in tracking down what's happening. Oh. Was it something about some util merged in with the shell, or was it a shell+ thingie or ... ? Hoping to jog your memory :-) There is 1 Reply. #: 14722 S6/Applications 30-Mar-92 06:16:20 Sb: #14718-#UMuse Query Fm: Ches Looney 73016,1336 To: Kevin Darling 76703,4227 (X) I knew you weren't a UMUser, but I thought the malloc error might trigger something. Seems to me it was a merge of some sort but it's been so long I can't recall. Isn't the malloc error a C problem of some sort? Something about memory allocation. Perhaps, as you said, something merged with the shell. I'll check my setup more carefully for unremembered merges. Thanks for feedback. Regards, Ches. There is 1 Reply. #: 14723 S6/Applications 30-Mar-92 08:56:27 Sb: #14722-#UMuse Query Fm: Pete Lyall 76703,4230 To: Ches Looney 73016,1336 (X) Ches - A 'malloc()' error simply indicates that there was not enough 'heap' ram left to allocate the amount requested by the program. Heap ram is that which is outside the amount allocated by the initial program fork. Malloc is a C library function that typically grabs a little more than requested, so the next time a malloc is requested, memory can be granted from an already snatched pool of free memory. Pete There is 1 Reply. #: 14725 S6/Applications 30-Mar-92 17:55:07 Sb: #14723-#UMuse Query Fm: Ches Looney 73016,1336 To: Pete Lyall 76703,4230 Thanks, Pete. I've gone thru my implementation and see no merges (Kevin's suggestion). I've also gone back thru some copies I kept of correspondance with Mike and find a partial answer by him on the problem. Seems he has written some of his own routines to bypass Shell's memory handling routines and one or more of these was causing the problem earlier (if I'm interpreting his messages correctly). Anyway, I've put through a voice message asking Mike to reappear so we may find out from the "oracle" shortly. Thanks for your response. Regards, Ches. There is 1 Reply. #: 14731 S6/Applications 30-Mar-92 22:20:02 Sb: #14725-UMuse Query Fm: Bill Dickhaus 70325,523 To: Ches Looney 73016,1336 Ches, Mike tried to squeeze the absolute maximum amount of memory out of the 64K limit. In doing so, he made some assumptions about how much memory the shell would allocate when forking a process. The standard shell uses a minimum of 1 page, shell+ requests a minimum of 31 pages (just under 8K). There is a patch for shell+ that fixes this. Another possible problem is merging modules, other than as specifically specified in the UMuse docs. Bill #: 14738 S6/Applications 31-Mar-92 07:30:47 Sb: #14731-UMuse Query Fm: Ches Looney 73016,1336 To: Bill Dickhaus 70325,523 (X) Thanks, Bill. Patching shell+ is probably what I did, then, to cope with the malloc error. Perhaps Mike will show up soon and refresh my memory. Thanks for the response. Regards, Ches. #: 17183 S6/Applications 29-Nov-92 09:38:27 Sb: #Man for osk Fm: Pete Lyall 76703,4230 To: Mark Griffith 76070,41 (X) Mark - I seem to recall some message traffic about 'man' and 68k... did you carry the banner forward into 68Kland? If so, would you mind parting with a copy? I could really use it. Pete There is 1 Reply. #: 17188 S6/Applications 01-Dec-92 05:45:19 Sb: #17183-#Man for osk Fm: Mark Griffith 76070,41 To: Pete Lyall 76703,4230 (X) Pete, >I seem to recall some message traffic about 'man' and 68k... did you >carry the banner forward into 68Kland? If so, would you mind parting >with a copy? I could really use it. Sure, I'll upload it for you. This is the simple one I did a few years ago from one of your original man utils. Look for it in DL12. /*------------- /\/\ark -------------*/ There is 1 Reply. #: 17190 S6/Applications 01-Dec-92 08:40:55 Sb: #17188-Man for osk Fm: Pete Lyall 76703,4230 To: Mark Griffith 76070,41 Thanks Mark! Pete #: 17196 S6/Applications 02-Dec-92 03:34:51 Sb: #17183-#Man for osk Fm: Mark Griffith 76070,41 To: Pete Lyall 76703,4230 (X) Pete, I don't have the man files themselves changed over to OSK versions yet, but I do have the program working, just using the CoCo man files. If you still want it, I'll upload it in zero for you, but no man pages. If you want the man pages, I'll have to send you a disk. /*------------- /\/\ark -------------*/ There is 1 Reply. #: 17201 S6/Applications 02-Dec-92 23:06:48 Sb: #17196-#Man for osk Fm: Pete Lyall 76703,4230 To: Mark Griffith 76070,41 (X) Mark - I'd love to have both the man pages and the program... could you shoot me a disk? Pete Lyall 14313 West Wesley Cir Lakewood, CO 80228 Pete There is 1 Reply. #: 17208 S6/Applications 04-Dec-92 03:34:03 Sb: #17201-#Man for osk Fm: Mark Griffith 76070,41 To: Pete Lyall 76703,4230 (X) Pete, > I'd love to have both the man pages and the program... could you shoot me a > disk? > > Pete Lyall > 14313 West Wesley Cir > Lakewood, CO 80228 > Sure, I'll put it in the mail. /*------------- /\/\ark -------------*/ There is 1 Reply. #: 17212 S6/Applications 04-Dec-92 17:30:33 Sb: #17208-Man for osk Fm: Steve Wegert 76703,4255 To: Mark Griffith 76070,41 (X) > Pete, > > > I'd love to have both the man pages and the program... could you shoot me a > > disk? > > > > Pete Lyall > > 14313 West Wesley Cir > > Lakewood, CO 80228 > > > > Sure, I'll put it in the mail. > And why not bring a set into work, eh? :-) *- Steve -*