Newsgroups: comp.sys.apple2 Path: news.weeg.uiowa.edu!news.uiowa.edu!hobbes.physics.uiowa.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!news.nd.edu!mentor.cc.purdue.edu!sage.cc.purdue.edu!chuckie From: chuckie@sage.cc.purdue.edu (Gunn, C Stephen) Subject: GEnieLamp A2PRO 2/93 (LONG!) Message-ID: Sender: news@mentor.cc.purdue.edu (USENET News) Organization: Purdue University Computing Center Date: Wed, 3 Feb 1993 15:40:03 GMT Lines: 1933 |||||| |||||| || || |||||| |||||| || || ||| || || || || ||| |||| |||||| || |||| Your || || || || ||| || || |||||| |||||| || || |||||| |||||| GEnieLamp A2Pro || |||||| || || |||||| RoundTable || || || ||| ||| || || || |||||| |||||||| |||||| RESOURCE! || || || || || || || ||||| || || || || || ~ WELCOME TO THE NEW A2Pro GENIELAMP! ~ ~ LATEST NEWS FROM THE A2PRO ONLINE DEVELOPERS ~ ~ NEW ORCA/C 2.0 FEATURES DISCUSSED ~ ~ A2U BEGINS SPRING SESSION WITH RESOURCE CLASS ~ ~ HOT NEWS ~ HOT MESSAGES ~ HOT VIEWS ~ ////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ GEnie Lamp A2Pro ~ A T/TalkNET OnLine Publication ~ Vol.1, Issue 01 """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Publisher.................................GEnie Information Services Editor-In-Chief........................................John Peters Editor.................................................Jim Couch ~ GEnieLamp IBM ~ GEnieLamp [PR]/TX2 ~ GEnieLamp ST ~ GEnieLamp A2 ~ ~ GEnieLamp MacPRO ~ GEnieLamp A2Pro ~ GEnieLamp Macintosh ~ ~ Member Of The Disktop Publishing Association ~ ////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ >>> WHAT'S HAPPENING IN THE APPLE A2Pro ROUNDTABLE? <<< """"""""""""""""""""""""""""""""""""""""""""""""""""""" ~ February 1, 1993 ~ FROM MY DESKTOP ......... [FRM] A2PRO ROUNDTABLE STAFF . [DIR] Notes From The Editor. Directory. HEY MISTER POSTMAN ...... [HEY] DEVELOPER'S CORNER ...... [DEV] Is That A Letter For Me? News from A2Pro Developers. ORCA/C 2.0 RTC........... [ORC] A2U CAMPUS CHAT ......... [A2U] New ORCA/C 2.0 Discussed. A2 University:Learning Online. ONLINE LIBRARY .......... [LIB] LOG OFF ................. [LOG] HOT Files You Can Download. GEnieLamp Information. [IDX]""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" READING GEnieLamp GEnieLamp has incorporated a unique indexing """"""""""""""""" system to help make reading the magazine easier. To utilize this system, load GEnieLamp into any ASCII word processor or text editor. In the index you will find the following example: HUMOR ONLINE ............ [HUM] [*]GEnie Fun & Games. To read this article, set your find or search command to [HUM]. If you want to scan all of the articles, search for [EOA]. [EOF] will take you to the last page, whereas [IDX] will bring you back to the index. MESSAGE INFO To make it easy for you to respond to messages re-printed """""""""""" here in GEnieLamp, you will find all the information you need immediately following the message. For example: (SMITH, CAT6, TOP1, MSG:58/M530) _____________| _____|__ _|___ |____ |_____________ |Name of sender CATegory TOPic Msg.# Page number| In this example, to respond to Smith's message, log on to page 475 enter the bulletin board and set CAT 6. Enter your REPly in TOPic 1. A message number that is surrounded by brackets indicates that this message is a "target" message and is referring to a "chain" of two or more messages that are following the same topic. For example: {58}. ABOUT GEnie GEnie costs only $4.95 a month for unlimited evening and """"""""""" weekend access to more than 100 services including electronic mail, online encyclopedia, shopping, news, entertainment, single-player games, multi-player chess and bulletin boards on leisure and professional subjects. With many other services, including the largest collection of files to download and the best online games, for only $6 per hour (non-prime-time/2400 baud). To sign up for GEnie service, call (with modem) 1-800-638-8369. Upon connection type HHH. Wait for the U#= prompt. Type: XTX99368,GENIE and hit RETURN. The system will then prompt you for your information. """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" //////////////////////////////////////// GEnie_QWIK_QUOTE //// / "The best way to sum it up would be: / / $1CFA,$1C5A,$4310,$717E,$19FA,$09D2,$4620,$61F6 / / $12FA,$10D2,$4D20,$61F6,$0772,$105A,$58A8,$60F6 / / $9019,$7FF7,$7FF7,$0010,$71F7,$F22F,$4FF2,$1301 / / $A245,$54FB,$7DFB,$7DFB,$0FF0,$5300,$0630,$0110 / / $2FEE,$258E,$7F74,$40F2,$31EE,$2086,$7F74,$43F2 / / $3EEE,$2086,$7F74,$4012,$3DEE,$218E,$7E74,$40FA / / $3BE6,$2206,$7C7C,$40FA,$36EE,$2686,$7974,$43F2 / / $2F0E,$2916,$7074,$41F2,$31EE,$388E,$6074,$48FA" / /////////////////////////////////////////////// D.ENGEL //// [EOA] [FRM]////////////////////////////// FROM MY DESKTOP / ///////////////////////////////// Notes From The Editor """"""""""""""""""""" By John Peters [GENIELAMP] FROM MY DISKTOP When chatting online or when leaving messages to other """"""""""""""" RoundTable members, sometimes problems, misunder- standings or downright angry confrontations are created simply because the other person doesn't understand what you're _really_ trying to say. If you're not careful in how you convey your thoughts via the keyboard, what you meant as a joke or wrote in jest, can sometimes be taken the wrong way or blown entirely out of context. The problem is it's not _what_ you say that creates this situation, but it is _how_ you say it. For instance, a sentence said with a smile can take on a whole new meaning than if it was said with a frown or angry look. Facial movements and voice inflections are difficult to interject into your writing, especially when you're writing on the fly as in an informal RoundTable Conference or when writing a message or reply online. Since the reader can't see your face or body-language, he or she may not know that you're making a joke or that you are teasing. There is a solution. Over the years a "modem-language" has developed to help take care of this predicament. By interjecting a smiley face, " :) " within your message or a descriptive word in brackets, such as [grin] or [laugh], you can tell the other person, "Hey, don't take this seriously, I'm just having fun." A well placed [grin] can go a long way to help stop a misunderstanding. Another reason this modem-language developed is to help minimize the amount of typing it takes to convey a message to someone else while online. For example, it is much quicker to type, "BTW" then to type, "By The Way" or "IMHO" instead of "In My Humble Opinion." Confusing? Not really. As you become more familiar with the lingo, the strange characters and funny faces will be easier to figure out. If you do come across an unusual cluster of letters and you don't understand what they mean, by all means ask the person who sent them. To help you get started, here's a partial list of some of the more popular modem-phrases being used today on GEnie. (Note: The following has been collected from online posts, unofficial dictionaries and other sources.) >>> THE UNOFFICIAL GEnieLamp ONLINE DICTIONARY <<< """""""""""""""""""""""""""""""""""""""""""""""""" b4 - before BCNU - Be See 'N You brb - be right back BTW - By the way chuckle - something was kinda channel hoppers - someone who funny jumps from one channel to another c u l8tr - see you later go pri - go into private GR8 - that's great grin - something was humorous groan - I can't believe you hahaha - something was funny said that HAHAHAHAHAHAHA - something was MORF - Male or Female REALLY funny OIC - Oh, I see re - about (as in re last night) rehi - hi again TTFN - Ta Ta For Now turbo sta - doing a /sta * to get UR- you are a list of all Chat Lines users wave - to someone monitoring yawn - I've heard that before (like "Waving at Fuzzball on channel 15) ???? - I don't understand... [] = hugs or What? :) - a sideways smiley face ;) - a winking smiley face :P - a smiley face sticking :( - a sad face tongue out :/ - frustrated/perturbed =:0 - surprise :-I - Indifferent smilie. :-> - User made a really biting Better than a Frowning sarcastic remark. Worse smilie but not quite as then a :) good as a happy smilie >:-> User just made a really >;-> Winky and devil combined. devilish remark. A lewed remark was made. [SMILE] [LAUGH] LOL - Laughing Out Loud ROFL - Rolling On the Floor Laughing IMHO - In My Humble Opinion WTG - Way To Go! Think about what you're typing. Does what you write really say what you mean? [*][*][*] PARTING SHOTS GEnieLamp Script users take note! The GEnieLamp RoundTable """"""""""""" (M515) is undergoing some major menu changes. Unfortunately, this means that your script files will no longer work. Once the changes are in place we will be uploading new scripts to the GEnieLamp Library. We're sorry for the inconvenience, but we think you'll like the new menus. (Hint: Lots of new goodies in store! :) NEW BBS ONLINE NEWSLETTER February 1, 1993 marks the start of a new """"""""""""""""""""""""" online newsletter for members of the BBS RoundTable. How the newsletter will be distributed is still undecided. For more information, drop by the BBS RoundTable on page 610. (Keyword: BBS) ASK DOCTOR BOB Do you have a question about operating systems, GEnie or """""""""""""" anything concerning computers? If so, you can get your questions answered here in GEnieLamp by Doctor Bob. Any question is fair game...and if the good Doctor Bob doesn't know the answer, he'll find someone who does. Stop wandering around in the dark, send your question via GE Mail to GENIELAMP. Until next month... John Peters [GENIELAMP] [EOA] [DIR]////////////////////////////// A2PRO ROUNDTABLE STAFF / ///////////////////////////////// By Jim B. Couch [J.COUCH2] ____________________________________________ A2 PROGRAMMERS & DEVELOPERS ROUNDTABLE STAFF _____ ______ ____________________________________________ /_____|/______\ /__/|__| ___|__| Head Sysop: Matt Deatherage (M.DEATHERAGE) /__/_|__| /_____/ Assistants: Steve Gunn (A2PRO.STEVE) /________|/__/ __ __ __ Jim Murphy (A2PRO.JIM) /__/ |__|__/______ /_//_// / Greg Da Costa (A2PRO.GREG) /__/ |__|________// / \/_/ Todd P. Whitesel (A2PRO.TODDPW) INTRODUCING THE A2PRO STAFF Over the next few issues we will be """"""""""""""""""""""""""" introducing the excellent staff members that make A2Pro possible. A2Pro is blessed with a very talented and helpful staff. The A2Pro GEnieLamp will give you a chance to get to know them. As Head SysOp Matt Deatherage (M.DEATHERAGE) administrates A2Pro. There are 4 A2Pro assistants who help him. These folks are: Steve Gunn (A2PRO.STEVE), Jim Murphy (A2PRO.JIM), Greg Da Costa (A2PRO.GREG), and Todd P. Whitesel (A2PRO.TODDPW). You will meet all of these folks in the near future. For this month we will introduce you to Steve Gunn. ALSO PRESENTING STEVE GUNN [A2PRO.STEVE] Well, I'm by no means """""""""""""""""""""""""""""""""""""""" Mr. Deatherage. For those of you who know me in person you know me to be about 1/2 of Matt. :-) I got started in computers back in 1984 when my Parents bought me an Apple IIe for Christmas. Actually, it was for the family, but I was the only person who ever used it. I started out just playing games, and using the software that people (that I now know) pirated for me. Soon I became interested in programming, and began learning Applesoft Basic. Then a little later, I delved into Apple Pascal 1.1 but I just didn't like it compared to basic. It was too complicated, and took too long to compile. Plus I couldn't use any of my old programs or disks. I continued with basic, and started to supplement its weaknesses with simple assembly language routines that I finally convinced my parents to spend the money for Merlin 8/16. I slowly learned assembly language with the help of several people who used to frequent A2PRO. I was just getting started online with a borrowed modem, and the likes of Eric Mueller, and Shawn Quick always cheered me up, and squashed my bugs. Two and a half years ago, I finally had my dream come true. I won a bet with my father on academic performance, and he had to buy me a IIgs... and boy did I soak him. (If you are a teenager and want tips on this, please go ahead and ask.. If you are a parent and want to avoid this.. TOUGH!) I jumped right in with ORCA/M 1.1 and started writing little programs and desk-accessories that mostly have never seen the light of day. Most of them are dead (R.I.P.) on my deceased AI Overdrive 40. I continued to program and learn, with the help of people here around A2PRO. About 15 months ago, I somehow caught Chet Day (Head SysOp at the time) and Tom Stechow (A2PRO Head SysOp) entirely off guard in some kind of a zen- induced euphoria and talked them into letting me teach a course on Apple IIgs Assembly Language Programming. Boy was that a lot of fun, and boy did I sure learn a lot in the process. When I finished the course, I was asked to join the new staff with Matt Deatherage, and Jim Murphy to run A2PRO after the old staff resigned (Coincidentally all at once...) That brings us to where I am today. Today I am 18 years old, and a Freshman in Computer and Electrical Engineering at Purdue University, in West Lafayette, Indiana. Someday I hope to get a job out as Bryan Zak says "getting paid for what I love to do." and I also want to see the entire world accept Ren and Stimpy for the masterpiece that it is. :-) -Steve (A2PRO.STEVE, CAT1, TOP2, MSG:71/M530) [EOA] [HEY]////////////////////////////// HEY MISTER POSTMAN / ///////////////////////////////// Is That A Letter For Me? """""""""""""""""""""""" By Jim B Couch [J.COUCH2] o BULLETIN BOARD HOT SPOTS o A2PRO ODDS & ENDS o WHAT'S NEW? o THROUGH THE GRAPEVINE o PROGRAMMER'S CORNER o HOT TOPICS o MESSAGE SPOTLIGHT >>>BULLETIN BOARD HOT SPOTS <<< """"""""""""""""""""""""""""""" [*] CAT1, TOP15, MSG{21}........GEnieLamp A2 & A2PRO Office [*] CAT16, TOP4, MSG{1}.........Do we need more FileTypes? [*] CAT22, TOP22, MSG{1}.........Ultra 4 -- To the MAX! [*] CAT35, TOP17, MSG{1}.........Edit-16 Discussion [*] CAT36, TOP11, MSG{28}........ORCA/C [*] CAT36, TOP16, MSG{29}........The ORCA Shell >>> A2PRO ODDS & ENDS <<< """"""""""""""""""""""""" WELCOME TO THE FIRST A2PRO GENIELAMP! Yes folks it is true! There is """"""""""""""""""""""""""""""""""""" now a GEnieLamp newsletter dedicated to the A2Pro RoundTable and you are reading it! There is a lot going on in A2Pro and we want you to be a part of it. This issue of GEnieLamp is only a taste of what is in store for you in the RoundTable, be sure to stop by and check ALL of it out. There are all sorts of things you won't want to miss. A2Pro is NOT just for professional software developers. A2Pro provides support to programmers and Apple II users of all abilities. Even non-programmers can find a lot of useful information in A2Pro. The A2Pro RoundTable is not just for programmers, it is for ANYBODY who wants to know more about how their Apple II computer works! We would like your help in making the A2Pro GEnieLamp useful to you. Let us know what kinds of things you would like to see in the Lamp. You can post your suggestions in CAT1, TOP15 (the GEnieLamp A2Pro office) or send them directly to me at GE Mail address J.COUCH2. We need your feedback and suggestions on how we can make the A2Pro GEnieLamp Lamp useful to you. WRITERS - A2PRO WANTS YOU! We are looking for writers! We need people who """""""""""""""""""""""""" can write and are interested in Apple II programming to contribute articles, reviews, and columns to the A2Pro Lamp. We have need of both staff writers and occasional contributors. In return we offer the chance to astound the GEnie world with your knowledge, become famous, (well sort of) and free online time. If you are interested in contributing to the A2Pro GEnieLamp send your resume to me at GE Mail address J.COUCH2. Please carbon copy (CC) to GENIELAMP and M.DEATHERAGE as well. We look forward to hearing from you. [*][*][*] WIN BIG IN REAL TIME CONFERENCES You know, just tonight in the A2Pro """""""""""""""""""""""""""""""" real-time conference Todd Myers (T.MYERS4) won a $6 GEnie credit for correctly answering a question from the January GEnieLamp. It's a rare week that we don't give something away in our RTC, because we're such decent folks, and Todd's won many times before -- several free hour credits and even a complete set of Technical Notes on paper back in July when we did that promotion. If it makes you jealous that Todd wins all this stuff, you should consider that if _you_ came to the conferences you might win stuff as well. Of course, you probably want to come to the conference to talk to Apple II programmers, including the A2Pro staff and the online support folks like Bryan Pietrzak, Marc Wolfgram and others. You want to get your questions answered and ask questions of the folks who can help you get your programs written. You don't want to come _just_ to win the prizes. They're just a nice side effect. The regular weekly conference is Sunday night at 8:30 PM ET. You can't win something if you don't show up. --Matt (I speak for myself, not for Apple) (M.DEATHERAGE, CAT1, TOP17, MSG:60/M530) THIS IS WHAT IT'S ALL ABOUT Just a brief note of thanks to all who """"""""""""""""""""""""""" answered my question. And I must say the I'm impressed at how many answers and suggestions I got. Thank you all, and until the next question, happy programming. -Jason (J.WALASEK, CAT4, TOP16, MSG:19/M530) USER DEFINED RESOURCE CLEARINGHOUSE After a long and serious discussion """"""""""""""""""""""""""""""""""" with a certain support person at Apple Computer we have decided to discontinue the original Resource Clearinghouse concept. For those of you that actually read this topic before, the Clearinghouse was going to be an attempt by us to help you manage the use of "User Defined" resource types... the bottom line: It can't, and shouldn't, be done... That's what user defined really means folks. Apple has provided an alternative which you, as programmers, may find more appealing: Reserved User Resource Types! Note the first word... what this boils down to is quite simple: If you need/want/desire a resource type for a specific data structure (like a word array, or a packed picture format, or a custom data structure for use by a User Tool you're developing, or whatever), then all you need to do is provide a description in the form used in Apple's "IIGS Tech Note #76 - Miscellaneous Resource Formats" (Available in the A2Pro Library.) Send the request to Lunar Productions (mail "M.Wolfgram2"). We will submit the request to Apple for review because they may want to incorporate the submittal as a new standard resource type. If they don't, we will assign a reserved user resource type number to you. The entire process will take about 2-3 weeks. NOTE - The reserved range is just that... an assignment above $8000 in the infamous "Reserved by Apple" range. Don't decide to use a reserved type for your own structure unless one has been assigned to you. If you've got any questions on this subject, please post them here. Thank you... -Marc Wolfgram Lunar Productions (M.WOLFGRAM2, CAT35, TOP4, MSG:32/M530;1) DO WE NEED MORE FILETYPES? You know I was thinking (yeah, yeah, save the """""""""""""""""""""""""" jokes) wouldn't it be a Good Idea for Apple to define filetypes for things like JPEG documents, Rich Text Format (RTF) documents, Stuffit archives, ZIP archives, .LHA, .ARC and so on? Now, since you'll probably be reading this Matt what is your opinion on this? It seems that with the possibility of a full r/w MS-DOS FST in the future combined with the HFS FST we already have that we'd want things to be as transparent as possible for users. Having "official", defined filetypes, with support for their translation in the OS (type translation, ala ASCII Text files for example) would be a Good Thing. It also seems that this should be done sooner rather than later, in order to avoid problems like we have with GIF files (many viewers expect them to be BIN filetypes). Having them as BIN or typeless file defeats the whole purposes of filetypes! -Bryan (SOFTDISK.INC, CAT16, TOP4, MSG:1/M530) SOME THINK NOT! >>> SOFTDISK.INC [Zak] """"""""""""""" > Having "official", defined filetypes, with support for > their translation in the OS (type translation, ala > ASCII Text files for example) would be a Good Thing. Not! Files (such as GIF or ZIP) which are not native to the Apple II shouldn't have a filetype. Programs that work with those files should match them by extension--the same way that DOS, UNIX, and all the other systems out there match files. Granted, Apple has already created a GIF filetype, a filetype that is, for the most part, ignored. They've already made one mistake; let's not have them compound the mistake by creating more inappropriate filetypes. -Scott Alfter (S.ALFTER, CAT16, TOP4, MSG:21/M530) SOME THINK NOT PART TWO Long ago, someone inside Apple proposed that we """"""""""""""""""""""" do something like this for common HFS file/creator types -- map them all into given auxiliary types. The problem then, and the problem now, is that no one will ever be able to keep up. There are well over ten _thousand_ assigned Macintosh creator types and probably many more unregistered ones. If someone requests an assignment for a legitimate reason (like when someone finally requested a GIF type), Apple will most likely fill it without too much hassle. Apple's _not_ about to go assigning auxiliary types to every file you might possibly want to see. Not only would Apple have to publish new lists all the time (and you'd still never be able to keep up), there would always be more to do. This is why GS/OS lets you access native file system features (like HFS file and creator types) in the option_list -- so everything _doesn't_ have to be "translated" to some intermediate format. Apple's willing to listen to anyone who wants a "standard" file format assigned a ProDOS auxiliary type on a case-by-case basis. Doing everything just so it's done is not a goal. --Matt (I speak for myself, not for Apple) (M.DEATHERAGE, CAT16, TOP4, MSG:3/M530) OTHER OPINIONS I can see assigning Apple II type/auxtype combinations to """""""""""""" platform-independent file formats (GIF, JPEG, RTF, etc.) but you might simply have one for all MS-DOS word processor documents, all MS-DOS spreadsheets, etc. (And of course one for MS-DOS applications.) That would at least let people find out, generically, what those weird files are in the Finder. I do NOT think we need an Apple II filetype for all MS- DOS file formats. (QC, CAT16, TOP4, MSG:2/M530) MORE DIFFERING OPINIONS My own personal feeling is that if the file """"""""""""""""""""""" format is used on the Apple II it should have a filetype assigned. Regarding foreign file formats, I have mixed feelings. For PC-only files, I would say ignore them. By definition, all PC files are identified by extension. The filename gives you all the info you need, or can expect to get, about a file. Adding a filetype would just complicate things. For Mac-only files, things are different. Files are typed there, and it doesn't matter (usually) what the name is. Seeing a Mac file under GS Finder is confusing. I have no way to tell what the file is. The name gives no clue, and I cannot, as a user, access the filetype and creator ID. I believe that some 'standard' filetype translation should occur, or that there should be an update to the appropriate calls which would give the types in a Get Info and give the capability to change them. If Apple won't do this it should be a neat Finder Extension, or INIT or DA or whatever. My main complaint is having all these Unknown files and knowing if it is a text file, MacPaint, MacDraw, etc. file, or if it is from Microsoft Word, is it a straight TEXT file or a normal file? Even allowing a user defined mapping a la DOS Mounter would be useful. Using the automatic filetype mapping would be nice, but at least the user should have an easy way to identify and correct Mac filetypes. It should use a user- defined database kept on the user's boot disk. Heck, make it an Appleworks Classics ADB file and you can build it yourself from scratch. Just my two cents. -Tim Tobin (A2 Head Librarian) (A2.TIM, CAT16, TOP4, MSG:60/M530) EVEN MORE OPINIONS! A couple things seem to be lost in the quagmire """"""""""""""""""" this topic has become. 1) Why is it assumed that more filetypes means more work for the Finder? 2) I would have thought that the main reason for the use/existence of filetypes is so that Applications can find their files. It always seems to come back to: 1.) (eg. Finder description file would be really long. Finder would have to search thru so many entries. 2.) FTN's (and the work involved for updating them), would strain the support system, (Matt in this case)). As Tim said DOS/Unix use the name for the most part. One scenario would put the responsibility on the user for upkeep of .EXT's which would spare the Finder from displaying anything. I would opt for a more thorough method myself as filetyping allows for a very easy method of providing a file list under SFOpen. Personally, if I were Matt, and an MS-DOS FST existed for copying files to ProDOS media, I'd assign one filetype for MS-DOS origin files and start pounding through the extensions one by one until I had the major ones. Isn't there room for 65535 auxtypes? That would seem to go a long way, (26 letters + digits + a few special chars cubed is still < 65535). There is little need for printed notes, (short of an index), as people who would wish to write applications should know or be able to obtain the internals from the DOS world. The Finder, (in a comical vein), could merely display, "MS-DOS file Look at the Filename" but the user could still set the type so that the file would appear under his favorite "Importer" app. Don't get me wrong, I like FTN's but for external formats it seems too accommodating to go to the trouble for formally including them. As for the Finder, despite the onslaught of some fine extensions, I'd rather not consider it an 'application' and have it stand in the way of a sensible solution. The Finder is the nexus of the IIGS but if you're spending all you time in it, you're not getting a lot done. (IMHO) -Frank (P.LAWRENCE5, CAT16, TOP4, MSG:65/M530) MATT DEATHERAGE REPLIES -- SPEAKING FOR APPLE THIS TIME! Frank, assuming """""""""""""""""""""""""""""""""""""""""""""""""""""""" one can create an entry for a new auxiliary type in ten seconds, doing 65536 of them would take 4.5 months. Please excuse me if I find better things to do with my time. The file type scheme has file types for major kinds of files, like word processing, object code, spreadsheets, etc. This is used for identification -- you don't need to know the thing came from an MS-DOS disk because either a) it's still there or b) it's not relevant because it's not there. Again, I'm asking that you guys _please_ spend your online time asking questions that will help your programs. There isn't going to be anything like what you're suggesting in system software because, contrary to what you may think, the five of you proposing translating all file formats to Apple II file types are the only ones who would find any use for it. It's too much work for little or no benefit and it's _not_ going to happen. --Matt (I speak for Apple this time only) (M.DEATHERAGE, CAT16, TOP4, MSG:68/M530) OF COURSE WE COULD TRY THIS :) Hey, I have an idea. Let's just grab """""""""""""""""""""""""""""" filetypes at random. Take what we want! Show Apple that it can't tell us what to do! LET'S TEAR THE WALLS DOWN AND STOMP THE BRICKS INTO DUST!! (ahem) I've been spending FAR too much time cooped up in front of a terminal... -Andy (FADDEN, CAT16, TOP4, MSG:54/M530) >>> WHAT'S NEW? <<< """"""""""""""""""" RADE: POISON FOR YOUR BASIC PEST Our mailbox has been overflowing with """""""""""""""""""""""""""""""" letters of inquiry about RADE, mentioned in inCider/A+ in October. Research done earlier this year indicated that thousands of Apple II users actively program in Applesoft today. With all the aids and utilities for entering and creating programs, RADE provides an important function vital the development of BASIC programs that has long been ignored: debugging. C and Pascal programmers enjoy source-level debuggers, and assembly language programmers rely on GSBug. But until now, BASIC programmers were left to debug their work with inadequate tools (or worse, no tools at all). As this has been the norm for quite some time, many programmers we've spoken to were not aware of how useful a BASIC debugger can be. After only a few minutes of using the RADE demo (available here in the A2Pro software library), they realized this glaring omission from their software toolbox. One RADE customer said, after trying the demo he downloaded from the Internet's comp.binaries.apple2 group, wrote, "This is exactly what I wanted and more!" (MORGAN-DAVIS, CAT32, TOP8, MSG:18/M530) ORCA/C 2.0 SHIPS For those of you who are keeping track, ORCA/C 2.0 is """""""""""""""" shipping. It's going to take a while to get caught up with all of the backlog, but some lucky people probably have theirs by now. Our best guess is that orders placed now will be shipped the last week of January or the first week of February. I expect it to be mid February before we get caught up to the point that we can ship an order more or less when you place it. Even at that, the product is a bit ahead of the marketing, which will probably catch up around mid-February, too. :) Among other things, I'll be uploading some press releases and detailed lists of features in a few days. Stay tuned... -Mike Westerfield (BYTEWORKS, CAT36, TOP11, MSG:28/M530) LUNAR TO RELEASE NEW EDIT-16 On March 1st, Lunar Productions will be """""""""""""""""""""""""""" bringing an all new version of one of the best programming editors back to the GS community - Bill Tudor's Edit- 16. This is an open discussion of Edit-16... drop in and join in! -Marc Wolfgram Lunar Productions (M.WOLFGRAM2, CAT35, TOP5, MSG:1/M530) >>>>> Really! This is GREAT!!!!!!!!! I am VERY glad to hear this as """"" EdIt-16 is my favorite editor and I use it about 50 hours a week :) Do you want suggestions for improvements? One I would like to see is having it remember that last position in a source file. I think this could be done by saving the position in a resource and (a resource in the source file itself) and just not choking if the resource isn't present. -Bryan (SOFTDISK.INC, CAT35, TOP5, MSG:2/M530) LUNAR IS ALSO RELEASING NAMEOBJ MARCH 1ST! Andy Wells has written NameOBJ """""""""""""""""""""""""""""""""""""""""" for publication by Lunar Productions, and we will be releasing it March 1st! If you program in ANY ORCA or APW language (yes, assembly too!) and you find yourself walking your code at all in GSBug or figuring out what's where with Dave Lyons' Nifty List, then you'll find NameOBJ to be an invaluable tool to add to your collections. If you would like GSBug to show you this: 1C/4578: 22 B1 67 1C JSL 'FooBar' instead of this: 1C/4578: 22 B1 67 1C JSL 1C67B1 it's as easy as having this line between your compile and link: #nameobj mycode.a NameOBJ is fast, and the modified object file it creates does not require ANY other debugging tool to run. The debugging names follow Apple's standard as documented in GS Technical Note 103, and is 100% non-intrusive! If your programming language generates standard OMF 1 or OMF 2 object files NameOBJ will process it! As an added bonus, NameOBJ is provided with the latest version of Dave Lyons' incredibly useful Nifty List CDA, and Apple's very own GSBug! As I said, we're shipping this product March 1 at the very reasonable price of $39.95... (ShareWare fee to Dave Lyons included!) NameOBJ's manual covers NameOBJ, Nifty List and GSBug - three great tools in one nice bundle! -Marc Wolfgram Lunar Productions (M.WOLFGRAM2, CAT35, TOP6, MSG:1/M530) MORE INFORMATION ON NAMEOBJ For the rest of the crowd, I had a chance to """"""""""""""""""""""""""" clarify the way NameOBJ works with Bryan and it appears that this wasn't made clear here before, so I'll share it with you... The NameOBJ utility has several variations on two forms. The simplest use is "nameobj =.a" in which ALL ".a" files in the current directory will be read, modified to include inline procedure names, and overwritten. This is the form I use most often, and it's pretty brainless in operation. There is another call format which I didn't cover, or cover well. It is a bit more powerful... nameobj [-param] input output [name1 ... namex] and it allows, among other things, the input file to be left untouched. What this means is that the build can be handled by a make script that creates a secondary object file with names, preserving the original object created by the compiler. When you want to do a final build, you simply relink using the compiler output rather than the NameOBJ output. Clear as mud, eh? -Marc Wolfgram Lunar Productions (M.WOLFGRAM2, CAT35, TOP6, MSG:17/M530) BRYAN PIETRZAK GIVES US INFO ON THOSE HFS FILES For what it's worth, I """"""""""""""""""""""""""""""""""""""""""""""" just uploaded a Finder Extension called GetFileInfo that displays the HFS creator/filetype, as well as the Finder Kind and GS/OS file and auxtypes. -Bryan (SOFTDISK.INC, CAT16, TOP4, MSG:69/M530) AND ALREADY SOMEBODY WANTS MORE! Yowza! Talk about service! I gotta go """""""""""""""""""""""""""""""" get that one. Does it let you modify them? - I know, I know, I could download it to find out. :) No more Unknown files! -Tim Tobin (A2 Head Librarian) (A2.TIM, CAT16, TOP4, MSG:70/M530) NO MODIFICATION ALLOWED, YET! No, it doesn't allow modification -- but """"""""""""""""""""""""""""" that's mostly because GFI was a 45 minute hack for something I needed (in fact, this whole topic was created partially because of that need!). If there is interest though, I could probably change it easily enough to be modifiable... -Bryan (SOFTDISK.INC, CAT16, TOP4, MSG:71/M530) >>> THROUGH THE GRAPEVINE <<< """"""""""""""""""""""""""""" ULTRA 4.1 MATHTOOLS HAS SOME PROBLEMS I have been struggling with the """"""""""""""""""""""""""""""""""""" lesson on the MathTools commands. They were written by Mark Munz, who is no longer available for help, since he doesn't even own an Apple II anymore. The docs (you may have noticed) are sparse, and there are still bugs in that group of dot commands. Randy has been working steadily on resolving the problems, and just uploaded to me a much cleaner copy of MathTools. However, in straightening it all out, he (wisely, I think) changed many of the command names, and made slight changes to a few of the functions. Now what do I write about?! Old commands (that you have) that don't work well? Or new commands (that you don't have) that work properly? I think I may just shelve the lesson for now until the dust settles, then rewrite it. They'll probably let me add a lesson to the library down the road a bit (3-4 weeks), don't you think? -Will (W.NELKEN1, CAT22, TOP22, MSG:271/M530) RANDY BRANDT WORKING HARD TO FIX BUGGY INIT Well, Randy is working """"""""""""""""""""""""""""""""""""""""""" very hard on major bug fixes in the MathTools init, and has, as a result, renamed several of the commands, added a new one, dropped an old one, and revised others. Major overhaul! Thanks, Randy...(clap, clap, clap, clap, clap) At his suggestion, I will revise my MathTools lesson in accordance with the new command structure and upload it ASAP. As soon as the new init is more fully tested and debugged, he will upload it to the JEM Software Library for you all to download (within a week or so). We'll notify you when that happens. Got that? -Will (W.NELKEN1, CAT22, TOP22, MSG:273/M530) MATHTOOLS LESSON AVAILABLE NOW. FIXED INIT COMING SOON Lesson Fourteen, """"""""""""""""""""""""""""""""""""""""""""""""""""""" "All You Ever Wanted To Know About Extended MathTools... but were afraid to ask", should shortly be released as file # 3074. It's written for the new MathTools init, which should be uploaded to the JEM Software Library (#34) in 1-2 weeks. I'll let you know here as soon as Randy uploads it. -Will (W.NELKEN1, CAT22, TOP22, MSG:275/M530) NOT EVERYONE IS HAPPY WITH ORCA C UPGRADE Well, today I had to upgrade to """"""""""""""""""""""""""""""""""""""""" ORCA 2.0 finally; and now I am very sad. What a step backwards from ORCA 1.x. The first thing that is driving me nuts is this stupid spinning cursor. It's bad enough that it is even there, but the fact that it drops portions of itself all the time is driving me up the wall. Very ugly and useless. The next thing that really bothers me is the prefix usage. I have (for years) used prefixes 13..31 for various project folders, libraries and just general miscellaneous stuff. Now, not only does ORCA use 1-7, it now uses 1- 18, sheesh, that's pretty bad. A much better solution would have been to go to variables. There could be a {languages}, {libraries}, {utilities} and a {shell} variable that dealt with long pathnames, while leaving 1-7 as they used to be (if the pathnames fit, if not tough, let programmers update their utilities to support the variables instead of hardcoded prefix numbers. This really bugs me. Then the bugs...this is the worst...I simply don't have the time to deal with tracking down bugs in my development environment -- I have to be able to depend on it and I just can't. This is not a good thing. o the patching of the SetPrefixGS call doesn't allow -1 for the prefix number which is how the user prefix can be set. My prefix command (PFX) supports a command like "PFX @ 0" (makes the user directory the same as the current prefix under ORCA 1.x). Well, this doesn't work under 2.0. o the alias command screws up. For each of my projects I have a "local login" file called "setup". I have the statement "alias se execute setup" in my ORCA login. The first line of my setup file is usually PFX @ 0. When ORCA hits this, it craps out and the se variable no longer contains "execute setup", it now contains "65535". o single character commands aren't recorded in the history. This gets to be quite a pain after a while. o can scripts run any slower? I thought they were slow under 1.x, they seem to be even slower under 2.0. o linker scripts can't deal with libraries. I have a link script which looks like this: -x object/a object/b object/... object/n 13:Zak:GSLib 13:ORCAPascal:PasLibPlus 13:ORCAPascal:PasLib 13:SysLib keep=myprog Whenever it hits the 13:Zak:GSLib, it craps out with the error "can't find :Jupiter:ORCA:Libraries:Zak:GSLib.root". No kidding, it's a library file. So, I try to play with the libraries variable, and if I even have it set to anything, doing an "assemble linkit" results in an error (can't run two scripts or something like that). I will NOT simply put all my libraries in prefix 13 -- I don't want to play the sorting game to ensure that things are linked in the correct order. I just want my development environment to work. So far, in about 15 minutes of use, this is what I have come up with. And, I'm not even using the ORCA editor. [*][*][*] Mike, what really bothers me about this is that I reported most of these problems about 9 months ago, and in all cases you either couldn't reproduce the bugs (which means they don't exist as far as you are concerned) or you weren't interested in changing them. I am a professional programmer and I DEPEND on you and ORCA. Because of the problems and lack of support from you on them you have pushed me (and countless others -- I wonder, 4,5 years ago, if ORCA/M were even half the speed of Merlin how many people would have bought Merlin instead of ORCA/M?!?) to MPW. Unfortunately, I can't make the switch overnight -- I still have dozens of megabytes of source code that runs under ORCA. I surely hope that you don't plan to leave me hanging.... -Bryan (BRYAN.ZAK, CAT36, TOP16, MSG:29/M530) BYTEWORKS' MIKE WESTERFIELD REPLIES Bryan, I never know quite how to """"""""""""""""""""""""""""""""""" respond to your "bug reports." You rarely report anything with enough detail that I can figure out what happened. When I ask for details, you can't be bothered. I can understand that, to a point, but then you come back later and broadside me for not fixing the bugs. Finally, you expect the product features of MicroSoft, the customer support of DTS, and the pricing of Byte Works, all in a market that is too small to support a single full time programmer, and act like I'm a creep for not getting it all done. I refuse to apologize for not doing more than is humanly possible. I get things done as fast as I can. Over the last year I've released System 6.0 updates, Toolbox Programming for System 6.0, Toolbox Programming in Pascal, Toolbox Programming in C, ORCA/C 2.0, and ORCA/Debugger. Did I leave anything out? Maybe. I've also fixed many bugs, sending disks with bug fixes or e-mail files to the people who reported the bug to me with enough information to duplicate the problem, assuming the bug was something that they could not work around (and sometimes even when they could work around the bug). I've answered bug reports by mail, e-mail, and phone. You haven't gotten a reply from me. That may be because I haven't had time to work on the shell, yet, and I'm just starting the Pascal compiler, but a lot of it is because you don't give me anything but gripes when you report a bug. I'm still trying to make a go of publishing languages on the Apple IIGS, but to make that work, I can't drop what I'm doing to satisfy you. I'm trying very hard to keep quality languages and tools on the Apple IIGS in a shrinking market, and it's tough. In all of this time, I've gotten several comments from you, some public and some private. All are negative. If you think someone else can do a better job, say so. So far, I would stack what we have up against _anything_ done by a company with five times our resources. If you want more, I understand, but unless you're willing to write a check, there isn't a lot I can do about it. It takes money to do bug fixes within a few days (which is what I would like to do) and to rewrite assemblers for speed (so jerks don't make absurd claims that the _can't_ reassemble something to take out debug names) and to add more new products than we do (like C++ and BASIC, to name just two that I've wanted to see for years). If I ever get enough money to support those efforts, I will. I am doing all I can in the existing market, which only promises to get smaller, which will of course mean I can do less. If that means that you and a few other people choose to move to other machines, I'm sorry, but I refuse to accept that as something I personally did wrong. As for the VAST majority of people who are pleased with what we do, we will keep doing it, Bryan or no Bryan. For the many of you reading this who like our products, there will be more. The more you buy, the more there will be. :) And, while I don't like to bring it up much, there are actually more people who have commented that they wish ORCA was on the PC or Mac than people like Bryan who blast us and say they are moving to other machines because they find ORCA inadequate -- lots more. To those of you who have given me encouragement over the years, thanks. It's a lot of what has kept me going. Back to the topic of the bug report, I am working on Pascal, now. Any of the bug reports that apply to Pascal will be answered soon. Depending on the outcome of some talks regarding some other work I may have to do to pay the bills, the shell, which is the biggest thing you were complaining about, will get worked on either in February or April, and you'll get a personal fix by e-mail for any bug that I can actually duplicate. If you want to take the time to report more, I'll make sure you get the version that fixes those, too. I really do hope that is a help to you. And, though it may surprise you, I really do regret that I can't do bug fixes faster. But, unlike other competitors who have fled the market rather than stay and fix minor (or major) problems, I'll be here to fix them, no matter how long it takes. Count on it. I'm just more cheerful about it when personal attacks and threats are left out of the bug report. :} -Mike Westerfield (BYTEWORKS, CAT36, TOP16, MSG:32/M530) >>> PROGRAMMER'S CORNER <<< """"""""""""""""""""""""""" WELCOME TO PROGRAMMER'S CORNER! This issue in the Programmer's corner we are presenting some news and tips related to JEM software's Ultra 4. For those who haven't yet heard Ultra 4 is a VERY powerful upgrade to the Ultramacros programming language for Appleworks. Check out the information here and then head over to the roundtable for MUCH more! In addition to JEM's online support area in Category 34 there is a wealth of information in A2U's Ultra 4 --- to the Max course. Course lesson's can be downloaded from the library and discussion continues in Category 22, Topic 22. See you there! [*][*][*] QUESTION ON USING AW.INITS WITH ULTRA 4.1 Randy, This excerpt is from the """"""""""""""""""""""""""""""""""""""""" "INIT DOCS" file on the Timeout Central vol 13 disk: > Hold down both apple keys on bootup to skip installing any inits. > Hold down the solid apple (Option) key on bootup to choose the inits you > wish to install. Each init will be listed on screen (with its version > number) and you'll be asked if you wish to install that init. > Hold down the open apple (Command) key on bootup to configure any inits > which allow the user to make changes. If you held down the solid apple > for individual installation, but still want to configure an init you're > installing, press Open-Apple-Return with "Yes" highlighted when choosing > the init. Does this information still apply? When I hold down either or both the option and oa keys and boot AppleWorks, it just zings right on by the init installation; no stopping what-so-ever. Has something changed with Ultra 4.1's Init Manager to make this action no longer possible or do I need to look elsewhere? I have very few patches in Appleworks, the Yes/No swap and arrow for , etc. I have not tried re-installing everything on a fresh copy yet. This was something I was going to do this weekend but never got around to. Other than this, does anyone have any suggestions? -Jim Brandt (J.BRANDT1, CAT34, TOP4, MSG:101/M530) RANDY BRANDT REPLIES Jim, The init manager installation and configuration """""""""""""""""""" keys haven't been changed in any way. I wouldn't suspect a patch conflict, since the init manager is self- contained in SEG.IM and checks the keyboard directly for the keys. What you've described sounds impossible, provided that your keyboard works properly and you indeed were holding down the keys. If you let go of the keys too soon, the init manager would never know about them. Make sure you press them until the init manager screen appears. (BRANDT, CAT34, TOP4, MSG:102/M530) LORNE WALTON'S ULTRA 4 CALENDAR A HIT! Great job on the Calendar!!!! Not """""""""""""""""""""""""""""""""""""" only does it do what it is suppose to do, it's visually entertaining too. Love the blinking "apples" and the way the "help" windows appear and disappear. Great job! I wish I was just half that creative! -Sully ====Cape Coral, Fl======/ (T.SULLIVAN19, CAT22, TOP22, MSG:291/M530) ....AND WINS THE ULTRA 4 MENU CONTEST! Yep...CLAP, CLAP, CLAP for Lorne's """"""""""""""""""""""""""""""""""""" calendar. If you haven't downloaded our contest winner (file # 3089) yet, do it tonight! Then tell that man what you think about it. (We'll see if we can get him so swelled up he bursts that nice new t-shirt! :)) -Will (W.NELKEN1, CAT22, TOP22, MSG:294/M530) >>> HOT TOPICS <<< """""""""""""""""" PLAYING BY THE RULES Frank, I have to disagree with you -- no need to """""""""""""""""""" break standards that work because of a few bad app(le)s (I couldn't resist!) that refuse to follow the rules A perfect example is ProSel-16. I wonder just how well it works with AutoArk and the forth-coming HardPressed -- all because its author thought he had a better solution. -Bryan (SOFTDISK.INC, CAT16,TOP4, MSG:31/M530) THAT'S EASY FOR YOU TO SAY OTOH, it's easy to talk now about how foolish """""""""""""""""""""""""" it was for an author to do things his own way. Back when ProSel-16 was created, there wasn't even a GS/OS. And at the time, I recall at least one prominent DTS person (can't remember offhand) saying that if you just had to break the rules to get acceptable performance, or to get something to work at all, then you should do it, and just be prepared for the consequences if it breaks later. I suspect that if we were still in the ProDOS 16 days certain folks wouldn't be quite so rabid about doing absolutely everything by the book. There was a time when the only way to get certain types of software to work acceptably well was to go your own way. It really wasn't that long ago. Now that we have the wonders of GS/OS, and a fast and wonderfully powerful toolbox, it's much easier to play by the rules and still write decent software, no? (Remember when it would take about ten minutes to scroll through a 30K document? Brr!) -Dean Esmay (A2.DEAN, CAT16,TOP4, MSG:32/M530) >>> MESSAGE SPOTLIGHT <<< """"""""""""""""""""""""" Mike Westerfield of ByteWorks was recently asked how long it would take to complete one of their learning to program courses in C. His reply went well beyond answering the basic question, providing some good advice for those who are wondering what high level language to get into. Category 36, Topic 23 Message 3 Mon Jan 18, 1993 BYTEWORKS at 11:49 EST How long you take to finish a course depends on a lot on you and how much time you have. If I were teaching the courses in a college format, I'd probably want a little more than one 3 semester hour course for the first, and nearly two 2 semester hour courses for the second -- say, 9 semester hours for the pair. Most people on GEnie would find the pace a little slow at that rate, but a true beginner would have to work a little to keep up. If your only programming experience before this is BASIC and a little assembly, I would strongly recommend that you think about Pascal rather than C. It's up to you; the courses are the same, but you'll crash less often in Pascal. Because you've had some assembly background, though, C is probably within your reach. As for how readable C is, I can suggest two things: First, as with most languages, it will look pretty strange until you get used to it, then you will wonder why everyone else is having trouble. Second, C is a language that was designed for people who are perfect. As such, it has a major design flaw, since there are no perfect people using it. One of the places this design issue comes up is with code readability. It's just as hard to write readable code in C as it is to write readable prose in English, and that's coupled with the fact that most programmers don't care a whole lot whether someone else can read their code, and the ones that do generally weren't trained by C programmers -- they were trained by Algol, Pascal, or Ada programmers. The result is that the vast majority of C programs are so difficult to read that it's often easier to write a subroutine from scratch than to understand what the other guy wrote, and you won't learn how to do better from most C programmers. That, incidentally, is one of the main reasons I recommend Pascal before C: each language has a community behind it. Pascal programmers are, as a group, more concerned with structure, design, and readability than C programmers, and you need to learn those ideas well, and preferably early. C programmers, as a group, are concerned with efficiency and portability. You need to learn that, too, so I recommend that anyone who's serious enough about programming to learn more than one language learn C, too, but if you're only going to learn one set of those lessons, the lessons the Pascal crowd will teach you are the most important ones. And, contrary to popular opinion, I like C. It's useful. A 30-6 rifle is also useful, especially in the badlands of New Mexico, but I still don't recommend it for the casual apartment dweller in Albuquerque. There are appropriate tools for each job, and for the beginner and for toolbox programming, Pascal is a more appropriate choice than C. -Mike Westerfield [*][*][*] While on GEnie, do you spend most of your time downloading files? If so, you may be missing out some excellent information in the Bulletin Board area. The messages listed above only scratch the surface of what's available and waiting for you in the bulletin board area. If you are serious about your A2, the GEnie Lamp staff strongly urge you to give the bulletin board area a try. There are literally thousands of messages posted from people like you from all over the world. [EOA] [DEV]////////////////////////////// DEVELOPER'S CORNER / ///////////////////////////////// News from the A2Pro Online Developers """"""""""""""""""""""""""""""""""""" By Jim B.Couch [J.COUCH2] >>> ONLINE SUPPORT IN A2PRO <<< """"""""""""""""""""""""""""""" HELP IS JUST A MODEM CALL AWAY Most of you who are reading this already """""""""""""""""""""""""""""" know about what a great resource the A2Pro RoundTable is. What you may not be aware of is the many companies that provide online support to their customers via A2Pro. A number of companies that provide tools or support to Apple II programmers have online support areas in the A2Pro RoundTable. These areas are a great way for you to get speedy assistance when you are having a problem. Most of these developers are online nearly everyday and many times you can get an answer from the very person who wrote the software development tool you are using! The online support categories are also a great place to suggest changes or new features you would like added to a product. The following companies are providing formal support via A2Pro categories. Be sure to check them out and take advantage of one of the finest features A2Pro has to offer! CAT COMPANY === ======= 30 Procyon, Inc. 31 Softdisk Publishing 32 Morgan Davis Group (MDG) 33 GS+ Magazine 34 JEM Software 35 Lunar Productions 36 The Byte Works Each month this column feature highlights and news from various developers who provide support via A2Pro: >>> NEWS FROM SOFTDISK PUBLISHING <<< """"""""""""""""""""""""""""""""""""" EXPERIENCED PROGRAMMERS WANTED to fill positions in the Apple Development """""""""""""""""""""""""""""" Group at Softdisk Publishing. If you are proficient in Apple II (8-bit) assembly or the Apple IIGS desktop environment, you've got the right stuff. Proficiency in more than one environment (or in Macintosh programming) is a definite plus. You must be willing to relocate. Send your resume, including a list of the environments and languages you know, to the following address: Softdisk Publishing ATTN: Lee Golden PO Box 30008 Shreveport, LA 71130-0008 Fax resume to: 318-424-0174 America Online: Bryan Zak AppleLink: SOFTDISK GEnie: SOFTDISK.INC Internet: softdisk@applelink.apple.com I was asked by Jim Couch to come up with something for GEnieLamp (and he gave me less than 24 hours to do so -- thanks Jim :). Since the big news around our office is the fact that management has given us the green light to hire some more programmers, I thought that I'd relate some of the pros and cons of working at Softdisk Publishing: PRO You get to (almost) work your own hours. """ CON Shreveport is hot in the summertime. """ PRO We have about 200 very hip CDs in the office. """ CON We can't crank the stereo up to 10 (the IBM guys next door """ complain). PRO Pizza for lunch every Friday. """ CON The company only pays for the pizza every other week. """ PRO Brainstorming with the other Apple II programmers. """ CON Shreveport is hot in the summertime. """ PRO Manager who lets us take "movie breaks" (unless a deadline is """ looming). CON Seems like deadlines are always looming. """ PRO Wide variety of programming projects. """ CON Very few long term projects (that's a pro to some people). """ PRO Health, dental insurance, 401Ks, vacations, and all that stuff. """ CON Shreveport is hot in the summertime. """ PRO Rubber band wars (when we can find where our manager hid the """ ammunition). CON Manager hides ammunition quite well. """ PRO Popcorn is free. """ CON Pop is not (costs a quarter). """ PRO Shreveport is only three hours from Dallas. """ CON Dallas is three hours away from Shreveport. """ PRO Apple office has more posters per square inch than all other """ offices. Of course, the biggest "pro" of all is that you actually get paid real money to program the Apple II computer! One of our "regular" submitters recently asked me what we are looking for and the answer was quite simple: GAMES! Right now the need for games is more than it's ever been on Softdisk G-S. Everything from little mind-benders, to full scale action games are hot on our want list! -Bryan Pietrzak [SOFTDISK.INC] >>> MORGAN DAVIS GROUP HISTORY BUFFER <<< """"""""""""""""""""""""""""""""""""""""" FAMOUS INDUSTRY MOGUL MISSING Authorities Fear Foul Play! """"""""""""""""""""""""""""" San Diego -- Law enforcement agencies, the FBI, CIA, and SPA, have been circulating a bulletin regarding the whereabouts of MDG company president, Morgan Davis, who has not been seen since last month. "I've seen him go into the bathroom with a Computer Shopper and not emerge for days, but this has me worried" recalls Dawn Davis, his wife. "The last time I saw him was December 5. He seemed quite upset, mumbling incomprehensibly about broken handles, crooked pointers, corrupted resources . . . stuff like that. He grabbed his brief case and took off into the night. I haven't seen him since." Davis's five-year-old daughter, Kristi, explained, "I called Daddy's office, but I only got the answering machine. I always get the answering machine. But when I wait for the beep, I say, 'Daddy it's me, not a customer' and he always answers. I've called a whole bunch of times, but he doesn't answer. I know he's not there." When asked how he was coping with his father's disappearance, Davis's two-year-old son, Morgan Ryan, inquired, "Where Daddy go? Daddy all gone. Why?" The young boy, obviously wrought with despair, lapsed into an annoying loop, repeating the word "why" endlessly. Industry sources allege that Davis's last appearance coincided with the beta testing of MD-BASIC 2.0, an explanation that has shaken and divided the computer industry over the mysterious disappearance. "So what's the big deal?" countered Microsoft president and CEO, Bill Gates. "I know how beta testing goes. After we released Windows 1.0 in 1985, we confined all the programmers to their cubicles until Apple finished System 7. When our guys released Windows 3.0, we let them go outside once. That's how you do it. It's a long process because you're constantly waiting on your competition to think up all your great ideas." Apple Computer's John Sculley differs in sentiment. "Something is seriously wrong and there is cause for great concern! I don't give this beta testing theory any credibility. Everyone knows that beta testing takes just a few hours, and then you release a product. Why, we've done it like this for years through APDA! Had [Davis] been working for us, MD-BASIC 2.0 would have been released last August with a series of 'Tune Up' extensions in the days and months following." "I don't know where he is, but he's got a modem," said Matt Deatherage, Developer Technical Support representative at Apple. "He requested some file types for MD-BASIC from DTS on AppleLink earlier this month. It's about time! MD-BASIC has been out since 1990! I hate it when developers do that!" A San Diego County Police department spokesman reported that they received an anonymous phone call from a man, identifying himself as John Qwerty, who said he kidnapped Davis, demanded a large sum of cash and a ticket to Apple Expo West in exchange for Davis's return. The spokesman explained that they could not take the caller seriously and did not investigate. Authorities continue their search, claiming that foul play may be a possibility in Davis's unexplained absence. >>> THIS MONTH'S APPLE II JOKE <<< """""""""""""""""""""""""""""""""" Knock knock. Who's there? (Long, three hour pause). Archiver. [*][*][*] HISTORY BUFFER (C) Copyright 1992 by Morgan Davis Group. Portions may be reproduced with permission. Morgan Davis Group 10079 Nuerto Lane Rancho San Diego CA 91977-7132 USA 619/670-0563 619/670-9643 (FAX) 619/670-5379 (BBS) Internet: mdavis@mdg.cts.com Morgan Davis [MORGAN-DAVIS] [EOA] [ORC]////////////////////////////// ORCA/C REAL TIME CONFERENCE / ///////////////////////////////// ORCA/C 2.0 Discussed One of the biggest pieces of news to hit A2Pro """""""""""""""""""" recently is the release of ORCA/C V2.0. On December 13th 1992 Mike Westerfield of The Byte Works, Inc. joined a group of A2Pro members for a real time conference to discuss this new version. This is an abridged transcript of the RTC. The complete transcript is available in the A2Pro library. Copyright (c) 1992 by the Apple II Programmers RoundTable of GEnie. All rights reserved. ---------------------------------------------------------------------- Our guest tonight is Mike Westerfield of The Byte Works, who's here to talk about ORCA/C 2.0, the big new upgrade coming in mere days. Hi folks! I thought I would start off by answering the obvious questions: when and how much! First, when I scheduled this conference last month, I thought we would be shipping by now. Well, we all know what software schedules are like. I'm putting the finishing touches on it now, and expect the product to actually ship late next week (i.e., right around Christmas time.) As for how much, well, that depends. The retail price has not changed, so if you don't have ORCA/C yet, the price for buying it won't go up. If you're upgrading, the price depends on when you purchased. If you bought before Sep. 1, the price is $50; otherwise it's $25. After Feb 28th, then the update offer expires, all updates will be $60. What you get is basically a whole new package. ORCA/C 2.0 comes with all of the old stuff, with all of the pieces at the 2.0 level -- including Prizm. You also get Rez, DeRez, and a few other utilities. Let me hit the high points of the new release, then I'll let you ask questions about the details so we spend time on the stuff that interests you. o Code generation is vastly improved. o The compiler supports HyperStudio NBAs and HyperCard XCMDs directly. o The search path mechanism for #include is improved o Precompiled headers o vprintf() and it's cousins are present o Prototyped tool header files o Prizm has been completely revamped for System 6.0 o The debugger can display structs, unions, pointers, arrays, and virtually any combination of these. My question is about the precompiled headers...(BTW, I am glad to hear that is in there!!!) How much compile time speed improvement is there from this? It depends a lot on what kind of program you are compiling. The biggest savings are for toolbox programs, which have lots of headers. Obviously, the more headers there are compared to code, the bigger the savings. As one example, though, the compile time for the Minicad.cc program from the ORCA/C samples disk dropped to 45% of the time required by the 1.3 compiler, and that should be about typical. A typical main source file of mine can have 15-20 tool header files included so I am happy. Thanks. Mike, you mentioned improvements to the debugger. Is that part of 2.0 or a separate upgrade? The debugger in Prizm is part of C 2.0. ORCA/Debugger hasn't been upgraded, yet, but will be early next year. That upgrade will not be free. Does the new Prizm support file names passed to it on the command line, or file names passed through Message Center? No...I ran out of time. Message Center support was, frankly, at about the top of what was left of the wish list for Prizm 2.0, and will probably be added someday... but it won't be in Prizm 2.0. Mike, just got the flyer yesterday, looks GREAT! Will the old ORCA products, like Pascal 1.4 run with the new Prizm? Yes. ...here's some comparison times for execution of the benchmarks that come with ORCA/C 1.3. You can check the source out to see what's happening. All times are on an 8MHz GS: Gamm 16.20 14.97 Fib 11.62 11.55 Float 39.50 23.01 IMath 22.38 0.24 Prime 33.76 26.32 Quick 16.40 14.72 Savage 32.76 32.47 And for compile times, here's the raw times for compiling Minicad.cc, again in seconds, under C 1.3 and C 2.0: Minicad.cc Compile 45.07 19.43 Mike, could you repeat the Integer Math benchmark? It came out saying the new compiler takes "0.24 seconds" to execute the code. Is that right? Yup. Although, in truth, the compiler ran the code faster -- I just couldn't stop the stopwatch any quicker. :) Mike, what compiler change accounts for the Integer Math program going from 22.38 seconds to less than a quarter-second? Loop invariant removal and common sub-expression elimination. Matt -- incidentally, integer math is faster, too, but the IMath benchmark doesn't get to show that. :) Mike: is that compile time the first compile or subsequent? The compile time is for a second compile -- the first takes about the same as 1.3, since that's when the symbol file is actually built. Let me explain how that works. The main problem with precompiled headers in C is that you can change the headers with #defines before the #includes. There are a lot of ways to deal with that, but since our main audience is hobbyists, I wanted a way that was 100% transparent. The compiler builds a .sym file in the first compile, then reads it on subsequent compiles. If you change something that effects the .sym file, the compiler is smart enough to see the change and rebuild the .sym file automatically. After all this talk tonight a question comes to mind...Do _you_ program all this stuff yourself? Yes. Every iota. Nice job. Hi, Mike I was having a problem with PRIZM ignoring tool start-up's that weren't desktop related. I was wondering if PRIZM in C/2.0 was changed to let these pass to the system? (ie. Note Synthesizer in particular) Yes. I did look at your bug report, and the bug is fixed. Okay, mine is fairly simple...I was looking for a basic description of the setup and operation of the new system... (i.e. how easy it is to use) I'm getting into C now :) and need to pick my software. If you're using floppies, setup is very simple: make a working copy of the program disk. If you're installing ORCA/C on a hard disk, things are more complicated. You have to decide which way you want to install the system, then run Apple's installer, click on the right script, and click on Install. :) There are two ways to use the system, from the text or desktop mode. The manual assumes you will be using the desktop system, which is very straight-forward. It's just a standard desktop program. The text system is harder to use, but it is smaller and faster. It also gives you the option of picking from several different commercial and PD editors, utilities, and even a compatible shell, now. Hmm, from the desktop mode, can you select files using windows? I guess that's presumed? How much memory would I need MINIMUM to be most efficient? Yes, the desktop system gives you a window-based editor, as well as window-based text output. As for memory, it depends... For short, text programs, it's still _possible_ to use 1.25M. I'd recommend more, and more is required if you're doing desktop programming. I'd say a minimum of 2M for effective use of Prizm for desktop programming, and more will make things go faster. A quick, useless question: Does C 2.0 support C++ style comments? No. And there was a very interesting discussion about that among the beta testers, one of whom served on the ANSI C committee. The initial reaction was "we want them" to "well, why not?" By the end, there were still two hold outs who wanted // comments, but the rest of the beta group seemed convinced that // comments would actually be a very bad thing. I would have voted for them. Every C compiler I use now supports that. ...Begging your pardon, that's not true. If a compiler supports them, it's NOT an ANSI C compiler, and that's the problem. They have directives to turn the feature on/off. Understood. And I considered that. I just didn't do it. The feeling was "all of C++ or none of C++," and I agreed with it. Will C 2.0 support setting the optimize pragma from the command line? Editing the source file to change the optimization level all the time gets pretty tedious, especially if I have a directory of 1000 files that I want to blast test the compiler on. Please consider it. No. (By the way, I _am_ keeping track of the things you ask for that didn't make it. :) In regard to a command line switch for optimization... I would like it expanded to all appropriate pragmas (ie stacksize, memorymodel, etc) I doubt I will ever do that, but from a script file you can do effectively the same thing. Do a #include for a single "options" file from each program, and create the options file in your script. Works great... Could you elaborate on the #include of the "options" file idea? That should solve my immediate problem, but I'm not sure what you mean. I already have a script for compiling/linking/running and so on; what do I add and where? I.e. I thought we could change the #include paths but not actually sneak in an include file... Let's say you just want to handle the optimize pragma. At the start of your script, put this: #pragma optimize -1 >options.h Then, in each source file, put: #include "options.h" Ah. I still have to modify every source file though. That's what I wanted to avoid. You can add as many lines as you want, just use >> instead of > on all but the first. You might also want to add: "change options.h cc" just to make sure the language stamp is correct. Mike, you said that PRIZM would display structures, would that include Ptr's to structures. (ie. like in linked-lists) Absolutely. Go wild. Something like foo->bar[6].rec1 is perfectly legal. The restrictions: You must use constant array subscripts, and you must use ^ for pointers, not *. OK, and it displays _real_ data not hex . :) In Prizm, can you create unions? i.e. look at a char string as a long int? No. You can change the data type in ORCA/Debugger, but in Prizm, you get the display type you used in the source. You can look at individual characters, as in str[4], though. Okay, I assume char strings are supported as 'special cases'? Sort of. A string is, after all, an array of characters, too. Okay, thanks. Exactly what has changed in the way standard I/O. channels are handled from shell 2.0 and C 2.0? I.e. in terms of system calls and patching and so on. A lot. .CONSOLE is used exclusively. When you run a C program, it first looks to see if the standard I/O channels are already open (as they would be for an EXE file), using the existing channels if they are. Otherwise it opens 10, 11, & 12, uses these for standard and error I/O, and closes the files when complete. Ok, to get a bit deeper, what is the difference between shell 2.0 & C 1.3 and both 2.0 ? For text I/O, the difference is that the output doesn't go first to the Text Tools, which are patched by the shell, and then have the shell write the chars to .CONSOLE. Instead, the characters get sent right to .CONSOLE to start with. (Or whatever file is open.) I suppose WriteGS was used in both cases (i.e. not DWrite)? True. Todd: You can't DWrite to a path, like a reference number. Only to a device, and then it would have to "know" it was a device, which won't always be the case. How long is the upgrade offer in effect? Thanks. Until Feb 28th, 1993. After that, you can still upgrade, but the price is $60. There certainly is a lot of interest in this upgrade, Mike! Good. I need it. :) Anyone who has other questions can ask them in the Byte Works category, #36 in the A2Pro bulletin board. :) Thanks for having me tonight, folks. If anything else comes up, feel free to ask in Category 36. [EOA] [A2U]////////////////////////////// A2U CAMPUS CHAT / ///////////////////////////////// A2 University; Learning Online """""""""""""""""""""""""""""" By Matt Deatherage [M.DEATHERAGE] >>> A2U SPRING TERM WARMING UP WITH BEGINNING RESOURCE COURSE <<< """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" A2U'S FALL TERM A BIG SUCCESS Will Nelken's "Ultra 4 -- to the MAX!" """"""""""""""""""""""""""""" course has completed and is now available in its entirety in the A2Pro libraries, and Andy McFadden's "Hacking Data Compression" has taken us from simple early compression ideas through the methods used in ShrinkIt, and will complete with a lesson on writing HardPressed modules as soon as HardPressed ships. SPRING TERM KICKS OFF FEBRUARY 15 Now the spring term is starting, and it """"""""""""""""""""""""""""""""" kicks off February 15th with a beginner's level course on resources taught by no less a luminary than Marc Wolfgram, co-author of Foundation! Marc is teaching two courses on resources -- the first one starts February 15th and is suitable if you have no idea what a resource is at all. It starts with explanations of what resources are and how they work, proceeds through explanations of how resource files differ from regular files and concludes just six fact-packed lessons later with elementary Resource Manager calls. When that course completes, Marc will start a second course, based partially on your feedback, detailing how to use resources in your programs like an expert. Issues like managing multiple resource files, using Rez or other tools to create your resources, formats of common resources and why they work, Resource Manager data structures that are important to debugging and more besides! This second more-intense course will start sometime in April, but if you're not ready for it now or if you need a resource refresher, the short course may be just up your alley! Since A2U lessons don't cost any more than normal GEnie connect time, feel free to check them all out any time you're ready. A2U OFFERS A WHOLE LOT OF LEARNING! In addition to Will Nelken's and """"""""""""""""""""""""""""""""""" Andy McFadden's courses in the A2Pro library, you'll find past courses on Apple IIgs Assembly Programming (by Steve Gunn), using Block Warden, programming in C and Pascal, The Art of Disassembly and more! Check out Category #22 in the A2Pro bulletin board and A2Pro library #16 for a whole lot of learning! [EOA] [LIB]////////////////////////////// ONLINE LIBRARY / ///////////////////////////////// HOT Files You Can Download """""""""""""""""""""""""" 3106 CALENDAR NDA V1.2 Source code for Calendar NDA 3104 IMPORTREZ.BXY Import data forks into resources 3103 ONLINE.BXY V2.2B7 ZakPak 2.0: Online (display/query) 3101 U4111.BXY Upgrades Ultra 4.1 to v1.1 3098 MEMORY.BXY V1.2B7 ZakPak 2.0: memory/purge/clrff util 3091 A2U.ULTRA15.BXY A2U Ultra 4 Course, Lesson #15 3089 MACRO.MENU.BXY Ultra 4 Contest Winner by L.WALTON 3087 A2U.COMP.11.BXY Hacking Data Compression Lesson 11 3082 CMPLXLIB.BXY Func's for Complex (a+jb) math. 3075 EYEPRO.CC.BXY Computer Eyes GS raw -> 3200 convert 3071 A2NDX9301TX.BXY A2 Cat/Top Index - Jan '93 (TXT) 3070 A2NDX9301DB.BXY A2 Cat/Top Index - Jan '93 (ADB) 3068 GIF89A.BXY GIF89a spec in TXT format 3067 LZWGIF87A.BXY LZW explanation and GIF87a specs 3065 A2U.COMP.9.BXY Hacking Data Compression Lesson 9 3064 GETFILEINFO.BXY V1.0D1 Sample Finder Extension 3063 RTF.BXY Description of Rich Text Format [EOA] [LOG]////////////////////////////// LOG OFF / ///////////////////////////////// GEnieLamp Information """"""""""""""""""""" o COMMENTS: Contacting GEnieLamp o GEnieLamp STAFF: Who Are We? o GET_THE_LAMP Scripts & Macros o SEARCH-ME! Answers GEnieLamp GEnieLamp is monthly online magazine published in the """"""""" GEnieLamp RoundTable on page 515. You can also find GEnieLamp in the ST (475), the Macintosh (605), the IBM (615) Apple II (645), A2Pro (530), Unix (160), Mac Pro (480), Geoworks (1050), BBS (610), CE Software (1005) and the Mini/Mainframe (1145) RoundTables. GEnieLamp can also be found on CrossNet, Internet, America Online and many public and commercial BBS systems worldwide. We welcome and respond to all GEmail.To leave messages, suggestions or just to say hi, you can contact us in the GEnieLamp RoundTable (515) or send GE Mail to John Peters at [GENIELAMP] on page 200. U.S. MAIL """"""""" GEnieLamp Online Magazine Atten: John Peters 5102 Galley Rd. Suite 115/B Colorado Springs, CO 80915 >>> GEnieLamp STAFF <<< """"""""""""""""""""""" GEnieLamp o John Peters [GENIELAMP] Editor-In-Chief """"""""" ATARI ST o John Gniewkowski [J.GNIEWKOWSK] Editor """""""" o Mel Motogawa [M.MOTOGAWA] ST Staff Writer o Terry Quinn [TQUINN] ST Staff Writer o Sheldon Winick [S.WINICK] ST Staff Writer o Richard Brown [R.BROWN30] ST Staff Writer o John Hoffman [JLHOFFMAN] ST Staff Writer ATARI TX2 o David Holmes [D.HOLMES14] TX2 Editor """"""""" ATARI [PR] o Fred Koch [F.KOCH] Editor """""""""" IBM o Robert M. Connors [R.CONNORS2] Editor """ o Peter Bogert [P.BOGERT1] IBM Staff Writer o Brad Biondo [B.BIONDO] IBM Staff Writer o Tippy Martinez [TIPPY.ONE] IBM Staff Writer MACINTOSH o James Flanagan [JFLANAGAN] Editor """"""""" o Richard Vega [R.VEGA] Mac Co-Editor o Tom Trinko [T.TRINKO] Mac Staff Writer o Bret Fledderjohn [FLEDDERJOHN] Mac Staff Writer o Bill Garrett [BILL.GARRETT] Mac Staff Writer MacPRO o James Flanagan [JFLANAGAN] Editor """""" o Erik C. Thauvin [MACSPECT] Supervising Editor o Chris Innanen [C.INNANEN] MacPRO Staff Writer o Paul Collins [P.COLLINS] MacPRO Staff Writer APPLE II o Darrel Raines [D.RAINES] Editor """""""" o Phil Shapiro [P.SHAPIRO1] A2 Co-Editor o Mel Fowler [MELSOFT] A2 Staff Writer A2Pro o Jim B. Couch [J.COUCH2] Editor """"" INTERNET o Jim Lubin [JIM.LUBIN] GEnieLamp IBM """""""" ETC. o Jim Lubin [JIM.LUBIN] Add Aladdin """" o Scott Garrigus [S.GARRIGUS] Search-ME! o Bruce Faulkner [R.FAULKNER4] CrossNET Support o Mike White [M.WHITE25] Cowlumnist (CowTOONS!) GEnieLamp CONTRIBUTORS """""""""""""""""""""" o Steven Weyhrich [S.WEYHRICH] o Dan "Remo" Barter [D.BARTER] o Jeffrey O. Panosian, M.D. [J.O.P.] o Stephen Litwin [S.LITWIN2] \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\//////////////////////////////////// Material published in this edition may be reprinted under the following terms only. All articles must remain unedited and include the issue number and author at the top of each article reprinted. Reprint permission granted, unless otherwise noted, to registered computer user groups and not for profit publications. Opinions present herein are those of the individual authors and does not necessarily reflect those of the publisher or staff of GEnieLamp. We reserve the right to edit all letters and copy. Include the following at the end of every reprint: \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\//////////////////////////////////// (c) Copyright 1993 T/TalkNET Online Publishing and GEnie. To join GEnie, set your modem to 2400 baud (or less) and half duplex (local echo). Have the modem dial 1-800-638-8369. When you get a CONNECT message, type HHH. At the U#= prompt, type: XTX99368,GENIE and hit the return key. The system will then ask you for your information. Call (voice)1-800-638-9636 for more information about GEnie. \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\//////////////////////////////////// [EOF]**** -- | C. Stephen Gunn | GEnie A2PRO.STEVE | __ __ | Freshman Engineering | INET chuckie@sage.cc.purdue.edu | (__X__) | Purdue University | Ask About A2 University on GEnie! | II Infinitum!