G'day folks,
I'm having a problem with Thump 1.56 (a20) (Feb 5 2022)

RISC OS 6.20 on VRPC-DL.

I have a directory with some Drawfile within it.
I drop the directory on the Thump icon bar icon, the Thumbnails are
displayed, and the display is overlaid with an error message.

"Thump may have gone wrong. Click Continue to try to resume or Quit to
stop Thump."

Doesn't matter which is clicked Thump vanishes.

Reporter notes thus:

09:24:30.97 ** Error **
Error : &80000002
Message: Internal error: Abort on data transfer at &00027204
09:24:30.98 ** WimpError ** from Thump
Error : &80000002
Message: Internal error: Abort on data transfer at &00027204
09:24:41.58 TaskClose &66C03A60 Thump

Please!
Any obvious solution to this problem?

Thanks
Dave

--

Dave Triffid

On 6 Jul 2023 as I do recall,
Dave wrote:

> G'day folks,
> I'm having a problem with Thump 1.56 (a20) (Feb 5 2022)
>
> RISC OS 6.20 on VRPC-DL.
>
> I have a directory with some Drawfile within it.

Any Drawfile, or just that specific example?

Does it contain a text area or anything like that?

--
Harriet Bazley == Loyaulte me lie ==

It is impossible to enjoy idling thoroughly unless one has plenty of work to do

In article <5abfa34a97dave@triffid.co.uk>, Dave <dave@triffid.co.uk>
wrote:
> G'day folks, I'm having a problem with Thump 1.56 (a20) (Feb 5 2022)

> RISC OS 6.20 on VRPC-DL.

> I have a directory with some Drawfile within it. I drop the
> directory on the Thump icon bar icon, the Thumbnails are displayed,
> and the display is overlaid with an error message.

> "Thump may have gone wrong. Click Continue to try to resume or Quit
> to stop Thump."

> Doesn't matter which is clicked Thump vanishes.

I've had this and it seems to be a long standing issue.
Open the ScrapDir eg. !Boot.Resources.Scrap.ScrapDirs.ScrapDir
(path may depend on version of RISC OS).

Open Thump directory - You are likely to see 2
files named DirHist and ImageHist and 2 data files. For some reason
these get corrupted and give the problem you have outlined. Simply
move Thump directory to a separate filer window (just in case you
need to go back). Re-load !Thump and drag Drawfiles over the !Thump
iconbar icon to resume.

Richard

In article <5abfc77905basura@invalid.addr.uk>, Richard Ashbery
<basura@invalid.addr.uk> wrote:
> In article <5abfa34a97dave@triffid.co.uk>, Dave
> <dave@triffid.co.uk> wrote:
> > G'day folks, I'm having a problem with Thump 1.56 (a20) (Feb 5
> > 2022)

> > RISC OS 6.20 on VRPC-DL.

> > I have a directory with some Drawfile within it. I drop the
> > directory on the Thump icon bar icon, the Thumbnails are
> > displayed, and the display is overlaid with an error message.

> > "Thump may have gone wrong. Click Continue to try to resume or
> > Quit to stop Thump."

> > Doesn't matter which is clicked Thump vanishes.

> I've had this and it seems to be a long standing issue. Open the
> ScrapDir eg. !Boot.Resources.Scrap.ScrapDirs.ScrapDir (path may
> depend on version of RISC OS).

> Open Thump directory - You are likely to see 2 files named DirHist
> and ImageHist and 2 data files. For some reason these get corrupted
> and give the problem you have outlined. Simply move Thump directory
> to a separate filer window (just in case you need to go back).
> Re-load !Thump and drag Drawfiles over the !Thump iconbar icon to
> resume.

Follow-up:

There is a Rebuild database option under Utilities (Menu button over
Thump's iconbar icon). The 'rebuild' option in the Thump Iconbar Help
file outputs a message "Object x not found in Thump" so I'm not sure
what it does. Might be worth a try though.

Richard

In article <5abfc77905basura@invalid.addr.uk>,
Richard Ashbery <basura@invalid.addr.uk> wrote:
> In article <5abfa34a97dave@triffid.co.uk>, Dave <dave@triffid.co.uk>
> wrote:
> > G'day folks, I'm having a problem with Thump 1.56 (a20) (Feb 5 2022)

> > RISC OS 6.20 on VRPC-DL.

> > I have a directory with some Drawfile within it. I drop the
> > directory on the Thump icon bar icon, the Thumbnails are displayed,
> > and the display is overlaid with an error message.

> > "Thump may have gone wrong. Click Continue to try to resume or Quit
> > to stop Thump."

> > Doesn't matter which is clicked Thump vanishes.

> I've had this and it seems to be a long standing issue.
> Open the ScrapDir eg. !Boot.Resources.Scrap.ScrapDirs.ScrapDir
> (path may depend on version of RISC OS).

> Open Thump directory - You are likely to see 2
> files named DirHist and ImageHist and 2 data files. For some reason
> these get corrupted and give the problem you have outlined. Simply
> move Thump directory to a separate filer window (just in case you
> need to go back). Re-load !Thump and drag Drawfiles over the !Thump
> iconbar icon to resume.

> Richard

Aha! The ScrapDirs problem was the answer Richard.
Now sorted. :-)

Thanks

Dave

--

Dave Triffid

In article <07b4a5bf5a.harriet@bazleyfamily.co.uk>,
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:
> On 6 Jul 2023 as I do recall,
> Dave wrote:

> > G'day folks,
> > I'm having a problem with Thump 1.56 (a20) (Feb 5 2022)
> >
> > RISC OS 6.20 on VRPC-DL.
> >
> > I have a directory with some Drawfile within it.

> Any Drawfile, or just that specific example?

> Does it contain a text area or anything like that?

Just a directory containing a number of Drawfiles, no text anything, just
a load of OvPro border files.

Richards suggestion about the ScrapDir was spot on.

Thanks
Dave

--

Dave Triffid

In message <5abfd38a1edave@triffid.co.uk>
Dave <dave@triffid.co.uk> wrote:

> In article <5abfc77905basura@invalid.addr.uk>,
> Richard Ashbery <basura@invalid.addr.uk> wrote:
>> In article <5abfa34a97dave@triffid.co.uk>, Dave <dave@triffid.co.uk>
>> wrote:
>>> G'day folks, I'm having a problem with Thump 1.56 (a20) (Feb 5 2022)

>>> RISC OS 6.20 on VRPC-DL.

>>> I have a directory with some Drawfile within it. I drop the
>>> directory on the Thump icon bar icon, the Thumbnails are displayed,
>>> and the display is overlaid with an error message.

>>> "Thump may have gone wrong. Click Continue to try to resume or Quit
>>> to stop Thump."

>>> Doesn't matter which is clicked Thump vanishes.

>> I've had this and it seems to be a long standing issue.
>> Open the ScrapDir eg. !Boot.Resources.Scrap.ScrapDirs.ScrapDir
>> (path may depend on version of RISC OS).

>> Open Thump directory - You are likely to see 2
>> files named DirHist and ImageHist and 2 data files. For some reason
>> these get corrupted and give the problem you have outlined. Simply
>> move Thump directory to a separate filer window (just in case you
>> need to go back). Re-load !Thump and drag Drawfiles over the !Thump
>> iconbar icon to resume.

>> Richard

> Aha! The ScrapDirs problem was the answer Richard.
> Now sorted. :-)

> Thanks

> Dave
Hi,
Thanks for the reminder, I had the same problem.
Draw files are well displayed in Thump's filer, and I was able to test
with those converted by Svg2Draw.

Note, I updated Svg2Draw, calculation errors in the transformations.
There is still a lot to do....

If you are interested, the program is on this web page, thank you for
testing.
https://jeanmichelb.riscos.fr/XML.html

--
Jean-Michel

In article <5a8f2cc05a.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:
> Note, I updated Svg2Draw, calculation errors in the transformations.
> There is still a lot to do....

> If you are interested, the program is on this web page, thank you for
> testing.
> https://jeanmichelb.riscos.fr/XML.html

Svg2Draw will not work on my 6.20 RISC OS it errors with "RMStore.eXML not
recognised"

Dave

--

Dave Triffid

In message <5ac0491204dave@triffid.co.uk>
Dave <dave@triffid.co.uk> wrote:

> In article <5a8f2cc05a.jmb@jmc.bruck.orange.fr>,
> Jean-Michel <jmc.bruck@orange.fr> wrote:
>> Note, I updated Svg2Draw, calculation errors in the transformations.
>> There is still a lot to do....

>> If you are interested, the program is on this web page, thank you for
>> testing.
>> https://jeanmichelb.riscos.fr/XML.html

> Svg2Draw will not work on my 6.20 RISC OS it errors with "RMStore.eXML not
> recognised"

> Dave
The eXML module is XAT and it's easier to install it in !BootResources.

http://www.xat.nl/riscos/sw/xml/index.htm

This will be the first test on 6.20 RISC OS?

--
Jean-Michel

In article <04004ac05a.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:
> In message <5ac0491204dave@triffid.co.uk>
> Dave <dave@triffid.co.uk> wrote:

> > In article <5a8f2cc05a.jmb@jmc.bruck.orange.fr>,
> > Jean-Michel <jmc.bruck@orange.fr> wrote:
> >> Note, I updated Svg2Draw, calculation errors in the transformations.
> >> There is still a lot to do....

> >> If you are interested, the program is on this web page, thank you for
> >> testing.
> >> https://jeanmichelb.riscos.fr/XML.html

> > Svg2Draw will not work on my 6.20 RISC OS it errors with "RMStore.eXML
> > not recognised"

> > Dave
> The eXML module is XAT and it's easier to install it in !BootResources.

> http://www.xat.nl/riscos/sw/xml/index.htm

> This will be the first test on 6.20 RISC OS?

Thanks Jean-Michel, that was the solution. :-)

Now for some testing, assuming you don't mind me testing it. :-)

I have a number of SVG files created in InkScape on the PC side for
testing.

Perhaps you would prefer we tested privately, rather than in this public
forum?

Let me know?

Dave

--

Dave Triffid

In message <5ac059d4fedave@triffid.co.uk>
Dave <dave@triffid.co.uk> wrote:

> In article <04004ac05a.jmb@jmc.bruck.orange.fr>,
> Jean-Michel <jmc.bruck@orange.fr> wrote:
>> In message <5ac0491204dave@triffid.co.uk>
>> Dave <dave@triffid.co.uk> wrote:

>>> In article <5a8f2cc05a.jmb@jmc.bruck.orange.fr>,
>>> Jean-Michel <jmc.bruck@orange.fr> wrote:
>>>> Note, I updated Svg2Draw, calculation errors in the transformations.
>>>> There is still a lot to do....

>>>> If you are interested, the program is on this web page, thank you for
>>>> testing.
>>>> https://jeanmichelb.riscos.fr/XML.html

>>> Svg2Draw will not work on my 6.20 RISC OS it errors with "RMStore.eXML
>>> not recognised"

>>> Dave
>> The eXML module is XAT and it's easier to install it in !BootResources.

>> http://www.xat.nl/riscos/sw/xml/index.htm

>> This will be the first test on 6.20 RISC OS?

> Thanks Jean-Michel, that was the solution. :-)
Nice to see it also working under RISC OS 6.20

> Now for some testing, assuming you don't mind me testing it. :-)
On the contrary,

> I have a number of SVG files created in InkScape on the PC side for
> testing.
I don't know inkscape, so it will be a good experimentation and the goal
of the program is to be able to exchange this type of file which seems
quite widespread.

> Perhaps you would prefer we tested privately, rather than in this public
> forum?
It will be easier to exchange files, because there will certainly be
problems, the SVG standard is rather vast and I still have to implement
certain functionalities (except those that Draw cannot reproduce)
> Let me know?
I await your message and the results of your tests.
> Dave

Thanks

--
Jean-Michel

In article <4f0aaac05a.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:
> I still have to implement
> certain functionalities (except those that Draw cannot reproduce)

Can OpenVector reproduce some of these?

http://www.users.on.net/~belles/software/openvector/

OpenVector is a much-enhanced Draw and has many more facilities.

--
------------------------------------------------------------------
Richard Torrens. News email address is valid - for a limited time only.
You must use the full News+number@Torrens.org as in the From address.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!

In message <5ac446a451news*@Torrens.org>
"Richard Torrens (News)" <News+19549@Torrens.org> wrote:

> In article <4f0aaac05a.jmb@jmc.bruck.orange.fr>,
> Jean-Michel <jmc.bruck@orange.fr> wrote:
>> I still have to implement
>> certain functionalities (except those that Draw cannot reproduce)

> Can OpenVector reproduce some of these?
Maybe, but I don't know how to translate them.

> http://www.users.on.net/~belles/software/openvector/

> OpenVector is a much-enhanced Draw and has many more facilities.
Certainly. When I want to arrange a drawing I use !ArtWorks (transparency,
for example) or !Procad more technical
To check the rendering of the drawing, I use !ImageView and so I can
improve it if necessary.
What is interesting with Draw is that it is standard under Risc OS and
serves as a common denominator.

OpenVector opens files produced by Svg2Draw very well, and can manage
layers, which is an SVG possibility....

I have a problem with OpenVector. when I install it on the baricon I have
the following message(s):
 buffer overflow
 Trinity.medium not available
 Academico used instead
Trinity is in the OS ROM !!!
This does not prevent OpenVector from working, but the messages appear
each time a Draw file is opened (except the first one).
I think this is due to the configuration of my ARMX6 (standard) and the
management of fonts?
If you have an idea ?

--
Jean-Michel

In article <c8216fc45a.jmb@jmc.bruck.orange.fr>,
Jean-Michel <jmc.bruck@orange.fr> wrote:
> I have a problem with OpenVector. when I install it on the baricon I have
> the following message(s):
> * buffer overflow
> * Trinity.medium not available
> * Academico used instead
> Trinity is in the OS ROM !!!
> This does not prevent OpenVector from working, but the messages appear
> each time a Draw file is opened (except the first one).
> I think this is due to the configuration of my ARMX6 (standard) and the
> management of fonts?
> If you have an idea ?

Trinity is a standard RO font. Should be present on any RO device if it
hasn't been removed or moved somewhere outside of Boot.

Buffer overflow I have no idea on. I've used OV on many RO computers
without problem.

Best contact Christopher Martin - unless something's happed he is still
maintaining OV.

--
------------------------------------------------------------------
Richard Torrens. News email address is valid - for a limited time only.
You must use the full News+number@Torrens.org as in the From address.
http://www.Torrens.org for genealogy, natural history, wild food, walks, cats
and more!

In message <5ac5eca2fbnews*@Torrens.org>
"Richard Torrens (News)" <News+19556@Torrens.org> wrote:

> In article <c8216fc45a.jmb@jmc.bruck.orange.fr>,
> Jean-Michel <jmc.bruck@orange.fr> wrote:
>> I have a problem with OpenVector. when I install it on the baricon I have
>> the following message(s):
>> * buffer overflow
>> * Trinity.medium not available
>> * Academico used instead
>> Trinity is in the OS ROM !!!
>> This does not prevent OpenVector from working, but the messages appear
>> each time a Draw file is opened (except the first one).
>> I think this is due to the configuration of my ARMX6 (standard) and the
>> management of fonts?
>> If you have an idea ?

> Trinity is a standard RO font. Should be present on any RO device if it
> hasn't been removed or moved somewhere outside of Boot.

> Buffer overflow I have no idea on. I've used OV on many RO computers
> without problem.

> Best contact Christopher Martin - unless something's happed he is still
> maintaining OV.

Thanks for these informations. I will try to "clean" the fonts on my
machine, it seems that it has the same problem with !Fireworkz.

--
Jean-Michel

On 18 Jul 2023 as I do recall,
Jean-Michel wrote:

> In message <5ac5eca2fbnews*@Torrens.org>
> "Richard Torrens (News)" <News+19556@Torrens.org> wrote:
>
> > In article <c8216fc45a.jmb@jmc.bruck.orange.fr>,
> > Jean-Michel <jmc.bruck@orange.fr> wrote:
> >> I have a problem with OpenVector. when I install it on the baricon I have
> >> the following message(s):
> >> * buffer overflow
> >> * Trinity.medium not available
> >> * Academico used instead
> >> Trinity is in the OS ROM !!!
> >> This does not prevent OpenVector from working, but the messages appear
> >> each time a Draw file is opened (except the first one).
> >> I think this is due to the configuration of my ARMX6 (standard) and the
> >> management of fonts?
> >> If you have an idea ?
>
> > Trinity is a standard RO font. Should be present on any RO device if it
> > hasn't been removed or moved somewhere outside of Boot.
>
> > Buffer overflow I have no idea on. I've used OV on many RO computers
> > without problem.
>
> > Best contact Christopher Martin - unless something's happed he is still
> > maintaining OV.
>
> Thanks for these informations. I will try to "clean" the fonts on my
> machine, it seems that it has the same problem with !Fireworkz.
>
Do you have a "Messages" file inside !Fonts (used to speed up font
loading, but not necessary/essential) that might be corrupted?

--
Harriet Bazley == Loyaulte me lie ==

But what we need to know is, do people want nasally-insertable computers?

In message <300116c65a.harriet@bazleyfamily.co.uk>
Harriet Bazley <harriet@bazleyfamily.co.uk> wrote:

> On 18 Jul 2023 as I do recall,
> Jean-Michel wrote:

>> In message <5ac5eca2fbnews*@Torrens.org>
>> "Richard Torrens (News)" <News+19556@Torrens.org> wrote:
>>
>>> In article <c8216fc45a.jmb@jmc.bruck.orange.fr>,
>>> Jean-Michel <jmc.bruck@orange.fr> wrote:
>>>> I have a problem with OpenVector. when I install it on the baricon I have
>>>> the following message(s):
>>>> * buffer overflow
>>>> * Trinity.medium not available
>>>> * Academico used instead
>>>> Trinity is in the OS ROM !!!
>>>> This does not prevent OpenVector from working, but the messages appear
>>>> each time a Draw file is opened (except the first one).
>>>> I think this is due to the configuration of my ARMX6 (standard) and the
>>>> management of fonts?
>>>> If you have an idea ?
>>
>>> Trinity is a standard RO font. Should be present on any RO device if it
>>> hasn't been removed or moved somewhere outside of Boot.
>>
>>> Buffer overflow I have no idea on. I've used OV on many RO computers
>>> without problem.
>>
>>> Best contact Christopher Martin - unless something's happed he is still
>>> maintaining OV.
>>
>> Thanks for these informations. I will try to "clean" the fonts on my
>> machine, it seems that it has the same problem with !Fireworkz.
>>
> Do you have a "Messages" file inside !Fonts (used to speed up font
> loading, but not necessary/essential) that might be corrupted?
Bonjour Harriet,

This morning Fonts cleaning!
with !Chars I retested all the fonts and some, although listed, were no
longer present.
I deleted them, but the fault persists, so deletion of all the Messages
files in the Font folders.
And now no more problems with !Thump and !FireWorkz, nice.

Question: who builds these message files and updates them?

Merci beaucoup.

--
Jean-Michel

In article <300116c65a.harriet@bazleyfamily.co.uk>, Harriet Bazley
<harriet@bazleyfamily.co.uk> wrote:
> On 18 Jul 2023 as I do recall, Jean-Michel wrote:

> > In message <5ac5eca2fbnews*@Torrens.org> "Richard Torrens (News)"
> > <News+19556@Torrens.org> wrote:
> >
> > > In article <c8216fc45a.jmb@jmc.bruck.orange.fr>, Jean-Michel
> > > <jmc.bruck@orange.fr> wrote:
> > >> I have a problem with OpenVector. when I install it on the baricon
> > >> I have the following message(s): * buffer overflow *
> > >> Trinity.medium not available * Academico used instead Trinity is
> > >> in the OS ROM !!! This does not prevent OpenVector from working,
> > >> but the messages appear each time a Draw file is opened (except
> > >> the first one). I think this is due to the configuration of my
> > >> ARMX6 (standard) and the management of fonts? If you have an idea ?
> >
> > > Trinity is a standard RO font. Should be present on any RO device
> > > if it hasn't been removed or moved somewhere outside of Boot.
> >
> > > Buffer overflow I have no idea on. I've used OV on many RO
> > > computers without problem.
> >
> > > Best contact Christopher Martin - unless something's happed he is
> > > still maintaining OV.
> >
> > Thanks for these informations. I will try to "clean" the fonts on my
> > machine, it seems that it has the same problem with !Fireworkz.
> >
> Do you have a "Messages" file inside !Fonts (used to speed up font
> loading, but not necessary/essential) that might be corrupted?

I've deleted my Messages file as it caused a problem in the past.
Unfortunately I can't remember what the problem was and I can't find a
note about it. Fonts working happily without it.

--
Chris

On 19 Jul, Chris Newman wrote in message
<5ac673d301mec@npost.uk>:

> I've deleted my Messages file as it caused a problem in the past.
> Unfortunately I can't remember what the problem was and I can't find a
> note about it. Fonts working happily without it.

It's built by the FontInstall utility within Configure, but can go awry if
fonts are then added or removed by hand (bypassing FontInstall).

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/

In article <mpro.ry2b4100cyt51040w.news@stevefryatt.org.uk>,
Steve Fryatt <news@stevefryatt.org.uk> wrote:
> On 19 Jul, Chris Newman wrote in message
> <5ac673d301mec@npost.uk>:

> > I've deleted my Messages file as it caused a problem in the past.
> > Unfortunately I can't remember what the problem was and I can't find a
> > note about it. Fonts working happily without it.

> It's built by the FontInstall utility within Configure, but can go awry
> if fonts are then added or removed by hand (bypassing FontInstall).

I got rid of the Font.Messages file many years ago, I don't remember the
fine details now, but it was causing problems with the RISC OS Font
management app I use.

RISC OS 6.20

Dave

--

Dave Triffid

In message <mpro.ry2b4100cyt51040w.news@stevefryatt.org.uk>
Steve Fryatt <news@stevefryatt.org.uk> wrote:

> On 19 Jul, Chris Newman wrote in message
> <5ac673d301mec@npost.uk>:

>> I've deleted my Messages file as it caused a problem in the past.
>> Unfortunately I can't remember what the problem was and I can't find a
>> note about it. Fonts working happily without it.

> It's built by the FontInstall utility within Configure, but can go awry if
> fonts are then added or removed by hand (bypassing FontInstall).

Yes, on reflection, it seems to me that this is the only time this file
could be created. Thank you for confirmation.

!FontInstall allows you to remove Fonts?
The easiest way would be to delete the font directory and the messages
file, that's just a guess.

--
Jean-Michel

In article <mpro.ry2b4100cyt51040w.news@stevefryatt.org.uk>, Steve Fryatt
<news@stevefryatt.org.uk> wrote:
> On 19 Jul, Chris Newman wrote in message <5ac673d301mec@npost.uk>:

> > I've deleted my Messages file as it caused a problem in the past.
> > Unfortunately I can't remember what the problem was and I can't find
> > a note about it. Fonts working happily without it.

> It's built by the FontInstall utility within Configure, but can go awry
> if fonts are then added or removed by hand (bypassing FontInstall).

That was it. I remember now.

--
Chris