[softwarelist] Re: Ov Pro & Internal Error Type=3

On 25 Feb 2008, David Pilling wrote:
> In message <f1e5b6764f.rogerarm@xxxxxxxxxxxxxxxxxxx>, Roger Darlington
> <rogerarm@xxxxxxxxxx> writes
>>On 25 Feb 2008, David Pilling wrote:
>>> I've tried the example document that Roger posted to the list - to tell
>>> the truth, the first attempt was to Sprinter and it completely corrupted
>>> the machine "File Core in Use", that was after an error from the Printer
>>> Manager (nb not OPro).
> 
> I should have said, I was using an Iyonix - RISC OS 5.06 and Printers
> 1.67 (shockingly old).
> 
>>Message from Print Driver :Abort on Data Transfer'
> 
> Interesting. Locates the problem outside OP and in the printer driver.
> 
> The errors you report have a bit of the flavour of the errors I got.
> Print system behaving in a strange way.
> 
> I've since power cycled the machine and the problem has not repeated -
> in other words it may depend on the random contents of memory.
> 
> Thank you to the people who have tried the document and reported back
> above.
> 
> I wonder if there's been any progress with the problem on Archive Online
> - in other words I don't have a clue.

With the help of Roger Foden, who provided the vital cure, the problem 
has been resolved.

The problem turned out to be that no top-bit-set-characters could be 
printed, but instead issued error messages.

It was caused by misbehaving errant ROOL printer modules that I must
at sometime have put in my !Printers application in the mistaken
belief that I was upgrading !Printers. I hadn't noticed then since it 
only applies to the printing of top-bit-set characters, which I must 
not have tried when I 'upgraded' !Printers using the ROOL modules.  
Once having replaced the errant modules and PDumper files with Castles 
supplied ones, everything went back to normal :-))

['normal'  meaning Netsurf pages still wont print on an Iyonix, which
is what the ROOL modules were supposed to resolve, but didn't
anyway...]. That doesn't mean they never will; here's hoping that ROOL 
are able to design modules that will resolve both problems at once :-)

Many thanks to Roger Foden, and all others who helped.


-- 

Cheers
Roger
Remember: walls have ears.
To unsubscribe or subscribe goto: http://www.freelists.org/list/davidpilling

Other related posts: