Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!husc6!think!ames!ucbcad!ucbvax!FINGATE.BITNET!MAILER-DAEMON From: MAILER-DAEMON@FINGATE.BITNET (Mail Delivery Subsystem) Newsgroups: comp.sys.atari.st Subject: Returned mail: Unable to deliver mail Message-ID: <8707150246.AA15535@ucbvax.Berkeley.EDU> Date: Tue, 14-Jul-87 22:47:55 EDT Article-I.D.: ucbvax.8707150246.AA15535 Posted: Tue Jul 14 22:47:55 1987 Date-Received: Fri, 17-Jul-87 01:51:10 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 519 ----- Transcript of session follows ----- 554... Unknown fudec host name : sampo ----- Unsent message follows ----- Received: by santra.UUCP (5.51/6.4.TeKoLa) id AA05965; Tue, 14 Jul 87 14:13:34 +0300 From: Message-Id: <8707141113.AA05965@santra.UUCP> Received: by fingate Tue Jul 14 14:13:30 from MAILER@FINHUTC.BITNET via rscs BSMTP. Received: by FINHUTC (Mailer X1.24) id 3943; Tue, 14 Jul 87 04:39:15 FIN Date: Sat 11 Jul 87 15:22:41 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: "Atari ST users forum (INFO-ATARI16)" Original-From: Info-Atari16 Digest Subject: Info-Atari16 Digest V87 #271 To: , Original-To: , Info-Atari16 Digest Saturday, July 11, 1987 Volume 87 : Issue 271 This weeks Editor: Bill Westfield Today's Topics: Re: SMALLTALK on Atari Re: SMALLTALK on Atari Bug in Alcyon C v4.14 Re: Bug in Alcyon C v4.14 (not a bug) RE: Smalltalk on ST Degas picture formats Re: BIOS re-entrancy Re: Bug in Alcyon C v4.14 (not a bug) (yes, a bug!) PLEASE HELP!!!! Re: Wanted Computer Aided Voicing (Product Announcement) GEMBOOT v.10 Re: DX7-II, ST, MusiLisp, Crumar Spirit, INFO PLEASE ---------------------------------------------------------------------- Date: 4 Jul 87 10:42:33 GMT From: mcvax!botter!ark!kleef@seismo.css.gov (Patrick van Kleef) Subject: Re: SMALLTALK on Atari To: info-atari16@score.stanford.edu In article <231@philtis.UUCP> rob@philtis.UUCP (Rob van den Berg @ CAD Centre) writes: > > >Does anyone know if a SMALLTALK implementation for > The address should read GEORG@UNIDO (instead of GEROG@UNIDO) Ooops, Paul ------------------------------ Date: 4 Jul 87 10:40:54 GMT From: mcvax!botter!ark!kleef@seismo.css.gov (Patrick van Kleef) Subject: Re: SMALLTALK on Atari To: info-atari16@score.stanford.edu In article <231@philtis.UUCP> rob@philtis.UUCP (Rob van den Berg @ CAD Centre) writes: > > >Does anyone know if a SMALLTALK implementation for >Atari-ST computers exists? > >---------------- >Rob van den Berg. mcvax!philtis!rob >Philips/Corp. CAD-Centre tel:+31 40 726682 >HKJ-1833 +31 40 816707 (Home) >Eindhoven, the Netherlands. Try addressing GEROG@UNIDO (both Bitnet and UUCP). As I gathered from earlier information and demonstration (!) he's one of the guys that has done the port. I know for a fact that it DOES exist, but I've never seen the stuff on sale. As far as I know it's a commercial project. Happy hunting ------------------------------ Date: 4 Jul 87 14:15:20 GMT From: sandra@cs.utah.edu (Sandra J Loosemore) Subject: Bug in Alcyon C v4.14 To: info-atari16@score.stanford.edu I've just run across a rather annoying bug in Alcyon C v4.14 (the developer's kit C): it has a hard time with adding a word-sized integer constant to a pointer variable. My code originally looked something like STRUCTURE *this, *next; next = this + sizeof(STRUCTURE); /* sizeof(STRUCTURE) = 8192 */ and it was generating code like: add.l #$80000000,R0 No difference whether I used "sizeof" or hardwired in the constant directly, same bad results. I eventually got around the problem by doing next = this; next++; In another place, I was doing something similar: STRUCTURE *this, *next; int n; next = this + n*sizeof(STRUCTURE); and instead of generating a multiply it generated a CLR.L instruction! -Sandra Loosemore sandra@cs.utah.edu, sandra@utah-cs.uucp ------------------------------ Date: 4 Jul 87 19:11:35 GMT From: mnetor!utzoo!utgpu!water!watmath!jsgray@seismo.css.gov Subject: Re: Bug in Alcyon C v4.14 (not a bug) To: info-atari16@score.stanford.edu In article <4713@utah-cs.UUCP> sandra@utah-cs.UUCP (Sandra J Loosemore) writes: >I've just run across a rather annoying bug in Alcyon C v4.14 (the developer's >kit C): it has a hard time with adding a word-sized integer constant to >a pointer variable. My code originally looked something like > > STRUCTURE *this, *next; > next = this + sizeof(STRUCTURE); /* sizeof(STRUCTURE) = 8192 */ > >and it was generating code like: > > add.l #$80000000,R0 If you wanted 'next' to point to the next structure past 'this', you should have used 'next = this + 1'. 'next = this + 8192' advances next to the structure 8191 structures past 'this'. [K&R C Ref 7.4:] "The result of the + operator is the sum of the operands. A pointer to an object in an array and a value of any integral type may be added. The latter is in all cases converted to an address offset by multiplying it by the length of the object to which the pointer points." Jan Gray ------------------------------ Date: 5 Jul 87 02:17:00 GMT From: mnetor!utzoo!utgpu!utcsri!utegc!utai!jpierre@seismo.css.gov Subject: RE: Smalltalk on ST To: info-atari16@score.stanford.edu I asked a couple of weeks ago whether or not Smalltalk was available for the ST. It turns out that some people at a university in Germany have ported Smalltalk 80 to a 4meg ST. BUT... the software is not ready for release and will probably be expensive. Alternatives at this time include trying to run Smalltalk 80 on the Magic Sac and Smalltalk/V on the vaporous IBM emulator. I haven't tried it yet... Finally, Smalltalk/V seems to be the choice of many with IBM ATs but I don't expect Digitalk to bother implementing for the st when the more attractive market of Suns and Mac2s is completly open to them (to the best of my knowledge). ~r signe Jean-Pierre Corriveau Dept. of Computer Science University of Toronto, Toronto CANADA M5S 1A4 USENET: {utzoo,floyd,linus,decvax,ihnp4,allegra}!utcsri!utai!jpierre ARPA: jpierre%Toronto@CSNet-Relay BELL: 416-978-8725 CSNet: jpierre@ai.toronto.edu EAN: jpierre@ai.toronto.cdn UUCP: jpierre@utai.uucp ------------------------------ Date: 25 Jun 87 19:06:42 GMT From: pt!andrew.cmu.edu!df1b+@cs.rochester.edu (David R. Fulmer) Subject: Degas picture formats To: info-atari16@score.stanford.edu One more question about the DEGAS format for picture files: I understand that the color codes are 9 bits. How are these arranged into the 32 bytes of palette info? I am assuming that they are grouped into 2 bytes for each palette register. Is this correct? Dave ------------------------------ Date: 5 Jul 87 22:20:15 GMT From: iarocci@eneevax.umd.edu (John Iarocci) Subject: Re: BIOS re-entrancy To: info-atari16@score.stanford.edu In article <767@atari.UUCP>, apratt@atari.UUCP (Alan Pratt) says: > I'm writing a multi-tasking kernel, and trying to find > a safe way ... > > | Bill Dorsey 'Imagination is more important than knowledge.' >>You sure are imagining... There are no safe ways to do *anything* with >>the current GEMDOS in terms of a multi-tasking kernel. If you want it, >>buy Beckmeyer or write your own OS. It can be done (we're considering >>it) but it ain't easy, and it is IMPOSSIBLE to force this on the current >>GEMDOS. How did Beckmeyer do it? He wrote his own OS. Sorry, kids. >> >>/----------------------------------------------\ >>| Opinions expressed above do not necessarily | -- Allan Pratt, Atari Corp. >>| reflect those of Atari Corp. or anyone else. | ...lll-lcc!atari!apratt >>\----------------------------------------------/ (APRATT on GEnie) Maybe I was really imagining when I bought my ST and expected to be able to get technical support on occasion! The last thing I expected was a statement that what I want to do is impossible when it has already been done (micro- RTX). Of course, the, "Sorry kids," reference didn't help my self-esteem any either. By the way, Allan, I believe Mr. Beckemeyer did not re-write the BIOS, XBIOS, and GEMDOS routines in his Micro-RTX package. I am told he uses the existing OS functions, simply not allowing a context switch while the processor is in these OS functions. Therefore, there would appear to be no need to re-write the entire OS. Thanks again for the informative tips. ------------------------------------------------------------------------------- | Bill Dorsey 'Imagination is more important than knowledge.' | | - Albert Einstein | | 'He who has imagination without learning has wings and no feet.' | | - Joubert | | ARPA : iarocci@eneevax.umd.edu | | UUCP : [seismo,allegra,rlgvax]!umcp-cs!eneevax!iarocci | ------------------------------ Date: 5 Jul 87 23:13:00 GMT From: sandra@cs.utah.edu (Sandra J Loosemore) Subject: Re: Bug in Alcyon C v4.14 (not a bug) (yes, a bug!) To: info-atari16@score.stanford.edu As a number of people have pointed out to me, there is a bug in my understanding of how pointer arithmetic is supposed to work -- the only example I could find in K&R which showed adding an integer to a pointer used a char pointer, so I had assumed it was always treated as a byte offset. However, THERE IS STILL A BUG IN ALCYON C!!!! Or does the C standard say that 2**13 * 2**13 = 2**27, too??? And there is still that second problem I mentioned, where it was generating a CLR instead of a multiply.... -Sandra Loosemore sandra@cs.utah.edu, sandra@utah-cs.uucp ------------------------------ Date: Sun, 05 Jul 87 23:37:12 EDT From: John Turnbull <051332%UOTTAWA.BITNET@forsythe.stanford.edu> To: Info-Atari16 This is a repost of a note that bounced three days ago, sorry to those that have seen it. UOTTAWA (Amdahl 470 V8 running VM/SP Release 4) just got a copy of CMS Kermit Release 3.1, which among other things, will support the Long Packet Protocal (type 0 extended headers for up to 1 KB packets). Now: Is there a (PD hopefully) Kermit for the ST that can eat 1 KB packets (Simon ... )? Failing that ... is there a PD XMODEM or YMODEM that will run under VM/CMS? If so would somebody please send me a copy, or post it to PROG-A16@CANADA01. On the subject of mainframe goodies, are there versions of UUDECODE and ARC that can be run under VM/CMS? Where would I get them? Thanks in advance for the help. /JT John Turnbull, NetNorth: 051332@uottawa 30 Somerset Ave, BITNET: 051332@uottawa Dept. of Biology, ARPAnet: 051332%uottawa.bitnet@wiscvm.wisc.edu Univ. of Ottawa, UUCP: ...!psuvax1!051332%uottawa.BITNET Ottawa, Ontario, JANET: 051332%uottawa@rl.earn CANADA, K1N 6N5. ICBM: 45 25' 33'' N 75 39' 05'' W ------------------------------ Date: 6 Jul 87 02:16:45 GMT From: uwmcsd1!csd4.milw.wisc.edu!pirc2499@unix.macc.wisc.edu (James Franc Pirc Subject: PLEASE HELP!!!! To: info-atari16@score.stanford.edu Could someone please send me a UUDECODEr for the Atari ST's? Please? Thanks in advance..... James Pirc net: pirc2499@csd4.milw.wisc.edu GEnie:JIM.PIRC ------------------------------ Date: 5 Jul 87 16:38:36 GMT From: ssc-vax!uvicctr!collinge@beaver.cs.washington.edu (Doug Collinge) Subject: Re: Wanted To: info-atari16@score.stanford.edu In article <775@atari.UUCP> neil@atari.UUCP (Neil Harris) writes: >... sent off my order for omniscience. >Imagine my surprise when the package arrived and contained ubiquity instead! I'm amazed and grateful that you can maintain your sense of humour at this level considering all the abuse you and your company have been subjected to recently. Thanks. -- Doug Collinge School of Music, University of Victoria, PO Box 1700, Victoria, B.C., Canada, V8W 2Y2 collinge@uvunix.BITNET decvax!uw-beaver!uvicctr!collinge ubc-vision!uvicctr!collinge ------------------------------ Date: 2 Jul 87 20:53:34 GMT From: ihnp4!alberta!sask!brecht@ucbvax.Berkeley.EDU (Tim Brecht) Subject: Computer Aided Voicing (Product Announcement) To: info-atari16@score.stanford.edu Product Announcement July 2, 1987 DXMATE Synchro-Systems presents DXMATE, an integrated Computer Aided Voicing System for the Atari ST (TM). The system includes a Voice Editor, Voice Generator, Sequencer, Voice Librarian and Bank Librarian. DXMATE eases the complexity of programming digital FM synthesizers by displaying all parameters of a voice on the high-resolution Atari screen at one time. It provides powerful functionality at the press of a mouse button by making full use of the Atari ST's GEM (TM) features such as drop-down menus, windows, forms, slider bars and dialogue boxes. Currently available for use with Yamaha DX21, DX27 and DX100 synthesizers and Atari 1040 or 520 ST with monochrome display. DXMATE Features Voice Editing o Full utilization of mouse, drop-down menus, windows, forms, slider boxes and dialogue boxes. o Window based system in which all voice parameters are displayed graphically in one window and function parameters are displayed in another. o Parameters can be changed with the click of a mouse button, using the slider bar, up or down arrow/page on each window, or with simple key-strokes. o Graphical display of all envelopes which can be easily changed by simply dragging specified points on the envelope. o Visual display of the current algorithm. o The voice being edited can be played from the computer keyboard. Options are provided to change note velocity and duration. o Extensive help facilities not only provide help in the use of DXMATE but provide information regarding all synthesizer parameters and how they affect the resulting sound. o Multiple level undo feature. o The ability to compare edited voice with the original. Sequencer o Allows recording of up to 1500 midi events for easy playback while editing voices. o Store sequences to disk for later use. o Load sequences from disk for playback. Librarian o Save individual voices to disk. o Save entire bank of synthesizer voices to disk. o Load individual voices from disk to the synthesizer. o Load an entire bank of voices from disk to the synthesizer. Voice Generator o Generates creative new voices by simply selecting the appropriate menu. o Uses heuristic methods to generate useful new voices. o Parameters are immediately displayed for easy adjusting if desired. $133.65 (Canadian) + $5.00 (Canadian) shipping and handling. Saskatchewan residents add 7% sales tax. [$133.65 (Canadian) = approximately $99.00 (U.S.)]. Certified cheques, money orders or VISA orders only. VISA orders please include: Card Number, exact name on card, expiry date and affiliated bank name. For more information contact: Synchro-Systems or Tim Brecht P.O. Box 3093 brecht@skorpio.UUCP Saskatoon, Sask. {ihnp4,utcsri,alberta}!sask!skorpio!brecht S7K 3S9 CANADA. (306) 477-2675 - (evenings) Atari and ST are trademarks of Atari Corporation. GEM is a trademark of Digital Research Inc. ------------------------------ Date: 6 Jul 87 13:14:10 GMT From: ihnp4!homxb!houxm!houxj!wkk@ucbvax.Berkeley.EDU (W.KAPLOW) Subject: GEMBOOT v.10 To: info-atari16@score.stanford.edu I just uudecoded GEMBOOT v.10. For all of you that unarced it and got CRC failed errors, just edit the file and change all the "tilde" characters into "hat" characters. This was the only change I had to make to fix the archive. Wesley Kaplow AT&T-ISL Holmdel, N.J. 07733 (201)949-0065 ------------------------------ Date: 6 Jul 87 13:12:38 GMT From: ihnp4!homxb!houxm!homxc!pjb@ucbvax.Berkeley.EDU (#P.BURYK) Subject: Re: DX7-II, ST, MusiLisp, Crumar Spirit, INFO PLEASE To: info-atari16@score.stanford.edu Kay - Things might have changed a little in the past few months but... I know of only -2- packages (patch librarians) that run on the DX-7II: "DX-PRO" - Digital Music Services 23010 Lake Forrest Drive Suite D334 Laguna Hills, Ca. (USA) 92653 (714) 951-1159 -and- another package by either OpCode or Hybrid Arts (sorry, I can't remember which right now) DX-PRO, if purchased "today" should work for either the DX-7 or the DX-7II, allowing both up-loading (to the APPLE II only) and down-loading (to the DX). If you have an older release of DX-PRO you probably won't be able to use it (I couldn't) as one of the first things it does is ask (via MIDI transfer) who it is talking to. Expecting to hear "Oh, I'm a DX-7" it barfs when told "Oh, I'm a DX-7II (FD)". Anyway, DMS will -gladly- send you an update upon receiving your DX-PRO system disk and docs binder (as "proof-of- purchase"). Problem resolved. I've had luck using a few other patch librarians (down-loading to the DX-7II only though)... Isepic "Data-7" seems work ok. Passport DX-7 patch librarian... NG (Re: "who are you?") Dr. T ... ok As far as other info and tutorials go... "The Complete DX-7" by Howard Massey gets my vote too. AND... there is a mag out this month (July issue)... can't remember but it might be the new KMS, KCS or whatever it's called these days... ANYway.. there's an article by Howard Massey in there specifically about the "compatibility" issues between the DX-7 and DX-7II. (There is also a review of the Roland D-50 and a number of other good stuff too!) Ok.... too much typing! Pat =============================================================================== Forward e-mail, US-snail, or real-time blasting to: Patrick J. Buryk ...ihnp4!homxc!pjb AT&T-BTL, Crawfords Corner Rd, Holmdel N.J., 07733 (Rm 3L-414) (201) 949-8129 ------------------------------ End of Info-Atari16 Digest ************************** -------