Article View: comp.sys.atari.st
Article #34314Bounced messages: groups of 10
From: Ravi Subrahmanyan
Date: Thu, 29 Sep 1988 20:14
Date: Thu, 29 Sep 1988 20:14
5677 lines
228949 bytes
228949 bytes
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 <Mailer@Score.Stanford.EDU>
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 <Info-Atari8@Score.Stanford.EDU>
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 <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--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 <Info-Atari16@Score.Stanford.EDU>
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 <Info-Atari16@Score.Stanford.EDU>'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: <UUCJEFF%ECNCDC.BITNET@Forsythe.Stanford.EDU>
Subject: more on CD stuff
To: <Info-Atari16@SCORE.STANFORD.EDU>
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 <stdio.h>
/* #include <math.h> */
#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: <INFO-ATARI16@SCORE.STANFORD.EDU>
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 <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--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 <Info-Atari16@Score.Stanford.EDU>
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:<info-atari>*.* 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 <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--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 <Info-Atari16@Score.Stanford.EDU>
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" <U00292%HASARA5.BITNET@Forsythe.Stanford.EDU>
To: Info-Atari16@SCORE.STANFORD.EDU
X-VMS-To: INM%"Info-Atari16@SCORE.STANFORD.EDU",
Subject: RE: Info-Atari16 Digest V88 #401
signoff <info-atari>
------------------------------
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 <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--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 <Info-Atari16@Score.Stanford.EDU>
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 <drive>fff (or <drive>???, 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 <Mailer@Score.Stanford.EDU>
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 <Info-Atari16@Score.Stanford.EDU>
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 <stdio.h>
|/* #include <math.h> */
|
|#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 <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--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 <Info-Atari16@Score.Stanford.EDU>
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 <stdio.h>
|/* #include <math.h> */
|
|#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 <Mailer@Score.Stanford.EDU>
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 <Info-Atari8@Score.Stanford.EDU>
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 <CR> 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 <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--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 <Info-Atari16@Score.Stanford.EDU>
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 <stdio.h>
|/* #include <math.h> */
|
|#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 <Mailer@Score.Stanford.EDU>
To: Info-Atari16-Request@Score.Stanford.EDU
Subject: PS:<MAIL.BATCH-QUEUE>[--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 <Info-Atari16@Score.Stanford.EDU>
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
**************************
-------
-------
Technical Details
Message-ID:
<8809292014.AA03246@speedy.mcnc.org>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!ucbvax!MCNC.ORG!raviShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!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