HDTenEightyP/NetNews huggingface dataset:
From: alla0008@student.tc.umn.edu (Graham Allan)
Subject: Re: Hearsay II and RISC OS 3
Organization: University of Minnesota
Date: Wed, 6 Jan 1993 16:40:48 GMT

In article <1993Jan6.121228.17115@cs.tu-berlin.de> alien@opal.cs.tu-berlin.de (Marc Fischer) writes:
>
>Some days ago I received a package, that included something relating the
>serial port (setting the buffersize). In the documentation the author told
>about the discussed problem. He mentioned, that the SERIALUTIL-Module suited
>with RISC OS 3 mustn`t be used with HearsayII since this has it`s own Module
>that fixes the problems.

Later versions of Hearsay (maybe 2.12 and later) have special modules to
deal with RO3 and RO3.1. I use the current version of Hearsay 2 with RO3.1
on an old 300-series with no trouble. Earlier versions of Hearsay may need
the SerialUtil module, but it would be easier to update your software.

It does seem to be more prone to CRC errors etc under RO3, if you open a
filer window or something during an file transfer. Interrupt problems at
2400 baud?

Graham.
Newsgroups: comp.sys.acorn
From: alien@opal.cs.tu-berlin.de (Marc Fischer)
Subject: Re: Atomwide - RO3
Keywords: Grrr
Organization: Techn. University of Berlin, Germany
Date: Mon, 11 Jan 1993 13:11:33 GMT

My answer is... check the configuration
of the rom-size and -type once more.

try it... you`ve got nothing to lose ;-)

Ciao, Marc
From: maufr@csv.warwick.ac.uk (Mr N E Plum)
Newsgroups: comp.sys.acorn
Subject: Re: RiscOS power up self test and PCB damage
Followup-To: comp.sys.acorn.tech
Date: 10 Jan 1993 01:51:10 -0000
Organization: Computing Services, University of Warwick, UK
Distribution: world
NNTP-Posting-Host: mace.csv.warwick.ac.uk


In article <1993Jan8.170323.13443@unix.brighton.ac.uk>, rjb12@unix.brighton.ac.uk (Titch) writes:
| I recently upgraded my A5000 to RO3.1 and after about a week funny things
| started to happen. I think I may have pressed the ROMs down too hard, because
| I too got a red screen and a blinking light on the floppy drive. The sequence
| of blinks is a system status report (the sequence consists of 32 blinks) which
| tells you what's wrong with the system. Apparently I had a RAM problem, probably
| caused by a broken track due to my hamfistedness.
| 
| Luckily the thing was still under guarantee so it was fixed for free.

This seems to happen to quite a few people. A friend upgraded his A3000 to
RO3.1 and had the same kind of problem, but in this case he got no display
at all. We eventually tracked it down to a problem with grounding the VIDC
by prodding the PCB. At a certain point one's finger would bridge a pad and
an earth track, whereupon we got a display. BTW the pad was about 1 cm east
of the VIDC, which is a long way from the ROMs and how my friend could have
cracked a crack there by changing ROMs is baffling. Are Acorn's PCBs
unusually fragile? We don't have access to a circuit diagram so we have
no idea what this is all about (can give more precise details via email).
So we connected the two with a 10M resistor and the machine worked fine.
Two points:
1) is the grounding in the VIDC area really this marginal?!
2) Can anyone tell me where to find (or post, if it's not too long) 
   details of how to decode the errors given via the floppy drive light?

Nicolai

/----------- Nicolai E. M. Plum -----------------------------------------\
| mail to:  maufr@warwick.ac.uk    or    cstadgh@warwick.ac.uk           |
| First Year Student of Mathematics at The University of Warwick, England|
\------------------------------------------------------------------------/
From: pdenize@waikato.ac.nz
Newsgroups: comp.sys.acorn
Subject: Wanted: HP Colour Deskjet Driver
Date: 7 Jan 93 13:19:33 +1300
Organization: University of Waikato, Hamilton, New Zealand

Can anyone tell me which printer driver might be compatible with the
Hewlet Packard 600C (I think its a 600C, its a Colour Deskjet)

Paul Denize

--------------------------------------------------------------------------
Paul Denize                                Internet: PDenize@Waikato.ac.nz
Department of Computer Science
University of Waikato                         phone: ++64 7 8562-889
Hamilton                                                          Ext 8743
NEW ZEALAND                                   fax  : ++64 7 8560-135
--------------------------------------------------------------------------
From: zzassgl@uts.mcc.ac.uk (Geoff Lane)
Newsgroups: comp.sys.acorn
Subject: Re: British inventors set sights on Nitendo
Date: 11 Jan 93 10:59:02 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.


There was a short article about this in the current PCW (spit, spit).

If the reports are not all hype then it looks like an interesting product
with some significant people backing it.  The IV/console markets they are
aiming for are VERY cost and fashion driven ("You mean it WON'T run `Sonic 5
- the screwdriver's revenge?'")


-- 
Geoff. Lane. | Internet: zzassgl@uts.mcc.ac.uk | Janet: zzassgl@uk.ac.mcc.uts
UTS Sys Admin,  Manchester Computing Centre,  Oxford Rd,  Manchester, M13 9PL
I have made a truly wonderful discovery -- after two bottles of good, cheap
Bulgarian wine ANY television comedy program will seem funny (except shows
with Mr. Beadle which require a 6-pack of Newcastle Brown in addition!)
From: rjb12@unix.brighton.ac.uk (Titch)
Newsgroups: comp.sys.acorn
Subject: Re: British inventors set sights on Ni(n)tendo
Date: 12 Jan 93 11:11:36 GMT
Organization: University of Brighton, UK

Absolute load of robbocks. PCW is probably the most biased general-purpose
computer mag. this side of Betelgeux. And that's taking Byte into account!

Cheers,

Rich.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rich Browning (rjb12@bton.unix)   * The Intel Plentium: Ethernet controller  
Department of Computer Science    * or fiendish knitting pattern?          
University of Brighton            * What!? It's a PROCESSOR???            
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.sys.acorn
From: amclintock@cix.compulink.co.uk ("Cray Communications, Alex McL")
Subject: Re: RiscOS power up self test
Reply-To: amclintock@cix.compulink.co.uk
Date: Wed, 6 Jan 1993 16:47:00 +0000


Power Up tests...

Does anyone know why the IDE92 drive takes so 
bloody long to work from a reboot (CtrlBreak)?

I was told that it was the drive that was not doing
what it was saying it was doing. (told to me by
engineer supplying Ian Copestake's).

Mine takes anywhere from 25 seconds onwards to reboot.
And this is with riscos 2.
It used to come up again in a blink!

AlexMC

alexmc@case.co.uk
Newsgroups: comp.sys.acorn
Subject: Zmodem source/executables
From: AJLHMCTM@kcbbs.gen.nz (Tony Garnockjones)
Date: 8 Jan 93 05:50:56 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

[posted on behalf of Luke Hutchison]

--

I need some modem protocol executables or source for a program I am 
writing.  Preferably C or assembler (?), or even basic (!)...  if the 
code is too slow I can re-write it.

I have the rzsz source but I am not very experienced with C and tring 
to compile it as-is brings up about 3000 errors, I think mainly because 
the library header files it needs are not RISCOS equivalent.

Any ready-ported or not-too-difficult-to-port code, or even executables 
(especially if they're relocatable modules) would be great, any protocol 
but especially Zmodem.

Also, has anyone ported Zmax for the Arc?  I have the source minus one 
header file.

Thanks in advance,

  Luke.

--

Newsgroups: comp.sys.acorn
From: altman@cryton.demon.co.uk (Hugo Fiennes)
Subject: Re: PSION SYSTEM 3 VS. ACORN POCKET BOOK 
Distribution: world
Organization: The Serial Port
Reply-To: altman@cryton.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Mon, 11 Jan 1993 23:23:55 +0000

In article <1993Jan8.151200.12357@rdg.dec.com> goodwin@edieng.enet.dec.com writes:

>
>OPL programs created and compiled on Series 3 run on Acorn Pocketbooks.
>
>>The Pocketbook does have a spell checker and spreadsheet which are not
>>in the Series 3 as standard, but I guess both are available seperatly
>>if needed. The other advantage of the Pocketbook is that it has a
>>little green acorn on it :-)
>
>Yep, both the spell checker and spreadsheet are available seperately for the
>Series 3, though they cost!!!
>
Yes, but alternatively you have to remember that you can get Psion-3's for
169+vat (Dabs Press), whereas rrp on pocket book is 212+vat, and I havn't
seen any discounted pocket books.... 

Hugo
-- 
-----------------------------------------------------------------------------
                                     "Did I say that? My lips didn't move..."
Hugo Fiennes - The Serial Port                      altman@cryton.demon.co.uk
                                                or altman@cix.compulink.co.uk
-----------------------------------------------------------------------------
Newsgroups: comp.sys.acorn
Subject: Postscript printing problem..  HELP!!!!
From: AJLHMCTM@kcbbs.gen.nz (Tony Garnockjones)
Date: 6 Jan 93 02:14:01 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

HELP!!  I have been battling this problem for several months..
 
Whenever I try to print a document from any app (except by dragging
a textfile to the !Printers icon) it is offset by ~3cm down and ~7mm
across the page - the bottom and right of the page is cut off!  I
have tried everything, even manual editing of the prolog files
(which I know little about), and comparing them to the RO2 ones,
which *work fine*.
 
I have the standard RO3.1 !Printers app and a "General Computer
'Business Laserprinter'" which supposedly boasts 100% Adobe PS
compatability.
 
Another problem I have is that no font downloading AT ALL works -
neither D/Ling before a job nor the supposedly "automatic" D/L of
unknown fonts.  If I'm lucky the font will appear in Courier, of
course with the wrong metrics.
 
I heard of someone else with this prob - TMOTA? - but he solved it
by upgrading from the RO3.0 !Printers to the RO3.1 app.

I have a 310, 2Mb, RO3.1 and (if it really matters) an Acorn SCSI card.
 
Any help would be **VERY** gratefully appreciated!

Tony.
Newsgroups: comp.sys.acorn
Subject: CGM -> DRAW
From: AJLHMCTM@kcbbs.gen.nz (Tony Garnockjones)
Date: 8 Jan 93 18:53:25 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

If any kind person could please send me a copy too I would be most greatful 
(maybe posting it to Newcastle would be a good idea).

Thanks.

Xref: sparky comp.sys.acorn:10194 comp.sys.acorn.tech:1154
From: cajones@uts.EDU.AU (-s90079928-c.jones-ele-60-)
Newsgroups: comp.sys.acorn,comp.sys.acorn.tech
Subject: FPU info!
Date: 5 Jan 1993 00:11:16 GMT
Organization: University of Technology, Sydney
Distribution: world
NNTP-Posting-Host: acacia.ccsd.uts.edu.au
Keywords: FPU
Organisation: University of Technology, Sydney, Australia


Could anybody at acorn, as they have already said that the LONG awaited FPU
is finally on its way, due early '93, please settle the argument once and for
all, as to which instructions is supports in HARDWARE and what the speed
increases are, or is this wishful thinking? Come on Acorn at least Pretend to
be a real computer company instead of a secret service!

	"You didn't exactly go out of your way to advertise it, like telling
	anybody about it did you! Every thought about going into advertising?" 
	Arthur Dent on Acorn.

	Preferably in .tech

	Colin
From: bernhard@flipper.pvv.unit.no (Kjetil Bernhard Thomassen)
Subject: What is 'disk error 4'?
Organization: The Norwegian Institute of Technology
Distribution: comp
Date: 8 Jan 93 19:54:53

I've got an A310 with RiscOS 3.10 and 2 floppies. One of them is a
panasonic 2 MB (unformatted) drive. 

A few days ago it started giving me 'disk error 4 at 0/00000000' when
I try to open any floppy. 

I tried checking out the PRM's, but to no avail.

Anyone has any idea?

Kjetil Bernhard Thomassen
bernhard@pvv.unit.no
Newsgroups: comp.sys.acorn.tech
From: torh@syma.sussex.ac.uk (Tor Houghton)
Subject: Re: Arm mippage.
Organization: University of Sussex
X-Newsreader: Tin 1.1 PL5
Date: Tue, 12 Jan 1993 13:16:56 GMT

John O'Malley (J.Herbert1@lut.ac.uk) wrote:
: 
: Just a quicky from memory. I remember that in apples evalutaion of the ARM 610,
: for there new newton handheld thingy, they ran a 20mhz ARM 600 and it apparently
: ran at an equivilant mippage to a 25mhz 486 or a 40 mhz 68040, noting that the
: fastest Mac uses a 33 mhz 68040. The other good thing about the ARM, is that no
: other chip can match it for low power consumption at these speeds.
: Read this months byte for information on Amulet an aschyncrounous implementation
: of the ARM architechture which will, if it works run very, very fast indeed.
: 
: No flames please this was all from memory.
: 

One must remember that the Apple Machintosh does a whole lot of things
in software (i.e. the Toolbox), so even a Mac Quadra will look slower on
most things (such as DTP) than an Archimedes with an ARM3 processor.

Tor Houghton.

-- 

----------------------------------------------------------------------
email: torh@cogs.susx.ac.uk           "Then we will wonder if machines
                                       will steal each others dreams."
Newsgroups: comp.sys.acorn.tech
From: chughes@maths.tcd.ie (Conrad Hughes)
Subject: Re: Arm mippage.
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Tue, 12 Jan 1993 22:47:14 GMT

torh@syma.sussex.ac.uk (Tor Houghton) writes:

>One must remember that the Apple Machintosh does a whole lot of things
>in software (i.e. the Toolbox), so even a Mac Quadra will look slower on
>most things (such as DTP) than an Archimedes with an ARM3 processor.
The Arc does nearly everything in software too - what are you trying
to say?  That the ARM is faster than the CPU in most Macintoshes?
Remember too that a lot of the ARM stuff is running from ROM which
is clocked at ~half the rate of its RAM.. ;)  I don't know how much
Mac stuff is on ROM.

Conrad, who probably doesn't know what he's talking about, but I
missed Tor's point anyway..
-- 
,--------------------. Suicide City, Paranoid State. Geddout! trip to, heave'n'
|chughes@maths.tcd.ie| ho, up, down, to'n'fro you have no word please leave us
+-=>Conrad  Hughes<=-+ here close our eyes to the octopus ride isn't it good to
`-------<SICK>-------' be lost in the wood isn't it bad so quiet there . . .
Newsgroups: comp.sys.acorn.tech
Newsgroups: comp.sys.acorn.tech
From: tb@liszt.thorn-emi-crl.co.uk (Tim Browse)
Subject: Glass files
X-Status: NS
X-Mailer: Aster*x 2.0 (360)
Date: Fri, 8 Jan 1993 09:15:09 +0000



This is a test message to see if I can post via demon.

Tim
Newsgroups: comp.sys.acorn.tech
From: crj10@phx.cam.ac.uk (Clive Jones)
Subject: File format translation protocol
Telephone-Messages: +44 223 33 4900
Address: Christ's College, Cambridge CB2 3BU, ENGLAND.
Organization: U of Cambridge, England
Date: Mon, 11 Jan 1993 21:25:12 GMT

I had a little idea whilst bored over christmas. Wouldn't it be nice
if there was a protocol whereby applications could ask other
applications to perform filename translations for it? For example, if
!Paint were equipped with such a protocol, and so was !ChangeFSI, you
could directly drag a GIF onto !Paint, for example. With a bit of
luck, you could also just drag a GIF back out of the save as dialogue,
too.

The sort of protocol I had in mind would work as follows, and allow
multiple translations to be performed where necessary:

  Filer->!Paint
    GIF file adfs::MyDisc.Piccy has been dragged to icon 7 on the iconbar.

  !Paint broadcast:
    I want a GIF translated to a Sprite. Can anyone help?

  No answer.

  !Paint broadcast:
    I want a GIF translated to a Sprite using one intermediate step.
    Can anyone help?

  !GIFtoPBM broadcast:
    I want a PBM translated to a Sprite. Can anyone help?

  No answer.

  !GIFtoPBM gives up, and polls, so that another application can have
  a go.

  !GIFtoClear broadcast:
    I want a Clear translated to a Sprite. Can anyone help?

  !CleartoSprite->!GIFtoClear reply:
    Yes, I am ready to do that. Send me the file now.

  !GIFtoClear->!Paint reply:
    Yes, I am ready to do that. Send me the file now.

  !Paint->!GIFtoClear:
    GIF file adfs::MyDisc.Piccy has been dragged to icon 7 on the
    iconbar.

  !GIFtoClear->!CleartoSprite:
    In-store data, with name adfs::MyDisc.Piccy of type Clear has been
    dragged to icon 7 on the iconbar.

  !CleartoSprite->!Paint:
    In-store data, with name adfs::MyDisc.Piccy of type Sprite has
    been dragged to icon 7 on the iconbar.

  !Paint accepts this data as normal, and is then happy.

Are people interested in a formalisation of this protocol, and would
they implement it?

Comments welcome, either in the group, or by e-mail.

--Clive.
Newsgroups: comp.sys.acorn.tech
From: okrumnow@mcshh.Hanse.DE (Olaf Krumnow)
Subject: Re: Glass files
Organization: Point of Presence & MCS Hamburg
Date: Sat, 9 Jan 1993 16:05:32 GMT

tb@liszt.thorn-emi-crl.co.uk (Tim Browse) writes:

>A quick note to say that a number of people have commented on 
>adding menu templates to the Glass format.  Someone even posted 
>a suggested format (thanks!).  However, I'm going to stick to my 
>decision not to include more than windows and icon names in the 
>first version.  The reason is that although the proposed menu 
But don't delay it to nuch, as menus are  at least as important as
windows. To be exact, there are more applications using menus
than using windows ;-)

>extension was good, it didn't go as far as it could.  I've seen some 
>ideas from TMOTA re: configurable menus, configurable hot-keys 
>for menu items etc, and I'd rather do it in one clean sweep, than 
>add a half-hearted attempt and bodge it later on when more time 
>is at hand.
Nor does the window definition you have for now. As you said, it could
be extended any time by anyone. And the editor doesn't have to change
the existing tools for manipulating menus, just exceed, if additions
come up.

>As to the Glass relocatable module (I'm liking this idea more and 
Yeah.

Olaf.

------------------------------------------------------------
Olaf Krumnow                 e-mail: okrumnow@mcshh.hanse.de
                             snail : August-Bebel-Str. 102c
Headquarter of the                   W-2050 Hamburg 80
German Archimedes Group              Germany
------------------------------------------------------------
From: ig06@rz.uni-karlsruhe.de (Goetz)
Newsgroups: comp.sys.acorn.tech
Subject: test
Date: 8 Jan 1993 19:32:17 GMT
Organization: University of Karlsruhe, Germany
Distribution: world
NNTP-Posting-Host: fg70.rz.uni-karlsruhe.de

'post' : post an article to this newsgroup
Newsgroups: comp.sys.acorn.tech
Subject: Re: New Template format discussion document
From: jwil1@cs.aukuni.ac.nz (TMOTA)
Date: Thu, 7 Jan 1993 20:18:55 GMT
 <1993Jan5.124449.3180@gate.esat.kuleuven.ac.be> <1993Jan5.225631.27329@cs.aukuni.ac.nz> <okrumnow.726314833@mcshh.hanse.de>
Organization: Computer Science Dept. University of Auckland

okrumnow@mcshh.Hanse.DE (Olaf Krumnow) writes:

>TMOTA wrote:

>>Argh! What about simply specifying that the text held in the icon is a
>>messagetrans tag? Then the template-loading code can lookup the necessary
>>text from the specified language-dependant messages file.

>Just use the icon name as a tag to messagetrans.
>The text inside the Glass file should only be used as a default if
>no matching MessageTrans entry exist, or the Messages file got lost.

In DSEdit, I have no default text in my application. This is simply because
the messages file is so absolutely mindbogglingly important that there is
no point in even trying to run without it... As the text for all interactions
and the menus are messagetransed, I can't really see any point in defaults
most of the time...
-- 
themasterofthearcanejwil1@cs.aukuni.ac.nzthismessagewassentonrecycledelectrons
Newsgroups: comp.sys.acorn.tech
From: pmoore@cix.compulink.co.uk (Paul Moore)
Subject: RISC OS 3.1 WIMP Message...
Reply-To: pmoore@cix.compulink.co.uk
Date: Tue, 5 Jan 1993 20:26:00 +0000


srm2@ukc.ac.uk (Stephen Mansfield) says:
 
 
  > Does any one known the offical use and parameters of the
  > WIMP message 0x400c9? 
 
  > I believe it is broadcasted when one your menus dies...ie a
  > wimp_MMENUDIE message, its new to RISC OS 3.  If anyone can
  > shed any light on the matter I would appreciate it. 
 
Message_MenusDeleted (&400C9). It is sent when a menu is deleted, without a
selection having been made (mouse click outside the menu, another task pops
up a menu, this task pops up a different menu). Message block+20 contains
the menu pointer for the menu tree which was deleted.
 
Not too sure why you would use it, the draft PRMs don't suggest a use...
 
Gustav
Newsgroups: comp.sys.acorn.tech
From: vulch@kernow.demon.co.uk (Anthony Frost)
Reply-To: vulch@kernow.demon.co.uk
Subject: RISC OS 3.1 WIMP Message...
Organization: VCS Kernow
X-Mailer: ReaderS for the Acorn Archimedes
Date: Tue, 5 Jan 1993 22:27:57 +0000

 
  >> Does any one known the offical use and parameters of the
  >> WIMP message 0x400c9?  
 
  > Message_MenusDeleted (&400C9). It is sent when a menu is
  > deleted, without a selection having been made (mouse click
  > outside the menu, another task pops 
 
  > Not too sure why you would use it, the draft PRMs don't
  > suggest a use... 
 
To report the closing of a dialogue box hanging off a menu entry so it can
be deleted maybe?
 
          Anthony
From: gilbertd@cs.man.ac.uk (David Alan Gilbert)
Newsgroups: comp.sys.acorn.tech
Subject: Re: New Template format discussion document
Date: 7 Jan 93 10:34:35 GMT

In <1993Jan6.110652.19542@gate.esat.kuleuven.ac.be> tytgat@esat.kuleuven.ac.be (John Tytgat) writes:
>Ok, but what about the practical implementation ? Do we specify a bit which
>determines the kind of text : plain text or messagetrans tag and define a
>path where the template, euh sorry, Glass editor can find the messagetrans
>files ? Or do we define more explicitly in the Glass file which languages
>are supported with explicit filenames (instead of a path) ?

No the ideal solution would be for 'Glass' to generate a file for MessageTrans,
(not the whole one because you will want your own for other things), with the
tags and everything.  Also for good luck it chucks out a file containing
a list of the maximum length of text which can fit in each icon.
Then you can know if the translations you have will fit!

That way you can be sure you never forget to translate a window or
an icon in a window.


Dave

P.S. How about including space for code in the template file - which could
be stripped out before distribution - it would make it more of a whole
development environment than a template editor.  So if you create a menu
you can specify the procedures to be called on each item and hey presto
you have a menu handler.  Also windows could have associated code - then
when you were developing you could grab a 'glass' entry from one application
and it would contain all the code to manipulate it.

Then in the future people could become more ambitious and add automatic
code generation - i.e. I've designed a dialogue box, write me the
code to handle most of it.

--
-------------------------------------------------------------------------------
- David Alan Gilbert - gilbertd@cs.man.ac.uk - G7FHJ@GB7CRG                   -
------(Programmers don't sleep - they just park their heads)-------------------
Newsgroups: comp.sys.acorn.tech