#: 20498 S1/General Interest 29-Oct-94 11:20:03 Sb: #20490-Any suggestions? Fm: David Breeding 72330,2051 To: Dick Watson 71320,2340 > >>Perhaps you could use the SIZE(str) function. > > Well, I was really looking for simple IPC mechanisms and one of them was > to find a way to pass a pointer to a string. This would mean I'd also have > to pass SIZE(str). Maybe this elegant IPC stuff is just too much under > the circumstances. Well, maybe this will work. If you have a Basic main prog, say Prog1, as follows: Dim s1:string[50] RUN Prog2(s1) Then you have prog2 : DIM s2:string[100] Print "The size of the string: ";size(s2) Then the correct size WILL be passed PROVIDED the stringsize in the subfunction is >= the stringsize in the calling function.. Note if it is smaller, SIZE(s2) will return a Parameter Error. Hopefully this might help you.. However, you might need to ensure that the s2 IS >= s1. Otherwise, everything will be OK if LEN() of the passed string is < SIZE(s2), but if the passed strlen exceeds the capacity of the PARAM string, then PARAM ERROR is returned. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ #: 20499 S1/General Interest 29-Oct-94 11:21:12 Sb: #20493-Any suggestions? Fm: David Breeding 72330,2051 To: Bob van der Poel 76510,2203 (X) > BTW, B09 is a pretty good and very fast language. It has some limitations And HOW! I think it is a VERY sophisticated language, as a whole. > which I was hoping would be addressed in the 68K version, but, alas, it > seems not to be so. I would like to see some was to implement Global > and/or Static variables and a way to limit the name space pollution with > all packed functions be available to the entire system...should be some > way to make private functions. Ahh yes. Gimme some GLOBAL variables.. This was one of my biggest gripes about B09. If you're trying to write a very large and involved program, and the bad part about M-W basic is that it is VERY capable of doing so.., and you have forty-'leven sub-modules, and suddenly you realize you need to add one more little field to that "TYPE" that occurs in almost every single module; it seems like you can NEVER find them all . I think this is about the only - well one of the very few - aspects that make it inferior to C from a programming standpoint. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ #: 20494 S1/General Interest 26-Oct-94 00:59:04 Sb: #1.2 Meg. Teac - help Fm: Ken Drexler 75126,3427 To: 74464,3005 (X) Boisy, I use Teac FD-55GFR or FD-55GFV, its slightly older twin, on a Kix\30, a QT2 and an old Smoke Signal. Yes, the drive has two speed modes. It may be that one of the straps needs to be set differently than the default. The two straps for the high density control are LG and I. I set them as follows: As Received As Used LG OUT OUT I IN OUT You might try these settings. (If you want more information on the strap settings, try Teac's fax line for information. Its number is (213) 727-7629. According to my October 1993 index, the documents on the 5 1/2 GFR drives are No. 5004 and 5007.) Good luck getting the drive going. Ken There is 1 Reply. #: 20496 S1/General Interest 27-Oct-94 04:31:14 Sb: #20494-1.2 Meg. Teac - help Fm: Boisy G. Pitre 74464,3005 To: Ken Drexler 75126,3427 (X) > Boisy, > > I use Teac FD-55GFR or FD-55GFV, its slightly older twin, on a Kix\30, a > QT2 and an old Smoke Signal. Yes, the drive has two speed modes. It may be > that one of the straps needs to be set differently than the default. The > two straps for the high density control are LG and I. I set them as > follows: > As Received As Used > LG OUT OUT > I IN OUT Hi Ken! Long time no talk. By OUT, I presume you mean un-jumpered. Well, both LG and I are unjumpered on this drive. I couldn't even format a 1.2MB floppy until I removed the jumper from DC and stuck it on RY. Then, I could format and read a 1.2MB floppy. But, I still could not read a 360K formatted disk (CoCo), hence the Error #247's. > You might try these settings. (If you want more information on the strap > settings, try Teac's fax line for information. Its number is (213) > 727-7629. According to my October 1993 index, the documents on the 5 1/2 > GFR drives are No. 5004 and 5007.) Just called. It's 7am here, so I should have the docs in my fax bin when I get to work. Thanks! > > Good luck getting the drive going. > > Ken > -- Boisy G. Pitre__ __ __ Delphi: BOISY |_ _| \ \/ / CompuServe: 74464,3005 I use... _| |_ > < Internet: boisy@os9er.waukee.ia.us |_____|NFO/_/\_\PRESS 1.2.0 OS-9 -- King of Operating Systems #: 20495 S1/General Interest 27-Oct-94 00:25:45 Sb: Job Oppor. ITV/MicroMal Fm: Kim Kempf 71161,3221 To: all Interactive TV surfers! If you can't wait to channel surf into the next generation of Interactive TV systems, discover MicroMall. MicroMall, a leader in interactive multimedia retailing systems, seeks senior software engineers to join the Advanced Systems Staff and participate in the development of advanced interactive television retailing systems. MicroMall is located in America's Heartland - Des Moines, Iowa. Where quality of life is paramount. Where housing is affordable. Where a drive to work takes just 10 minutes and the rush "hour" will be over by the time you finish reading this add. It's an ideal setting for creating software that pushes the envelope. Now, MicroMall is looking for more of the best and brightest to continue to push the leading edge in ITV services. MicroMall offers a very attractive compensation package including competitive salaries and major health care coverage. Plus, MicroMall offers a stimulating, challenging, yet casual environment. These positions report directly to the Director of Advanced Systems Development. Senior Database Engineer Position responsibilities: Analysis, specification, design, and implementation of embedded ITV database systems. Analysis, specification, design, and implementation of remote object management systems. Desired skills: Fluency in high level languages (C++, C, 4GL). Fluency in multitasking operating systems (UNIX, OS-9). Experience with RPC based applications. Experience with commercial object oriented and relational database management systems. X-Windows/MOTIF application development. Senior Application Engineer Position responsibilities: Custom GUI design for ITV set top applications. Presentation object and state engine development in conjunction with other MicroMall staff. Desired skills: Experience with CD-I, CD-RTOS, RAVE, DAVID, or OS-9. Fluency in high level languages (C++, C) and low level languages. Fluency in multitasking operating systems (UNIX, OS-9). Experience with RPC based applications. Experience in computer hardware configuration and integration. X-Windows/MOTIF application development. Successful candidates will have a BS degree in computer related field, but will consider other disciplines or commensurate technical experience. 5-7 years experience in the development and operation of embedded interactive applications in a heterogenous, multitasking environment. Excellent writing, organizational and communication skills. Interested applicants should apply immediately in confidentiality to MicroMall. Send letters of application, resumes, and salary requirements to: MicroMall, Inc. Attn: ITV Engineering 1900 N.W. 114th Street Des Moines, IA 50325 BUS.: (515) 224-9655 FAX.: (515) 224-9620 MicroMall is an affirmative action/equal opportunity employer. #: 20497 S10/OS9/6809 (CoCo) 27-Oct-94 17:05:49 Sb: #20492-CoCo Comment&? Fm: STEVE SANDISH 70712,2447 To: Daniel S. Hauck 75577,3624 (X) Daniel thanks for the advice! As for PC's, yes their nice, but honestly it would cost thousands to replace my CoCo software on an IBM system. I figure I'm set for life with my CoCo, backups and old Rainbows. Regards, Steve #: 20500 S10/OS9/6809 (CoCo) 29-Oct-94 11:22:08 Sb: #20492-CoCo Comment&? Fm: David Breeding 72330,2051 To: Daniel S. Hauck 75577,3624 > From my experience, each process under OS9 has its own unique attributes > that are changable only within itself but are passed down to its children > (but not it's parent) processes. That being the case, either the program > you're running must be responsible for changing the execution directory or > you should write a small program that will change it and call the program > from there. So far as execution directory is concerned, I just kept all my commands in the one directory (CMDS).. it got kinda big, but this seemed simpler to me. Many programs will change to the correct data directory itself, or you can do so within the program... If not, just chd to the correct directory before executing the program. The same thing for the execution directory, if it is different. -- David Breeding -- CompuServe : 72330,2051 Delphi : DBREEDING *** Sent via CoCo-InfoXpress V1.01 *** ^^^^ ^^^^^^^^^^ Press !>