Re: [gccsdk] std::stringstream with GCCSDK

On 21/02/2021 23:56, Daryl Dudey wrote:
> I'm writing a fairly big C++ BASIC style language for Windows & RISC OS and I'm trying to cross-compile on Windows and I can't get the std::stringstream to not give errors. I had problems with ostream before and switched to use regular C I/O functions to get around it.
>
> I get various errors including deleted functions errors. I can post the output if useful.
>
> If I replace it with just std::string or fprintf then it all works, but a lot of the code is in 3rd party library stuff I daren't risk changing.
>
> Is there anything I can try or do?
>
> Thanks,
> Daryl.

Hi Daryl,

Can you post a reduced example that show the errors that you are seeing?

I'm surprised that you had trouble with ostream as that is paired up
with the compiler and so its features are matched to what the compiler
is capable of (rather than 3rd party libraries which may have higher
expectations from the compiler).

Deleted function errors usually indicate that you're trying to use an
object in a way that isn't allowed, for example, trying to copy an
object when the copy constructor has been deleted. The nature of C++
means you can be copying an object without even realising it, for
example, by passing an object to a function by value instead of by
reference.

Lee.

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Re: Crashing after #5252

In message <5904f95cf0petit.four@free.fr>
Petit Four <petit.four@free.fr> wrote:

> In article <25c3f20459.John@rickman.argonet..co.uk>,
> John Rickman <rickman@argonet.co.uk> wrote:

>> is there a workaround for exporting the webpage URL?

> You now have to use the menu - over page, Page > Save location, then choose
> the format.

> But nowhere near as convenient as the former "drag" options!

Thanks John,

It's the price of progress I guess, win some, lose some.
Anyway, many thanks to whoever fixed the NetSurf scrolling horror.
Version #5265 scrolls beautifully with the scroll wheel.

John

--
John Rickman
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Crashing after #5252

In article <25c3f20459.John@rickman.argonet..co.uk>,
John Rickman <rickman@argonet.co.uk> wrote:

> is there a workaround for exporting the webpage URL?

You now have to use the menu - over page, Page > Save location, then choose
the format.

But nowhere near as convenient as the former "drag" options!

John

--
|| John WILLIAMS
|| petit.four@free.fr || stuff at: http://petit.four.free.fr/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Crashing after #5252

In message <5903d8e9c5petit.four@free.fr>
Petit Four <petit.four@free.fr> wrote:

>> Please try with #5261 or later.

> Great! https://www.bbc.co.uk/schedules/p00fzl7j now works again, as does
> https://www.netsurf-browser.org/ - thanks!

Good news -
is there a workaround for exporting the webpage URL?
I can't drug and drop it, there isn't a menu option that I can see and
I can't seem to get the URL into the clipboard.

John


--
John Rickman
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: webp file handling

In article <20210224161918.GD7048@pepperfish.net>,
Rob Kendrick <rjek@netsurf-browser.org> wrote:
> On Wed, Feb 24, 2021 at 03:12:51PM +0000, Tim Hill wrote:
> >
> > As discussed elsewhere, it's great to see that .webp files are rendered
> > by NetSurf but files dropped are ignored if they have the correct (A66)
> > RISC OS filetype.
> >
> > (So I haven't added WebP files to mimemap yet and nor should you!)

> Try #5263.

> B.

Excellent, that does the business.

Dave

--

Dave Triffid
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: webp file handling

In article <20210224161918.GD7048@pepperfish.net>, Rob Kendrick
<rjek@netsurf-browser.org> wrote:
> On Wed, Feb 24, 2021 at 03:12:51PM +0000, Tim Hill wrote:
> >
> > As discussed elsewhere, it's great to see that .webp files are
> > rendered by NetSurf but files dropped are ignored if they have the
> > correct (A66) RISC OS filetype.
> >
> > (So I haven't added WebP files to mimemap yet and nor should you!)

> Try #5263.

#5265 by the time I got there (!). Thanks. Working correctly now.

I guess it's mimemap time!

image/webp WebP a66 .webp

--

Tim Hill
Webmaster, www.timil.com

websites : php : RISC OS
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: webp file handling

On Wed, Feb 24, 2021 at 03:12:51PM +0000, Tim Hill wrote:
>
> As discussed elsewhere, it's great to see that .webp files are rendered
> by NetSurf but files dropped are ignored if they have the correct (A66)
> RISC OS filetype.
>
> (So I haven't added WebP files to mimemap yet and nor should you!)

Try #5263.

B.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

webp file handling

As discussed elsewhere, it's great to see that .webp files are rendered
by NetSurf but files dropped are ignored if they have the correct (A66)
RISC OS filetype.

(So I haven't added WebP files to mimemap yet and nor should you!)

--

Tim Hill
Webmaster, www.timil.com

websites : php : RISC OS
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Crashing after #5252

In article <38a36407-fe26-2656-fc94-ddf93d88c31b@codethink.co.uk>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> Hi John,

> On 24/02/2021 09:33, Petit Four wrote:
> > On 24 Feb, petit.four@free.fr wrote:
> >
> >> For example, #5255 crashes with the attached error log.

> Please try with #5261 or later.

Great! https://www.bbc.co.uk/schedules/p00fzl7j now works again, as does
https://www.netsurf-browser.org/ - thanks!

John

--
|| John WILLIAMS
|| petit.four@free.fr || stuff at: http://petit.four.free.fr/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Crashing after #5252

Hi John,

On 24/02/2021 09:33, Petit Four wrote:
> On 24 Feb, petit.four@free.fr wrote:
>
>> For example, #5255 crashes with the attached error log.

Please try with #5261 or later.

Best regards,

--
Michael Drake
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Crashing after #5252

On 24 Feb, petit.four@free.fr wrote:

> For example, #5255 crashes with the attached error log.

I have also placed the log file zipped at:

http://le.petit.four.free.fr/log.zip

in case attachments don't get through.

John

--
|| John WILLIAMS
|| petit.four@free.fr || stuff at: http://petit.four.free.fr/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Crashing after #5252

Somewhere after 3.11 (Dev CI #5252) the Radio 4 Shedule page,
https://www.bbc.co.uk/schedules/p00fzl7j/#on-now, stops working.

For example, #5255 crashes with the attached error log.

The NetSurf website similarly fails, making reporting via the site
difficult at the very least.

John

--
|| John WILLIAMS
|| petit.four@free.fr || stuff at: http://petit.four.free.fr/

Re: [gccsdk] std::stringstream with GCCSDK

In article <CCF72958-6E59-4D57-950B-5D76ABF6B5FD@gmail.com>,
Daryl Dudey <daryljdudey@gmail.com> wrote:
> I'm writing a fairly big C++ BASIC style language for Windows & RISC OS and I'm trying to cross-compile on Windows and I can't get the std::stringstream to not give errors. I had problems with ostream before and switched to use regular C I/O functions to get around it.

> I get various errors including deleted functions errors. I can post the output if useful.

> If I replace it with just std::string or fprintf then it all works, but a lot of the code is in 3rd party library stuff I daren't risk changing.

> Is there anything I can try or do?

I'm not sure what the problem could be but you could try using GCC 8.2 or
10.2. They both work OK in the autobuilder.

They both have full support support for c++11. The optimzer seems to
generate faster code for c++ compared to GCC 4.7.4.
Also the floating point uses hardfloat so can be faster and the neon
instrinsics work too.
I believe executables produced are ELF and ARMv7 only and currently no
support for modules or clib.


_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

[gccsdk] std::stringstream with GCCSDK

I'm writing a fairly big C++ BASIC style language for Windows & RISC OS and I'm trying to cross-compile on Windows and I can't get the std::stringstream to not give errors. I had problems with ostream before and switched to use regular C I/O functions to get around it.

I get various errors including deleted functions errors. I can post the output if useful.

If I replace it with just std::string or fprintf then it all works, but a lot of the code is in 3rd party library stuff I daren't risk changing.

Is there anything I can try or do?

Thanks,
Daryl.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Re: Website refusal

On 21 Feb 2021 Rien Mertens wrote:


> GOOD websites don't ask to upgrade your browser but make a good
> universal website, but almost no wesite builder takes the effort to do
> so..

Except, of course, RISC OS users!

Actually 'The Register' seems to work well.

--
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Website refusal

In message <590253fa43netsurf@avisoft.f9.co.uk>
Martin Avison <netsurf@avisoft.f9.co.uk> wrote:

> In article <590250e563mail@JohnWoodhouse.plus.com>,
> <mail@JohnWoodhouse.plus.com> wrote:

>> On trying to access https://padlet.com/ I get " Your browser is
>> not supported. Some parts of this page may not work. Please upgrade
>> your browser for a better experience. Upgrade Browser "

>> I don't often see this message now. (Using v,3.9)

> I see the message too - with 3.10.
> Ironically, the 'Upgrade Browser' link it displays is an invalid link!

GOOD websites don't ask to upgrade your browser but make a good
universal website, but almost no wesite builder takes the effort to do
so..


--
Rien Mertens rien@mertensmaatwerk.nl
Mertens Maatwerk
Tweeberg 1 A 5246XL Rosmalen KvKnmr: 50305980
+31 (0)73 6415517 BTWnmr: NL001342318B76
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Website refusal

In message <590250e563mail@JohnWoodhouse.plus.com>
<mail@JohnWoodhouse.plus.com> wrote:


> On trying to access https://padlet.com/ I get
> "
> Your browser is not supported. Some parts of this page may not work. Please
> upgrade your browser for a better experience. Upgrade Browser
> "

> I don't often see this message now.
> (Using v,3.9)

> John

Do you mean v 3.09?
I use 3.11 dev CI #5228

--
Rien Mertens rien@mertensmaatwerk.nl
Mertens Maatwerk
Tweeberg 1 A 5246XL Rosmalen KvKnmr: 50305980
+31 (0)73 6415517 BTWnmr: NL001342318B76
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Website refusal

In article <590250e563mail@JohnWoodhouse.plus.com>,
<mail@JohnWoodhouse.plus.com> wrote:

> On trying to access https://padlet.com/ I get " Your browser is
> not supported. Some parts of this page may not work. Please upgrade
> your browser for a better experience. Upgrade Browser "

> I don't often see this message now. (Using v,3.9)

I see the message too - with 3.10.
Ironically, the 'Upgrade Browser' link it displays is an invalid link!
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Website refusal

On trying to access https://padlet.com/ I get
"
Your browser is not supported. Some parts of this page may not work. Please
upgrade your browser for a better experience. Upgrade Browser
"

I don't often see this message now.
(Using v,3.9)

John

--
____
/__ __________________________
/____Mail from mail@JohnWoodhouse.plus.com
. . . using RISC OS
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: make error building netsurf

On Thu, Feb 11, 2021 at 14:48:43 +0000, Anthony Griffiths wrote:
> don't know how to get past this, thanks for any advice

I *think* this suggests CentOS 7 isn't providing Digest::MD5 by default,
so perhaps try installing that?

I think the package is:

https://centos.pkgs.org/7/centos-x86_64/perl-Digest-MD5-2.52-3.el7.x86_64.rpm.html

D.

--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

make error building netsurf

I'm trying to install netsurf on centos 7 using the instructions in
the quick-start.md document that came with the install source.
I did it first on a dell tower and it all worked ok.
I then tried to do it on a raspberry pi3 (again with centos 7 on it)
but I get an error while running make that I didn't get before:
these are the steps I've done so far in following the quick-start.md document.

yum -y install git
git clone git://git.netsurf-browser.org/netsurf.git
cd /home/packages/netsurf
wget https://git.netsurf-browser.org/netsurf.git/plain/docs/env.sh
unset HOST
ns-package-install
source env.sh
ns-clone
ns-pull-install
rm -f env.sh
cd ~/dev-netsurf/workspace
source env.sh
cd netsurf
yum -y install gtk3*
make

during make the install stops with this error

Can't locate object method "hexhash" via package "MD5" at
tools/git-testament.pl line 47.

don't know how to get past this, thanks for any advice
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: [gccsdk] long long parameter + module code + tail calls + -Os generates broken stack code

On 03/02/2021 09:49, Rob Kendrick wrote:
> I have a problem where if I change any of the four things mentioned in the
> subject (ie, use a 32 bit int, don't pass -mmodule, use -O0 or -O2, etc) it
> vanishes. With the combination, the code generated stacks every register in
> the preamble, but never unstacks them. gas also complains that the writeback
> register is in the list (with good reason!)
>
> Might be some sort of bitmap signedness problem somewhere in the code
> generator?
>
> (The actual function I identified this on is much longer. The only other
> simplification I could make and still produce the problem is to remove the
> final return statement, but that is included here.)

Unfortunately, I couldn't even get it to compile at all and got this
error:

*** buffer overflow detected ***: terminated
testcase.c: In function 'write_long':
testcase.c:7:1: internal compiler error: Aborted

Looking at your assembler output, I can see that the epilogue is
correct, and that the prologue should match it.
I will look in to it.

Thanks,
Lee.

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

[gccsdk] long long parameter + module code + tail calls + -Os generates broken stack code

I have a problem where if I change any of the four things mentioned in the
subject (ie, use a 32 bit int, don't pass -mmodule, use -O0 or -O2, etc) it
vanishes. With the combination, the code generated stacks every register in
the preamble, but never unstacks them. gas also complains that the writeback
register is in the list (with good reason!)

Might be some sort of bitmap signedness problem somewhere in the code
generator?

(The actual function I identified this on is much longer. The only other
simplification I could make and still produce the problem is to remove the
final return statement, but that is included here.)

rjek@trite:~$ cat testcase.c
int write_long(long long d) {
if (d >= 0)
return write_uinteger(d);
if (d >= -32)
return write_nfix(d);
return write_int(d);
}
rjek@trite:~$ arm-unknown-riscos-gcc -mmodule -Os -S testcase.c && cat testcase.s
.file "testcase.c"
.text
.align 2
.global write_long
.ascii "write_long\000"
.align 2
.word 4278190092
.type write_long, %function
write_long:
@ args = 0, pretend = 0, frame = 0, outgoing = 0
@ frame_needed = 0, uses_anonymous_args = 0
stmfd sp!, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, sl, fp, ip, sp, lr, pc}
mov r2, r0
mov r3, r1
cmp r2, #0
sbcs ip, r3, #0
blt .L2
ldmfd sp!, {r4, r5, lr}
b write_uinteger
.L2:
mvn r4, #31
mvn r5, #0
cmp r2, r4
sbcs ip, r3, r5
blt .L3
ldmfd sp!, {r4, r5, lr}
b write_nfix
.L3:
ldmfd sp!, {r4, r5, lr}
b write_int
.size write_long, .-write_long
.ident "GCC: (GCCSDK GCC 4.7.4 Release 5) 4.7.4"
rjek@trite:~$


B.

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Re: OL handling

In message <20210201133331.f3uyvn5fswm53hvt@hilly.kyllikki.org>
> Vincent Sanders <vince@netsurf-browser.org> wrote:
>
> On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
>> Netsurf doesn't seem to support HTML of the form
>> <OL>
>> <li type="i" value=5>
>> </OL>
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
>
> Depends on the intended usage. The MDN page is a good reference
>
> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol

My specific usage was in DDF2Html, where Impression's numbered lists are
translated into corresponding HTML lists - and where I was looking at a
particular document which was quoting partial elements from a list, such
that the original reads

i)
ii)
iii) [...]
v)

which is rendered in Netsurf as
1)
2)
3)
4)

Likewise a similar list in the same article contains items
1)
5)
9)

which appear on the website (in Netsurf) misleadingly as
1)
2)
3)

I could try to get the program to calculate the values itself instead of
relying on translating the DDF codes, which map pretty neatly onto the
<OL> definition, but I assumed at the time of writing the software that
Netsurf would at some point be upgraded to implement full ordered list
support.

--
Harriet Bazley == Loyaulte me lie ==

C++ - the language in which only friends can access your private members
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: OL handling

In message <20210201133331.f3uyvn5fswm53hvt@hilly.kyllikki.org>
Vincent Sanders <vince@netsurf-browser.org> wrote:

> On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
>> Netsurf doesn't seem to support HTML of the form
>> <OL>
>> <li type="i" value=5>
>> </OL>
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
>
> Depends on the intended usage. The MDN page is a good reference
>
> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
>
> Netsurf has never supported anything other than plain decimal
> numbering for list markers/counters
>
> I have added a basic implementation of the CSS 2.1 styles
>
> https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
>
> Michael Drake fixed the HTML hinting so the type on the OL can be used
> (note its on the OL *not* the LI element)
>
> I cannot close a bug as noone opened one but please do so if there are
> issues in this area.

Thanks, Vince. (I was working on some code to add, but you guys beat me
to it.)

I see that, not only has the "00 00" disappeared, but alpha ordered lists
beyond 26 items (i.e. requiring 2 letters) no longer overflow the left
margin. I was going to raise a Mantis bug, but you fixed it first!

I can see that non-CSS lists work, except that the start tag is not
obeyed. Whether that is of any consequence? I doubt it.

David
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: OL handling

On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
> Netsurf doesn't seem to support HTML of the form
> <OL>
> <li type="i" value=5>
> </OL>
> but always defaults to a sequential numerical list, whatever type/value
> the source specifies - are we all supposed to be styling list entries
> with CSS nowadays?

Depends on the intended usage. The MDN page is a good reference

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol

Netsurf has never supported anything other than plain decimal
numbering for list markers/counters

I have added a basic implementation of the CSS 2.1 styles

https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type

Michael Drake fixed the HTML hinting so the type on the OL can be used
(note its on the OL *not* the LI element)

I cannot close a bug as noone opened one but please do so if there are
issues in this area.

>
> --
> Harriet Bazley == Loyaulte me lie ==
>
> It is better to be deceived by a friend, than to suspect him.
> _______________________________________________
> netsurf-users mailing list -- netsurf-users@netsurf-browser.org
> To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
>

--
Regards Vincent
http://www.kyllikki.org/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org