Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!ucbvax!MCNC.ORG!ravi From: ravi@MCNC.ORG (Ravi Subrahmanyan) Newsgroups: comp.sys.atari.st Subject: Bounced messages: groups of 10 Message-ID: <8809292014.AA03246@speedy.mcnc.org> Date: 29 Sep 88 20:14:28 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 5677 From Mailer@Score.Stanford.EDU Tue Sep 27 04:07:59 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA02472; Tue, 27 Sep 88 04:07:59 EDT Message-Id: <8809270807.AA02472@speedy.mcnc.org> Date: Tue 27 Sep 88 01:02:46-PDT From: The Mailer Daemon To: Info-Atari8-Request@Score.Stanford.EDU Subject: Message of 26-Sep-88 20:23:21 Status: R Message failed for the following: dwp@Score.Stanford.EDU.#Internet: Can't forward - unknown host "mitre-b-chubby.arpa" ------------ Date: Mon 26 Sep 88 20:23:19 PDT Subject: Info-Atari8 Digest V88 #91 From: Info-Atari8 Digest Sender: Info-Atari8-request@Score.Stanford.EDU Errors-to: Info-Atari8-request@Score.Stanford.EDU Maint-Path: Info-Atari8-request@Score.Stanford.EDU To: Info-Atari8 Distribution List: ; Reply-to: Info-Atari8@Score.Stanford.edu Info-Atari8 Digest Monday, September 26, 1988 Volume 88 : Issue 91 This weeks Editor: Bill Westfield Today's Topics: Latest ZMAG ---------------------------------------------------------------------- Date: 24 Sep 88 17:02:29 GMT From: gdtltr@vax1.acs.udel.edu (Gary D Duzan) Subject: Latest ZMAG To: info-atari8@score.stanford.edu This issue was too large to fit in a single note, so it will be split across two. As always, tell me how you like it so I can know whether to keep posting them. Gary Duzan Time Lord Third Regeneration Atari Enthusiast Extreme ------------------------ CUT HERE -------------------------- ======================================================================== -------| Syndicate ZMagazine Issue #123 September 14, 1988 |----- | HOT Atari News and Reviews | -----------------| American Publishing Enterprises, Inc |---------------- -----------------| Post Office Box 74 |---------------- -----------------| Middlesex, New Jersey 08846-0074 |---------------- PUBLISHER GENERAL MANAGER ZMag EDITOR ASSISTANT EDITOR Ron Kovacs R. F. Mariano John Deegan Carlos Hernandez ========================================================================= Available on: * CompuServe * GEnie * Delphi * The Source * F-Net * ========================================================================= Copyright (c) 1988 APEInc, SPC -- All Rights Reserved -- CONTENTS _________________________________________________________________________ |*| Editors Desk......John Deegan |*| Reader Commentary ...D. LaFontaine |*| CounterPoint.......R. Swanson |*| Special Offer From The Source |*| Atari Users Convention News |*| CP/M BBS Command Help |*| CompuServe Rate Update |*| Gov. BBS Systems (Update) |*| PCP Update |*| GEnie Confrence Highlights %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Editors Desk by John Deegan %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Official congrats to Mr. and Mrs. Larry Mihalik!!! A son arrived late afternoon on September 8, 1988. Best wishes from the staff of ZMagazine, ST-Report and AMy-Report. Happy second birthday to Jessica Kovacs on September 9th. Comdex is coming. We will provide as much coverage as possible. ST- Report will be covering with exclusive reports and we will print them here shortly after. Stay tuned for details. SURVEY UPDATE We want to thank everyone for responding to the Survey we printed a few weeks ago. We are looking into the suggestions and comments. If you missed the survey, don't fret! A special release will contain all of the survey questions along with a few more. More details on this special release next week. *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Reader Commentary *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* by Dennis LaFontaine I have several comments to make about the reader comment in Zmag iss #119, they are in the same order as the original letter is... Yes, atari must do certain things, like advertise the REAL power of the ST, including on the spot credit financing (similar to the whirlpool plan or citi-bank method). Student discounts are on the way according to a spokesman that represents the dealer network head. 1. First off with color, can you say SPECTRUM??? (512 colors on screen at once). Can you say QUANTUM PAINTBOX??? (4096 colors on screen at once) Can you say DIGISPEC??? (24,386 colors on screen at once), Quantum even allows 32 colors in medium rez. All the above work on mmu's manufactured after early 1985, with no modifications to make inside, simply load and go! As for memory, I have personally seen an 8 meg ST in action, if at all possible, I will get the schematics on how to do it! Although the ST can do it, Atari still seems to be selling ST's under the 4 meg logo and the 16 colors logo. Both Digispec and Spectrum 512 can be obtained through Trio Engineering, or from The Catalog in Antic magazine. Quantum Paintbox is available from Eidersoft U.S.A Gray scaling is employed in many desktop publishing programs, it is also used by image scanners too. 2. Memory expansion without soldering is very easy. I wouldn't call two socket connections a 'TRICK' as you put it. Your statements about the mega is very valid though, I have still yet to see an expansion for their memory. 3. I am running a 520ST unmodified right now, after loading the raster fonts in, I have 398K free. Memory is not too much of a problem here. GDOS is great, it's about time it's available for the ST. 4. Good idea, bumper stickers are sort of like 'word of mouth' advertising. Atari would spend less money on stickers than they would on t.v. commercials. 5. I read an article about a dealer convention, student discounts were at issue, the general concensus showed everyone favored it, if this goes through, students will get approximately a 30% discount and will be eligible for the credit plan. And a reply to the editors note, I have read an article about a prototype card box that connects to a 520 or 1040 DMA port and it acts exactly like the mega-st internal card slot expander. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ COUNTER POINT TO REBUTTLE SWANSON'S SOAPBOX (huh?) @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ by Rod Swanson Jim, Sorry that you take life so dang seriously. Swanson's Soapbox was written with the Atari user in mind, not anyone else. It is meant for information and amusment. Computer slamming IS HEALTHY if done with a sense of humor and if it is restricted to OUR OWN AUDIENCE. I did not upload this to the AMIGA section trying to cause trouble. Sorry you do not see this the way I do. If you would have paid attention to the article you would have noticed that the Amiga points were by someone who once sold both machines, not I. As for the JET review, I did not say anything that remotely suggests that WE SHOULD PIRATE the program. Please re-read the article more thoroughly again, without reading things into it that you imagine. Please focus your attention on the last 6 sentences!!. Again, sorry for offending a fellow 'ATARI' (?) user. STya later - Rod. PS. I will no longer pursue this subject so do not reply unless it is to yourself. No since in turning this thing into an argument. *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Special Offer !!! *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Special Offer From The SOURCE to readers of ST REPORT/ZMAGAZINE! Until December 31, 1988, The Source is making a special offer to readers of ST REPORT/ZMAGAZINE who want to signup for an account with *no*membership*fee*! And with this offer, you receive a $60 credit applied to your first year of usage. To take advantage of this offer, you'll need your credit card, call 1-800-336-3366 (in Virginia 1-703-821-6666). Tell the operator who answers you would like to signup under offer #7BL0U60. In addition, you may purchase The Source Manual for $12.95 (+$3.50 postage and handling). To signup for your account AND order the manual, tell the operator you'd like to signup under offer #7BM0U60. +++++++++++++++++++++++++++++++++++++++ FIRST CANADIAN ATARI USER CONVENTION +++++++++++++++++++++++++++++++++++++++ NOVEMBER 6, 1988 This is CANADA'S first and only Atari user convention this year. This convention is being put on and sponsored by "THE TORONTO ATARI FEDERATION" user group. This group has over 500 members both in the TORONTO ONTARIO CANADA area and across the country as well as having associate members from around the world. We have a 40 meg 24hr bulletin board 416-235-0318 that has everything anyone would require when using ATARI SYSTEMS. If anyone wants more info re our computer show leave a message on the board and we will be in touch. If this is not convenient contact the people listed below. This unique computer show is dedicated exclusively to ATARI COMPUTER SYSTEMS. This exciting new event promises to be jam packed with information, demonstrations, lectures and hands on work shops. One of the main exhibitors will be Atari Canada, showing off all the latest software as well as its new and innovative products. That's not all, there will be lots of retailers selling their wares as Special Low Convention prices, hardware and software manufacturers displaying their latest products, user groups talking to the crowds about Atari products and selling their PD software disks, lectures by knowledgeable speakers, seminars by prominent developers and even hands-on workshops where the registered participants can actually work on projects under the guidance of an expert. There will be something for everyone. From multi-player adventure games on the 8-bit to business applications for the Atari clones. So, if you are an Atari owner, or plan to be one or just looking for information, this is the place you will want to be. THE FIRST CANADIAN ATARI USERS CONVENTION is being held at THE SKYLINE TRIUMPH HOTEL located just off highway 401 on Keele Street. NOVEMBER 6TH, 1988 from 10:00am to 6:00pm. (Special hotel rates available) Phone: 1-800-268-1332. For more information contact: PRESS: (Mike Searl) ..........416/245-5543 EXHIBITORS: (Jim Jorritsma)...416/242-3413 PUBLIC INFO LINE..............416/425-5357 TAF ONLINE BBS (24hr)........416/235-0318 or call Jim Clark, President, Toronto Atari Federation 416/928-1143 For more information send all inquiries to: "TORONTO ATARI FEDERATION" 5334 Yonge Street 1527 WILLOWDALE ONTARIO CANADA M2N 6M2 ATTENTION "COMPUTER SHOW" $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ CP/M BBS Help Commands $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ Ctsy Holly Park BBS (201) 757-1491 To get help type: DIR ? - to get a directory listing FOR ? - to find out what the files do FIND - to find out where the files are KMD - to learn how to upload & download LDIR - to get a directory listing of the INSIDE of a LBR TYPE - to list files to read them online UNARC - to get a directory listing of the INSIDE of an ARC - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Some COMMANDS to get you started in CP/M: TYPE A-TWIT-.IS $N MAP KMD S RCPMBGNR.DOC NEW If you have a 40 column screen, DIR $4ADVNL If you have an 80 column screen, DIR $8ADVNL - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This system is presently running under ZCPR2. To change drives, type: A0>B: you are on drive A, user 0 & want to go to drive B B0> you are now on drive B, ======================================= CompuServe PRIME/DAYTIME HOURS EXTENDED ======================================= Effective Sunday, Oct. 2, CompuServe's prime/daytime will be defined as 8 a.m. to 7 p.m. CompuServe's basic connect-time rates, which are the same as prime/standard and standard/evening rates, are unchanged. The one-hour lengthening of prime/daytime to 7 p.m. is to allow CompuServe's definition of daytime access to be consistent with that of its supplemental communications networks. The CompuServe network surcharge will continue as one rate for all time periods. For more information about CompuServe Information Service rates and network surcharges, type GO RATES at any prompt. NETWORK SURCHARGE ANNOUNCEMENT Due to increased network costs, CompuServe will adjust network surcharges effective Tuesday, Sept. 6. The CompuServe network surcharge will change from 25 cents to 30 cents per hour. CompuServe basic connect-time rates will remain the same. Members accessing CompuServe from overseas through Computer Sciences Corporation Infonet will incur a $50 per hour surcharge at all times. The TYMNET and Telenet prime/daytime surcharge will increase from $10 to $12 per hour, though the standard/evening access surcharge will remain the same. Members now using TYMNET or Telenet are encouraged to check the online phones list (GO PHONES) for a CompuServe network number in their area. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Government Bulletin Boards (Update) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This is an update to the listing which appeared in ZMagazine last year. T H E E C O N O M I C B U L L E T I N B O A R D ======================================================= COMPUTER BULLETIN BOARDS IN THE DEPARTMENT OF COMMERCE The Economic Bulletin Board ============================= Operating agency Office of Business Analysis Office of the Under Secretary for Economic Affairs U. S. Department of Commerce Contents Current economic news from DoC Economic Affairs(EA) agencies including press releases, economic indicators, official DoC summaries of economic news, information on how to obtain data tapes, and summaries of reports and studies produced by EA agencies. Also included are press releases issued by the Bureau of Labor Statistics. Open to the public without charge. No preregistration required. Operated 24 hours a day, except when being serviced. Telephone (202) 377-3870 or (202) 377-0433 Full duplex, no parity, 8 bit words, 1 stop bit, or Full duplex, even parity, 7 bit words, 1 stop bit 300 or 1200 baud. After connect, enter 1 or 2 returns to start State Data Center Bulletin Board ================================ Operating agency State and Regional Programs Staff Data User Services Division Bureau of the Census Contents News about new Census Bureau programs, Census publications, reference material for State Data Center personnel. For use of the Census Bureau staff and all State Data Center Components, including affiliates. Preregistration required - call information contact below. Operated 24 hours a day, except when being serviced. Full duplex, no parity, 8 bit words, 1 stop bit, or Full duplex, even parity, 7 bit words, 1 stop bit 300 or 1200 baud. After connect, enter 1 or 2 returns to start Information Contact: John Rowe or Larry Carbaugh Bureau of the Census (301) 763-1580 Population Estimates Bulletin Board =================================== Operating agency Federal-State Cooperative for Population Estimates Population Division Bureau of the Census Contents Information and news about population and demographic projections. For use by members of the Federal-State Cooperative for Population Estimates and members of the Federal-State Cooperative for Population Projections. No preregistration required. Usual hours of operation 5:00 PM to 6:30 AM Monday-Thursday, 24 hour operation from 5:00 PM Thursday to 6:30 AM Monday. No preregistration required. Full duplex, no parity, 8 bit words, 1 stop bit. 300 baud. Telephone (301) 763-5225, After connected, enter "RUN" to start. CMIC Electronic Bulletin Board ============================== Operating agency Census Microcomputer Information Center, Office of the Director Bureau of the Census Contents Microcomputer news, software and hardware reviews, public domain software, training programs for Census and Commerce personnel. General microcomputer users; primarily internal Census Bureau personnel. No preregistration required. Operated 24 hours a day, except when being serviced. Phone (301) 763-4576. Full duplex, no parity, 8 bit words, 1 stop bit, or Full duplex, even parity, 7 bit words, 1 stop bit 300 or 1200 baud. After connect, enter 1 or 2 returns to start Microcomputer Electronic Information Exchange (MEIE) ==================================================== Operating agency The Institute for Computer Sciences and Technology (ICST) The National Bureau of Standards Department of Commerce Contents Information on the acquisition, management, and use of small computers. Other files containing sources of information on topics such as: conferences, Federal publications and activities, user groups, other bulletin boards, etc. General microcomputer users. No preregistration required. Operated 24 hours a day, except when being serviced. Telephone: (301) 948-5718. Full duplex, no parity, 8 bit words, 1 stop bit, or Full duplex, even parity, 7 bit words, 1 stop bit 300 or 1200 baud. After connect, enter 1 or 2 returns to start. If you do not receive a carrier after two rings, you should hang up and call again. Climate Assessment Bulletin Board ================================= Operating agency Climate Analysis Center National Weather Service Department of Commerce Contents Historical climate information - daily, weekly, and monthly, heating degree days, weekly climate bulletins. Users generally are Analysts using historical meteorological data. Operated 24 hours a day. Preregistration required. Call information contact below. Full duplex, no parity, 8 bit words, 1 stop bit. Information Contact Vernon Patterson Climate Analysis Center Telephone: (301) 763-8071 East Coast Marine Users Bulletin Board ====================================== Operating agency National Weather Service U.S. Department of Commerce Contents Marine weather and nautical information for coastal waterways. Information includes data for bays and sounds, coastal waters, and offshore waters; tropical storm advisories; tidal information, and important weather, nautical, and fishing news. Data are primarily about the middle Atlantic region. Users are Commercial fishermen and other users of coastal waters. The bulletin board is open to the public and free of charge. Users must preregister by calling information contact below. Information about similar bulletin boards for other regions may also be obtained by calling the information contact. Operated 24 hours a day. Telephone (301) 454-8700. Full duplex, 8 bit words, 1 stop bit. 300 baud. Information Contact Ross Laporte National Weather Service (301) 899-3296 &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& PCP Coverage Areas &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& City: ATLANTA GA Area code: (404) ACWORTH 974 975 ALPHARETTA 442 475 664 751 772 ATLANTA 221-223 225 230 231 233 237-244 247 249 250 252 255-257 261 262 264 266 280 281 284 286 288 289 292 294 296 297 299 320 321 325 329 330-332 341 344 346 347 349-352 355 360-366 370-373 377 378 383 420 521 522-530 533 550 558 559 566 572 573 577 581 584 586 588 589 622 624 626 627 633 634 636 639 651 653 656 658 659 661 669 676 681 688 691 696 697 699 726-728 741 744 752 753 755 756 758 761-768 792 794 799 827 833 837 841-843 847 848 851 853 870-877 880 881 885 888 890 892 894 897-899 936 982 999 AUSTELL 739 941 944 948 BUFORD 932 945 CHAMBLEE 390-396 399 451 452 454 455 457 458 488 551 668 671 698 986 CONYERS 388 483 922 929 DALLAS 443 445 DOUGLASVL 489 920 942 949 DULUTH 476 497 623 FAIRBURN 774 964 969 FAYETTEVILLE 460 461 487 631 HAMPTON 946 JONESBORO 389 471 473 477 478 961 968 991 994 996 997 LAWRENCEVILLE 822 962 963 972 978 979 985 995 LITHONIA 482 LOGANVILLE 466 MARIETTA 421-429 494 565 578 971 973 977 MCDONOUGH 954 957 NORCROSS 242 246 263 368 441 446-449 662 PALMETTO 463 PANOLA 593 981 987 POWDERSPGS 439 943 ROSWELL 552 587 594 641 642 992 993 998 SMYRNA 333 431-436 438 835 852 859 933 951-953 955 956 980 984 988 STOCKBDG 474 STONE MT 469 498 879 TUCKER 279 381 491 493 496 564 621 921 923 925 934 938 939 WOODSTOCK 591 924 926 928 City: BOSTON MA Area code: (617) ARLINGTON 483 488 641 643 646 648 BELMONT 484 489 855 BOSTON 223 227 236 247 262 266 267 292 330 338 348 350 353 357 367 375 421 423 424 426 434 437 439 450 451 482 523 536 542 556 565 570-579 589 637 638 654 720 722-728 733 737 742 743 781 931 936 951 954-956 973 BRIGHTON 254 560 782 783 787 789 BROOKLINE 232 277 566 730-732 734 735 738 739 CAMBRIDGE 225 253 258 354 491 492 494-499 547 550 576 577 621 661 864 868 873 876 CHARLESTN 241 242 CHELSEA 884 889 DORCHESTER 265 282 287 288 436 825 929 EASTBOSTON 561 567 569 EVERETT 381 387 389 HYDE PARK 333 361 364 JAMAICA PL 323 325 327 469 522 524 983 MALDEN 321 322 324 382 397 979 MEDFORD 391 395 396 MELROSE 662 665 MILTON 296 298 696 698 NEWTON 243 244 332 527 552 558 964 965 969 QUINCY 328 471 472 479 770 773 786 847 984 REVERE 284 286 289 ROXBURY 427 442 445 541 SAUGUS 231 233 SO BOSTON 268 269 463 SOMERVILLE 623 625 628 629 666 776 WATERTOWN 923 924 926 972 WINTHROP 539 846 Area code: (617) BRAINTREE 380 843 848 849 DEDHAM 320 326 329 392 461 HINGHAM 740 749 HULL 925 LEXINGTON 271 274-276 280 377 860-863 981 LYNN 581 592-596 598 599 NEEDHAM 444 449 455 READING 942 944 STONEHAM 279 438 WAKEFIELD 245 246 WALTHAM 290 466 538 622 633 642 647 684 736 890 891-895 899 930 974 WELLESLEY 235 237 239 431 446 WEYMOUTH 331 335 337 340 WINCHESTER 721 729 WOBURN 932 933 935 938 City: CHICAGO IL Area code: (312) CHIC NEWCS 380 399 693 CHICAGO 204 207 222 225-227 235-237 241-243 245 247 248 252 254 261 263 265-269 271 275-281 285 287 288 292 294 302 306 321 322 324 326 327 329 332 334 337 341 342 346-348 353 363 368 372 373 376 378 379 384 407 410 413 417 419 421 427 431 434 435 436 440 443 444 454 461 463 467 471 472 476 477 478 486 489 493 507 509 514 521-523 525 527 528 533 536 538 539 542 548 549 558-561 565 567 580 583 588 591 592 606 609 621 622 624 626 630 633 637 638 641-645 648-650 661 663-667 670 684 701 702 704 707 712 715 716 718 722 726-728 732 733 737 738 744 745 750-753 760 762 765 769 770 772 776 778 781 782 784 786 787 791 793 796 797 802-808 814 817 819 822 826 828 829 836 842 845 847 853-856 861 871 875 876 878 880 883 886 889 890 899 902 903 906 907 908 915 917 918 921-930 935 936 938 939 942-944 947 951 955 975 977 984 987-989 993 996 997 CICERO 494 BELLWOOD 449 544 547 BERWYN 484 749 788 795 BROOKFIELD 387 485 CHICAGO 202 221 224 229 233 238 239 262 264 273 274 282-284 286 338 374 375 445 465 468 483 487 488 508 545 568 569 581 582 585 586 589 602 625 631 651 660 685 721 723 725 731 734-736 743 761-764 767 768 774-777 779 783 785 792 794 821 838 846 867 873 874 881 928 933 962 973 978 992 994 995 CICERO 652 656 780 863 EVANSTON 328 475 491 492 570 864 866 869 FOREST 209 366 771 FRANKLINPK 451 455 671 678 LA GRANGE 352 354 482 550 579 MAYWOOD 343-345 409 450 531 562 681 865 OAK LAWN 422-425 430 499 598 599 636 857 OAK PARK 383 386 524 848 PALOS PARK 974 PARK RIDGE 318 518 692 696 698 823 825 RIVERGROVE 452 453 456 457 RIVERSIDE 442 447 SKOKIE 470 647 673-679 965-967 982 SUMMIT 458 496 563 594 WESTERNSPG 246 WILLOWSPGS 839 WILMETTE 251 256 ALGONQUIN 658 ARLNGTNHTS 253 255 259 392 394 398 506 577 590 632 870 AURORA 801 820 844 851 859 892 896-898 BARRINGTON 304 381 382 BARTLETT 213 289 830 837 BATAVIA 406 840 879 BEECHER 946 BENSENVL 350 595 766 860 BLUEISLAND 371 385 388 389 396 535 597 687 CALUMET CY 730 862 868 891 CARY 516 639 CHIC OHARE 694 CHICAGO 601 646 686 CHICAGOHTS 481 503 709 720 747 748 754-758 CRETE 672 DEERFIELD 405 940 945 948 DESPLAINES 296-390 391 635 699 803 824 827 DOWNERSGRV 515 719 810 852 910 960 963 964 968 969 971 985 DUNDEE 426 428 551 ELGIN 695 697 741 742 888 931 ELK GROVE 228 364 437 439 593 640 806 952 956 981 ELMHURST 279 530 543 617 628 832-834 941 GENEVA 208 232 GLEN ELLYN 469 790 858 GLENCOE 835 GLENVIEW 657 724 729 998 GRAYS LAKE 223 HALF DAY 634 913 HARVEY 210 331 333 335 339 596 HIGHLANDPK 432 433 831 926 HINSDALE 218 323 325 571-575 654 655 789 850 887 920 954 986 990 HOMEWOOD 206 798 799 957 ITASCA 250 773 LAKEFOREST 234 295 615 LAKEZURICH 438 540 LANSING 418 474 895 LEMONT 257 739 759 972 LIBERTYVL 362 367 680 816 LOMBARD 495 620 627 629 691 916 932 953 MOKENA 479 MONEE 534 MUNDELEIN 566 949 NAPERVILLE 355 357 369 416 420 505 717 961 983 NORTHBROOK 205 272 291 402 480 498 502 564 OAK FOR SO 560 ORLAND 301 349 403 460 PALATINE 303 358 359 397 576 705 934 991 PALOS PARK 361 448 PEOTONE 258 RIVERDALE 841 849 ROSELLE 240 307 310 315 316 330 351 401 490 504 519 529 603 613 659 706 843 882 884 885 893 894 905 980 ST CHARLES 377 584 SUMMIT 914 THORNTON 877 TINLEYPARK 429 532 614 W CHICAGO 231 293 WARRENVL 393 WAUCONDA 526 WAUKEGAN 244 249 336 360 473 578 623 662 688 689 937 WHEATON 260 462 510 653 665 668 682 690 979 WHEELING 215 459 520 537 541 WINNETKA 441 446 501 ZION 746 872 Area code: (815) ELWOOD 423 424 FRANKFORT 469 JOLIET 722 723-729 740 741 744 773 774 LOCKPORT 834 838 886 MANHATTAN 478 NEW LENOX 485 PLAINFIELD 436 439 City: CLEVELAND OH Area code: (216) CLEVELAND 221 226 228 229 231 241 249 251 252 261 265-268 271 281 283 289 291 295 321 331 333 341 344 348 351 356 361-363 368 371 381-383 389 391 397 398 421 429-433 441 443-445 451 459 469 471 476 479 481 486 491 521-523 529 531 541 561 566 574 575 578 579 586 589 621-623 631 634 641 651 661 664 671 676 681 687 692 694 696 721 731 732 741 749 751 752 761 771 781 789 791 795 822 844 851 861 881 883 921 931 932 941 961 987 991 INDEPENDNC 447 524 642 MONTROSE 475 581 587 662 663 TERRACE 292 464 591 765 766 831 AURORA 562 995 BAINBRIDGE 543 BEDFORD 232 439 BEREA 234 243 826 BRECKSVL 526 838 BRUNSWICK 225 273 CHAGRINFLS 247 248 349 CHESTERLD 729 COLMBIASTA 236 GATESMILLS 423 HILLCREST 442 446 449 461 473 646 HINCKLEY 278 NOROYALTON 237 582 NORTHFIELD 467 468 656 OLMSTEDFLS 235 RICHFIELD 659 RUSSELL 338 STRONGSVL 238 572 TRINITY 734 777 779 835 871 892 TWINSBURG 425 487 VICTORY 842-845 884-886 888 WICKLIFFE 585 943 944 WILLOUGHBY 942 946 951 953 City: COLTON CA Area code: (714) COLTON 370 422 431 824 825 876 877 FONTANA 350 355 356 822 823 829 REDLANDS 335 790-799 RIALTO 820 873-875 RIVERSIDE 275 351 354 358-360 369 602 681-689 710 780-787 788 S BERNDINO 381-384 387 880-889 City: DALLAS TX Area code: (214) ADDISON 233 239 385-387 392 404 450 458 490 591 661 701 702 770 788 851 934 960 980 991 CARROLLTON 242 245 306 307 323 394 416 418 446 466 492 CEDAR HILL 291 299 DALLAS 220 290 302 309 319 320 321 324 327 328 330 331 333 337 339 340 341 343 348-353 357 358 360 361 363 368 369 371-376 381 388 391 398 421 426 428 464 503 520 521 522 526 528 553 559 565 573 590 630 631 634 637 638 649 651 653 655 658 670 688 689 691 692 696 698 706 720 739-742 744-750 754 760 761 767 781 787 809 812 819-821 823 824 826 827 828 841 844 855 871 879 880 890 891 902 904 905 920 922 939 941-944 946 948 951 953 954 956 969 977-979 987 999 DANIELDALE 224 228 De SOTO 217 223 230 DLS FW AIR 453 456 574 DUNCANVL 296 298 709 780 FARMRSBRCH 241 243 247 401 402 406 484 506 556 620 830 869 888 GARLAND 240 271 272 276 278 303 414 487 494 495 530 840 864 GRAND PRAR 229 260-264 266 269 384 397 504 533 558 601-603 606 609 616 641 642 647 660 676 799 808 850 909 913 933 949 957 988 992 993 HUTCHINS 225 IRVING 251-259 313 399 413 438 445 497 513 514 518 541 550 554 570 579 580 594 607 621 650 659 717 721 751 790 791 929 986 LANCASTER 218 227 LAWSON 222 LEWISVILLE 219 221 315-318 393 420 434 436 462 471 539 724 MESQUITE 216 285 288 289 N MESQUITE 270 279 613 681 686 PLANO 403 422-424 516 517 519 575 578 596 604 605 608 612 618 867 881 964 985 RENNER 248 250 380 733 931 RICHARDSON 231 234 235 238 301 437 470 480 644 669 680 690 699 705 783 907 952 995-997 ROWLETT 412 475 RYLIE 286 557 SEAGOVILLE 287 SUNNYVALE 203 226 WYLIE 442 Area code: (817) ARLINGTON 261 265 273 356 366 425 432 449 461 467 469 543 588 640 667 671 679 695 784 792 856 EULESS 267 268 355 540 963 967 FORT WORTH 429 589 654 884 930 GRAPEVINE 329 481 KELLER 379 KENNEDALE 572 MANSFIELD 477 NORICHLDHL 498 577 ROANOKE 430 961 962 City: DENVER CO Area code: (303) ARVADA 420-431 467 650 877 880 940 AURORA 340-344 360 361 363 364 366 367 371 373 551 BOULDER 440-444 447 449 492 494 497 499 530 581 786 924 938 939 966 BRIGHTON 654 659 BROOMFIELD 252 255 450-452 457 460 465 466 469 538 CASTLEROCK 660 681 688 COALCRKCYN 642 DENVER 270 281 291-299 320-322 329 331 333 355 370 375 377 388 393 394 398 399 433 455 458 477 480 534 556 571-573 575 592 595 620 623 624 628 629 631 639 691 692 698 722 733 744 753 756-760 777 778 780 782 820 821 825 826 830 831 832 837 839 844 851 860 861 863 866 869 871 888 892 893 894 896 899 922 934-937 964 965 DENVER NE 286-289 DENVER SW 969 980 985-989 DENVERSULL 337 368 369 671 680 690 693-696 699 720 745 750-752 755 766 ENGLEWOOD 761 762 781 788 789 891 EVERGREEN 670 674 GOLDEN 271 273 277-279 LAF LSVLE 665 666 673 LAKEWOOD 230-239 LITTLETON 220 266 290 470 649 694 721 730 740 741 770-773 779 790-799 850 855 889 890 930 933 971-973 977-979 LOOKOUT MT 526 MORRISON 697 PARKER 840 841 City: DETROIT MI Area code: (313) DETROIT 222-226 237 245 252 255 256 259 267 270-278 291 292 295 297 298 321-323 328 331 336 337 341-343 345 361 365 366 368 369-372 381-383 386 388 389 390 393 396 436 440-442 444 446 491 493 494 496 499 521 526 527 531-538 554 556 560-568 571 577 579 581 582 584 592-594 596 599 690 745 770 821-824 829 831-846 849 861-876 881-886 891-899 921-928 931-935 937 943 945 956 961-966 972 974 976 983 993 City: GLENDALE CA Area code: (818) BURBANK 565 566 569 840-843 845-848 953-955 972 GLENDALE 240-244 246 247 409 500 502 507 545 546 956 LA CRSCNTA 248 249 542 957 NO HOLLYWD 503 505 506 508 509 753 760-766 769 777 980 982 985 PASADENA 304 354 356 393 397-400 403 405 406 440 441 449 568 577 578 584 790-799 952 SUNLDTUJNG 352 353 951 SALHAMBRA 280-289 300 302 307-309 457 458 529 570-573 576 805 SIERRAMADR 351 355 SUN VALLEY 504 767 768 VAN NUYS 370 374-379 501 528 780-789 818 901-909 981 983 984 986-990 994 995 997 City: HARTFORD CT Area code: (203) BERLIN 828 829 BLOOMFIELD 242 243 286 726 CANTON 693 E HARTFORD 282 289 291 528 565 568 569 FARMINGTON 673-679 GLASTONBY 633 657 659 GRANBY 653 HARTFORD 240 241 244 246 247 249 252 273 275 277-280 293 520 522 524 525 527 545 547-549 560 566 660 722 724 725 727 728 841 930 936 951-954 MANCHESTER 643 645-649 NEWBRITAIN 223-225 229 826 827 NEWINGTON 665-667 ROCKVILLE 871 872 875 S WINDSOR 644 SIMSBURY 651 658 SUFFIELD 668 W HARTFORD 232 233 236 521 523 561 WETHERSFLD 257 258 529 563 721 WINDSOR 285 298 683 688 WINDSORLKS 623 627 654 City: HOUSTON TX Area code: (713) AIRLINE 445 447 448 591 820 847 878 931 999 ALDINE 442 449 590 985-987 ALIEF 495 498 530 561 568 575 879 933 983 ALVIN 331 388 APOLLO 280 282 283 480 483 486 488 ARCOLA 431 ATASCOCITA 852 BACLIFF 339 BAMMEL 440 444 537 580 583 586 893 BARKER 492 578 579 BAYTOWN 420-422 424 425 427 428 BEACH CITY 383 BLUE RIDGE 436-438 835 BUFFALO 293 493 496 497 531 556 558 584 589 596 870 CHANNELVW 452 457 CROSBY 328 CYPRESS 373 DEER PARK 476 478 479 884 930 994 DICKINSON 337 E HOUSTON 458 459 ELLINGTON 481 484 487 922 929 998 FRIENDSWD 482 996 GRENSPOINT 775 872-876 HIGHLANDS 426 HMBL SOHML 441 446 540 548 HOUSTON 220-229 235 236 237 241 247 257 266 270-272 284 285 295 390 432-434 439 450-453 455 460-462 464 465 467 468 472-475 477 520-529 535 541 546 549 551 552 571 599 620-623 626 627 629-631 633 635 636 639-641 643-645 649-684 686 688 690-699 720-723 726 728 729 731-734 738 739 741 744 747-751 754 757 759 762 763 771 772 774 776-799 824-827 831 833 834 836 840-842 844 845 850 853 861-866 868 869 871 877 880-883 888 891 895 920 921 923 924 926 928 932 939 940 941 943 944 946 947 951-954 956 957 960 961 963-969 971-975 977 978 981 984 988 991 993 995 HUFFMAN 324 JERSEY VLG 466 896 937 KATY 347 371 391 392 395 KEMAH 326 334 KINGWOOD 358-360 LA PORTE 470 471 LANGHAMCRK 463 550 855 859 LEAGUECITY 332 338 LIVERPOOL 393 LK HOUSTON 454 MANVEL 489 NASSAU BAY 333 335 PEARLAND 485 997 PINEHURST 356 PORTER 354 577 RCHMNDRSBG 341 342 SATSUMA 469 890 894 897 955 SEABROOK 474 SHELDON 456 SMITHRS LK 343 SPRING 350 353 363 364 367 STAFFORD 261 499 SUGAR LAND 240 242 263 269 274 277 278 490 491 494 563 565 980 TOMBALL 320 351 370 374 376 VLY LODGE 346 WESTFIELD 230 443 821 City: KANSAS CITY MO Area code: (816) EINDEPNDNC 795 796 GLADSTONE 436 452-455 459 468 INDEPENDNC 252 254 257 373 461 478 833 836 KANSAS CITY 221 223 231 234 241 242 245 247 274-276 283 333 346 361 363 374 391 395 421 426 435 444 471 472 474 483 497 523 531 556 561 572 576 591 654 698 753 756 757 759 821 822 842 844 861 871 881 921-924 926 931 932 968 995 997 LIBERTY 781 792 NASHUA 734 PARKVILLE 587 741 RAYTOWN 353 356 358 737 SO KAN CITY 761 763 765 767 941-943 966 TIFFNYSPGS 891 BELTON 322 331 348 BLUE SPGS 224 228 229 FERRELVIEW 243 464 466 GREENWOOD 537 LEESSUMMIT 251 524 525 LKLOTAWANA 578 SMITHVILLE 532 Area code: (913) BETHEL 299 334 788 KANSAS CITY 236 262 281 287 321 342 362 371 375 384 432 573 574 576 588 596 621 661 676 677 722 787 831 MELROSE 268 339 341 345 381 383 451 469 491 492 541 631 642 648 649 888 894 962 967 BASEHOR 724 BONNER SPG 422 441 721 OLATHE 764 780 782 791 829 STANLEY 681 897 City: LOSANGELES CA Area code: (213) LOS ANGELES 200 221-239 245 248 250-269 272 283 290-296 298-300 303 321 340-342 345 347 351 362 380-389 413 418 460-469 480-489 520 525 526 560 561-569 580-583 585-589 600 612-614 617 620-629 636 650-656 658 660-669 678 680-689 700 713 714 716-718 723 729-760 765 770-779 819 849 850-852 856 857 870-879 891 894 895 912 930-939 955 960 964 965 967-969 971 972 974 975 977 979 MONTEBELLO 720-722 724-728 888 BEVERLY HILLS 201 203 205 270-282 284 285 289 550-553 556 557 652 657 659 785 854 855 858 859 COMPTON 220 408 531 537 601-605 608 609 630-635 637-639 761 762 CULVER CITY 202 204 280 558 559 836-840 DOWNEY 803 806 861 862 869 904 922 923 927 928 940 GARDENA 213 217 323-327 329 512 515 516 527 532 538 712 715 719 780 HAWTHORNE 219 297 331 332 336 535 536 643 644 675 676 679 812-814 970 973 978 INGLEWOOD 215 216 330 337 338 410 412 417 419 568 641 642 645 646 649 670-674 677 MAR VISTA 301 305 306 313 390 391 397 398 578 821 822 823 827 PICORIVERA 692 695 699 801 908 942 948 949 WLOSANGELS 206-209 312 442-446 470-479 820 824-826 City: MIAMI FL Area code: (305) HOMESTEAD 224 230 245-248 257 258 MIAMI 221 223 226 227 250 261-264 266 270 271 274 279 284 285 324 325 326 342 347 350 353 358 361 362 364 371-377 379 381 382 385-387 397 399 441-449 460 470 477 520 526 529 530-532 534-536 538 541 543 544 545 547-560 573 576 577 579 590-596 598 599 633-635 637 638 642 643 649 661 662 663 665-667 670 672-674 681 685 687 688 691 693 696 751 754 756-759 762 769 789 794 795 821-823 825 835 836 854 856 858 861 864-866 868 871 873 874 882 883 884 885 887 888 891 893 895 899 939 953 993 995 NORTH DADE 343 354 542 620 621 623-625 651-654 770 787 829 931 932 935 937 940 944 945 947-949 952 956 PERRINE 232 233 235 238 251-253 255 378 City: MILWAUKEE WI Area code: (414) BIG BEND 662 CALEDONIA 835 CEDARBURG 375 377 HARTLAND 367 HENOMNEFLS 251-253 255 MILWAUKEE 221-229 254 256-259 263-265 271-278 281 282 287 289 291 321 327 332 342 344 345 347 351-355 357-359 362 372 374 382-384 399 421-423 425 438 442 444 445 447 449 453 456 461-464 466 471 475 476 481-483 527 529 535 541 543 545 546 562 575 643 645 647 649 671 672 678 744 747 761 762 764 765 768 769 771 774 778 781-786 791 792 796 797 799 844 871 873 874 931 933 935-937 955 961-964 MUSKEGO 679 PEWAUKEE 691 SUSSEX 246 THIENSVL 241-243 WAUKESHA 521 524 542 544 547-549 City: MINNEAPOLS MN Area code: (612) ANOKA 421 422 427 753 APPLE VALLEY 431 432 CHASKA 448 ELK RIVER 441 FARMINGTON 460 463 FOREST LAKE 464 HAMEL 478 HANOVER 498 HASTINGS 437 438 ISANTI 444 JORDAN 492 LAKEVILLE 469 MAPLE PLAIN 479 MINNEAPOLS 330-344 347-349 370-379 499 520-522 526 527 529 533-537 540 541 542 544-546 553 557 559-561 566 569 571 572 574 588 591 593 621-627 639 720-729 754 755 757 780-782 784 786 788 789 822-825 827-831 835 851 853 854 858 861 863 865-872 874 879 881 884 885 887 888 890 893-897 920 921 922 924-927 929 931-939 941 942 944 976 977 MOUND 472 NEW MARKET 461 OSSEO 420 424 425 493 PRIOR LAKE 440 447 ROCKFORD 477 ROGERS 428 ROSEMOUNT 423 S BURNSVLL 435 892 SCAND MARN 433 SHAKOPEE 445 496 SODERVILLE 434 ST MICHAEL 497 ST PAUL 220-224 227-229 290-293 296-298 450-452 454-459 481-490 620 631 633 635 636 638 641-649 681 687 688 690 696 698 699 731 733 735-739 ------------------------------ End of Info-Atari8 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Tue Sep 27 04:08:49 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA02477; Tue, 27 Sep 88 04:08:49 EDT Message-Id: <8809270808.AA02477@speedy.mcnc.org> Date: Tue 27 Sep 88 01:02:54-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: PS:[--QUEUED-MAIL--].RETRANSMIT.60 Status: R No such host as "SANDIEGO.MT.DDN.MIL.#Internet", bad queue file follows: ------- =DELIVERY-OPTIONS:MAIL =NOTIFY: 1-Oct-88 20:08 =DEQUEUE: 29-Sep-88 20:01 _Score.Stanford.EDU.#Internet Info-Atari16-Request aerospace.aero.org grant ALMSA-1.ARPA.#Internet nfrech foehner [128.59.40.130].#Internet chung decwrl.dec.com.#Internet heiden%kbomfg.DEC escd!karl DOCKMASTER.ARPA.#Internet JArnold uunet.UU.NET.#Internet mutec!docbobo lasso!atari16 [128.238.2.2].#Internet RUBIN MSR.EPM.ORNL.GOV.#Internet jcm gateway.mitre.org bmorgart MITRE-BEDFORD.ARPA.#Internet jhs SANDIEGO.MT.DDN.MIL.#Internet jensen hallock NOTE.NSF.GOV.#Internet jmurray ubvmsa.cc.Buffalo.EDU.#Internet V069HPMS Date: Mon 26 Sep 88 20:01:30 PDT Subject: Info-Atari16 Digest V88 #403 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 403 This weeks Editor: Bill Westfield Today's Topics: Re: Atari fair at Duesseldorf (West Germany) Genie vs. CompuServe more on CD stuff problem with mwc atoi(), version 2.0.1 Multi tasking Shell suggestions?? Re: Genie? Re: argc and argv with gem Don't Bash (was Re: Boycott Apple Again -- Now about Suns) Game Machine ---------------------------------------------------------------------- Date: 14 Sep 88 13:52:12 GMT From: nic.MR.NET!eta!pwcs!stag!trb@csd1.milw.wisc.edu ( Todd Burkey ) Subject: Re: Atari fair at Duesseldorf (West Germany) To: info-atari16@score.stanford.edu WARNING! My responses have only good things to say about the ST, so you Atari Haters (either the machine or the company) out there may wish to hit the 'n' key now... In article <379@bdt.UUCP> david@bdt.UUCP (David Beckemeyer) writes: >I've been hearing this "dying computer" attitude from dealers, distributors, >and even some magazine publishers (always the last to go) for several months, >but I've been reluctant to say anything because I feared it would be construed >as nothing more than an attempted stab at Atari. It isn't. It truly >appears that Atari has played out their last hand. And it could simply be that 1) May-September is a horrible selling time for computers and software anyway, 2) a lot of people are playing a wait-and-see game on things like the 68030 machine (or a drop in price in RAM which may drop the price of the Mega...), and 3) there is so much GOOD PD/Shareware software for the ST that it may really appear to be a dying computer from the point of view of a software developer trying to make a living off of the computer. >I think the consumer who paid hard-earned money in hopes of obtaining >a useful computer system is the big loser here, especially those that >have invested lots of hardware, money, and time on the ST. Fooey. I've wasted more money on IBM PC's and Mac's than I ever could on my ST (or Amiga for that matter). A lot of us, early on, put $3000 plus into an IBM PC that within years was worth less than $800. I also bought a Mac that became worthless at an even more alarming rate as Apple nickle and dimed me with their upgrades (128K->512K->??? actually cost more than the original Mac ($1900). The IBM PC lost its appeal with its 64K limitations and the increasingly buggy software that started coming out from companies like Borland, Microsoft, etc (it almost seemed to be becoming a fad as to who could rush out their product first and still get away with supplying the user with the most bugs). And the Mac was just too slow and messy to develop code on (and still be able to remember how to write code on Unix systems). From the home user point of view, I still think the ST is best, since it is cheap, has great games :-), has better quality PD software in most areas than the IBM PC or the MAC, can integrate better with 'other' disk formats (and OS's) that the users may be using at work, and is very easy for the novice user to 'learn' to program on (via fast but simple languages like GFA Basic.) Note I haven't said anything 'nasty' about the Amiga...I like the Amiga, but it was always just a little behind (about 6 months to a year) the ST in the areas I was interested in (languages, ports of PD packages, certain games, etc). Plus when I got rid of the Amiga, I still had to deal with having to have three OS's within reach depending upon which game or application I wanted to run...which I hear isn't a problem any more. >It seems to me that this should be a lot more troubesome to all of us >than whether or not they have fixed the Malloc bug. I agree, specially since I have never really seen how the 'Malloc' bug has really prevented me from doing anything on the ST as a developer. I have never lost any sleep over it or even seen the problem when using MWC. I actually have wasted more time in the other mundane bugs (like having to put character eater loops into my code to handle users that like to hold a scroll key down...else bconin bombed). -Todd Burkey "a member of STdNET - The ST developers' Network" trb@stag.UUCP -> to join, mail to ftg!dwm@stag.UUCP <- ------------------------------ Date: 15 Sep 88 09:32 EDT From: brantly.henr@Xerox.COM Subject: Genie vs. CompuServe In-reply-to: Info-Atari16 Digest 's message of To: Info-Atari16@Score.Stanford.edu This is strictly my own opinion..... I've been using CompuServe for approximately 2 years, and have been, for the most part, quite satisfied with the services provided. I have however experienced some difficulty in communicating at 1200 baud (occassional trash characters). The current rates for CompuServe are $6 per hour @ 300 baud, $12 per hour @ 1200 baud. (Because of my 1200 baud problems I've been doing almost all of my stuff at 300 SLOW, SLOW baud.) Several months ago I saw an advertisement for Genie and decided to give it a try. Rates (non-prime time; that's the only time I use it anyway) are $5 per hour for both 300 & 1200 baud. The initial sign-up fee is $29.95 (but you get 2 free hours worth $10). Impressions of Genie from an ole CompuServe user: (1) Wow! The ST roundtable is great! I expected less, but there appears to be not only more stuff, but there appears to be newer stuff than CompuServe! (2) The Genie menus make the CompuServe (new) menu structure look pretty sick. To me, it's MUCH easier to get around on Genie than Compuserve. (3) In the ST roundtable on Genie, when you go the ST libraries, you can search ALL libraries at once! [ever had the problem where you wanted to find a file, but didn't know where to look?] (4) I can talk to Genie @ 1200 baud error free! Don't ask me why, but I can now talk at 1200 baud error free for $5 per hour, vs $12 per hour on CompuServe with trash. Genie is owned/operated? by General Electric. When I signed up they gave me a personal phone call to verify my order. They had a "free" genie intro manual to me in 3 days! They had a large "free" users manual to me in a week! Genie doesn't seem to have, as of yet, a large amount of business "stuff" like CompuServe, but I don't ever use it anyway. They do have Shopping (alot of the same businesses as CompuServe), Computer roundtables, airline reservations, etc..... (a LOT of stuff I haven't looked into yet, I'm having too much fun on the ST roundtable). A clarification here, a Genie "RoundTable" is the equivalent of a CompuServe "Forum". Anyway, Genie has won me over, I would definately recommend that individuals give it a test flight to see for themselves. I am in no way associated with CompuServe or Genie, I don't have time for another job! Dennis..... Brantly.Henr@Xerox.Com Rochester, NY ------------------------------ Date: Thu 15 Sep 1988 08:52 CDT From: Subject: more on CD stuff To: In the current issue of Computer Music Journal, there is mention of audio amplifiers with digital input so you can use there 4 times oversampling DACs. This intrigues me. What is the format for this digital interface. Could one possibly send digital information through the DMA port and use the ST as a sampler? Jeff Beer, UUCJEFF@ECNCDC.BITNET ------------------------------ Date: 15 Sep 88 01:56:52 GMT From: cwjcc!hal!ncoast!btb@tut.cis.ohio-state.edu (Brad Banko) Subject: problem with mwc atoi(), version 2.0.1 To: info-atari16@score.stanford.edu What is wrong with the following code? I am trying to make a little random number generator which will generate a list of random numbers from 1..Ni in response to a list of integers on the command line, that is (I want): > rint 1500 10 30 to give: 738 4 15 (So I can generate random English dictionary references so that I can learn new vocabulary words to study for the GRE... to get into a good grad school, to get a great job some day, etc., etc.) #include /* #include */ #define MAXVAL 32767 main(argc,argv) int argc; char *argv[]; { int i, x; extern int atoi(); for (i=1; i+1<=argc; ++i) { x = rand(); printf("%d %d %s %d %d %d\n", x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]), (double) x / MAXVAL * atoi(argv[i]) + 1); } putchar('\n'); } The code compiles, but produces bad (atoi()?) results... why? Why are the atoi(argv[i]) values bad (negative)? > cc rint.c > rint 1500 1400 1300 (produces:) 6937 1 1500 16216 -13903 -27805 27004 2 1400 16466 -1627 -3253 223 3 1300 15583 446 892 Thanks for your help. Brad Banko Columbus, Ohio (formerly ...!decvax!cwruecmp!ncoast!btb) btb%ncoast@mandrill.cwru.edu "The only thing we have to fear on this planet is man." -- Carl Jung, 1875-1961 -- Brad Banko Columbus, Ohio (formerly ...!decvax!cwruecmp!ncoast!btb) btb%ncoast@mandrill.cwru.edu "The only thing we have to fear on this planet is man." -- Carl Jung, 1875-1961 ------------------------------ Date: 13 Sep 88 22:43:58 GMT From: voder!pyramid!prls!philabs!phri!cooper!john@ucbvax.Berkeley.EDU (John Barkaus) Subject: Multi tasking Shell suggestions?? To: info-atari16@score.stanford.edu Hi, I have heard about a few different multi tasking programs that are available for the ST. The ones I have heard of are: MT C Shell, Gulam, OS-9 and maybe Minix. Could anyone give me info about any or all of these programs/operating systems? I would like to know advantages, disadvantages, manufacturers and prices. If there is sufficient interest I will post what I find out. Thanks in advance. John John M. Barkaus at the Cooper Union, NY, NY. INTERNET: john%cooper.cooper.edu@NYU.EDU UUCP: cmcl2!cooper!john ------------------------------ Date: 13 Sep 88 16:16:56 GMT From: bnlux0!drs@sbcs.sunysb.edu (David R. Stampf) Subject: Re: Genie? To: info-atari16@score.stanford.edu In article <861@viscous> sethk@sco.COM (Seth I Katz) writes: >chatterchatterchatter<4788@saturn.ucsc.edu>chatterchatterhumtech@ucschu.ucsc.edu (Mark Frost): >| >| I've seen many netters refer to GEnie. I've heard of it, but am not >| familiar with it (I get the impression it's like CompuServe - which I >| have also never used). It sounds as if Genie would be useful to have >| access to. >| Ok, here's the big question - how do I get access to it? Who do I >| contact? Is it expensive? > > >The software uploaded by users is really great. This is the reason to >join GEnie, for me. > >It seems to cost a lot- they take it directly from my account. You are >charged by the minute, and although they claim they don't charge for >download time, they do (I haven't bothered to fight this one yet- I am simply >giving up...). Actually, they do charge for download time (Genie -> You) but they don't charge for upload time - you are not penalized for donating software. I haven't used the mail since most of the people I want to talk to are on this network, but I have downloaded a fair amount of software and much of it is good. There are also some machine specific discussions that are pretty good. Best of all, is that there isn't an extra charge for 1200 baud (but there is one for 2400 baud), and there isn't a minimum charge. When you decide to drop out for a month or so, you don't have to pay anyway. Compuserve's connect charge is at least $12.50/hr for connect time at 1200 baud - more than double what Genie costs. (Off hours that is). From what I've heard, the software is about the same, Atari seems to be stronger on Genie, but Mac is stronger on Compuserve, and all of the other services - well I don't bother using them. Contact each and compare - < dave ------------------------------ Date: 15-SEP-1988 15:07:01.78 From: MAURY%LAUCOSC.BITNET@Forsythe.Stanford.EDU To: I've been off the net for a while, so correct me if anything I say in this letter is wildly inaccurate. In the Wednesday, Sept 14,1988 edition of this newsletter, David Beckemeyer adds his comments to a letter posted some time before that I didn't receive. In this letter, a user from West Germany (apparently) quotes a displayer as saying "What do you expect of a dying computer?". Mr. Beckemeyer then writes that "Atari has played out their last hand." Recently I talked to a local developer who had been to a recent trade show in West Germany and reported it to be quite a shock, as he stated that there were Ataris "everywhere", a comment that I here from the local Atari dealership often. My question is this: What is the REAL sales flow in West Germany and the rest of Europe? Considering that they seem to be a dead issue in the (very) local area, and Mr. Beckemeyer states that this problem is in general, I feel a little bit worried that my investment could suddenly be worth nothing if sales really are dropping off, and continue to do so. I have bad dreams about TI-99's and Plus 4's! Would some kind user from West Germany who REALLY knows please confirm these statements one way or the other? I'm sure I'm not the only user on this net who is more than a triffle conserned! Maury Markowitz, MAURY@LAUCOSC.BITNET Thanks! ------------------------------ Date: 15 Sep 88 17:42:38 GMT From: agate!pasteur!cory.Berkeley.EDU!soohoo@ucbvax.Berkeley.EDU (Ken Soohoo) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes: > > > >How does one go about writing a GEM program that will accept arguments to >main via argc and argv? I'm using Mark Williams C and when I try to use >argc and argv with a GEM program the program bombs. > >Thanks for any help, >Jim Cochrane As far as I know, with MWC 3.0 (2.1.7 also), the method for using argc and argv from a GEM type program is to NOT use the -VGEM flag, instead, use the -laes -lvdi options as the last part of your cc command: cc -o myprog.prg main.o mod1.o mod2.o -laes -lvdi As far as _I_ can tell, argv[0] is undefined, and is NOT standard K&R from the desktop, but from the MSH shell it's OK (supposed to be the name of the program being executed). --Kenneth Soohoo (soohoo@cory.Berkeley.Edu) Atari 400/800/600xl/800xl/1200/130xe/65xe, 1040ST hacker Sometime Berkeley Student, othertimes... My opinions are my OWN, not necessarily Atari's ------------------------------ Date: 15 Sep 88 14:14:19 GMT From: thorin!clocs!davis@mcnc.org (Mark Davis) Subject: Don't Bash (was Re: Boycott Apple Again -- Now about Suns) To: info-atari16@score.stanford.edu Sorry for the gross cross posting, but I have no idea in which group the germain posting originated. Note Followup-to. In an article (Somebody) writes: > ... [some Sun Bashing ] Come on Guys. You will bash anything. But let's not bash the good guys without reason. Yes, there are some problems reported about Sun, but name another company that come even close in competing. (I can name a couple I would like to see compete, but Sun is now a BIG company.) Yes Sun's software is buggy. But not very. SunOS is administered by one fulltime person at our site of almost 100 Suns. This is compared to the three required to maintain 6 BSD 4.2 Vax systems three years ago. If you want to talk about buggy, let's discuss OS 360, any release less than 15. I seem to think MS/DOS 2.0 was bad, also, but I didn't have intimate experience. Would you rather buy from DEC (which had the goal of lowering the price per MIPS to $40,000 in 1988 {10 times the SUN goal}). Basically Sun has maintained about a 2 to 1 price performance advantage over the big competition and continued to introduce new and improved products (like NFS (which everyone liked) and NeWs (which wasn't so great) and SunOS 4.* which is so major a change that we won't appreciate it for years). A recent posting in SunSpots indicated that Suns price/performance for software maintenance was also about twice as good as DEC's. So far Sun hasn't sued anybody. (How many companies has Apple forced to cripple their product or sued out of the business? I have lost count.) Yes, you can critize some of the things that Sun does, but bashing (implying that it is a bad company and you should not consider buying their products) should be reserved for companies with questionable business ethics (like suing the competition our of business because they have a better product). By the way, I have offered several examples concerning Apple. I do not mean to imply that Apple is the only company conducting business in a manner that I consider unethical. I have also referred to DEC. This is a company that conducts business in an ethical manner(In the main. You can find questionable examples for any company, even Sun :-).). They are just behind the technology curve, so their products are somewhat less desireable to me. Thanks - Mark (davis@cs.unc.edu or decvax!mcnc!davis) Disclaimer - I am not nor have ever been an employee of Sun Microsystems, Incorporated. I use and recommend their products, but I use and recommend a lot of other vendors products, too ------------------------------ Date: 15 Sep 88 17:44:37 GMT From: lakesys!jamesd@csd1.milw.wisc.edu (James Dicke) Subject: Game Machine To: info-atari16@score.stanford.edu I am looking for an excellent gaming machine. (Before you get all puffy, I know darn well that the ST and amiga are much more powerful than just a game machine- but I have other computers that I use for work & such...) Anyways, I am cross-posting thing to comp.sys.atari.st & comp.sys.amiga cause I can't decide which machine I should get for home * GAMING * use. I don't care to hear all the other aspects (most I already know) but I want to hear which has the best games, the best graphics (in game out), etc... I would like to here prices of people willing to sell their low-end machines to upgrade, etc. Send me a few for-sale ads. Thank you ___________________________________________________________________________ | | The City of Aldimar Adventure System (414) 527-4779 | %| jamesd@lakesys.UUCP | Not a BBS but an ongoing adventure game! AD&D FRP! | %|---------------------+-----------------------------------------------------| %| "Once a knight, always a knight... Once a king is once too often!" - K.A.| %|___________________________________________________________________________| %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ------------------------------ End of Info-Atari16 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Tue Sep 27 04:09:21 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA02484; Tue, 27 Sep 88 04:09:21 EDT Message-Id: <8809270809.AA02484@speedy.mcnc.org> Date: Tue 27 Sep 88 01:02:55-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: PS:[--QUEUED-MAIL--].RETRANSMIT.61 Status: R No such host as "SANDIEGO.MT.DDN.MIL.#Internet", bad queue file follows: ------- =DELIVERY-OPTIONS:MAIL =NOTIFY: 1-Oct-88 20:08 =DEQUEUE: 29-Sep-88 20:21 _Score.Stanford.EDU.#Internet Info-Atari16-Request aerospace.aero.org grant ALMSA-1.ARPA.#Internet nfrech foehner CUNYVM.CUNY.EDU INFO-A16%MARIST.BITNET [128.59.40.130].#Internet chung DCA-EMS.ARPA.#Internet goertzel DOCKMASTER.ARPA.#Internet JArnold uunet.UU.NET.#Internet mutec!docbobo lasso!atari16 graf.poly.edu RUBIN A.ISI.EDU.#Internet ISI-INFO-ATARI E.ISI.EDU.#Internet sac.hqscd-ojt gateway.mitre.org bmorgart MITRE-BEDFORD.ARPA.#Internet jhs SANDIEGO.MT.DDN.MIL.#Internet jensen hallock CSS.NRL.NAVY.MIL.#Internet info-atari NOTE.NSF.GOV.#Internet jmurray OPTIMIS-PENT.ARPA.#Internet theriault RADC-MULTICS.ARPA.#Internet Atari16 ubvmsa.cc.Buffalo.EDU.#Internet V069HPMS cvl.umd.edu.#Internet gyuri WPAFB-FDL.ARPA.#Internet JOSLINPR Date: Mon 26 Sep 88 20:21:22 PDT Subject: Info-Atari16 Digest V88 #404 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 404 This weeks Editor: Bill Westfield Today's Topics: Re: Deskjet drivers Free Sun bash Cyber Paint 2.0 Cyber Paint 2.0 Reading the clock of the BMS 1000 host adaptor let the Sun shine. let the Sun shine in! pddir Re: Help with receiving satellite pictures!!! Re: New Vesion of AstroCal Re: Atari CD players Re: Boycott Apple Again This "Dying ST" nonsense Re: This "Dying ST" nonsense Re: Media Change Bug ---------------------------------------------------------------------- DATE: 09/15/88 16:24:44 EST TO: info-atari16@score.stanford.edu FROM: #FJMORA%WMMVS.BITNET@CUNYVM.CUNY.EDU SUBJECT: Re: Deskjet drivers Some Deskjet drivers are already on the market or in PD. For example, Migraph (phone (206)838-4677) sells a very good GDOS driver along with their Easy-Draw package. Maybe it is available separately. They give 3 screen dump utilities with this package, one for color monitor and 2 for monochrome (one for horizontal printing, one for vertical). Once installed, these utilities allow you to print the screen to the Deskjet with Alt+Help. For printing from word processors, you can download drivers for the most popular programs (i.e. face it, the one you use is an extinct species! :-) ) from GEnie. BTW, somebody wanted to know hoe to join GEnie. Here I repeat the ad I found in my FLASH package: 1. Set up your modem for half-duplex, 300 or 1200 bauds 2. Dial (toll free) 1-800-638-8369. Upon connection, enter HHH 3. At the U#= prompt, enter XJM11837,FLASH and press return 4. Follow the prompts, with your credit card or checking account number handy. Uploads are free, connexion is $5.00 an hour in non-prime time, plus phone bill (you have better to be in a city where there is a GEnie access line, or else it will be expansive). Disclaimer: I have no share in any of the companies above-mentionned, I am just a satisfy consummer. And I wrote the 1st Word Plus driver in the GEnie Atari library, so anybody should be able to do it. Regards, Frederic Mora BITNET: The College of William and Mary #fjmora%wmmvs.bitnet Dept. of Computer Science Williamsburg, VA. 23185 USA ************************************************************************** * * * "Was uns nicht toetet, macht uns staerker." * * Friedrich Nietzsche * * What does not kill us makes us stronger * * * ************************************************************************** - Come, come, little line eater, I won't harm you (evil grin)... - Come, come, little line eater, I won't harm you (evil grin)... - Come, come, little line eater, I won't harm you (evil grin)... ------------------------------ Date: 15 Sep 88 17:59:14 GMT From: pepper!cmcmanis@sun.com (Chuck McManis) Subject: Free Sun bash To: info-atari16@score.stanford.edu In article <626@mace.cc.purdue.edu> mtr@mace.cc.purdue.edu (Miek Rowan) writes: >After cleaning up Sun's code, dealing with thier equipment et al ... >I would not recommend a Sun to my worst enemy. They have had some >good ideas, but thats about it. >mtr After checking the Sun bugs database I find that Purdue has called in seven (7) bugs, of which 4 were fixed more than two releases ago, 2 are fixed in the current release and one is fixed but it isn't in a release yet. Oh and *none* of the bugs have your name on them. Do you work for Kirk Smith? Anyway, the point is twofold : a) We have bugs and we know it. Sending them to bugs@sun.com (sun!bugs) and most times to Sun-spots will get them brought to our attention and fixed. b) Where was the content of this posting? What exactly was it that got you so irritated? Anyway, hope you feel better for having said it. Sorry we haven't been able to meet your standards. We will continue to try. And of course we need your help to point out those things that you feel are problems, as sometimes we don't see them that way and thus don't change them. --Chuck McManis uucp: {anywhere}!sun!cmcmanis BIX: cmcmanis ARPAnet: cmcmanis@sun.com These opinions are my own and no one elses, but you knew that didn't you. ------------------------------ Date: Thu, 15 Sep 88 15:36 MST From: Friesen@PCO-MULTICS.HBI.HONEYWELL.COM Subject: Cyber Paint 2.0 Cyber Paint 2.0 Reply-To: Friesen%PCO@BCO-MULTICS.HBI.HONEYWELL.COM To: <@BCO-MULTICS.HBI.HONEYWELL.COM:info-atari16@SCORE.STANFORD.EDU> I sent away (a while ago) for my upgrade to Cyber Paint 2.0. I recived it fairly soon after, however, I did not recive the new documentation. I waited a while, and decided they forgot to send it, so I wrote them a letter. A few days later I recived the documentation. Now, a while after I recieved another copy of Cyber Paint 2.0 (hence the subject, I recieved two copies of Cyber Paint 2.0). I don't know what they are doing. The new copies don't seem to be any different except for the style of disk labels they used. The all have the same files, and seem to have the same version of Cyber Paint. Well all I can say is that they were very good in sending the manual soon after I wrote them the letter. I cannot figure why they would send me another copy of Cyber Paint, so long after I recived the manual. I made it perfectly clear that I had the software, just that I did not have the documentation. Oh well... "Exterminate! Exterminate!"--Daleks /~\-* ............................... ###--< ............................... /***\ I'm trying to fool the line eater /*****\ he always messes up my asci drawings Aric Friesen Addresses: ....................................... Genie: A.FRIESEN ....................................... ARPA: Friesen%PCO@BCO-MULTICS.ARPA ............................ ------------------------------ Date: 15 Sep 88 06:57:43 GMT From: mcvax!hp4nl!philmds!prle!cstw01!meulenbr@uunet.uu.net (Frans Meulenbroeks) Subject: Reading the clock of the BMS 1000 host adaptor To: info-atari16@score.stanford.edu Hi! I own a BMS 1000 host adaptor which connects my hard disk to my ST. This adaptor has an onboard real time clock. BMS supplies a program for the auto folder to initialise the system clocks. Quite conventient. However, since I boot a different operating system every once in a while, I'l like to write a program with the same functionality for that system. Has anybody any idea how to read out the BMS clock? (or perhaps a piece of code to do so ??). Many thanks -- Frans Meulenbroeks Centre for Software Technology ...!mcvax!philmds!prle!cst!meulenbr or ...!uunet!prlb2!cst!meulenbr or perhaps meulenbr@cst.prl.philips.nl ------------------------------ Date: 16 Sep 88 01:43:07 GMT From: spdcc!eli@bloom-beacon.mit.edu (Steve Elias) Subject: let the Sun shine. let the Sun shine in! To: info-atari16@score.stanford.edu In article <68544@sun.uucp> cmcmanis@sun.UUCP (Chuck McManis) writes: >In article <626@mace.cc.purdue.edu> mtr@mace.cc.purdue.edu (Miek Rowan) writes: >>After cleaning up Sun's code, dealing with thier equipment et al ... >>I would not recommend a Sun to my worst enemy. They have had some >>good ideas, but thats about it. >*none* of the bugs have your name on them. Do you work for Kirk Smith? >Anyway, hope you feel better for having said it. Sorry we haven't been >able to meet your standards. i'm really glad that Sun doesn't meet this weenoid's standards! Sun is *very* impressive. both with regards to current computing industry standards and in historical perspective with the DEC of the 70s and earlier. buy their machines and their stock and you won't do wrong! (i'm not employed by Sun, but i'll take a spare 386i, if they've got one lying around). ------------------------------ Date: Thu, 15 Sep 88 22:15:36 PDT From: SASS2%CALSTATE.BITNET@Forsythe.Stanford.EDU (Eric Sassaman) Subject: pddir To: info-atari16@su-score.stanford.edu /pddir mail pd:*.* 700 ------------------------------ Date: 14 Sep 88 13:06:39 GMT From: clyde!watmath!water!ljdickey@bellcore.com (Lee Dickey) Subject: Re: Help with receiving satellite pictures!!! To: info-atari16@score.stanford.edu In article <880914013141.700922@PCO-MULTICS.HBI.HONEYWELL.COM> Friesen%PCO@BCO-MULTICS.HBI.HONEYWELL.COM writes: > .... Any help is greatly appreciated. Write to magore@watdcsu with your questions. He has done it. One of these addresses might work: magore@watdcsu.bitnet magore@watdcsu.waterloo.edu magore@watdcsu.UWaterloo.CA ...!uunet!watmath!watdcsu!magore -- L. J. Dickey, Faculty of Mathematics, University of Waterloo. ljdickey@WATDCS.UWaterloo.ca ljdickey@water.BITNET ljdickey@water.UUCP ..!uunet!watmath!water!ljdickey ljdickey@water.waterloo.edu ------------------------------ Date: 14 Sep 88 12:45:23 GMT From: clyde!watmath!water!ljdickey@bellcore.com (Lee Dickey) Subject: Re: New Vesion of AstroCal To: info-atari16@score.stanford.edu In article <3553@druhi.ATT.COM> terrell@druhi.UUCP (TerrellE) writes: >If there is sufficient interest, I'll post the lastest version (1.5) of my >AstroCal program. > >New Features: > >1. Much (~5 times) Faster Calendar Generation >2. Planet Rise/Set Report >3. Planet Perihelion and Aphelion Report >4. Date of Easter Report >5. Bug Fixes I enjoyed this program. It sent me right away to the library to find a map detailed enough to give me my coordinates to one one hundredth of a degree. Sure, I would be interested! Thanks, Eric. -- L. J. Dickey, Faculty of Mathematics, University of Waterloo. ljdickey@WATDCS.UWaterloo.ca ljdickey@water.BITNET ljdickey@water.UUCP ..!uunet!watmath!water!ljdickey ljdickey@water.waterloo.edu ------------------------------ Date: 14 Sep 88 15:11:44 GMT From: clyde!watmath!mks!wheels@bellcore.com (Gerry Wheeler) Subject: Re: Atari CD players To: info-atari16@score.stanford.edu In article <8809130729.AA23890@ucbvax.Berkeley.EDU>, UUCJEFF@ECNCDC.BITNET writes: > I understand the Atari CD players are going to be both audio and data. > Will it be possible to read the information off Audio CDs as data? What about the other way 'round? Given a WORM drive (I guess one could be connected to the SCSI interface) can one write a CD which will play on an audio machine? I wouldn't mind archiving some of my old 45's. I know they would still sound like an old 45, but at least they wouldn't get damaged any further. -- Gerry Wheeler Phone: (519)884-2251 Mortice Kern Systems Inc. UUCP: uunet!watmath!mks!wheels 35 King St. North BIX: join mks Waterloo, Ontario N2J 2W9 CompuServe: 73260,1043 ------------------------------ Date: 15 Sep 88 02:53:40 GMT From: imagen!atari!portal!cup.portal.com!kize@ucbvax.Berkeley.EDU Subject: Re: Boycott Apple Again To: info-atari16@score.stanford.edu The clue to the cause of these price increases is in the percent increase of the memory expansion. In the past year, the cost of memory devices has more than trippled. Anything and everything that uses dynamic RAMs is more expensive and will continue to be until the prices go down. Since all of the Apple Macs have a minimum of 1 Meg of memory (the Mac II has more), price increases are inevitable. I just priced a memory board for the IBM PC and the price had went up $100 since I checked a month ago. So, if you're buying ANYTHING that has RAM, it's gonna cost ya some major bucks, with no end to the shortage in sight. In fact, the prices are still going up. :^( :^( __ Brian_Kaisner________________________________________ |_) ARPAnet: kize@cup.portal.com CIS: [72310,615] |_) |/ UUCP: ...sun!cup.portal.com!kize "Don't panic!" |\ Analog: (213) 578-4448 [work] -Douglas Adams ------------------------------ Date: 14 Sep 88 17:25:10 GMT From: tektronix!percival!actor@ucbvax.Berkeley.EDU (Clif Swinford) Subject: This "Dying ST" nonsense To: info-atari16@score.stanford.edu I don't know where this "The ST is a dying computer" bull is coming from, but it certainly isn't the case around here. Our ST sales are as brisk as ever, hampered only by the fact that we can't get enough 1040's to meet the demand! David Beckemeyer claims that ST sales are now only 20% of BDT's business. I submit that that's because, powerful as they are, BDT's products are a pain in the gluteus maximus to use. I mean, we're talking about a machine with a windows-mouse-icons interface here. Most ST buyers are looking for programs that DON'T require a command-line interface or a lot of manual- reading to use. Yeah, I know that's not the case with a lot of the ST users on the net, but we AREN'T typical ST users. I sell the things; I see who buys them. And I have to teach these people things you'd think your average cocker spaniel would intuitively grasp, day in and day out. Atari has found their market. The great silent majority. The same folks who voted for Reagan, read The Enquirer, and made The Gong Show a hit. There's a lot of them out there... (Sorry if I sound bitter, I just get tired of working with the brain-dead.) -- Clif Swinford "This is not a dress rehearsal. It's a f***ing audition!" ..!tektronix!reed!percival!actor fnord ------------------------------ Date: 15 Sep 88 03:50:07 GMT From: tektronix!percival!qiclab!ohsu-hcx!gp@ucbvax.Berkeley.EDU (glen plam) Subject: Re: This "Dying ST" nonsense To: info-atari16@score.stanford.edu In article <1364@percival.UUCP> actor@percival.UUCP (Clif Swinford) writes: >I don't know where this "The ST is a dying computer" bull is coming from, I think it's coming from Apple and places like that. I'm sure that they would like the world to believe that the ST is dying and or died. I don't see that at all. >David Beckemeyer claims that ST sales are now only 20% of BDT's business. >I submit that that's because, powerful as they are, BDT's products are a >pain in the gluteus maximus to use. I agree. David has written a good set of programs but I think he is ahead of the ST group. The other point is so what. I have look at his stuff and I don't think it meets my needs. DBT products do not have a lock on the ST world so they do not represent the state of Atari. >Atari has found their market. The great silent majority. The same folks >who voted for Reagan, read The Enquirer, and made The Gong Show a hit. Now this makes me mad. I read the Oregonian, watch the Love Connection and voted for Mickey Mouse. (I think he won) -- If at first you don't succeed, try, try again. * Then quit. There's no use being a damn fool * about it. * Glen Plam ------------------------------ Date: 15 Sep 88 23:24:55 GMT From: spar!snjsn1!bilbo!greg@decwrl.dec.com (Greg Wageman) Subject: Re: Media Change Bug To: info-atari16@score.stanford.edu In article <7896@trwrb.UUCP> gibson@trwrb.UUCP (Gregory S. Gibson) writes: >I have the media change bug on my Mega 2. (The escape key does not always >update the drive A directory when write protection is enabled). > >My Mega 2 is still under warranty. I am having trouble getting it repaired. >Although my dealer was not aware of the problem, he replaced by drive. >However, I still have the problem. >Who can my dealer talk to at Atari to get information on the media change >bug? My dealer claims he talked to Atari without success. . Although my >dealer is an authorized Atari dealer, he is not a knowledgeable dealer. > >What is the fix for the media change bug? I thought replacing the drive >would fix the media change bug. Replacing the drive would fix the problem if you had one. The behavior you describe is the *normal* behavior for a stock ST. The media change bug exists when a write-ENABLED floppy disc is removed, and another disc inserted, and the machine does not detect the change. The glitch on the write protect line, which TOS polls during VBI, (Vertical Blanking Interrupt) isn't long enough to be detected with write-protected discs. However, it isn't a serious problem since you can't write to the disks and therefore won't clobber them. Greg Wageman ARPA: greg%sentry@spar.slb.com Schlumberger Technologies BIX: gwage 1601 Technology Drive CIS: 74016,352 San Jose, CA 95110 GEnie: GWAGEMAN (408) 437-5198 UUCP: ...!decwrl!spar!sentry!greg ------------------ Opinions expressed herein are solely the responsibility of the author. ------------------------------ End of Info-Atari16 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Tue Sep 27 04:09:48 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA02490; Tue, 27 Sep 88 04:09:48 EDT Message-Id: <8809270809.AA02490@speedy.mcnc.org> Date: Tue 27 Sep 88 01:02:58-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: PS:[--QUEUED-MAIL--].RETRANSMIT.62 Status: R No such host as "SANDIEGO.MT.DDN.MIL.#Internet", bad queue file follows: ------- =DELIVERY-OPTIONS:MAIL =NOTIFY: 1-Oct-88 20:08 =DEQUEUE: 29-Sep-88 20:22 _Score.Stanford.EDU.#Internet Info-Atari16-Request aerospace.aero.org grant ALMSA-1.ARPA.#Internet nfrech foehner CUNYVM.CUNY.EDU INFO-A16%MARIST.BITNET [128.59.40.130].#Internet chung DCA-EMS.ARPA.#Internet goertzel DOCKMASTER.ARPA.#Internet JArnold ESDVAX.ARPA.#Internet scotttb uunet.UU.NET.#Internet mutec!docbobo lasso!atari16 graf.poly.edu RUBIN MSR.EPM.ORNL.GOV.#Internet jcm RED.IPSA.DND.CA.#Internet info-atari16 A.ISI.EDU.#Internet ISI-INFO-ATARI E.ISI.EDU.#Internet sac.hqscd-ojt gateway.mitre.org bmorgart MITRE-BEDFORD.ARPA.#Internet jhs SANDIEGO.MT.DDN.MIL.#Internet jensen hallock CSS.NRL.NAVY.MIL.#Internet info-atari NOTE.NSF.GOV.#Internet jmurray OPTIMIS-PENT.ARPA.#Internet theriault RADC-MULTICS.ARPA.#Internet Atari16 ubvmsa.cc.Buffalo.EDU.#Internet V069HPMS cvl.umd.edu.#Internet gyuri WPAFB-FDL.ARPA.#Internet JOSLINPR Date: Mon 26 Sep 88 20:22:00 PDT Subject: Info-Atari16 Digest V88 #405 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 405 This weeks Editor: Bill Westfield Today's Topics: IBM Disk Interchange Problems Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany)) Ram Disk greater than 999k Re: Ram Disk greater than 999k Re: Boycott Apple Again Re: Memory Allocator - who wants it? Re: Boycott Apple Again -- Now about Suns Re: Atari CD players Re: HARD DISK: HELP OFFERED AND WANTED RE: Info-Atari16 Digest V88 #401 ---------------------------------------------------------------------- Date: 14 Sep 88 23:07:53 GMT From: att!icus!dasys1!schuster@ucbvax.Berkeley.EDU (Michael Schuster) Subject: IBM Disk Interchange Problems To: info-atari16@score.stanford.edu Anyone want to take a stab at this perplexing hardware problem? HARDWARE: -520ST with 1MB upgrade. -A: drive - original double-sided SF314 (Epson mechanism). -B: drive - TEAC FD55BV 40-track 5.25" (IB Drive) -Compaq 386 clone with 720K/1.44M 3.5" drive -Both Atari disk drives run at 300 rpm (+/- 0.5) and seem to be in good alignment as evidenced by easy interchangeability of disks with other Atari users, even with extended disk formats. The PC drive has no trouble with inerchange of even 1.44 MB disks with other AT users. SOFTWARE: -pc-ditto configured for 3.5" A: drive and 5.25" B: drive; name your DOS. -TOS, 4/22/87 version, with verified pokes applied to change drive B: step rate to 6 ms (I've tried it with 12, too). SYMPTOMS: -5.25" B: drive works fine for minutes to an hour or so, depending on degree of activity. Suddenly it refuses to read or write reliably; DOS reports "drive not ready"; TOS reports "the data on drive B: may be damaged". Has happened during disk copy operations, so I can verify it's affected both inner and outer disk tracks on the first sign of trouble. -3.5" A: drive works _perfectly_ in Atari mode. However, if the Atari writes to an PC-formatted disk past track 65 or so, a PC then has trouble reading the disk past that point. The Atari has _no trouble_ reading all 80 tracks of a disk formatted on the PC, but once it writes to that disk past track ~65, the PC can no longer read it. WHAT I'VE TRIED: -Swapped cables: Oh, come on. You have to ask? -Clean the heads: Yes, and inspected them with a mirror to be sure. -Tried the IB drive on someone else's Atari: Cannot reproduce the 5.25" problem, even after hours of testing. -Tried the IB drive mechanism on my PC: Yep, it works 100% -Tried the Epson 3.5" mechanism on my PC: Yep, that works too. -Tried a different 3.5" drive on the Atari: Well, my original B: drive is another SF314. Same problem, same starting track #. -Looked for thermal problems: Nothing gets especially hot. Yet, the time-related start of this 5.25" stuff sure makes me THINK something is overheating. WHAT I SUSPECT: I know the Atari disk controller setup is a total kludge, what with unbuffered select lines coming off a SOUND CHIP and all. It sure sounds to me like it's a wee bit flaky but I have no way to test it. I've also hear things about write precompensation on diskette drives too, and wonder if the track 65 stuff might have something to do with that. Any of you disk drive mavens care to lend a hand? Thanks! -- l\ /l' _ Mike Schuster {sun!hoptoad,cmcl2!phri}!dasys1!schuster l \/ lll/(_ Big Electric Cat schuster@dasys1.UUCP l lll\(_ New York, NY USA DELPHI,GEnie:MSCHUSTER CIS:70346,1745 ------------------------------ Date: 15 Sep 88 17:26:16 GMT From: spar!snjsn1!bilbo!greg@decwrl.dec.com (Greg Wageman) Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germany)) To: info-atari16@score.stanford.edu In article <5636@pasteur.Berkeley.EDU> seitz@cory.Berkeley.EDU.UUCP (Matthew Eric Seitz) writes: > > As more and more time goes by without the push, more people begin to >doubt the future of the ST. This means new products aren't developed which >makes more people doubt the future of the ST, etc. It's that little >has changed which is the problem. > > This is damning with faint praise. Not only does Atari need to stop >making announcements too far in advance, they also need to release new products, >especially those they have been talking about for so long. It's really ironic. At the last major computer show, Atari, following its new no-vaporware policy, did *not* display the non-product ABAQ, nor the rumored 68030/*nix box. This was immediately interpreted as a product cancellation by many. In fact, it represents a verifiable commitment on the part of Atari to *not* show unavailable products. Sometimes, you just can't win, no matter what you do. > > Unfortunately Neil Harris was also hinting about something new on the >horizon. I would love to see all the good things Roy's talking about, I hope >I will see them, most of the time I think I will see them. But until I can walk >into a store and buy them, they're just talk. There's good news. For the first time that I can remember, I have seen a television commercial for the Atari 1040ST! It was shown in the San Francisco area, I think at 6:30 last Saturday, I can't recall the station. The advert compared the cost/byte of the 1040 versus the Macintosh and the IBM PC, and displayed the slogan "Business is War". I saw a second commercial later in the week for the 7800 video game. It seems that Atari has decided that there *is* a market worth persuing in the U.S. Furthermore, Atari is becoming a strong presence at Desktop Publishing conferences, with the lowest-priced entry-level system. > A company's support is important to user's and developer's ( and >developer support is important to users). A company's support gives user's >the confidence to buy the machine. This, along with company support, encourages >developer support of the machine. Develper support give's the user even more >confidence to buy the machine, which encourages more developer support. Either >way, a good cycle or a bad cycle begins with the manufacturer. Yes, but part of that developer support includes not obsoleting a company's current products by making changes to the O.S. which break existing software. Atari has demonstrated their understanding of that fact, even in the face of the pressure seen here and elsewhere to do otherwise. That is *true* developer support. Atari has placed the value of end-users with an investment in software over the wishes of a few of us knowledgable about the internals of the system. The perception of the outside community, that Atari improved the operating system without breaking existing code, will be worth far more in the long run than a few insiders knowing that they did it "right", but broke dozens of products. > What's so terrible about this? Isn't it usual to expect a company >to help the customer, whether he be a user or a developer. I'm sure David >is aware that negative comments may affect sales. However, in the long run, >being honest about a company's problems as well as it's strengths makes your >opinion worth hearing. Ignoring the problems won't make them go away. >Support has to work both ways. Atari Corp. is ready, willing, and able to help the customer with a legitimate problem with their hardware. They cannot be held responsible for defects in software they didn't write. They also can't help customers who don't tell them there is a problem. We see a lot of that on the net: someone has a hardware problem, and immediately gripes to the net, before he has even contacted Atari about a fix. How is that fair to Atari? I have yet to see *anyone* complain that they went to Atari for help, and came away unsatisfied. Greg Wageman ARPA: greg%sentry@spar.slb.com Schlumberger Technologies BIX: gwage 1601 Technology Drive CIS: 74016,352 San Jose, CA 95110 GEnie: GWAGEMAN (408) 437-5198 UUCP: ...!decwrl!spar!sentry!greg ------------------ Opinions expressed herein are solely the responsibility of the author. ------------------------------ Date: 14 Sep 88 16:29:03 GMT From: trwrb!gibson@ucbvax.Berkeley.EDU (Gregory S. Gibson) Subject: Ram Disk greater than 999k To: info-atari16@score.stanford.edu I have a Mega 2. How can I create a Ram Disk greater than 999k? Can I use Eternal2 to create a Ram Disk greater than 999k? Gregory Gibson gibson@trwrb.UUCP -- Gregory Gibson {...ihnp4,ucbvax}!trwrb!gibson ------------------------------ Date: 16 Sep 88 06:36:06 GMT From: oliveb!dragon%olivej.atc.OLIVETTI.COM@ames.arc.nasa.gov (Give me a quarter or I'll touch you) Subject: Re: Ram Disk greater than 999k To: info-atari16@score.stanford.edu In article <7902@trwrb.UUCP>, gibson@trwrb.UUCP (Gregory S. Gibson) writes: > I have a Mega 2. How can I create a Ram Disk greater than 999k? > Can I use Eternal2 to create a Ram Disk greater than 999k? Two products I know which let one create large ram disks are: Shadow (from Antic, reset proof on a Mega) Hybriswitch (from Hybrid Arts, and I think there is a shareware version of it floating around, also reset proof on Mega). Hope that helps a bit! > Gregory Gibson > gibson@trwrb.UUCP > -- > Gregory Gibson > {...ihnp4,ucbvax}!trwrb!gibson --Dean ---- Dean Brunette {ucbvax,etc.}!hplabs!oliveb!olivej!dragon Olivetti Advanced Technology Center _____ _____ __|__ _____ 20300 Stevens Creek Blvd. | | _____| | | Cupertino, CA 95014 |_____| |_____| |__ |_____ 'Dancing, screaming, itching, squealing, fevered feeling hot Hot HOT!' ------------------------------ Date: 15 Sep 88 22:01:17 GMT From: oliveb!3comvax!bridge2!ngg@ames.arc.nasa.gov (Norman Goodger) Subject: Re: Boycott Apple Again To: info-atari16@score.stanford.edu In article <358@island.uu.net>, daniel@island.uu.net (Dan Smith) writes: > A while back, when Apple decided to sue Microsoft and HP, I made > a posting with the subject "Boycott Apple". Now they've done something > that's very likely to upset a lot of people again... > > > In between IBM's bumbling of just about everything in sight (it's > going to be an MCA future, but wait! here's a new AT!), Apple's greed, > Atari's sort-of-ok acceptance, and Commodore shooting themselves in the > foot, the calf, the knee, etc, with mismarketing the Amiga, I just > don't know...I think I'll save up for a Sun ;-) DanSmith IslandGraphics 4000CivicCenterDr SanRafael MarinCo CA 94903 4154911000 Go ahead, save those dollars and buy a SUN, they just raised their prices too. So getting a SUN station, will cost you another $1000 or more too. (BTW what software you going to use on this SUN thats reasonably priced) I think this is funny, everyone has known for a long time that prices in the Electronics industry have been going up, how long do you think that Companies are going to continue to absorb these costs before doing just what Apple, SUN, and many other companies just did "raise prices". Norm Goodger 3Com Sysop - MacInfo BBS @415-795-8862 ------------------------------ Date: 14 Sep 88 17:37:56 GMT From: unisoft!gethen!bdt!david@ucbvax.Berkeley.EDU (David Beckemeyer) Subject: Re: Memory Allocator - who wants it? To: info-atari16@score.stanford.edu I wrote a malloc (with an lmalloc too) a long, long time ago and posted it to Compuserve (I think it's still there). I used it for several years. If there is interest I'll post it to comp.sources.atari.st. Or if individuals want it, I'll e-mail it to them. -- David Beckemeyer | E-mail: david@bdt.UUCP Beckemeyer Development Tools | {ames,clyde,decwrl}!pacbell!hoptoad!bdt!david 478 Santa Clara Ave. | ucbvax!ucsfcgl!hoptoad!bdt!david Oakland, CA 94610 | uunet!lll-winken!gethen!bdt!david ------------------------------ Date: 16 Sep 88 04:09:10 GMT From: hscfvax!pavlov@husc6.harvard.edu (G.Pavlov) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu In article <406@stag.math.lsa.umich.edu>, hyc@math.lsa.umich.edu (Howard Chu) writes: > You might start by reading the sun-spots digest - you'll see enough bug > reports to make your eyes bug out...... > Lots and lots of problems, no single one of which renders a Sun totally > unusable, but altogether adding up to too many headaches.... I would not base a decision on whether to buy a Sun on this. One should know/understand that: 1. many reported "bugs" and problems filter out as improper installations, configurations, etc. This may be a commentary on quality of the docu- mentation, but there is nothing unusual about Sun's; 2. In my experience, Sun users/owners are more likely to utilize third-party hardware than users/owners of other vendors' machines. It is almost inevitable that one will eventually encounter problems relating to this fact alone; 3. Suns are frequently networked to other vendors' machines through still other vendors' comm. equipment. Problems arise in interoperability. Sun users/owners typically find that they can tackle the problems more easily from the Sun side than from the other vendors' side; 4. The sun-spots digest is much more active than other manufacture-speci- fic groups, which relates in part to the technical level of people who up to now have formed one of the primary markets for Sun. I don't see the percentage of "problem" messages to total messages in that group to be significantly higher than in other manufacture groups. But there is certainly much more traffic overall. For several years, our site utilized a cpu from a vendor with an excellent reputation for quality and support. This vendor was conscientious enough to publish a quarterly book, containing the 100's of known bugs, there status and disposition. A casual glance at this volume would convince someone that the system was virtually unusable. But even tho it was used for applications development, we rarely encountered a reported problem. Sun's systems my suffer from more bugs than usual. I have used a Sun, know a number of people who own one or more, and have not seen anything that would validate a claim of severe flakiness. greg pavlov, fstrf, amherst, ny. ------------------------------ Date: 16 Sep 88 04:14:38 GMT From: ssyx!koreth@ucbvax.Berkeley.EDU (Steven Grimm) Subject: Re: Atari CD players To: info-atari16@score.stanford.edu In article <505@mks.UUCP> wheels@mks.UUCP (Gerry Wheeler) writes: >Given a WORM drive (I guess one could >be connected to the SCSI interface) can one write a CD which will play >on an audio machine? WORM disks are physically different than CDs, as far as I know. So unless the WORM drives change, which probably won't happen in the very near future, you won't be able to record a standard-format CD. This isn't to say that someone won't come up with a device to play WORM disks as you describe. >I wouldn't mind archiving some of my old 45's. I >know they would still sound like an old 45, but at least they wouldn't >get damaged any further. With a fairly high sampling rate, you can digitize your 45's on a computer and then store huge datafiles on a WORM for later playback. A Mega 4 has enough memory to provide a couple minutes of playback, I would imagine, more than enough time to load your buffer with the next few minutes. At 200 megabytes per WORM (at least that's what the WORM at work can store), that's a few 45's per disk. Of course, the ST's filesystem isn't what you want to use (even if you could use it unmodified on a write-once device), since it can't handle more than sixteen megabytes per device. I've got a few ideas about what sort of system you might want to use, but I'll spare you the details unless you want them. --- These are my opinions, and in no way reflect those of UCSC, which are wrong. Steven Grimm Moderator, comp.{sources,binaries}.atari.st koreth@ssyx.ucsc.edu uunet!ucbvax!ucscc!ssyx!koreth P.S. Wish me a happy birthday. September 15. My horoscope says that December will be a productive month. ------------------------------ Date: 14 Sep 88 15:40:24 GMT From: unisoft!gethen!bdt!bms@ucbvax.Berkeley.EDU (Chris Rhodin) Subject: Re: HARD DISK: HELP OFFERED AND WANTED To: info-atari16@score.stanford.edu The problem that you are having might be caused by the Xebec 1410 controller. The 1410 only handles two drives with the same parameters, i.e. heads, cylinders, seek rate, and etc.. This is not the case with the Adaptec ACB-4000 controller which will handle two different hard drives. Also I might add the Adaptec is faster with its 1:1 interleave than the Xebec's 1:3. The Atari host adapter could also be your problem. Atari host adapters do not pass back SCSI/SASI status(error) codes properly. This causes hard disk boot software to install "phantom" drives on the system. To get around this problem ICD's software only installs one hard drive on Atari host adpaters. I hope this helps you and other people on the net. We have received numerous Usenet letters to us in the last months, but do to one thing or another I seem to get most of my mail sent back. If you need some information from us please send us a postcard. Do to our move (yeah!!) we have a P.O. box for correspondence. Vance Chin Berkeley Microsystems P.O. Box 20119 Oakland, CA 94620 ------------------------------ Date: Fri, 16 Sep 88 19:52 MET From: "geert" To: Info-Atari16@SCORE.STANFORD.EDU X-VMS-To: INM%"Info-Atari16@SCORE.STANFORD.EDU", Subject: RE: Info-Atari16 Digest V88 #401 signoff ------------------------------ End of Info-Atari16 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Tue Sep 27 04:10:17 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA02498; Tue, 27 Sep 88 04:10:17 EDT Message-Id: <8809270810.AA02498@speedy.mcnc.org> Date: Tue 27 Sep 88 01:03:01-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: PS:[--QUEUED-MAIL--].RETRANSMIT.63 Status: R No such host as "SANDIEGO.MT.DDN.MIL.#Internet", bad queue file follows: ------- =DELIVERY-OPTIONS:MAIL =NOTIFY: 1-Oct-88 20:08 =DEQUEUE: 29-Sep-88 20:22 _Score.Stanford.EDU.#Internet Info-Atari16-Request aerospace.aero.org grant ALMSA-1.ARPA.#Internet nfrech foehner CUNYVM.CUNY.EDU INFO-A16%MARIST.BITNET [128.59.40.130].#Internet chung DCA-EMS.ARPA.#Internet goertzel DOCKMASTER.ARPA.#Internet JArnold ESDVAX.ARPA.#Internet scotttb uunet.UU.NET.#Internet mutec!docbobo lasso!atari16 graf.poly.edu RUBIN RED.IPSA.DND.CA.#Internet info-atari16 A.ISI.EDU.#Internet ISI-INFO-ATARI E.ISI.EDU.#Internet sac.hqscd-ojt gateway.mitre.org bmorgart MITRE-BEDFORD.ARPA.#Internet jhs SANDIEGO.MT.DDN.MIL.#Internet jensen hallock CSS.NRL.NAVY.MIL.#Internet info-atari NOTE.NSF.GOV.#Internet jmurray OPTIMIS-PENT.ARPA.#Internet theriault RADC-MULTICS.ARPA.#Internet Atari16 ubvmsa.cc.Buffalo.EDU.#Internet V069HPMS WPAFB-FDL.ARPA.#Internet JOSLINPR Date: Mon 26 Sep 88 20:22:32 PDT Subject: Info-Atari16 Digest V88 #406 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Monday, September 26, 1988 Volume 88 : Issue 406 This weeks Editor: Bill Westfield Today's Topics: Re: Boycott Apple Again -- Now about Suns Re: OSS (was Re: Personal Pascal Registration problem) AstroCal Printing Problems Re: Boycott Apple Again Re: Ram Disk greater than 999k Re: Genie? Fidonet mailer Re: Media Change Bug umoria 4.87 for Atari ST Re: This "Dying ST" nonsense Re: This "Dying ST" nonsense ---------------------------------------------------------------------- Date: 16 Sep 88 03:32:04 GMT From: fed!m1edb00@uunet.uu.net (Eric D. Boutilier) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu In article <406@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes: > >Lots and lots of problems, no single one of which renders a Sun totally >unusable, but altogether adding up to too many headaches. Bad network >support, flaky network services, etc. etc. etc... For a company whose >motto is "the network is the computer" it's pretty disgusting how >poorly their network software runs. > What! where are you coming from with this? We're extremely happy with our Sun network and I have yet to talk to anyone who shares your views. What would you recommend instead? -- Eric Boutilier UUCP: uunet!fed!m1edb00 (202) 452-2734 ------------------------------ Date: 16 Sep 88 01:37:04 GMT From: xanth!src@mcnc.org (Scott R. Chilcote) Subject: Re: OSS (was Re: Personal Pascal Registration problem) To: info-atari16@score.stanford.edu Not long ago the programmer who wrote the Personal Pascal compiler left a message that he had not received a royalty payment from OSS in 17(?) months, and that the new version he had completed would not reach the U.S. Did anyone happen to save a copy of that posting? It has scrolled off the end of our spooler, and my own copy is gone. I am the registered owner of two copies of this program, and I'd like to append a copy of the posting in question to a letter I am writing to ICD. It's a royal pain to be on the wrong end of shabby business practices! -------------------------------------------------------------------- Scott R. Chilcote src@xanth.UUCP src@xanth.cs.odu.edu -- ___________________________________________________________________________ |.--------------------------------..---------------------------------------.| || Usenet: src@xanth.UUCP || || || Arpa: src@xanth.cs.odu.edu || "If you love something, set it || || Earth: Scott R. Chilcote || free. || || || If it doesn't return, || || ||| "Power without || Hunt it down and kill it!" || || ||| the presence" || || || / | \ --er, praise? || -- Klingon Proverb || || / | \ tm ...pride? || || ------------------------------ Date: 15 Sep 88 13:21:21 GMT From: att!mtuxo!mtgzz!drutx!druhi!terrell@ucbvax.Berkeley.EDU (Eric Terrell) Subject: AstroCal Printing Problems To: info-atari16@score.stanford.edu I have received a couple of letters from people having difficulty getting AstroCal to print to a printer... For the calendar and all of the reports, when you get the dialog box asking you for the date of the calendar or report, there is a button marked PRINTER. If you select this button with the mouse the output should go to the printer. This is the case with the first version of the program that I posted and the new version also. If this doesn't work, please let me know. Eric Terrell ------------------------------ Date: 15 Sep 88 22:20:52 GMT From: linus!philabs!micomvax!ray@husc6.harvard.edu (Ray Dunn) Subject: Re: Boycott Apple Again To: info-atari16@score.stanford.edu In article <358@island.uu.net> daniel@island.uu.net (Dan Smith) writes: > > [complains of Apples increased prices] > > I thought this was an industry where prices kept going down, and > features kept going up. On top of that, Apple is supposed to release > a new Mac on Monday. How much is *that* going to be? Have you tried to buy any RAM chips recently Dan? -- Ray Dunn. | UUCP: ..!philabs!micomvax!ray Philips Electronics Ltd. | TEL : (514) 744-8200 Ext: 2347 600 Dr Frederik Philips Blvd | FAX : (514) 744-6455 St Laurent. Quebec. H4M 2S9 | TLX : 05-824090 ------------------------------ Date: 16 Sep 88 11:49:00 GMT From: franco@iuvax.cs.indiana.edu Subject: Re: Ram Disk greater than 999k To: info-atari16@score.stanford.edu With eternal2 you can use the spec fff (or ???, I can't remember which) to get the max size. I have gotten eternal2 to work with the MEGA ROMS as follows: 1. To resize: Hold both the alternate key AND the right shift down. 2. To remove: Hold both the left shift key AND the right shift key down. I have no idea why one must hold down the right shift key. According to my documentation this should not be necessary. It is not necessary to do so using the earlier versions of TOS. ------------------------------ Date: 15 Sep 88 22:41:42 GMT From: silver!stowe@iuvax.cs.indiana.edu (holly) Subject: Re: Genie? To: info-atari16@score.stanford.edu In article <861@viscous> sethk@sco.COM (Seth I Katz) writes: [about GEnie...] >... and although they claim they don't charge for >download time, they do (I haven't bothered to fight this one yet- I am simply >giving up...). I have *never* seen GEnie claim to not charge you for download time. You are not charged for UPLOAD time. Holly, SysOp GEnie ST RoundTable (HS) ------------------------------ Date: 16 Sep 88 01:32:27 GMT From: nic.MR.NET!shamash!nis!ems!pwcs!stag!daemon@csd1.milw.wisc.edu Subject: Fidonet mailer To: info-atari16@score.stanford.edu From: thelake!steve@stag.UUCP (Steve Yelvington) I ran across the following on a local Fidonet node and thought it might be of general interest. -- Steve -------------- From: Fidgit Greylock To: All Msg #214, 13-Sep-88 12:53am Subject: New version of GS-Point released The new version of GS-Point, v0.61, has finally been released. For those who don't know, GS-Point is a non-commercial package that allows an Atari ST user to act as a FidoNet point, and receive and send network mail and echomail. New features in v0.61 include: o A completely redesigned user interface. The new full-screen interface is much more intuitive and easy to use than the old one. o GS-Point now knows about zones and can correctly handle messages coming from and going to other zones. o Password-protected netmail sessions are now supported for both WaZOO and "LoTek" sessions. o GS-Point can now be invoked in a "poll-only" mode from a batch file or scheduler. o GEM-based text editors can now be used to edit messages, as well as TOS-based editors. GS-Point v0.61 is available for file request and for first time download on FidoNet node 1:321/112 (BBS phone (413) 253-5518) as GSP-061.ARC or as the magic filename GSPOINT. File requests are accepted at all times except between 4am and 6am EDT. --- Msg V3.1 * Origin: Node_Hog - Greylock Software (413) 253-5518 (1:321/112) ----------------- | thelake!steve@stag.UUCP / ...rosevax!pwcs!stag!thelake!steve | "A member of STdNet -- to join, send mail to ftg!dwm@stag.UUCP" ------------------------------ Date: 16 Sep 88 00:26:56 GMT From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt) Subject: Re: Media Change Bug To: info-atari16@score.stanford.edu In article <7896@trwrb.UUCP> gibson@trwrb.UUCP (Gregory S. Gibson) writes: > I have the media change bug on my Mega 2. (The escape key does not always > update the drive A directory when write protection is enabled). From what you describe, you don't have the bug. To diagnose this bug, you put a write-enabled disk in the drive and open a window on it. Then you wait for the access light to go out. Now take the disk out and put it back in, then hit escape. If the drive doesn't spin, you have the bug. For TOS 1.4, diagnosis won't be so easy, because hitting ESC on the desktop ALWAYS causes the disk to spin -- it causes media change on the drive, to take care of the possibility that you changed the disk while it was out of the drive. In the case of write-protected floppies, it is normal for the ESC key to cause a quick response if the drive was accessed within the last second and a half: this is a "grace" period so we aren't checking the serial number on every single access. ============================================ Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. reflect those of Atari Corp. or anyone else. ...ames!atari!apratt ------------------------------ Date: 16 Sep 88 03:26:04 GMT From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs) Subject: umoria 4.87 for Atari ST To: info-atari16@score.stanford.edu I promise to be a good boy from now on, but I can't resist posting a character with an interesting life story. He has lived all his life on an Atari 1040 ST. He has survived 3 rounds of major bug fixes, and the only bugs he's seen in the last 20+ hours of play have been Killer beetles. The program which constitutes his world is presently being posted in comp.binaries.atari.st. The moderator of comp.sources.atari.st has ordinary diffs between the source posted in comp.sources.games and that compiled with Mark Williams C v 3.0.6 to produce this version (they aren't very big; however ST curses is not included--it's fairly easy to find on BBS-s); whether he posts the diffs is up to him. I am willing to US Mail executable and complete modified source (plain, arc-ed, or arc-ed and uuencoded: say which) to anyone who maintains a uucp-accessible archive mail-server (like lakesys) or to anyone who maintains appropriate archives on a machine which allows the general public to log in and use the archive (like killer) (Bill Wisner already has the sources, but I have no idea if he intends to put them in the archives on killer). If you meet one of these conditions and want the stuff, email me: I buy disks & postage. If you have a good story why nothing else will work, and you don't meet the above qualifications, email me and maybe we can arrange something on your dime. Re-emphasizing something I've said before: the ST version of umoria 4.87 is large enough to require at least 1 meg, and it runs under a command line processor. Name :Willie Age : 19 Strength : 18/32 Race :Human Height : 73 Intelligence : 14 Sex :Male Weight : 192 Wisdom : 18/91 Class :Priest Social Class: 1 Dexterity : 10 Title :Low Lama Constitution : 12 Charisma : 18/34 + To Hit : 5 Level : 31 Max Hit Points : 232 + To Damage : 21 Experience :120710 Cur Hit Points : 232 + To AC : 3 Gold : 65106 Max Mana : 58 Total AC : 44 Cur Mana : 58 (Miscellaneous Abilities) Fighting : Superb Stealth : Fair Perception : Poor Throw/Bows : Superb Disarming : Excellent Searching : Poor Saving Throw: Superb Magic Device: Superb Infra-Vision: 0 feet Character Background You are one of several children of a Serf. You are the black sheep of the family. You have blue eyes, curly brown hair, and a fair complexion. [Character's Equipment List] a) You are wielding : a Katana (+6,+12) [+1] (HA) (+2 to STR). b) Worn on head : an Iron Helm [5,-2]. c) Worn around neck : an Amethyst Amulet of Wisdom (+2). d) Worn on body : Full Plate Armor [25,+0]. e) Worn on shield arm : a Large Metal Shield [5,+2]. f) Worn on hands : a Set of Gauntlets [2,-2] of Slaying (+1,+1). g) Right ring finger : an Obsidian Ring of Protection [+4]. h) Left ring finger : a Garnet Ring of Increase Damage (+5). i) Worn on feet : a Pair of Hard Leather Boots [3,+0]. j) Worn about body : a Cloak [1,+0]. k) Light source is : a Brass Lantern with 13666 turns of light. l) Secondary weapon : a Pike (+6,+6) [+9] (DF). [General Inventory List] a) 2 Holy Book of Prayers [Beginners Handbook]. b) 2 Holy Book of Prayers [Words of Wisdom]. c) 2 Holy Book of Prayers [Chants and Blessings]. d) 2 Holy Book of Prayers [Exorcism and Dispelling]. e) a Violet Mushroom of Restoring. f) 10 Rations of Food. g) 3 Flasks of oil. h) a Dark Green Potion of Restore Mana. i) 3 Scrolls of Word-of-Recall. j) a Cast Iron Wand of Frost Bolts. k) a Lead Wand of Fire Bolts. l) a Lead Wand of Fire Bolts. m) a Lead Wand of Fire Bolts. n) an Orcish Pick (+6) (+0,+0). o) a Halberd (+6,+6) (SU). ------------------------------ Date: 16 Sep 88 08:15:52 GMT From: agate!pasteur!franny.Berkeley.EDU!c91a-ra@ucbvax.Berkeley.EDU (reader.john.kawakami) Subject: Re: This "Dying ST" nonsense To: info-atari16@score.stanford.edu I don't have any figures, but looking at out local stores, I'd say the ST is not dying. The STs and Megas are selling, as is software, there is no market growth. In the computer industry, stability looks like slow death. This is exaggerated by the fact that Amiga sales have been picking up for a while (but I suspect they wil slow as well). As for Beckemeyer, I would agree that his sales are not a good barometer of the ST market. He deals in tools, and business systems--two areas where the ST is pretty much locked out (until there are PC compatible card cages and co processor boards) because there is not the huge customer base. I also suspect that to some degree, BDT products have reached some saturation point. And BDT sells PC baced systems, which obviously are more attractive than ST systems. John Kawakami ------------------------------ Date: 16 Sep 88 14:55:58 GMT From: nunki.usc.edu!sal1.usc.edu!rjung@oberon.usc.edu (Robert allen Jung) Subject: Re: This "Dying ST" nonsense To: info-atari16@score.stanford.edu In article <1364@percival.UUCP> actor@percival.UUCP (Clif Swinford) writes: >I don't know where this "The ST is a dying computer" bull is coming from, >but it certainly isn't the case around here. Our ST sales are as brisk as >ever, hampered only by the fact that we can't get enough 1040's to meet the >demand! Nice to hear, especially from a dealer. Now let's get Atari to crank up that distribution/advertising shortfall in the US, eh? >David Beckemeyer claims that ST sales are now only 20% of BDT's business. >I submit that that's because, powerful as they are, BDT's products are a >pain in the gluteus maximus to use. Good point! I hope BDT doesn't go crazy at me for saying this, but I had to get an ST word processor over the summer. After looking at everything out there (especially at WordPerfect for the ST, what with all the "big software house making ST titles" hoopla), I settled on ... WORDUP! Maybe this is just a sign that (currently) the majority of the Joe ST-user public does not _want_ or _need_ all the features of WordPerfect (especially at the price). Forget piracy, forget "dying ST" theories, people will buy what they NEED. And if they don't need WordPerfect, well... >Atari has found their market. The great silent majority. The same folks >who voted for Reagan, read The Enquirer, and made The Gong Show a hit. >There's a lot of them out there... Silent majority, yes (all of us who keep harrassing stuck-up Apple dealers can relate). Voting for Reagan, no B-). The Gong Show, definetely! >(Sorry if I sound bitter, I just get tired of working with the brain-dead.) 'sokay, I can relate. --R.J. B-) P.S. And if I haven't already, let me give an unsolicited endorsement to Neocept's WORDUP. A very good GEM-based word processor, with _lots_ of potential to do even better (is it true that Neocept is currently doing a total rewrite of the program?). Fun to use, even if it is GDOS-based (all that RAM for fonts!), and the multiple fonts and graphics make it just like those fancy-dang overpriced Macintosh WPs. (If only this was released two years ago -- YOW!) ----------------------------------------------------------------------------- Disclaimer: These are my views, and mine alone. # ## # Mailing address: Beats me, just reply to this message # ## # (rjung@sa132.usc.edu?) ## ## ## ------------------------------ End of Info-Atari16 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Tue Sep 27 23:53:17 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA09954; Tue, 27 Sep 88 23:53:17 EDT Message-Id: <8809280353.AA09954@speedy.mcnc.org> Date: Tue 27 Sep 88 20:51:48-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: Message of 27-Sep-88 18:50:41 Status: R Message failed for the following: GALANTER@Score.Stanford.EDU.#Internet: Can't forward - unknown host "nuacc.acns.nwu.edu" ------------ Date: Tue 27 Sep 88 18:50:18 PDT Subject: Info-Atari16 Digest V88 #407 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 407 This weeks Editor: Bill Westfield Today's Topics: Re: Boycott Apple Again -- Now about Suns Re: argc and argv with gem Re: argc and argv with gem Re: Boycott Apple Again -- Now about Suns Re: Boycott Apple Again -- Now about Suns Re: Apple Talk and Ethernet Re: Strange '-s' flag behavior in the GNU linker ? Re: problem with mwc atoi(), version 2.0.1 re: Ram disks > 999k Re: Help with receiving satellite pictures!!! Re: problem with mwc atoi(), version 2.0.1 Re: ST news software / Sobozon C ---------------------------------------------------------------------- Date: 16 Sep 88 15:28:34 GMT From: renoir.Berkeley.EDU!munson@ucbvax.Berkeley.EDU (Ethan V. Munson) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu I think that this discussion has gone quite astray. Suns and Macs are, for 99.5% of the computing world, oranges and apples. A Macintosh is designed to be a standalone personal computer that will basically run correctly from the moment it is turned on. It is designed around the assumption that the user is not very sophisticated about computing. Suns are diskless workstations, which can be given local disks to allow them to run in standalone mode. A Sun can only be used easily when there is a sophisticated system manager available who will work out the kinks in issues like swap space, disk partitions, etc.. If you are such a person or are part of an organization that already has such a person, a Sun may be a good choice. There is lots of free software that runs on Suns and is useful. For much of it, though, you may need to run make, extract shell archives, and run dbx from time to time. However, I don't think you can find a $150 WYSIWIG word processor for the Sun that will print on a $500 dot matrix printer. In my experience, the only time that Suns and Macs become comparable is when you talk about the bottom of Sun's line (3/50 with a 70meg SCSI disk) and the top of Apple's (Mac II with 80Meg disk, A/UX, 5+Meg of RAM). Network based Sun systems do appear to be more fragile than Macintosh systems (which do not depend on the network for critical resources, like virtual memory). Some of the fault lies with Sun's decision to trade-off reliability for speed and simplicity in the Network File System. But much of the time, any problems arise from the decisions made by the administrators of the local system to spend $5000 on a new 3/50 instead of another 4 Meg of memory for the file server. A Sun is a good machine if you are a programmer or can afford to hire one. A Mac is a good machine no matter who you are, but is not as good as a Sun for computer science research and some other technical pursuits. Pardon my little harangue, Ethan Munson munson@renoir.Berkeley.EDU ...ucbvax!renoir!munson ----------------- "I don't know if they scare the enemy, but they certainly scare me." --Wellington, speaking of the moral character of his troops ------------------------------ Date: 16 Sep 88 05:14:23 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes: >How does one go about writing a GEM program that will accept arguments to >main via argc and argv? I'm using Mark Williams C and when I try to use >argc and argv with a GEM program the program bombs. Although I don't use MWC myself, I will make a few remarks: 1) There is no means that I know of to supply parameters to a Gem program if it is started from the Desktop. 2) If the program is started from a shell, the shell should be a Gem program, otherwise the program cannot use Gem functions. I'm not very sure about this one, though. 3) You don't need to do anything different for a Gem program than for a Tos-Takes-Parameters one. 4) The bus error is perhaps caused by incorrect treatment of the argc,argv list, e.g. accessing an element argv[i], with i >= argc, or argv[0], whose contents is undefined (GEMDOS does not pass the program's name). I even think there are compilers that put a null pointer (not an empty string pointer) in argv[0], which is in effect incorrect - argv[argc] should be the first null pointer of the list. Leo. ------------------------------ Date: 16 Sep 88 07:22:57 GMT From: mcvax!hp4nl!uva!gert@uunet.uu.net (Gert Poletiek) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes: > > > >How does one go about writing a GEM program that will accept arguments to >main via argc and argv? I'm using Mark Williams C and when I try to use >argc and argv with a GEM program the program bombs. > >Thanks for any help, >Jim Cochrane Manually compare the tos and gem runtime startup modules. Sources are provided with Mark Williams C. You might also try linking directly with tos startup instead of gem startup. The the only thing you have to remember is that linking with -VGEM also includes the Gem library. Link with something like; ld -s -o output lib/gcrts0.o objectlist -lvdi -laes -lc That should do it. ------------------------------------------------------------------------------- Gert Poletiek Dept. of Math. and Computing Science, University of Amsterdam, Kruislaan 409, NL-1098 SJ Amsterdam, The Netherlands UUCP: {decvax,cernvax,unido,seismo}!mcvax!uva!gert bitnet: uva!gert@mcvax.bitnet, U00025@hasara5.bitnet Opinions (if any) are my own. ------------------------------ Date: 16 Sep 88 19:48:46 GMT From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov (Greg Lindahl) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu hi. would you all PLEASE quit cross-posting this message stream to groups that it has nothing to do with -- IBM PC's, Amigas, Atari ST's, etc. there are people who read these newsgroups through digests, and have no way to easily skip over all of the off-topic messages. thanks. Greg Lindahl internet: gl8f@virginia.edu U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet ------------------------------ Date: 16 Sep 88 07:16:40 GMT From: aramis.rutgers.edu!hedrick@rutgers.edu (Charles Hedrick) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu > You might start by reading the sun-spots digest - you'll see enough bug > reports to make your eyes bug out. Well, I've made my share of postings to Sun-Spots, but I surely wouldn't want them misinterpreted as advising people against buying Suns. Reading an unedited list of problems from users is always a frightening experience. The monthly listing of bug reports from DEC for TOPS-20 was far scarier than Sun-Spots. (Presumably the same is true with VMS, but I don't look at those.) Back when I looked at bug reports published by IBM for MVS, it was amazing what sorts of bugs there were even in that very reliable system. (They even had this special mechanism for giving you last-minute information on which of the patches they published shouldn't be installed because they turned out to create more problems than they solved.) About all one can say is that there are lots of users out there trying lots of things and so they run into lots of problems. Many of them are user confusion, but there are also plenty of bugs. Sun-Spots is mostly a sign of a large and active user community doing lots of interesting things. ------------------------------ Date: 15 Sep 88 21:54:55 GMT From: stride!tahoe!wheeler!mikew@gr.utah.edu (Mike Whitbeck) Subject: Re: Apple Talk and Ethernet To: info-atari16@score.stanford.edu ! There are a couple (at least) of products out that allow you to !connect an AppleTalk Network to Ethernet. If you did have an AppleTalk !compatible port on the ST you could then hook it to Ethernet. Of course !............ If you want Ethernet it is probably going to be !cheaper to design something to run off the DMA bus instead of going !through an AppleTalk to DMA converter. ! ! Dan Moore *Someone asked about ethernet for the atari ST. We (our group at Delft *University) are currently inquiring about the German product. It is *supposed to be used at the University of Aachen. I hope to hear from *it next week. When I hear something, I will post it. *Hans Buurman So close yet so far... BMB Canada made and sold (2?) "ST-network to-PC" dma boxes called imaginet but the product is no longer available (I just called 9/15/88). There seems to be a German ethernet card but how do you get it? MAYBE SOMEONE AT ATARI CAN SHED SOME LIGHT ON OBTAINING NETWORKING FOR THE ST????? maybe this is the kind of product for the entrepeneur (like MagicSac?) speaking of which ....... if you had a Spectre 128 AND a DMA-2-SCSI board could you then run a MAC ethernet or appletalk? ___________________________________________________________ |Mike Whitbeck | | |Desert Research Inst. | mikew@wheeler.wrc.unr.edu | |POB 60220 | | |RENO, NV 89506 | 702-673-7348 | |__________________________|______________________________| There is no expedient to which man will not go to avoid the real labor of thought. Edison. ___________________________________________________________ |Mike Whitbeck | | |Desert Research Inst. | mikew@wheeler.wrc.unr.edu | ------------------------------ Date: 16 Sep 88 10:34:39 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: Strange '-s' flag behavior in the GNU linker ? To: info-atari16@score.stanford.edu In article <8809150858.AA16391@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET writes: > > I have found what is not quite a bug, but a somewhat annoying feature in the >GNU C linker. It seems that the '-s' flag does exactly the opposite of what I >think it should do. If you don't specify '-s', the linker appends a symbol >table to the executable, if you do specify it, no symbol table is produced. '-s' does not stand for symbol / no symbol, but for strip. This option is passed to the loader, and means: strip off the symbol table. The default in Unix is to have a symbol table in your executable (so the debuggers are not too bad to work with, although -g is preferred if you want to use dbx). > This means that to make executables without symbol tables, one cannot use >GCC, but has to invoke everything manually. Also, all the executables from >the GNU package themselves have quite big symbol tables. Removing them would >save several KB, which might help people suffering from storage/memory >shortages. I do not quite understand your problem. Put the -s in your makefile, or add -s to CFLAGS. Now you can invoke make with no special parameters. As for removing symbol tables, that's a job for strip(1); no doubt there'll be an ST version soon (if it isn't already there). > Anyway, thanks to John for his impressive work ! I fully agree. Leo. ------------------------------ Date: 16 Sep 88 11:36:44 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: problem with mwc atoi(), version 2.0.1 To: info-atari16@score.stanford.edu In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes: | |What is wrong with the following code? [some lines deleted]... |#include |/* #include */ | |#define MAXVAL 32767 | |main(argc,argv) | int argc; char *argv[]; |{ | int i, x; | extern int atoi(); | | for (i=1; i+1<=argc; ++i) { | x = rand(); | printf("%d %d %s %d %d %d\n", | x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]), | (double) x / MAXVAL * atoi(argv[i]) + 1); | } | | putchar('\n'); |} | |The code compiles, but produces bad (atoi()?) results... why? Why are |the atoi(argv[i]) values bad (negative)? The arguments supplied to printf() are not conforming to the format: (double) x / MAXVAL is of type double (probably 8 bytes on the stack), while you try to print it as an integer (%d) (2 bytes in mwc ?). So the first three arguments print correctly, but the last three are taken wrongly from the stack, and besides are interpreted wrong (as integer, but they are double,int, double. Using a cast (int)(double expr.) for the double expressions should solve your problem. Leo. ------------------------------ Date: 16 Sep 88 19:11:33 GMT From: imagen!hedley@ucbvax.Berkeley.EDU (Hedley Rainnie) Subject: re: Ram disks > 999k To: info-atari16@score.stanford.edu I got a copy of MegaMatic off of DELPHI and it is great optional features at config time * reset surviving ramdisk up to 2Meg in size * built in screen saver * Disk verify on/off * Print spooler (I never used this) * key sequences for rebooting (warm/cold) I have used it extensivly to develop a large project for the Megas and have not had any problems. I usually use a 1.2Meg one on a Mega4. The program is copyright Lloyd Pulley 1988 TIF Software. The version I use is 1.15. Hope this helps Hedley {decwrl|sun}!imagen!hedley -- {decwrl!sun}!imagen!hedley ------------------------------ Date: 16 Sep 88 19:58:44 GMT From: rubbs1!Robert.Lisowski@rutgers.edu (Robert Lisowski) Subject: Re: Help with receiving satellite pictures!!! To: info-atari16@score.stanford.edu Hank Brandli of Melbourne, FL (3165 Sharon Dr.---32904) is named in Popular Mechanics' Science section (oct. p.40). He will provide (for a $5.00 fee) a parts list, instructions, and other info on constructing a satellite weather picture station for a computer (I think it's a PC-compatible, but any good hacker can adapt it to an ST). Total cost is under 1000 bucks (depending on how good you are at shopping or how much stuff you have already). Rob -- Robert Lisowski - via FidoNet node 1:107/330 UUCP: ...!rutgers!rubbs1!Robert.Lisowski ARPA: Robert.Lisowski@rubbs1.FIDONET.ORG \...!rutgers!rubbs1!Robert.Lisowski ------------------------------ Date: 17 Sep 88 03:13:14 GMT From: oliveb!tymix!antares!jms@ames.arc.nasa.gov (joe smith) Subject: Re: problem with mwc atoi(), version 2.0.1 To: info-atari16@score.stanford.edu In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes: > printf("%d %d %s %d %d %d\n", > x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]), > (double) x / MAXVAL * atoi(argv[i]) + 1); The way printf picks up arguments is as follows: %d = Pick up 2 bytes of x (which is an int) = OK %d = Pick up 2 bytes of i (which is an int) = OK %s = Pick up a pointer to a string argv[i] = OK %d = Pick up 2 bytes of the 8 bytes that correspond to the value of the expressiion "(double) x /MAXVAL". %d = Pick up the next 2 bytes from the previous double-precision value %d = Pick up the 4th and 5th bytes of the double-precision value \n = Start a new line (which ignores the 7th and 8th bytes of the first double precision result, and ignore the 2 bytes of the atoi value, and ignore the 8 bytes of the 2nd double-precision floating point value. The problem is in the use of %d with double. You should be using %f for double, however you don't need double in this program; use ints and longs instead. -- +----------------------------------------------------------------------------+ | TYMNET:JMS@F29 CA:"POPJ P," UUCP:{ames|pyramid}oliveb!tymix!antares!jms | | INTERNET:JMS%F29.Tymnet@Office-1.ARPA PHONE:Joe Smith @ (408)922-6220 | ------------------------------ Date: 17 Sep 88 14:22:44 GMT From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs) Subject: Re: ST news software / Sobozon C To: info-atari16@score.stanford.edu In the referenced article, Dale Schumacher referred to the GNU redistribution conditions. He was close, but a bit off. In the gnu.gcc newsgroup RMS stated that he considers the GNU 'copyleft' (essentially meaning free availability of all source code) to apply to anything that is a 'derivative work' of a Free Software Foundation product. That's a technical legal term there, and right now the best guess is that it means BISON output or anything linked with the GNU libraries, but not anything simply compiled with gcc and the associated tools. ------------------------------ End of Info-Atari16 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Tue Sep 27 23:53:53 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA09971; Tue, 27 Sep 88 23:53:53 EDT Message-Id: <8809280353.AA09971@speedy.mcnc.org> Date: Tue 27 Sep 88 20:52:57-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: PS:[--QUEUED-MAIL--].RETRANSMIT.66 Status: R No such host as "SANDIEGO.MT.DDN.MIL.#Internet", bad queue file follows: ------- =DELIVERY-OPTIONS:MAIL =NOTIFY: 2-Oct-88 19:46 =DEQUEUE: 30-Sep-88 18:50 _Score.Stanford.EDU.#Internet Info-Atari16-Request aerospace.aero.org grant cunyvm.cuny.edu.#Internet INFO-A16%MARIST.BITNET [128.59.40.130].#Internet chung ESDVAX.ARPA.#Internet scotttb uunet.UU.NET.#Internet mutec!docbobo lasso!atari16 [128.238.2.2].#Internet RUBIN MSR.EPM.ORNL.GOV.#Internet jcm SANDIEGO.MT.DDN.MIL.#Internet jensen hallock NRL-ACOUSTICS.ARPA.#Internet MENTON corsaro NOTE.NSF.GOV.#Internet jmurray SIMTEL20.ARMY.MIL.#Internet bboard-info-atari16 ubvmsa.cc.Buffalo.EDU.#Internet V069HPMS cvl.umd.edu.#Internet gyuri Date: Tue 27 Sep 88 18:50:18 PDT Subject: Info-Atari16 Digest V88 #407 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 407 This weeks Editor: Bill Westfield Today's Topics: Re: Boycott Apple Again -- Now about Suns Re: argc and argv with gem Re: argc and argv with gem Re: Boycott Apple Again -- Now about Suns Re: Boycott Apple Again -- Now about Suns Re: Apple Talk and Ethernet Re: Strange '-s' flag behavior in the GNU linker ? Re: problem with mwc atoi(), version 2.0.1 re: Ram disks > 999k Re: Help with receiving satellite pictures!!! Re: problem with mwc atoi(), version 2.0.1 Re: ST news software / Sobozon C ---------------------------------------------------------------------- Date: 16 Sep 88 15:28:34 GMT From: renoir.Berkeley.EDU!munson@ucbvax.Berkeley.EDU (Ethan V. Munson) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu I think that this discussion has gone quite astray. Suns and Macs are, for 99.5% of the computing world, oranges and apples. A Macintosh is designed to be a standalone personal computer that will basically run correctly from the moment it is turned on. It is designed around the assumption that the user is not very sophisticated about computing. Suns are diskless workstations, which can be given local disks to allow them to run in standalone mode. A Sun can only be used easily when there is a sophisticated system manager available who will work out the kinks in issues like swap space, disk partitions, etc.. If you are such a person or are part of an organization that already has such a person, a Sun may be a good choice. There is lots of free software that runs on Suns and is useful. For much of it, though, you may need to run make, extract shell archives, and run dbx from time to time. However, I don't think you can find a $150 WYSIWIG word processor for the Sun that will print on a $500 dot matrix printer. In my experience, the only time that Suns and Macs become comparable is when you talk about the bottom of Sun's line (3/50 with a 70meg SCSI disk) and the top of Apple's (Mac II with 80Meg disk, A/UX, 5+Meg of RAM). Network based Sun systems do appear to be more fragile than Macintosh systems (which do not depend on the network for critical resources, like virtual memory). Some of the fault lies with Sun's decision to trade-off reliability for speed and simplicity in the Network File System. But much of the time, any problems arise from the decisions made by the administrators of the local system to spend $5000 on a new 3/50 instead of another 4 Meg of memory for the file server. A Sun is a good machine if you are a programmer or can afford to hire one. A Mac is a good machine no matter who you are, but is not as good as a Sun for computer science research and some other technical pursuits. Pardon my little harangue, Ethan Munson munson@renoir.Berkeley.EDU ...ucbvax!renoir!munson ----------------- "I don't know if they scare the enemy, but they certainly scare me." --Wellington, speaking of the moral character of his troops ------------------------------ Date: 16 Sep 88 05:14:23 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes: >How does one go about writing a GEM program that will accept arguments to >main via argc and argv? I'm using Mark Williams C and when I try to use >argc and argv with a GEM program the program bombs. Although I don't use MWC myself, I will make a few remarks: 1) There is no means that I know of to supply parameters to a Gem program if it is started from the Desktop. 2) If the program is started from a shell, the shell should be a Gem program, otherwise the program cannot use Gem functions. I'm not very sure about this one, though. 3) You don't need to do anything different for a Gem program than for a Tos-Takes-Parameters one. 4) The bus error is perhaps caused by incorrect treatment of the argc,argv list, e.g. accessing an element argv[i], with i >= argc, or argv[0], whose contents is undefined (GEMDOS does not pass the program's name). I even think there are compilers that put a null pointer (not an empty string pointer) in argv[0], which is in effect incorrect - argv[argc] should be the first null pointer of the list. Leo. ------------------------------ Date: 16 Sep 88 07:22:57 GMT From: mcvax!hp4nl!uva!gert@uunet.uu.net (Gert Poletiek) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes: > > > >How does one go about writing a GEM program that will accept arguments to >main via argc and argv? I'm using Mark Williams C and when I try to use >argc and argv with a GEM program the program bombs. > >Thanks for any help, >Jim Cochrane Manually compare the tos and gem runtime startup modules. Sources are provided with Mark Williams C. You might also try linking directly with tos startup instead of gem startup. The the only thing you have to remember is that linking with -VGEM also includes the Gem library. Link with something like; ld -s -o output lib/gcrts0.o objectlist -lvdi -laes -lc That should do it. ------------------------------------------------------------------------------- Gert Poletiek Dept. of Math. and Computing Science, University of Amsterdam, Kruislaan 409, NL-1098 SJ Amsterdam, The Netherlands UUCP: {decvax,cernvax,unido,seismo}!mcvax!uva!gert bitnet: uva!gert@mcvax.bitnet, U00025@hasara5.bitnet Opinions (if any) are my own. ------------------------------ Date: 16 Sep 88 19:48:46 GMT From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov (Greg Lindahl) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu hi. would you all PLEASE quit cross-posting this message stream to groups that it has nothing to do with -- IBM PC's, Amigas, Atari ST's, etc. there are people who read these newsgroups through digests, and have no way to easily skip over all of the off-topic messages. thanks. Greg Lindahl internet: gl8f@virginia.edu U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet ------------------------------ Date: 16 Sep 88 07:16:40 GMT From: aramis.rutgers.edu!hedrick@rutgers.edu (Charles Hedrick) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu > You might start by reading the sun-spots digest - you'll see enough bug > reports to make your eyes bug out. Well, I've made my share of postings to Sun-Spots, but I surely wouldn't want them misinterpreted as advising people against buying Suns. Reading an unedited list of problems from users is always a frightening experience. The monthly listing of bug reports from DEC for TOPS-20 was far scarier than Sun-Spots. (Presumably the same is true with VMS, but I don't look at those.) Back when I looked at bug reports published by IBM for MVS, it was amazing what sorts of bugs there were even in that very reliable system. (They even had this special mechanism for giving you last-minute information on which of the patches they published shouldn't be installed because they turned out to create more problems than they solved.) About all one can say is that there are lots of users out there trying lots of things and so they run into lots of problems. Many of them are user confusion, but there are also plenty of bugs. Sun-Spots is mostly a sign of a large and active user community doing lots of interesting things. ------------------------------ Date: 15 Sep 88 21:54:55 GMT From: stride!tahoe!wheeler!mikew@gr.utah.edu (Mike Whitbeck) Subject: Re: Apple Talk and Ethernet To: info-atari16@score.stanford.edu ! There are a couple (at least) of products out that allow you to !connect an AppleTalk Network to Ethernet. If you did have an AppleTalk !compatible port on the ST you could then hook it to Ethernet. Of course !............ If you want Ethernet it is probably going to be !cheaper to design something to run off the DMA bus instead of going !through an AppleTalk to DMA converter. ! ! Dan Moore *Someone asked about ethernet for the atari ST. We (our group at Delft *University) are currently inquiring about the German product. It is *supposed to be used at the University of Aachen. I hope to hear from *it next week. When I hear something, I will post it. *Hans Buurman So close yet so far... BMB Canada made and sold (2?) "ST-network to-PC" dma boxes called imaginet but the product is no longer available (I just called 9/15/88). There seems to be a German ethernet card but how do you get it? MAYBE SOMEONE AT ATARI CAN SHED SOME LIGHT ON OBTAINING NETWORKING FOR THE ST????? maybe this is the kind of product for the entrepeneur (like MagicSac?) speaking of which ....... if you had a Spectre 128 AND a DMA-2-SCSI board could you then run a MAC ethernet or appletalk? ___________________________________________________________ |Mike Whitbeck | | |Desert Research Inst. | mikew@wheeler.wrc.unr.edu | |POB 60220 | | |RENO, NV 89506 | 702-673-7348 | |__________________________|______________________________| There is no expedient to which man will not go to avoid the real labor of thought. Edison. ___________________________________________________________ |Mike Whitbeck | | |Desert Research Inst. | mikew@wheeler.wrc.unr.edu | ------------------------------ Date: 16 Sep 88 10:34:39 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: Strange '-s' flag behavior in the GNU linker ? To: info-atari16@score.stanford.edu In article <8809150858.AA16391@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET writes: > > I have found what is not quite a bug, but a somewhat annoying feature in the >GNU C linker. It seems that the '-s' flag does exactly the opposite of what I >think it should do. If you don't specify '-s', the linker appends a symbol >table to the executable, if you do specify it, no symbol table is produced. '-s' does not stand for symbol / no symbol, but for strip. This option is passed to the loader, and means: strip off the symbol table. The default in Unix is to have a symbol table in your executable (so the debuggers are not too bad to work with, although -g is preferred if you want to use dbx). > This means that to make executables without symbol tables, one cannot use >GCC, but has to invoke everything manually. Also, all the executables from >the GNU package themselves have quite big symbol tables. Removing them would >save several KB, which might help people suffering from storage/memory >shortages. I do not quite understand your problem. Put the -s in your makefile, or add -s to CFLAGS. Now you can invoke make with no special parameters. As for removing symbol tables, that's a job for strip(1); no doubt there'll be an ST version soon (if it isn't already there). > Anyway, thanks to John for his impressive work ! I fully agree. Leo. ------------------------------ Date: 16 Sep 88 11:36:44 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: problem with mwc atoi(), version 2.0.1 To: info-atari16@score.stanford.edu In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes: | |What is wrong with the following code? [some lines deleted]... |#include |/* #include */ | |#define MAXVAL 32767 | |main(argc,argv) | int argc; char *argv[]; |{ | int i, x; | extern int atoi(); | | for (i=1; i+1<=argc; ++i) { | x = rand(); | printf("%d %d %s %d %d %d\n", | x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]), | (double) x / MAXVAL * atoi(argv[i]) + 1); | } | | putchar('\n'); |} | |The code compiles, but produces bad (atoi()?) results... why? Why are |the atoi(argv[i]) values bad (negative)? The arguments supplied to printf() are not conforming to the format: (double) x / MAXVAL is of type double (probably 8 bytes on the stack), while you try to print it as an integer (%d) (2 bytes in mwc ?). So the first three arguments print correctly, but the last three are taken wrongly from the stack, and besides are interpreted wrong (as integer, but they are double,int, double. Using a cast (int)(double expr.) for the double expressions should solve your problem. Leo. ------------------------------ Date: 16 Sep 88 19:11:33 GMT From: imagen!hedley@ucbvax.Berkeley.EDU (Hedley Rainnie) Subject: re: Ram disks > 999k To: info-atari16@score.stanford.edu I got a copy of MegaMatic off of DELPHI and it is great optional features at config time * reset surviving ramdisk up to 2Meg in size * built in screen saver * Disk verify on/off * Print spooler (I never used this) * key sequences for rebooting (warm/cold) I have used it extensivly to develop a large project for the Megas and have not had any problems. I usually use a 1.2Meg one on a Mega4. The program is copyright Lloyd Pulley 1988 TIF Software. The version I use is 1.15. Hope this helps Hedley {decwrl|sun}!imagen!hedley -- {decwrl!sun}!imagen!hedley ------------------------------ Date: 16 Sep 88 19:58:44 GMT From: rubbs1!Robert.Lisowski@rutgers.edu (Robert Lisowski) Subject: Re: Help with receiving satellite pictures!!! To: info-atari16@score.stanford.edu Hank Brandli of Melbourne, FL (3165 Sharon Dr.---32904) is named in Popular Mechanics' Science section (oct. p.40). He will provide (for a $5.00 fee) a parts list, instructions, and other info on constructing a satellite weather picture station for a computer (I think it's a PC-compatible, but any good hacker can adapt it to an ST). Total cost is under 1000 bucks (depending on how good you are at shopping or how much stuff you have already). Rob -- Robert Lisowski - via FidoNet node 1:107/330 UUCP: ...!rutgers!rubbs1!Robert.Lisowski ARPA: Robert.Lisowski@rubbs1.FIDONET.ORG \...!rutgers!rubbs1!Robert.Lisowski ------------------------------ Date: 17 Sep 88 03:13:14 GMT From: oliveb!tymix!antares!jms@ames.arc.nasa.gov (joe smith) Subject: Re: problem with mwc atoi(), version 2.0.1 To: info-atari16@score.stanford.edu In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes: > printf("%d %d %s %d %d %d\n", > x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]), > (double) x / MAXVAL * atoi(argv[i]) + 1); The way printf picks up arguments is as follows: %d = Pick up 2 bytes of x (which is an int) = OK %d = Pick up 2 bytes of i (which is an int) = OK %s = Pick up a pointer to a string argv[i] = OK %d = Pick up 2 bytes of the 8 bytes that correspond to the value of the expressiion "(double) x /MAXVAL". %d = Pick up the next 2 bytes from the previous double-precision value %d = Pick up the 4th and 5th bytes of the double-precision value \n = Start a new line (which ignores the 7th and 8th bytes of the first double precision result, and ignore the 2 bytes of the atoi value, and ignore the 8 bytes of the 2nd double-precision floating point value. The problem is in the use of %d with double. You should be using %f for double, however you don't need double in this program; use ints and longs instead. -- +----------------------------------------------------------------------------+ | TYMNET:JMS@F29 CA:"POPJ P," UUCP:{ames|pyramid}oliveb!tymix!antares!jms | | INTERNET:JMS%F29.Tymnet@Office-1.ARPA PHONE:Joe Smith @ (408)922-6220 | ------------------------------ Date: 17 Sep 88 14:22:44 GMT From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs) Subject: Re: ST news software / Sobozon C To: info-atari16@score.stanford.edu In the referenced article, Dale Schumacher referred to the GNU redistribution conditions. He was close, but a bit off. In the gnu.gcc newsgroup RMS stated that he considers the GNU 'copyleft' (essentially meaning free availability of all source code) to apply to anything that is a 'derivative work' of a Free Software Foundation product. That's a technical legal term there, and right now the best guess is that it means BISON output or anything linked with the GNU libraries, but not anything simply compiled with gcc and the associated tools. ------------------------------ End of Info-Atari16 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Wed Sep 28 07:23:22 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA13021; Wed, 28 Sep 88 07:23:22 EDT Message-Id: <8809281123.AA13021@speedy.mcnc.org> Date: Wed 28 Sep 88 04:17:44-PDT From: The Mailer Daemon To: Info-Atari8-Request@Score.Stanford.EDU Subject: Message of 27-Sep-88 23:00:00 Status: R Message failed for the following: dwp@Score.Stanford.EDU.#Internet: Can't forward - unknown host "mitre-b-chubby.arpa" ------------ Date: Tue 27 Sep 88 22:59:56 PDT Subject: Info-Atari8 Digest V88 #92 From: Info-Atari8 Digest Sender: Info-Atari8-request@Score.Stanford.EDU Errors-to: Info-Atari8-request@Score.Stanford.EDU Maint-Path: Info-Atari8-request@Score.Stanford.EDU To: Info-Atari8 Distribution List: ; Reply-to: Info-Atari8@Score.Stanford.edu Info-Atari8 Digest Tuesday, September 27, 1988 Volume 88 : Issue 92 This weeks Editor: Bill Westfield Today's Topics: A more recent ZMAG ---------------------------------------------------------------------- Date: 24 Sep 88 21:09:17 GMT From: gdtltr@vax1.acs.udel.edu (Gary D Duzan) Subject: A more recent ZMAG To: info-atari8@score.stanford.edu FNet delays kept me from getting the previous ZMAG until 2 days ago. Here is the most recent issue. Gary Duzan Time Lord Third Regeneration Atari Enthusiast Extreme *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* Syndicate ZMagazine Issue #124 September 21, 1988 | HOT Atari News and Reviews | -----------------| American Publishing Enterprises, Inc |---------------- -----------------| Post Office Box 74 |---------------- -----------------| Middlesex, New Jersey 08846-0074 |---------------- PUBLISHER GENERAL MANAGER ZMag EDITOR ASSISTANT EDITOR Ron Kovacs R. F. Mariano John Deegan Carlos Hernandez ========================================================================= Available on: * CompuServe * GEnie * Delphi * The Source * F-Net * ========================================================================= Copyright (c) 1988 APEInc, SPC -- All Rights Reserved -- ZMAG NORTH The Launch Pad BBS (201) 343-1426 H143-201 ZMAG MIDWEST Stairway To Heaven (216) 784-0574 H002-216 ZMAG SOUTH Bounty Atari ST BBS (904) 786-4176 H014-904 ZMAG WEST Shadow Haven Information Service (916) 962-2566 H009-916 *-[CONTENTS]-* *=* Publishers Desk by Ron Kovacs *=* ZMAG Weekly News Roundup *=* New Book on Computer Viruses *=* Line Noise Revisited Ctsy CIS Atari *=* Circuit Maker Review *=* SAM TRAMIEL in Conference *=* 8 Bit Owners Update ========================================================================= PUBLISHER'S DESK by Ron Kovacs ~~~~~~~~~~~~~~~~~~~~~ Originally planned for preview in this space was an article written by the Editors of Michigan Atari Magazine. I have cancelled this segment while I research and produce our official position on the matter. Stay tuned to these pages in the next few weeks for an indepth look at MAM. Starting October 2, 1988, ZMAGAZINE will release issues on Sunday evenings. We will also debut a new section devoted to User Group Updates and news. Stay tuned for more details on this next week. SCHEDULED RELEASES FOR OCTOBER Issue #125 October 2, 1988 Issue #126 October 9, 1988 Issue #127 October 16, 1988 Issue #128 October 23, 1988 Issue #129 October 30, 1988 Due for release in October....Update of the official ZMAG/ST-REPORT BBS listing. If your BBS has not appeared, or you think you might be missing, Please send a post card with your BBS information and a phone number so we can contact you and give you your official ZMAG Registration number. The ZMAG 1988 Reader Survey is near completion. I need your address to send you the survey!! Please send that post card off today!! The survey is presently 8 pages long. Enjoy your vacation John Deegan! *************************************** ZMAG NEWS ROUND-UP 9/14-9/21 Compiled by the Staff of ZMagazine *************************************** (Comments detailed in the following article are NOT those of ZMagazine or it's editors. Readers opposed to any comments here are welcome to submit a reply by 9-30-88. Any opposing commentary on this article will NOT be accepted for publication.) PRESS RELEASE 9/15/88 In an article called Atari News and Comment in the September Michigan Atari Magazine (MAM), editor Bill Rayl again blasted a non-participating local Michigan Atari users group for policies not in tune to MAM's liking. MAGIC, the eastern Michigan Atari users group who has stead fastly refused advances to join the MAM consortium, was sharply condemned for charging "50 cents to $1 admission" to attend a special meeting hosting Atari execs. "I was strongly misquoted by Mr. Rayl," says Sourcerer's Apprentice Editor Mike Lechkun. "I went out of my way to call Bill Rayl long distance to share and report this bit of local Atari news. I was shocked to see it turned into a negative slam against us (MAGIC)." "I told his wife (and MAM co-editor) Pattie that MAGIC was asking for a donation to help defray costs of starting up another Atari fest effort [as well as to pay for the increase in space needed for the meeting]. It seems to me," commented Mike, "that MAM is allowed to rake in money for it's own ventures, but others trying to serve the Atari community are, in their words, 'tasteless'." Mike concluded that he'd "be more than happy to make a donation in the Rayls' name if they couldn't cough up a couple of bucks!" It was MAM, over a year ago, who slammed then-non-participating club MACE when they proposed charging non-members to attend the monthly meetings. MACE was (and is) losing money rapidly by providing services to non-members who were sponging off the group. Because of the article, MACE was embarrassed into changing their newly adopted policy. The members of MAGIC have always felt that a user group's newsletter helps to define and add personality and individuality to the club. The newsletter is the club's identity to the outside world. It is a shame that MAM feels that their viewpoint is the only valid one in Michigan, and that any other club's views are "considered extremely bad taste." Quote from MAM, 9/88 Atari News and Comment "In a move that can only be considered extremely bad taste, MAGIC is planning to charge 50 cents or $1 admission to attend this meeting [with Atari's execs]! The meeting takes place on their normally scheduled meeting night, and MAGIC's meetings are generally open to all. But, in this case, MAGIC proposes to charge admission from the very people they are going to need assistance from if another show will occur. MAGIC can't pull off an AtariFest on their own, but if any other clubs want to get involved at this first meeting, they'll have to pay to do so? Hopefully, MAGIC will change the tune before October..." ATARI KILLS DETROIT VISIT ATARI CORP.'s proposed visit to Detroit user group MAGIC has been cancelled. Sam Tramiel said that such a visit would "excite group members", but with no product to deliver and because we are right before Comdex, there's really nothing that could be said. ATARI has promised full support for a Detroit AtariFest, which the MAGIC group is still considering. Sig Hartmann commented that the November Comdex show would be "an opener to a revitalized U.S. market presence", and indicated a proposed resurgance after the first of the year. But as to not discourage those who would attend a large scale meeting from afar, Atari will not make a local apperance until the show. ** NEWS BULLETIN ** Attention all persons that have a program being called "Master Cruncher" or any alterations of that. It seems that a group of pirates have edited out the Copyright notice and have claimed the program as there own. This Utility is not Public Domain nor a Pirate utility, it is a Commercial program that was going to be sold in The Federal Republic of Germany. There were plans to market it in the USA, but due to the massive spreading of the utility, there is no hope of making any kind of profit nor will there be any other such utilities produced due to these problems, it is not cost effective to try and track down who did this terrible thing, so you can just thank who ever the persons involed for screwing up the future of such useful utilities you might have had. Please notify all sysops or board operators that this file should be deleted from file sections and not posted again. I was really surprised to hear that it was posted on 2 major commercial networks, I would have thought they would have questioned this utility because of no documentation or origin of source. I would have thought the sysops would be a little more responsible to there amiga comunity and check things that are questionable out first. A final note, the version that seems to have made it's way all over the United States is still a beta version and has a Serious! bug in it, I do not accept any responsiblity for any damage caused by the faulty program. "it is not my fault everyone pirated it" I strongly suggest you uncrunch everything crunched with it or things might begin to happen you wish didn't. You have been warned of the problem. Please spread this file as fast as my program was spread to warn people against the possible destruction of all there data. Bit Soft Programing (BSP) Hans Mayor Post Fach 1123 8623 Staffelstein West Germany ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NEW BOOK ON COMPUTER VIRUSES ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Compute!'s COMPUTER VIRUSES Author: Ralph Roberts Price: $14.95 ISBN: 0-87455-178-1 On Sale: November, 1988 Publisher: Compute! Books, a Capital Cities/ABC Company Why are the big computer companies keeping quiet about the problem of computer viruses? ``Over one percent, or about a quarter of a million IBM PC's and compatibles are already infected,'' says Larry DiMartin, president of Computer Integrity Corporation, the makers of the commercial viral protection program, Vaccinate. Finally there's a book that shows why software and hardware manufacturers --in some cases selfishly and intentionally--have their heads in the sand. Finally there's a book that helps you protect your system from computer viruses. A book that answers the questions the industry has been ducking. Like a biological virus, a computer virus can replicate itself and be spread (through the use of ``Trojan horse'' programs) from system to system. Trade a floppy disk with a friend and you may unwittingly be destroying all the data in your system, whether it's a single person computer or a large, networked system of 20,000 terminals. It's not even enough to have good backup--a timed release virus can also be in the backup disks or tape, destroying data time after frustrating time. The destructive rampages of these small hidden programs from sick minds are not limited to ``high risk'' users who download indiscriminately from ``pirate'' electronic bulletin boards. AP and UPI reports in recent months have reported that such major institutions as NASA, Lehigh University, Miami (Ohio) University, ARCO Oil, Hebrew University in Israel, and others have had computer virus attacks. Whether you are a single computer owner or a manager of a large area network, Compute!'s COMPUTER VIRUSES offers relief from the fear and the very real danger of a viral infection in your system. Topics Covered: * How your system can become infected (risky practices and how to practice ``safe computing,'' and minimize exposure. * The history of viruses, including some infamous infections such as the ``Brain'' virus, the ``Sunnyvale Slug,'' the ``Scores,'' and the Macintosh ``Peace'' virus. * How viruses work and what they can do to your system. * The kind of programs that can hide viruses. * How to detect a virus or viruses in your system and erase them. * Protection from virus infection. * Reviews and tips on viral protection systems, both commercial and public domain. * Sections with specific protection information for IBM and compatibles, Macintosh, Apple, Amiga, Atari, and other systems. Contents: Your Computer May Be Sick! History and Famous Viruses How Viruses Work Practicing Safe Computing How The Experts Deal With Viruses Corporate Initiatives for Data Security (by Pamela Kane, President of Panda Systems) The Case of the ``Gerbil'' Virus (by Raymond M. Glath, President of RG Software Systems) IBM and Compatibles Macintosh Apple Amiga Atari The Only Good Virus is a Dead Virus. For Additional Information: Ralph Edwards P.O. Box 8549 Asheville, NC 28814 (704) 254-3972 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ LINE NOISE REVISITED ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ctsy CompuServe Atari SIG #: 47388 S2/CompuServe & BBSs 27-Dec-86 22:10:29 Sb: #Interlink Fm: Jeff Rigby/Intersect Sof 74615,323 To: Dave Groves 76703,4223 I have never had the pleasure of taking apart a Courier 2400 but most modems use the same input transformer ( FCC Regulations ). Below is a schematic drawing of the Input transformer circuit: ----) || (------ Input from ( || ) output to phone line ) || ( modem ----( || )----- || || (------> 600 ohm Inpedance matching || ) < resistor || (------> Transformer You change the 600 ohm ( blue black brown ) resistor, to a lower value by tacking a resistor in parallel. Try values from 1000 ohms to 600 minimum. This is a quick and dirty method, it works by making the transformer less efficient and therby reducing the sensitivity of the circuit. The resistor is there to cause the input transformer to match the phone line (600 ohms) impedance. When you have an impedance match you have maximum transfer of energy. Choose the highest value resistor that gives the fewest errors. Jeff Rigby c/o SOTA Computers 3949 Sawyer Rd. Sarasota, Fl. 33583 813-922-6244 ****************** UPDATE ********************* 17-Sep-88 09:21:43 Sb: #110696-2400 baud problem Fm: INTERSECT Software 76004,1577 To: SYSOP*Dave Groves 76703,4223 The resister will reduce the sensitivity of the modem to incoming noise. If the problem is only periodic and does not get worse after warmup then this is the method to use. If it does get noisy after warmup then open the modem and look for an 8 pin chip with X2444 on it. It's an XR chip that sometimes causes the line noise problem at 2400 baud. Since 2400 baud does push the Florida phone lines to the limit, neither method may work for you. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ CIRCUIT MAKER by Bill Pike (PAC) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ My field of endeavour, that which I do when not using a computer, involves a lot of logic circuit design. Well anyhow I was going thru the local software store and happened to see a program on the shelf that immediately caught my eye. The name of the program is CircuitMaker and it was written by Ozzie Boeshans. The cost is $69.95, why not make it a even $70?. The program is published by ILLIAD Software. For those who havn't used this type of program in the past, this includes until now me, this is the cats meow. No more breadboarding of circuits. No more burning out chips. No more tangles of wire, piles of parts, and general mess laying all over the place. Also, for those who are married, no spouse telling you to clean up your mess. Version 1.2 of the program allows you to design various logic circuits on screen and TEST AND DEBUG THE CIRCUITS ON SCREEN. The program then will print the circuit on your Epson compatible printer. You can also go back to the last saved version of the circuit if you have made a mistake. The next version, 2.0, is said to allow you to specify and make a library of your own favorite IC's. Didn't I say that the program comes with 1 library of various logic gates and IC's? Well if I didn't, it does. Here is what is in the library: All of the various types of gates including, a inverter, 2-4 input AND & NAND, 2 input ORs, 2 input NORs, and 2 input exclusive ORs, LED's, seven segment displays including the BCD to 7-Segment decoder, switches, two types of quad latches, 7474, 74138, 74151, 74168, 74169, 74109, and 74194 IC's. There is a snap-to-grid feature so everything looks neat. The various logic devices can be rotated in 90 degree increments, you can label either vertically or horizontally. When you are wiring the circuit the curser is accompanied, once you move out of the device area, by a set of full screen cross-hairs that show you where the wire will end up both vertically and horizontally if you extend it the full screen. This allows you to be much neater in the layout of wiring. There is also a dot placed where wires join so that you are sure of the connection. You can also move devices around or delete them if you decide that the location is bad. You are working in a window of the design, the window is approximately 15% of the working area. You can wire outside of the screen area. I find that you should make a printout of just the device placement so you are able to easily find the devices not on screen when you start to wire. A zoom command would have been nice. There are programmable pulse generators for signal inputs, each generator is independently programmable as to waveform and start time as well as well as when it starts. The speed is variable in common. There is a four input oscilloscope that can be used to check any four points in the circuit simultaneously.. You are able to either use a continous run or set for 5 or 10 cycles. The various wires show you the logic level on that wire by either being solid black (logic 1), dark dotted (logic 0), or light dotted (not active) as the test is running. If you are using a color monitor the colors of the lines change to indicate the same conditions. You are able to move around the screen during the run so you can see the functioning of the entire circuit. There is a tutorial on fundamental logic circuit design included in the small 50+ page manual. The tutorial doesn't go into much depth and those who are unfamiliar with logic design should pick up a book on the subject as well as a TTL Device handbook so you can figure out just what the various chips are and what they require to work. The program doesn't go into microprocessor logic and if it did it should/would probably cost about 10 times as much, if not more. This program is designed for the average designer and builder not for someone who does this for a living, he/she would probably have the $700 to $7000 version of this type of program and a main frame to run it on. This is a MUST HAVE program for anyone who designs logic circuits including those in college level logic design courses. It is also a must have for anyone who just does logic design at home for their computer interfaces or anything else, this is most logical (sorry about that it slipped out). So dig into your pocket and BUY THIS ONE. *********** SAM TRAMIEL IN CONFERENCE *********** The Atari Forums on CompuServe will be sponsoring a world-wide electronic teleconference with Sam Tramiel, President and Chief Operating Officer of Atari Corporation, on Monday, September 26 at 9:00 PM EDT. Your participation in this conference is welcomed and encouraged! The Sam Tramiel Conference is going to be held in CompuServe's Electronic Convention Center(tm). The Electronic Convention Center(tm) was designed specifically for special conferences of this nature and can have as many as 300 people participating simultaniously without causing the slightest speed decrease. In addition, the Electronic Convention Center(tm) offers the capability of holding a more structured conference, making it possible for you to ask your questions and be answered by Mr. Tramiel without any interruptions. Top performance is absolutely guaranteed! Lastly, the Electronic Convention Center(tm) offers additional conveniences (discussed later in this text) that will make your participation in this conference amazingly easy. If you've participated in other national conferences of this type before and have been underwhelmed at the way it was conducted and the performance of the service during 'heavy' usage, this conference is your opportunity to experience the communication power of a professional -quality global information network. ACCESSING THE CONVENTION CENTER As mentioned above, the Sam Tramiel conference will be held in CompuServe's Electronic Convention Center(tm) -- NOT the conference area of the Atari 16-Bit Forum. To access the Convention Center, type GO CONVENTION at any CompuServe command prompt. When you type GO CONVENTION, CompuServe will display the following menu: Electronic Convention Center(tm) INFORMATION/RESERVATIONS 1 Instructions 2 List Conferences/Make Reservations 3 Review/Cancel Reservations 4 Conference Etiquette Enter choice ! Choice 1 allows you to view the complete instruction guide for using the Convention Center. Choice 2 and Choice 3 allow you to list upcoming special conferences and any advance "reservations" (NOT NECESSARY FOR THIS CONFERENCE!) you might have made. Lastly, choice 4 provides some information on the etiquette followed by participants in an electronic conference. On Monday, September 26, at 8:30 PM EDT (a half hour before the Sam Tramiel conference is scheduled to begin), the Convention Center menu will appear as shown above with the addition of menu choice 5 which will allow you to enter the Sam Tramiel conference. An example of how the Convention Center menu will appear from 8:30 through the end of the conference on September 26 appears below: Electronic Convention Center(tm) INFORMATION/RESERVATIONS 1 Instructions 2 List Conferences/Make Reservations 3 Review/Cancel Reservations 4 Conference Etiquette JOIN CONFERENCE IN PROGRESS 5 Atari Sam Tramiel Conference Enter choice ! All you will need to do is select choice 5 in order to join the conference. Once you select choice 5, CompuServe will prompt you to enter your name: What is your name? John Doe Enter your name and press a as shown in the above example. If you enter the conference area before 9:00 PM EDT, you can chat briefly with other early arrivers until the moderated conference begins. ASKING A QUESTION Once the moderated conference begins, only the moderator and guest speaker will be allowed to openly communicate at all times. Other participants must signal that they would like to ask a question or make a comment by using the /QUESTION (or /QUE) command. Once you issue the /QUE command, CompuServe will add your name (in order) to the queue. When it is your turn to speak, CompuServe will beep your terminal and display a message explaining that it is your turn and you may now ask your question. If you attempt to openly communicate before it is your turn to speak, the Convention Center will send you a reminder that in order to ask a question or make a comment, you must enter the /QUE command and wait for your turn. If you issue the /QUE command and change your mind about asking a question, you can enter the /UNQUE command to remove your place from the queue. USING THE BUFFER The Electronic Conference Center(tm) makes it possible for you to compose or upload your question or statement into a buffer area, followed by giving you the option of editing the text using standard CompuServe EDIT commands (explained in detail in EDIT.TXT, available in LIBRARY 1 of the Atari 16- Bit Forum). Then, you can send your pre-composed buffer when it is your turn to speak in the conference. Here are the commands you will need to know in order to use the buffer feature of the Convention Center: /BUFFER EDIT - Brings you into "edit" mode where you can compose, ASCII-upload, or edit your text. /BUFFER SEND - Send buffer to all participants. OTHER COMMANDS YOU SHOULD KNOW ABOUT The following list of commands are available to you in the Convention Center: /BUFFER EDIT Edit text buffer /BUFFER SEND Send text buffer /BULLETIN Display short bulletin /COMMANDS Show list of commands /DAY Show date and time /DISPLAY Change message display /ECHO Show input as it is typed /EXIT Exit the conference /NOECHO Do not show input /HELP Command help text /NAME Change your name /NOSEND Refuse private "send" messages /OFF Log-off /SEND Send a private message /STATUS User/guest count /WHO Show last speaker /USERS List users /LOOK Question status (how many people are in the queue) /QUESTION Question request /UNQUEUE Cancel a question If you have any questions, please feel free to post a message to the Sysops of the Atari Forums. Otherwise, hope you found this introduction file useful and we're looking forward to seeing you at the big conference! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 8 BIT OWNERS UPDATE ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There have been many mentions in the almost decade since the original Atari 400/800 Personal Computers hit the dealers shelves about there being a future upgrade to meet the user's needs, and new and more challenging applications. Finally that upgrade is available....... The Turbo-816 by DataQue, for the Atari 400/800/XL/XE. DataQue Software is pleased to announce a powerful new upgrade which was co-designed by Ron Shue, and Chuck Steinman. This upgrade will be available in two forms. There will be a replacement CPU board for the original 400/800 Computer system, and a plug in module for the XL/XE series. In either case, there usually is no need for any modifications to the existing hardware. The only exception to this is with XL/XE systems which have their CPU soldered in place, which will require the removal of the existing CPU, and the addition of a standard 40 pin I.C. socket is suggested. Also included is the Turbo-OS, by DataQue for use with the Turbo-816 CPU boards. The Turbo-816 will not only increase the potential speed of the computer, but also break the 64k memory barrier of the existing systems. Not with the awkward paged memory, but with a fully linear decoded address space of up to 16 megabytes. Benchmarks have put the Turbo-816 into a performance range ABOVE many of the 'other" PCs/!! Special memory boards will be available to take advantage of the new extended addressing range. These will be mounted internal to the computer cabinet, and in most cases require no hardware modifications. And here is the amazing feature..... While adding all this power and all this expanded addressing, the Turbo-816 for the Atari 8-bit computer systems will maintain compatibility with most currently available commercial and user written software. Using the Turbo-816 even those older programs will enjoy a speed increase! The Turbo-OS is a replacement operating system for use with the Turbo-816 which will release the 16-bit processor to its full power. Increased speed will be the most obvious change, but hidden in its code, will be an advanced new floating point library that will speed even the original Atari BASIC to new levels of performance. Again, on most systems it will be just a matter of replacing the existing ROM(s) with the Turbo-OS. The future holds many more products for the Turbo-816 systems including: 1) a real-time multi-tasking operating system kernal 2) a new assembler-editor-debugger package which supports the new assembly level instructions and addressing modes 3) a new BASIC which will speed past the fastest of the current BASICs for the 8-bit machines 4) a new K&R compatible C development package 5) a new Turbo-GOS operating system (graphical based) 6) a developers development kit for new applications The NEW Atari Turbo-816 should be available by November of 1988 For more information contact your local Atari Dealer or, write: DataQue Software Dept. T-816 P.O. Box 134 Ontario, OH 44862 *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=* ZMagazine Issue #124 September 21, 1988 (c)1988 APEInc, SPC, Kovacs ------------------------------ End of Info-Atari8 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Wed Sep 28 07:24:05 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA13039; Wed, 28 Sep 88 07:24:05 EDT Message-Id: <8809281124.AA13039@speedy.mcnc.org> Date: Wed 28 Sep 88 04:17:49-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: PS:[--QUEUED-MAIL--].RETRANSMIT.67 Status: R No such host as "SANDIEGO.MT.DDN.MIL.#Internet", bad queue file follows: ------- =DELIVERY-OPTIONS:MAIL =NOTIFY: 2-Oct-88 22:55 =DEQUEUE: 30-Sep-88 22:20 _Score.Stanford.EDU.#Internet Info-Atari16-Request aerospace.aero.org grant CUNYVM.CUNY.EDU INFO-A16%MARIST.BITNET [128.59.40.130].#Internet chung DCA-EMS.ARPA.#Internet goertzel uunet.UU.NET.#Internet mutec!docbobo lasso!atari16 graf.poly.edu RUBIN MSR.EPM.ORNL.GOV.#Internet jcm A.ISI.EDU.#Internet ISI-INFO-ATARI SANDIEGO.MT.DDN.MIL.#Internet jensen hallock NOTE.NSF.GOV.#Internet jmurray [128.205.2.4].#Internet V069HPMS relay.ubc.ca.#Internet info-atari16 EE.UCLA.EDU.#Internet willing Date: Tue 27 Sep 88 22:20:43 PDT Subject: Info-Atari16 Digest V88 #408 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 408 This weeks Editor: Bill Westfield Today's Topics: Re: Boycott Apple Again -- Now about Suns Re: argc and argv with gem Re: argc and argv with gem Re: Boycott Apple Again -- Now about Suns Re: Boycott Apple Again -- Now about Suns Re: Apple Talk and Ethernet Re: Strange '-s' flag behavior in the GNU linker ? Re: problem with mwc atoi(), version 2.0.1 re: Ram disks > 999k Re: Help with receiving satellite pictures!!! Re: problem with mwc atoi(), version 2.0.1 Re: ST news software / Sobozon C ---------------------------------------------------------------------- Date: 16 Sep 88 15:28:34 GMT From: renoir.Berkeley.EDU!munson@ucbvax.Berkeley.EDU (Ethan V. Munson) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu I think that this discussion has gone quite astray. Suns and Macs are, for 99.5% of the computing world, oranges and apples. A Macintosh is designed to be a standalone personal computer that will basically run correctly from the moment it is turned on. It is designed around the assumption that the user is not very sophisticated about computing. Suns are diskless workstations, which can be given local disks to allow them to run in standalone mode. A Sun can only be used easily when there is a sophisticated system manager available who will work out the kinks in issues like swap space, disk partitions, etc.. If you are such a person or are part of an organization that already has such a person, a Sun may be a good choice. There is lots of free software that runs on Suns and is useful. For much of it, though, you may need to run make, extract shell archives, and run dbx from time to time. However, I don't think you can find a $150 WYSIWIG word processor for the Sun that will print on a $500 dot matrix printer. In my experience, the only time that Suns and Macs become comparable is when you talk about the bottom of Sun's line (3/50 with a 70meg SCSI disk) and the top of Apple's (Mac II with 80Meg disk, A/UX, 5+Meg of RAM). Network based Sun systems do appear to be more fragile than Macintosh systems (which do not depend on the network for critical resources, like virtual memory). Some of the fault lies with Sun's decision to trade-off reliability for speed and simplicity in the Network File System. But much of the time, any problems arise from the decisions made by the administrators of the local system to spend $5000 on a new 3/50 instead of another 4 Meg of memory for the file server. A Sun is a good machine if you are a programmer or can afford to hire one. A Mac is a good machine no matter who you are, but is not as good as a Sun for computer science research and some other technical pursuits. Pardon my little harangue, Ethan Munson munson@renoir.Berkeley.EDU ...ucbvax!renoir!munson ----------------- "I don't know if they scare the enemy, but they certainly scare me." --Wellington, speaking of the moral character of his troops ------------------------------ Date: 16 Sep 88 05:14:23 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes: >How does one go about writing a GEM program that will accept arguments to >main via argc and argv? I'm using Mark Williams C and when I try to use >argc and argv with a GEM program the program bombs. Although I don't use MWC myself, I will make a few remarks: 1) There is no means that I know of to supply parameters to a Gem program if it is started from the Desktop. 2) If the program is started from a shell, the shell should be a Gem program, otherwise the program cannot use Gem functions. I'm not very sure about this one, though. 3) You don't need to do anything different for a Gem program than for a Tos-Takes-Parameters one. 4) The bus error is perhaps caused by incorrect treatment of the argc,argv list, e.g. accessing an element argv[i], with i >= argc, or argv[0], whose contents is undefined (GEMDOS does not pass the program's name). I even think there are compilers that put a null pointer (not an empty string pointer) in argv[0], which is in effect incorrect - argv[argc] should be the first null pointer of the list. Leo. ------------------------------ Date: 16 Sep 88 07:22:57 GMT From: mcvax!hp4nl!uva!gert@uunet.uu.net (Gert Poletiek) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu In article <3441@boulder.Colorado.EDU> cochrane@spot.Colorado.EDU (COCHRANE JIM T) writes: > > > >How does one go about writing a GEM program that will accept arguments to >main via argc and argv? I'm using Mark Williams C and when I try to use >argc and argv with a GEM program the program bombs. > >Thanks for any help, >Jim Cochrane Manually compare the tos and gem runtime startup modules. Sources are provided with Mark Williams C. You might also try linking directly with tos startup instead of gem startup. The the only thing you have to remember is that linking with -VGEM also includes the Gem library. Link with something like; ld -s -o output lib/gcrts0.o objectlist -lvdi -laes -lc That should do it. ------------------------------------------------------------------------------- Gert Poletiek Dept. of Math. and Computing Science, University of Amsterdam, Kruislaan 409, NL-1098 SJ Amsterdam, The Netherlands UUCP: {decvax,cernvax,unido,seismo}!mcvax!uva!gert bitnet: uva!gert@mcvax.bitnet, U00025@hasara5.bitnet Opinions (if any) are my own. ------------------------------ Date: 16 Sep 88 19:48:46 GMT From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@ames.arc.nasa.gov (Greg Lindahl) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu hi. would you all PLEASE quit cross-posting this message stream to groups that it has nothing to do with -- IBM PC's, Amigas, Atari ST's, etc. there are people who read these newsgroups through digests, and have no way to easily skip over all of the off-topic messages. thanks. Greg Lindahl internet: gl8f@virginia.edu U Va Dept. of Astronomy bitnet: gl8f@virginia.bitnet ------------------------------ Date: 16 Sep 88 07:16:40 GMT From: aramis.rutgers.edu!hedrick@rutgers.edu (Charles Hedrick) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu > You might start by reading the sun-spots digest - you'll see enough bug > reports to make your eyes bug out. Well, I've made my share of postings to Sun-Spots, but I surely wouldn't want them misinterpreted as advising people against buying Suns. Reading an unedited list of problems from users is always a frightening experience. The monthly listing of bug reports from DEC for TOPS-20 was far scarier than Sun-Spots. (Presumably the same is true with VMS, but I don't look at those.) Back when I looked at bug reports published by IBM for MVS, it was amazing what sorts of bugs there were even in that very reliable system. (They even had this special mechanism for giving you last-minute information on which of the patches they published shouldn't be installed because they turned out to create more problems than they solved.) About all one can say is that there are lots of users out there trying lots of things and so they run into lots of problems. Many of them are user confusion, but there are also plenty of bugs. Sun-Spots is mostly a sign of a large and active user community doing lots of interesting things. ------------------------------ Date: 15 Sep 88 21:54:55 GMT From: stride!tahoe!wheeler!mikew@gr.utah.edu (Mike Whitbeck) Subject: Re: Apple Talk and Ethernet To: info-atari16@score.stanford.edu ! There are a couple (at least) of products out that allow you to !connect an AppleTalk Network to Ethernet. If you did have an AppleTalk !compatible port on the ST you could then hook it to Ethernet. Of course !............ If you want Ethernet it is probably going to be !cheaper to design something to run off the DMA bus instead of going !through an AppleTalk to DMA converter. ! ! Dan Moore *Someone asked about ethernet for the atari ST. We (our group at Delft *University) are currently inquiring about the German product. It is *supposed to be used at the University of Aachen. I hope to hear from *it next week. When I hear something, I will post it. *Hans Buurman So close yet so far... BMB Canada made and sold (2?) "ST-network to-PC" dma boxes called imaginet but the product is no longer available (I just called 9/15/88). There seems to be a German ethernet card but how do you get it? MAYBE SOMEONE AT ATARI CAN SHED SOME LIGHT ON OBTAINING NETWORKING FOR THE ST????? maybe this is the kind of product for the entrepeneur (like MagicSac?) speaking of which ....... if you had a Spectre 128 AND a DMA-2-SCSI board could you then run a MAC ethernet or appletalk? ___________________________________________________________ |Mike Whitbeck | | |Desert Research Inst. | mikew@wheeler.wrc.unr.edu | |POB 60220 | | |RENO, NV 89506 | 702-673-7348 | |__________________________|______________________________| There is no expedient to which man will not go to avoid the real labor of thought. Edison. ___________________________________________________________ |Mike Whitbeck | | |Desert Research Inst. | mikew@wheeler.wrc.unr.edu | ------------------------------ Date: 16 Sep 88 10:34:39 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: Strange '-s' flag behavior in the GNU linker ? To: info-atari16@score.stanford.edu In article <8809150858.AA16391@ucbvax.Berkeley.EDU> VBRANDT@DBNUAMA1.BITNET writes: > > I have found what is not quite a bug, but a somewhat annoying feature in the >GNU C linker. It seems that the '-s' flag does exactly the opposite of what I >think it should do. If you don't specify '-s', the linker appends a symbol >table to the executable, if you do specify it, no symbol table is produced. '-s' does not stand for symbol / no symbol, but for strip. This option is passed to the loader, and means: strip off the symbol table. The default in Unix is to have a symbol table in your executable (so the debuggers are not too bad to work with, although -g is preferred if you want to use dbx). > This means that to make executables without symbol tables, one cannot use >GCC, but has to invoke everything manually. Also, all the executables from >the GNU package themselves have quite big symbol tables. Removing them would >save several KB, which might help people suffering from storage/memory >shortages. I do not quite understand your problem. Put the -s in your makefile, or add -s to CFLAGS. Now you can invoke make with no special parameters. As for removing symbol tables, that's a job for strip(1); no doubt there'll be an ST version soon (if it isn't already there). > Anyway, thanks to John for his impressive work ! I fully agree. Leo. ------------------------------ Date: 16 Sep 88 11:36:44 GMT From: mcvax!hp4nl!philmds!leo@uunet.uu.net (Leo de Wit) Subject: Re: problem with mwc atoi(), version 2.0.1 To: info-atari16@score.stanford.edu In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes: | |What is wrong with the following code? [some lines deleted]... |#include |/* #include */ | |#define MAXVAL 32767 | |main(argc,argv) | int argc; char *argv[]; |{ | int i, x; | extern int atoi(); | | for (i=1; i+1<=argc; ++i) { | x = rand(); | printf("%d %d %s %d %d %d\n", | x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]), | (double) x / MAXVAL * atoi(argv[i]) + 1); | } | | putchar('\n'); |} | |The code compiles, but produces bad (atoi()?) results... why? Why are |the atoi(argv[i]) values bad (negative)? The arguments supplied to printf() are not conforming to the format: (double) x / MAXVAL is of type double (probably 8 bytes on the stack), while you try to print it as an integer (%d) (2 bytes in mwc ?). So the first three arguments print correctly, but the last three are taken wrongly from the stack, and besides are interpreted wrong (as integer, but they are double,int, double. Using a cast (int)(double expr.) for the double expressions should solve your problem. Leo. ------------------------------ Date: 16 Sep 88 19:11:33 GMT From: imagen!hedley@ucbvax.Berkeley.EDU (Hedley Rainnie) Subject: re: Ram disks > 999k To: info-atari16@score.stanford.edu I got a copy of MegaMatic off of DELPHI and it is great optional features at config time * reset surviving ramdisk up to 2Meg in size * built in screen saver * Disk verify on/off * Print spooler (I never used this) * key sequences for rebooting (warm/cold) I have used it extensivly to develop a large project for the Megas and have not had any problems. I usually use a 1.2Meg one on a Mega4. The program is copyright Lloyd Pulley 1988 TIF Software. The version I use is 1.15. Hope this helps Hedley {decwrl|sun}!imagen!hedley -- {decwrl!sun}!imagen!hedley ------------------------------ Date: 16 Sep 88 19:58:44 GMT From: rubbs1!Robert.Lisowski@rutgers.edu (Robert Lisowski) Subject: Re: Help with receiving satellite pictures!!! To: info-atari16@score.stanford.edu Hank Brandli of Melbourne, FL (3165 Sharon Dr.---32904) is named in Popular Mechanics' Science section (oct. p.40). He will provide (for a $5.00 fee) a parts list, instructions, and other info on constructing a satellite weather picture station for a computer (I think it's a PC-compatible, but any good hacker can adapt it to an ST). Total cost is under 1000 bucks (depending on how good you are at shopping or how much stuff you have already). Rob -- Robert Lisowski - via FidoNet node 1:107/330 UUCP: ...!rutgers!rubbs1!Robert.Lisowski ARPA: Robert.Lisowski@rubbs1.FIDONET.ORG \...!rutgers!rubbs1!Robert.Lisowski ------------------------------ Date: 17 Sep 88 03:13:14 GMT From: oliveb!tymix!antares!jms@ames.arc.nasa.gov (joe smith) Subject: Re: problem with mwc atoi(), version 2.0.1 To: info-atari16@score.stanford.edu In article <12562@ncoast.UUCP> btb@ncoast.UUCP (Brad Banko) writes: > printf("%d %d %s %d %d %d\n", > x, i, argv[i], (double) x / MAXVAL, atoi(argv[i]), > (double) x / MAXVAL * atoi(argv[i]) + 1); The way printf picks up arguments is as follows: %d = Pick up 2 bytes of x (which is an int) = OK %d = Pick up 2 bytes of i (which is an int) = OK %s = Pick up a pointer to a string argv[i] = OK %d = Pick up 2 bytes of the 8 bytes that correspond to the value of the expressiion "(double) x /MAXVAL". %d = Pick up the next 2 bytes from the previous double-precision value %d = Pick up the 4th and 5th bytes of the double-precision value \n = Start a new line (which ignores the 7th and 8th bytes of the first double precision result, and ignore the 2 bytes of the atoi value, and ignore the 8 bytes of the 2nd double-precision floating point value. The problem is in the use of %d with double. You should be using %f for double, however you don't need double in this program; use ints and longs instead. -- +----------------------------------------------------------------------------+ | TYMNET:JMS@F29 CA:"POPJ P," UUCP:{ames|pyramid}oliveb!tymix!antares!jms | | INTERNET:JMS%F29.Tymnet@Office-1.ARPA PHONE:Joe Smith @ (408)922-6220 | ------------------------------ Date: 17 Sep 88 14:22:44 GMT From: att!chinet!saj@ucbvax.Berkeley.EDU (Stephen Jacobs) Subject: Re: ST news software / Sobozon C To: info-atari16@score.stanford.edu In the referenced article, Dale Schumacher referred to the GNU redistribution conditions. He was close, but a bit off. In the gnu.gcc newsgroup RMS stated that he considers the GNU 'copyleft' (essentially meaning free availability of all source code) to apply to anything that is a 'derivative work' of a Free Software Foundation product. That's a technical legal term there, and right now the best guess is that it means BISON output or anything linked with the GNU libraries, but not anything simply compiled with gcc and the associated tools. ------------------------------ End of Info-Atari16 Digest ************************** ------- ------- From Mailer@Score.Stanford.EDU Wed Sep 28 07:24:37 1988 Received: from Score.Stanford.EDU by speedy.mcnc.org (5.59/MCNC/5-16-88) id AA13044; Wed, 28 Sep 88 07:24:37 EDT Message-Id: <8809281124.AA13044@speedy.mcnc.org> Date: Wed 28 Sep 88 04:17:50-PDT From: The Mailer Daemon To: Info-Atari16-Request@Score.Stanford.EDU Subject: PS:[--QUEUED-MAIL--].RETRANSMIT.68 Status: R No such host as "SANDIEGO.MT.DDN.MIL.#Internet", bad queue file follows: ------- =DELIVERY-OPTIONS:MAIL =NOTIFY: 2-Oct-88 22:55 =DEQUEUE: 30-Sep-88 22:36 _Score.Stanford.EDU.#Internet Info-Atari16-Request aerospace.aero.org grant CUNYVM.CUNY.EDU INFO-A16%MARIST.BITNET [128.59.40.130].#Internet chung DCA-EMS.ARPA.#Internet goertzel uunet.UU.NET.#Internet mutec!docbobo lasso!atari16 graf.poly.edu RUBIN MSR.EPM.ORNL.GOV.#Internet jcm A.ISI.EDU.#Internet ISI-INFO-ATARI SANDIEGO.MT.DDN.MIL.#Internet jensen hallock CSS.NRL.NAVY.MIL.#Internet info-atari NOTE.NSF.GOV.#Internet jmurray [128.205.2.4].#Internet V069HPMS EE.UCLA.EDU.#Internet willing Louie.UDel.EDU.#Internet dist-info-atari16 cvl.umd.edu.#Internet gyuri Date: Tue 27 Sep 88 22:36:07 PDT Subject: Info-Atari16 Digest V88 #409 From: Info-Atari16 Digest Sender: Info-Atari16-request@Score.Stanford.EDU Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@Score.Stanford.edu Info-Atari16 Digest Tuesday, September 27, 1988 Volume 88 : Issue 409 This weeks Editor: Bill Westfield Today's Topics: Re: Boycott Apple Again -- Now about Suns Writing to write protected disks? Re: argc and argv with gem Re: Boycott Apple Again -- Now about Suns Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germ (re: CONNECT YOUR OWN HARD DISK + ONE QUESTION) Re: argc and argv with gem Re: Genie? Re: This "Dying ST" nonsense Re:Media change bug. RE:MEDIA CHANGE BUG. Re: Boycott Apple Again -- Now about Suns ---------------------------------------------------------------------- Date: 17 Sep 88 14:24:57 GMT From: phri!roy@nyu.edu (Roy Smith) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu Either drs@bnlux0.UUCP (David R. Stampf) or hyc@math.lsa.umich.edu (Howard Chu), it's not clear which from the attributions, writes: > Just as the most trivial of problems, you might wonder at the coined phrase > (sorry, I forget who I'm stealing this from) "the connector is the network." 1) It was "stolen" from me. I guess it's too late to apply for a trademark, right? :-( 2) Stop wondering what it means. It's a dig against Sun for putting such crappy ethernet tranceiver connectors on their machines, and is a direct parody of their "the network is the computer" slogan. You would think that a company which makes products which depend so much on networking (let's face it, a diskless workstations with a disconnected tranceiver cable is just a very large paperweight) would pay more attention to how they plug into that network. -- Roy Smith, System Administrator Public Health Research Institute {allegra,philabs,cmcl2,rutgers}!phri!roy -or- phri!roy@uunet.uu.net "The connector is the network" ------------------------------ Date: 16 Sep 88 06:36:51 GMT From: mcvax!cernvax!ethz!matt@uunet.uu.net (Martin Matt) Subject: Writing to write protected disks? To: info-atari16@score.stanford.edu In a german magazine (ST Magazine, former 68000er) I read about a scandinavian hacker group, which claimed to have written a virus that could format a write protected disk. The writer of the article claimed to have witnessed such evil thing happening. My question: is such thing possible without tampering with the hardware of the disk drive? The hacker group said, that they never distributed the beast. -- Martin Matt ( ...!cernvax!ethz!matt ) ------------------------------ Date: 16 Sep 88 23:30:22 GMT From: mcvax!hp4nl!telmail!neabbs!daanjj@uunet.uu.net (DAAN JITTA) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu Jim, You probably compiled your program specifying the -VGEM or -VAPP option to the compiler driver cc. For an unknown reason, the GEM runti runtime startup sets ARGV to NULL. Just take a look at the source, or at the manual at page 141 (entry crtsg.o). Solution: call cc first with option "-c", and then call the linker yourself specifying both the correct runtime startup crts0.o and the VDI/AES libraries (-laes -lvdi). This will work!! Daan Josephus Jitta ( daanjj@neabbs ) ------------------------------ Date: 16 Sep 88 15:11:28 GMT From: eagle!icdoc!awm@ucbvax.Berkeley.EDU (Aled Morris) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu In article <406@stag.math.lsa.umich.edu>, hyc@math.lsa.umich.edu (Howard Chu) writes: > You might start by reading the sun-spots digest - you'll see enough bug > reports to make your eyes bug out. Just as the most trivial of problems, > you might wonder at the coined phrase (sorry, I forget who I'm stealing > this from) "the connector is the network." The sun-spots digest is one of the most useful, informative and entertaining groups that truly reflects the popularity and commitment of Sun's many satisfied customers. The comment on the connector is not a Sun specific complaint, it refers to a long debate on comp.protocols.tcp-ip, regarding the DB15 ethernet drop cable attachment as used by *all* ethernet vendors ('cos its in the standard). Read sun-spots, not these flame wars :-) for the full story. Aled Morris systems programmer mail: awm@doc.ic.ac.uk | Department of Computing uucp: ..!ukc!icdoc!awm | Imperial College talk: 01-589-5111x5085 | 180 Queens Gate, London SW7 2BZ Opinions expressed above are all my own. I have no connection with SMI. ------------------------------ Date: 17 Sep 88 03:36:03 GMT From: portal!cup.portal.com!Thomas_E_Zerucha@uunet.uu.net Subject: Re: Wait a Sec... (was Re: Atari fair at Duesseldorf (West Germ To: info-atari16@score.stanford.edu There are a few things which may be missing here. First, last I heard, Atari Corporation are selling ST's of all makes as fast as they can make them - which many businesses would probabaly like to be in. From a consumer's point of view, the ST is a bargain. It isn't very expensive, and is very sophisticated hardware (It even runs Mac software better than a real Mac - thank you Dave Small!). The programs are priced very competitive (the <$100 word processors blow away most of the things for the Mac and PC I have seen - at least in either price or performance). The problem is for the *DEVELOPERS*. It isn't that hard to write ST software, and there is a lot of quality PD stuff out. Atari has not been very supportive (I realize that there is a new "push" at Atari, but it has not really materialized for the most part). I don't know how many are working for the European market, put that is apparently where at least half of the ST's are. And here, games seems to be a larger segement of the market than common business programs, much less esoteric utilities. I don't know what Atari can do about this either - their logo is not one that most purchasers or managers recognize, or if they do, "Isn't that a game machine?" is usually the response. And with the DRAM shortage and such, they couldn't provide them in numbers anyway. I really liked the ad in that desktop publishing magazine, and hope to see more, but it is likely to require more. And part of the problem is to get these larger volume customers who are likely to buy site licenses and a lot more software (at least things other than games). I would also perhaps appreciate some more recognition on the part of Atari that Software is a part of what sells the machine, and in some cases a large part - and not the software Atari writes. Perhaps Atari should consider aiding some of the developers in Atari's targeted ads by simply mentioning that such software is available from..., which they have done in their MIDI ads. I don't think the ST is dead or dying now, but it has to do something soon since the software supply will dry up otherwise (much as your doctor might tell you to quit smoking or lose weight - you won't die tomorrow, but you won't stay healthy indefinitely while indulging). ------------------------------ Date: 16 Sep 88 18:23:51 GMT From: portal!cup.portal.com!Ric_I_Clayton@uunet.uu.net Subject: (re: CONNECT YOUR OWN HARD DISK + ONE QUESTION) To: info-atari16@score.stanford.edu Remco Bruyne writes: [stuff deleted] >The problem is: when I try to format a second hard disk (logical unit >number = 1 instead of 0, which is the first HD), the disk starts >formatting but when the last track is done, the formatting process >starts all over again, so partitioning is not done. >I *can* format the second disk when I strap it to be LUN=0, but I >still cannot access the disk as a second hard disk from the desktop. > >Question: Is this a software problem or does it have something to >do with the ATARI host adapter board ? [closing stuff deleted] Hmmm... Assuming the entries in ICDFMT.DAT for your controller and disk drive are correct and you aren't having any cable problems, I would guess its the Atari Host Adaptor that's causing you grief. There's a known problem with the PAL chip on Atari's Host Adaptor that causes it to respond to all LUNs, even if only one drive is present as LUN=0. Maybe this problem also interferes with operating more than 1 drive. There's a couple of possible remedies you could try. First, you can buy a replacement PAL chip that's supposed to fix the problems with the Atari Host Adaptor. One such chip is available for about $20 (US) from: Berkeley Microsystems 360 Oakland Avenue, Suite 5 Oakland, CA 94611 (415) 465-6956 Second, you could purchase ICD's Host Adaptor board. This will not only fix the LUN problem. It also gives you a battery-backup clock, a DMA Daisy-chain port, and greater immunity to cable noise. The latter allows you to run a 36" DMA cable to the drive. The ICD Host Adaptor goes for around $135 (US) and is available from: ICD 1220 Rock Street Rockford, Il 61101-1437 voice: (815) 968-2228 modem: (815) 968-2229 fax: (815) 968-6888 Here's my Hard Disk Story: I had an Atari SH204 20Meg Hard Disk. I needed more disk space and didn't want to spend another $600 for 20megs. (Not to mention the fact that the SH204 has no Daisy-chain port.) This is what I ended up with: (From my SH204) o Seagate ST225 20Meg Hard Disk o Adaptec 4000 Controller (From my local Hard Disk Dealer) o Seagate ST251 42Meg Hard Disk (From ICD) o Host Adaptor Board o 5 1/4 Hard Disk Case (w/HDA Mounting Kit & Cutout) o Controller-to-Disk Cable Set o 36" DMA Cable Using the ICD format software, I'm able to get 22.2 Meg from the ST255 and 44.4 Meg from the ST251, for a total of 66.6 Meg of Hard Disk. Total cost was about $650 (US), about the price of another SH204. I've been using this setup for around 4 months without a hitch. I also feel much more comfortable using the ICD HD software with it's read-after-write verify. The only problems I had were with the Hard Drive Case. Some of the drive bracket mounting holes were miss-aligned and had to be re-drilled, the hardware-kit (screws,etc) didn't have the right hardware, and space is _real_ tight inside the case. Nothing a drill and a trip to the hardware store wouldn't solve. Also, saving the leftover SH204 parts gives me a head-start on my next storage increase. By just adding an RLL controller, a 96Mb drive, and replacing the PAL chip on the Atari Host Adaptor board, I'll have more storage than I'll possibly need. :-) :-) Hope this helps, Ric Clayton *************************************************** * The above comments are my own and nobody elses. * * No criticism is intended or implied. * **************************************************************************** * "Don't touch that, you never know what it might be connected to." * * --Buckaroo Bonzai talking to 'New Jersey' during brain surgery-- * ------------------------------ Date: 16 Sep 88 14:52:08 GMT From: att!mtuxo!mtgzy!mtgzz!drutx!druhi!dlm@ucbvax.Berkeley.EDU (Dan Moore) Subject: Re: argc and argv with gem To: info-atari16@score.stanford.edu in article <3441@boulder.Colorado.EDU>, cochrane@spot.Colorado.EDU (COCHRANE JIM T) says: > How does one go about writing a GEM program that will accept arguments to > main via argc and argv? I'm using Mark Williams C and when I try to use > argc and argv with a GEM program the program bombs. Just don't use the GEM switch on your link line. For some unknown reason Mark Williams uses a different startup routine when you say you have a GEM program. If you don't use the GEM switch you get the standard startup routine which lets the program accept command line arguments when you launch from a command shell. Dan Moore AT&T Bell Labs Denver dlm@druhi.ATT.COM ------------------------------ Date: 17 Sep 88 07:48:34 GMT From: ucsdhub!jack!crash!dbw@ucsd.edu (David B. Whiteman) Subject: Re: Genie? To: info-atari16@score.stanford.edu In article <1170@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes: ... >. Download time (when you get software FROM THEM) is >charged at the normal rate ($5/hr). Also, noncommercial GEnie >subscribers can only call after 5PM local time and on weekends: the rest >of the day is for GE's commercial customers, who are the primary >consumers of that whole computer setup. > >GEnie has 2400-baud access at a higher hourly rate (I don't know how >much higher) but, of course, 2400 baud cuts your download time in half. >I would recommend using 1200 baud for interactive online time; log out >and call up again at 2400 baud just for downloads. I have learned from painful experience that on Genie and CIS and other systems that 2400 baud is not necessary twice the speed of 1200 baud. The bits pass thru the modem at 2400 baud, and you are paying a higher rate; however, there are more pauses and longer pauses at 2400 baud. If you take two people downloading under similar conditions and load on the network, but one is downloading at 1200 baud and the other 2400 baud, it may turn out that the 2400 baud person takes less time than the 1200 baud person, but not close to half the time. Under heavy conditions both of them may take the same amount of time. Genie is better than CIS in this regard -- Genie sends the entire file to the local node that the user is downloading from quickly, and the local node handles the download. CIS sends the file in packets across the entire network which slows the download down considerably. ------------------------------ Date: 16 Sep 88 10:14:18 GMT From: attcan!utgpu!sikorski@uunet.uu.net (TED SIKORSKI) Subject: Re: This "Dying ST" nonsense To: info-atari16@score.stanford.edu I was just watching a movie during prime time here in Canada and saw a commercial for the Atari 520 ST. The ad claimed that the 520 is twice as powerful as most business macnines and had great graphics and games. The ad was very well do although they did seem to want to cram a lot into a 30 second spot. Now why would a company that a lot of people claim is dying all of a sudden spend lots of money producing spiffy ads, it just doesn't make sense. Just thought I would throw my 2 cents worth in. -- Name: Ted Sikorski (University of Toronto Computing Services) Path: sikorski@utcs.gpu.toronto.edu alias: ted@utoronto.bitnet ------------------------------ Date: 16 Sep 88 19:38:34 GMT From: att!chinet!mcdchg!clyde!watmath!julian!uwovax!42_145@ucbvax.Berkeley.EDU (RIC WHEELER) Subject: Re:Media change bug. To: info-atari16@score.stanford.edu RE:MEDIA CHANGE BUG ------------------------------ Date: 16 Sep 88 19:58:22 GMT From: att!chinet!mcdchg!clyde!watmath!julian!uwovax!42_145@ucbvax.Berkeley.EDU (RIC WHEELER) Subject: RE:MEDIA CHANGE BUG. To: info-atari16@score.stanford.edu The media change bug has to do with the type of disk drive used.I ran into this problem when upgrading my 520stfm to double-sided drives.I had problems (media change)with a Panasonic JU-364 ,but not with a Mitsibishi model MF 353B-88UF. I'm not certain ,but I think it has something to do with the way the write protect tab is detected.(optical or mechanical) Maybe someone else can clairify this a little better for us. ------------------------------ Date: 15 Sep 88 13:51:46 GMT From: bnlux0!drs@sbcs.sunysb.edu (David R. Stampf) Subject: Re: Boycott Apple Again -- Now about Suns To: info-atari16@score.stanford.edu In article <406@stag.math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes: >You might start by reading the sun-spots digest - you'll see enough bug >reports to make your eyes bug out. Just as the most trivial of problems, >you might wonder at the coined phrase (sorry, I forget who I'm stealing >this from) "the connector is the network." > >Lots and lots of problems, no single one of which renders a Sun totally >unusable, but altogether adding up to too many headaches. Bad network >support, flaky network services, etc. etc. etc... For a company whose >motto is "the network is the computer" it's pretty disgusting how >poorly their network software runs. > I wasn't going to respond to this figuring that there would be a huge response from Sun users, but since it wasn't posted to the sun newsgroup I'll put in my $.02 worth. I've had a Sun on my desk for 4 years now, and my department has about a dozen. Schools by us have Sun's by the 100's. Compared to other machines, Sun's software is top notch and we frequently use the sun's to monitor our networks. I really think that Howard's opinions are in the minority viewpoint. So much so in fact, that it would be interesting to find out what he *would* recommend to his worst enemies as an alternative. < dave stampf ------------------------------ End of Info-Atari16 Digest ************************** ------- -------