HDTenEightyP/NetNews huggingface dataset:
From: czekall@uni-muenster.de (Ralf Czekalla)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT 0.99 PL2 for PureC
Date: 27 Jan 1993 16:03:32 GMT
Organization: Westf. Wilh.-Universitaet Muenster, Germany
Distribution: world
NNTP-Posting-Host: aruba.uni-muenster.de

In article <1k5ugpINN1id9@obelix.uni-muenster.de>, julian@math.uni-muenster.de (Julian F. Reschke) writes:
|> New on ftp.uni-muenster.de, pub/atari/Mint/mnt99pc.zoo: support files and diffs
|> for compilation of MiNT 0.99 PL2 with PureC.
|> 

Only to make it absolutly clear:

MiNT 0.99 is only interesting for those programmers, who already have the new
Multi-AES out of the Multi-TOS-packet. When Bob's thoughts will be fullfilled,
hopefully, we can get this Multi-AES soon. But till now that's all pure thoughts :-).

 
Tschau Ralf

InterNet:                    MausNet: (private, no binaries/UUEs) 
<czekall@uni-muenster.de>    <Ralf_Czekalla@ST.maus.de> 
[For binaries and long Mails (>16K) please use the InterNet-Account]
From: ngs@ukc.ac.uk (N.G.Smith)
Newsgroups: comp.sys.atari.st.tech
Subject: Implementation details of Cookie Jar wanted.
Date: 23 Jan 93 14:05:31 GMT
Organization: Computing Lab, University of Kent at Canterbury, UK.

As long as Atari are not producing good documentation at a realistic
price I hope that their user-base will be able to help me.

Is there a complete specification of the cookie jar mechanism available
on the net anywhere? I am particularly interested in the details of
installing and maintaining a cookie jar on a machine where the jar is
not supported by TOS.

Please note that I am not looking for a program to do this for me, I want
the details of how the jar is initialised, operates and is removed.
A complete and up to date list of the cookies that one could expect
to find in a jar would also be really good.

Thanks ever so much,

Neil Smith.
Newsgroups: comp.sys.atari.st.tech
From: bohn@utrurt.uni-trier.de (Hartmut Bohn)
Subject: Re: Chinese on the ST
Keywords: Chinese, ATARI
Organization: University of Trier
Date: Thu, 28 Jan 1993 16:31:10 GMT

Hi,

I just read your question about Chinese on the ATARI ST. Yes, there
is a word processor called SINOTEXT which was made a few years ago
at the University of Bremen, Germany. There are both GB and BIG5
versions.

The input method is great - dynamic full word pinyin. However the
formatting capabilities are very poor, for the program was originally
designed as an editor for TeX documents.

If you only need a few CHinese characters in your text and have
a word processor which is able to handle graphics, you can also
type the characters with Sinotext (or some DOS Chinese editor which
uses GB coding), save the file and then use the PD program "VPCT"
which displays the characters in 24x24 pixels on the screen. Make
a screen hardcopy to disk and use the characters as graphics in
your word processor. I did this for my M.A. thesis and the result
was quite good.

There is another program called SIGNOPRINT which allows you to
produce mixed Western/Chinese text with the Signum!2 word processor.
But you also need a GB editor like SINOTEXT.

SINOTEXT is available for 250.-- German Marks at the University of
Bremen - I can look up the full address for you if you want it.

Other CHinese programs for the ST:

VPCT (View and Print Chinese Text) and
CPREVIEW (Chinese Preview) can display GB coded files on
ATARIs with SM124 monitor. THey are available via anonymous ftp
from ifcss.org or ftp.kth.se (dir: /CJK/atari).

I also made a patched version of VPCT which displays traditional
characters instead of simplified.

SIGNOPRINT is available for DM 40.-- from Christian Riedel -
I can look up his address, too.

Then :-) there is CHinDEX, my electronic index to "A Chinese-
English Dictionary" for the ST. Get a demo from one of the ftp
sites mentioned above!

Yours,
	Hartmut
-- 
Hartmut Bohn, M.A.   ,'|_____,    /   ---, |  Computerlinguistik / Sinologie
Walramsneustr. WG   /| |  |  |  -/--- __/_ |        Universitaet Trier
5500 Trier           |  / | \    \ /   |   |  email: bohn@LDV01.Uni-Trier.de
Germany              |   \|      /\   \/   o         Tel.: 0651-42238
Newsgroups: comp.sys.atari.st.tech
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Subject: Re: Making a Sparc GCC cross compiler
Keywords: Get an error
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 26 Jan 1993 16:49:08 GMT

moffatd@dcs.glasgow.ac.uk (Darren Moffat) writes:

>adp@csg.cs.reading.ac.uk (Andrew Pollard) writes:

>>make: Fatal error: Don't know how to make target `objc-parse.y'

>To create a .y file you need to use yacc (Should be on your sun)

Well, the other way around.  You need a grammar description in .y
file to feed it to yacc.  Actually for gcc you will need a similar
program called bison, if I am not mistaken. gcc grammars use
extra features which will trip yacc.  All .y files should be in
a general gcc distribution.

Saying that you likely do not want to have an Objective-C
(cross)-compiler on ST, hence no need to process objc-parse.y,
since there is no run-time support for it on ST of which I would
be aware of.  Of course you may want to experiment with the
language and you may think about porting/developing relevant
libraries for Atari computers. In that case an Objective-C
compiler would be handy.

To avoid making compilers you do not want you need to set properly
LANGUAGES in your Makefile.  All of this is documented.

   Michal Jaegermann
   ntomczak@vega.math.ualberta.ca
Newsgroups: comp.sys.atari.st.tech
From: bmeier@rzu.unizh.ch ()
Subject: Re: Atari ST RS-232 port
Organization: Computer Centre, University of Zurich
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 22 Jan 1993 10:02:34 GMT

Warren J. Frost (frost@janus.enet.dec.com) wrote:
: 
: Hello,
: 
: I have a question regarding the STs RS-232 port. I have a fairly old
: (circa 1988) 520 STFM, and am aware of a problem with the handling of the
: CTS line (it needs wiggling up and down by the device connected to it instead
: of just detecting a valid low level)
: 
: Is there any way I can get around this (either by a software patch, or
: a bit of soldering ??)

Yes, I think there is a patch for that problem.
The RTS/CTS flow control doesn't work with this TOS version.
The patch can be found on the following ftp server:
		ftp.tu-clausthal.de
There is a dircectory with several patches:
		/pub/atari/systools/tosfix
Your patch (if you don't have TOS1.4; I think so) is
		hs_fix.lzh
If you have more questions or you have no ftp-access mail to me.

	Beat 
--
___________________________________________________________________________
 Beat Meier
 Computer Center, Systemgroup			Phone: +41 1 257 45 25
 University of Zurich				Fax  : +41 1 257 45 05
 CH-8057 Zurich, Switzerland			eMail: bmeier@rzu.unizh.ch
___________________________________________________________________________
Newsgroups: comp.sys.atari.st.tech
From: pegram@emba-news.uvm.edu.UUCP (Robert B. Pegram)
Subject: ST POS exists was Re: Barcode reader for ST
Originator: pegram@griffin.emba.uvm.edu
Organization: University of Vermont -- Division of EMBA Computer Facility
Date: Fri, 22 Jan 1993 22:16:15 GMT

From article <1993Jan20.170508.15279@csi.uottawa.ca>, by cbbrowne@csi.uottawa.ca (Christopher Browne):
> In article <19930120.061509.120@almaden.ibm.com> evilandi@vnet.ibm.com (Andrew Oakley) writes:
>>In <L8VNXB1w165w@status.gen.nz>,ursulus@status.gen.nz (malcolm fletcher) wrote:
	Edited down:

>>
>>:HELP! I'm thinking of writing a point of sale package on the ST but want
>>:to use a barcode reader, so does anybody know;
>>:A) Of a Barcode reader that will read Book/Mag barcodes and is low priced
> 
> Look for something that interfaces via RS-232, and it should be quite
> easy to interface it to an Atari ST.  RS-422 might be acceptable -
> you'd need some hardware to translate to RS-232, though.
> 
>>:C) Even better would be a Point Of Sale software package I could use!
>>:Any help would be greatly appreciated
> 
> A POS probably ought to use a single board computers/industrial
> controllers.  Alternatively, there ARE manufacturers that make
> cash-drawers that are I*M compatible.  That's probably a more
> effective platform for POS than the Atari.
> 
> -- 
> Christopher Browne                |     PGP 2.0 key available
> cbbrowne@csi.uottawa.ca           |======================================
> University of Ottawa              | Genius may have its limitations, but
> Master of System Science Program  | stupidity is not thus handicapped.

A friend recently went into a regional chain store (toys? pets? I
forget) and it was running a midi networked ST POS.  Also there is at
least one company that does POS for both the PC and the ST.  If you
need more info, I could contact my friend and raid the archives for
the names of 1) the chain with the system and 2) the company that sells
the ST POS s/w.

Bob Pegram
-- 
pegram@emba.uvm.edu
	or
..!uvm-gen!pegram
Newsgroups: comp.sys.atari.st.tech
From: timur@athena.mit.edu (Timur Kadyshev)
Subject: Russia needs help
Organization: Massachusetts Institute of Technology
Date: Tue, 26 Jan 1993 18:44:59 GMT



Dear netters!

I have a request from my Moscow (Russia) friend. As I'm totally
incompetent in what concerns Atary, I'm forwarding his request to
you. Help greatly appreciated. Please communicate to him directly,
his e-mail address :

avk@global.geogr.msu.su

*******************************************************************

Organization: Faculty of Geography, Moscow State Univ.
From: avk@global.geogr.msu.su (Andrey Kushlin)
Date: Thu, 14 Jan 93 12:13:21 -0500 (EST)
Subject: Software Consultation Needed


[..stuff deleted...]

Please ask them whether they can recommend any communication software
for Atari 1040ST that is capable of supporting the UUCP protocol and
generating messages with the RFC822 headers (RFC822 is a standard for
the Format of ARPA Internet Text Messages, by David H. Crocker).

I do have a standard communications program for my Atari 1040ST, it's
called FLASH, but it does not support the UUCP protocol.

If they know anything that meets my demands, please ask them how it
can be obtained (free or what's the price).

[...stuff deleted ...]


Newsgroups: comp.sys.atari.st.tech
From: tpearson@titan.trl.OZ.AU (Trevor Pearson)
Subject: Re: SM 124 Size adjustment
Organization: Telecom Research Labs, Melbourne, Australia
Date: Wed, 27 Jan 1993 07:52:14 GMT

sheppard_r@kosmos.wcc.govt.nz writes:
> In article <1993Jan21.053324.18188@trl.oz.au>, tpearson@titan.trl.OZ.AU (Trevor Pearson) writes:
> >is no problem with vertical size, I cannot get the horizontal size more
> >than about 2/3 of the screen using the inductor slug. Does anybody know
> >why the active display area is set so small at the factory? Were they
> >just trying to be as bad as the MAC?
> >Thanks for any help.
> 
> 
> The active display is set by the hardware in the Atari and not the monitor,
> try the Overscan mod and find that out...
> 
> 
> But some screen are smaller that others, my SM125 is far larger than any
> SM124 that I have seen and my SM125 is that same as it left the factory...
> 
>

The active display can be set by computer sync timing or by the monitor
adjustment of vertical and horizontal deflection amplitude. Any IBM
monitor has external controls for horizontal and vertical size, the
SM124 has internal adjustments. What I am talking about here is the
physical size of the picture, not the amount of data displayed as in the
overscan mod.  The SM 125's that I have seen were all set for larger
display but this was one of the improvements. Unfortunately the design
was so bad they had a high failure rate (higher than normal for Atari).
Anyway as I said in the original post I had already tried the internal
adjustments and could not get enough range. I was wondering if there was
some other modification required? It doesn't seem so from the replies I
have got. Thanks anyway for answering.




Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: Programming MEMORY.SYS
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Keywords: FontGDOS, MEMORY.SYS, META.SYS, VDI
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Thu, 28 Jan 93 18:39:54 GMT

>> Does anyone have the GDOS programming guide?  Where to get it?
>  How to find font path, handle fonts-on-floppy, etc.
 
 I have programming docs for GDOS and FSMGDOS.  Where-to-get-it is Atari, but
it ain't free.  Also, I can tell you now that it doesn't detail any internals
of GDOS, I don't remember any function for finding the font path, and there
isn't enough info to help you go find it in any non-documented way.  I also
don't remember any sort of recommendation on how to deal with vst_load_fonts()
when the font path may be a floppy and the disk may need switching.
 
 I'll bet Atari assumed anybody doing work with software complex enough to
use multiple fonts will be using a hard disk.  Not an unreasonable assumption,
I say.
From: mm68@unix.brighton.ac.uk (Lost Boy)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Emacs backspace
Date: 27 Jan 93 13:42:54 GMT
Organization: University of Brighton, UK

You can rebind keys in Emacs, but don't ask me how? You set them up in the
emacs.rc file I guess. 


-- 
+---------------------------------------------------------------------------+
| On the end of every wizards staff is a knob! - T.Pratchett                 |
|									    |
| Michael May, Brighton University, Sussex, England			    |
| mm68@uk.ac.bton.unix
+---------------------------------------------------------------------------+
From: craig.dunn@almac.co.uk (Craig Dunn)
Newsgroups: comp.sys.atari.st.tech
Subject: CHEAP STUFF
Date: 25 Jan 93 10:00:00 GMT
Reply-To: craig.dunn@almac.co.uk (Craig Dunn)
Organization: Almac BBS Ltd. +44 (0)324 665371

After the help I received from this conference on installing a PC drive
in my ST a question sprung to mind.

Why don't more ST owners install cheap PC drives.??

The PC HD drive I got cost me 33pounds inc. VAT. new.  Which when
considering the price of an ST HD drive is quite a saving.  Is it
because ST owners aren't aware of this cheap source of drives that they
don't use it?

Answers on a postcard to someone else please..
   __  __
  /   /  |
 /__ /__/
From: lehmann@cs.tamu.edu (Mark A Lehmann)
Newsgroups: comp.sys.atari.st.tech
Subject: What's the scoop on GDOS
Date: 27 Jan 1993 23:09:08 GMT
Organization: Computer Science Department, Texas A&M University
NNTP-Posting-Host: sparc84.cs.tamu.edu

Today I went by my US Atari Dealer (who is based in my own town of 40,000 
people) and bought a British magazine with two Timeworks Publisher disks.
It includes GDOS.

I have seen much discussion about GDOS, but I never used it because I 
thought it was an expensive alternate windowing system for a very few
programs.

So my questions are:

Am I legally supposed to use GDOS?  I know that it was included for
TimeWorks publisher, but does this mean I can use it for other programs?
I don't want to break licensing agreements.

If I need to purchase GDOS, should I wait for Speedo GDOS which has
some type of changeable font sizes?

Where do I get fonts for GDOS?  Do I buy them from Atari or are they
publically available like the fonts for TeX?  Or are some fonts free and
other copyrighted (requiring a royalty payment)?

Thanks.  Forgive my ignorance.  
--
Mark Lehmann                      Senior Texas A&M University
lehmann@cs.tamu.edu               
Newsgroups: comp.sys.atari.st.tech
From: carter@cae.wisc.edu (Carter Gregory)
Subject: Atari MEGA STE 330Meg Maxtor SCSI
Organization: U of Wisconsin-Madison College of Engineering
Date: 21 Jan 93 20:24:13 CST

Hello all,  long time no see....

Well I finally have my BBS software written and now am contemplating
some serious disk space.

I would like to know, if anyone has hooked up a BIG 200meg plus scsi
drive to thier MEGA STE system, specifically:

1) Can the measily 80Watt power supply handle the startup sequence?

2) Did you have to put the drive and mother board in a seperate case?

3) What software do you find best to use on it?  (IE Supra?  Atari? ICD?)

And, what kind of performance do you get with the ONBOARD SCSI in your
MEGA STE?

I am looking at MAXTOR's 330MEG SCSI for my MEGA STE.  I would hate to blow
that size of a wad and then find it won't work.

-Greg

PS: Oh yeah, BBS number almost forgot: 608-238-7231...call and play games
    send mail...no file base yet, haven't gotten that far...I don't even
    have the drive yet!

The board software is called ACICS.  Node is: acics.uucp.
From: dud@hardy.u.washington.edu (Daniel Aylward)
Newsgroups: comp.sys.atari.st.tech
Subject: MiNT incompatabilities & TCSH problem...
Date: 22 Jan 1993 16:20:48 GMT
Organization: University of Washington
NNTP-Posting-Host: hardy.u.washington.edu

I've been having compatability problems with MiNT...  My first sign
of the problems was lack of filename completion in TCshell.  The
machine always locked up.  Then I noticed whenever I did a "Find" in
STeno, it would lock up when it couldn't find anymore strings.  I was
getting phantom lockups all the time.  Then it clicked... it was the
bell!  I turned off the bell in the control panel, and that fixed it.
But I was curious to see what caused it.  At first I thought it was
TCSH, so I closed it in TOSwin and saved TOSwin's configuration.
Then I began rebooting with different configurations...

These are the things I found out.

The following refer to the bell problem, which I tested after each reboot
by bringing up an alert box and clicking off the edge (so as to make the
bell sound) and seeing if it locked up:

1) TCSH is not the problem

2) TOSWIN is a problem.  Everything works great when I don't have it
running as an accessory.  It's OK when it's running as a program though.

3) Warp 9 control panel accessory is a problem. Everything works great
(including TOSwin accessory) when Warp9 cp is gone.

4) STeno accessory and UIS3 program are problems when Warp9 cp is
installed.  Works fine with Warp9 cp unless either of these is running.

5) Of course, everything except TOSwin works without MiNT.


The filename completion problem is totally separate; when the bell doesn't
lock the system up, it still doesn't work.  It just dings the bell &
accesses the hard drive.

Man, I've never had this complex of a problem!  It'll be a nightmare to
sort everything out.  I'm sure MultiTOS will fix it, because a) I can run
toswin as a program, b) it will have a new version of MiNT, and c) it will
replace most of TOS, possibly changing the way the bell rings.  I sure
hope they get it out quick!!!!

Has anyone had similar experiences?  Probably the worst problem is
the lack of filename completion in TCSH; the incompatabilities can be
worked around.  Is there an entry in tcsh.rc that affects how TCSH
uses filename completion?  Filename completion worked fine before I
reinstalled everything with the MiNT distribution kit...

Dan Aylward
dud@u.washington.edu

Newsgroups: comp.sys.atari.st.tech
From: stigvi@Lise.Unit.NO (Stig Vidar Hovland)
Subject: Re: MiNT & minix filesystem questions...
Keywords: MiNT, minix, rz, sz
Organization: Norwegian Institute of Technology
Date: Wed, 27 Jan 93 16:05:31 GMT

In article <C1Huwp.7un@agora.rain.com>, erics@agora.rain.com (Eric Stuyvesant) writes:
 > Hello, all.
 > Second, what tools are available for checking the integrity of and fixing minix
 >   partitions, short of buying minix?  I'm looking for something with the
 >   abilities of chkdisk3 from Atari.  Obviously, none of the filesystem
 >   checkers I've run across understand inodes and such.  If there is nothing
 >   out there (PD or commercial), any pointers to cost and availability of
 >   minix would be appreciated.  I really don't know much about *IX
 >   filesystems, but is it naive to hope that fsck for e.g. BSD 4.4 could be
 >   made to work on an ST minix partition without major hacking?
 > 
There is a program for checking minix filesystems on a BBS in Oslo, Norway, called ABK BBS.
The person which has written this program is Erling Henanger and you can probably
get in contact with him on the Internet address erlingh@idt.unit.no

Stig Vidar Hovland - stigvi@lise.unit.no
Newsgroups: comp.sys.atari.st.tech
From: cjr@cs.bham.ac.uk (Chris Ridd)
Subject: Programming MEMORY.SYS
Followup-To: "/PN=Chris.Ridd/OU=cosit/O=nhs imc/PRMD=nhs imc/ADMD=attmail/C=gb/"@uk.ac.mhs-relay
Keywords: FontGDOS, MEMORY.SYS, META.SYS, VDI
Organization: School of Computer Science, University of Birmingham, UK
Date: Wed, 27 Jan 1993 16:18:15 GMT

I tried doing a v_opnwk() on MEMORY.SYS (btw, what device number
should it have?), and got some curious values in intout[].

Oddest was the device dimensions in pixels: it was monochrome and took
~170K of memory. My "Bitmap Cache" in FontGDOS is 200K, my "Misc
Cache" is ~30K. Coincidence? The pixel dimensions were the same as for
META.SYS (85um x 85um).

When I set MEMORY.SYS to device 21, the Printer Selector CPX crashes
when I click on the name to edit the details (for printers, this
changes the page size).

An aside: the META.SYS driver reports it only has 9 GDPs, and then it
lists *10* of them in intout[] (cannot remember the indicies at the
moment). This appears to be a bug; I haven't checked the old driver
yet.

I'm getting curiouser by the minute! Does anyone have the GDOS
programming guide mentioned in the FontGDOS docs?

Cheers!
--Chris

X.400: /PN=Chris.Ridd/OU=cosit/O=nhs imc/PRMD=nhs imc/ADMD=attmail/C=gb
From: dxo@cs.bham.ac.uk (David Oakley)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Gem programming
Date: 19 Jan 93 17:48:03 GMT
Organization: ASTRAsoft, Stoke-On-Trent England.

In article <1993Jan19.121933.23575@cs.utwente.nl>, baumer@cs.utwente.nl (Han Baumer) writes:
|> 
|> I am in the process of writing a TIFF-viewer for the Atari. However I
|> have some problems I do not seem to be able to solve. Always if I
|> start the program an irritating cursor is flickering in the corner.
|> How is it possible to remove it? And why is it there? 
|> 
|> 
|> Han Baumer.
|> 

The TOS cursor should only appear if you have the file as a .TOS filename, or in
DevPac if running without GEM (menu item).
To get rid of the cursor, look at XBIOS cursconf().

When a dialog is removed, GEM redraws the desktop in what it considers to be the
correct colours. I think that unless you redefine the backdrop (don't ask me how)
then you'll just have to comply with GEM's preferences. Anyone?

Hope that makes sense...

David.
                                                                   .___ .
                                                                  //_ //|
< David Oakley,   ASTRAsoft shareware producers for the ST   >    || || |
< dxo@cs.bham.ac.uk; 6 Watlands Rd, Audley, S.O.T ST78QQ UK. >    || || /\_
< It's a common mistake, made by all truely stupid people    >  _/|| ||\_/ |
<                                                   - Kryten > |_/ |_| \_|/
From: anneklin@acs.bu.edu (Patricia Anne)
Newsgroups: comp.sys.atari.st.tech
Subject: MiNT 0.99 source on atari.archive.umich.edu...
Date: 25 Jan 93 01:43:01 GMT
Distribution: usa
Organization: Boston University, Boston, MA, USA


Is this an 'official' release?  Should I be using this?

I just got it today, and compiled it and such, but now I'm curious as
to its status, because I've noticed that there's some omissions and
some things that I'd expect to be there aren't (the two are
different).

For instance, asm.y isn't in the archive at all--an omission, though
not a tragic one, since the binaries that it produces are already
compiled for you--not that that stops the makefile from trying.

Also missing is any sort of documentation--not even the strong
cautionary documentation that came with 0.96B, which is what I
expected to find, since this seems to be another source-only
distribution.

Eric?  The verdict?  Is it something that shouldn't be touched, or
were you just in a hurry?  :-)

Mike.