Re: [Rpcemu] Networking: an interesting discovery (I think)

In message <20130604155952.6078224C4A@orac.inputplus.co.uk> you wrote:

> Hi George,
>
>> Then, after waiting for the PC harddrive to calm down, launching
>> RPCEmu with networking enabled results in a connection, if not on the
>> first, then usually on the second and invariably on the third,
>> relaunch.
>
> Don't know if this has already been attempted, but how about saving off
> the log file, rpclog.txt?, after each of these attempts so you or others
> can see if their differences explain why? If not, it suggests more
> logging is required in some areas to catch problems in the field.
>
> Cheers, Ralph.

I would do, but there was no rpclog.txt file in my Zip of 0.8.10 (see
attached screenshot - forwarded to Ralph separately). My 0.8.9
installation does have one, so I'll save it next time I hit problems.
It would be handy for 0.8.10 as well...

George

--
george greenfield

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Re: [Rpcemu] Networking: an interesting discovery (I think)

Hi George,

> Then, after waiting for the PC harddrive to calm down, launching
> RPCEmu with networking enabled results in a connection, if not on the
> first, then usually on the second and invariably on the third,
> relaunch.

Don't know if this has already been attempted, but how about saving off
the log file, rpclog.txt?, after each of these attempts so you or others
can see if their differences explain why? If not, it suggests more
logging is required in some areas to catch problems in the field.

Cheers, Ralph.

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Re: description of css_select_handler functions

In article
<OFBC71A18E.7E474887-ONC1257B80.00401579-C1257B80.0040157A@solog.net>,
<Valentin.Coudert@solog.net> wrote:

> I would like to use LibCSS but for some functions of the
> css_select_handler structure (libcss/select.h), I don't understand what
> they are supposed to do (and to return). Is there any documentation
> somewhere ?

You could have a look at the implementations in NetSurf.

See css/select.c:

http://source.netsurf-browser.org/netsurf.git/tree/css/select.c

--

Michael Drake (tlsa) http://www.netsurf-browser.org/

description of css_select_handler functions

Hello,

I would like to use LibCSS but for some functions of the css_select_handler structure (libcss/select.h), I don't understand what they are supposed to do (and to return).

Is there any documentation somewhere ?

thanks

V. Coudert

[Rpcemu] Networking: an interesting discovery (I think)

Having now got networking running reliably on 0.8.10/5.19 (and having
practically gone potty in the process), it seems to be the case, on my
system at least*, that where network-enabled RPCEmu fails to connect
with the network bridge on repeated restarts, the best solution is to
reboot the PC.

Then, after waiting for the PC harddrive to calm down, launching
RPCEmu with networking enabled results in a connection, if not on the
first, then usually on the second and invariably on the third,
relaunch.

No other procedure has been consistently successful, neither
re-entering RISC OS's Configure-Network-Internet settings between
startups, nor using RPCEmu's File-Reset to shut down, nor reselecting
RPCEmu's Settings-Networking-Internet Bridging between startups, nor
enabling/disabling Reduce CPU Usage. But PC rebooting has for several
days now invariably done the trick. And no, I don't know why/how!

George

*Win7/64 PC, Dell XPS Desktop, 4MB RAM, Intel Core i7 quad-core.

--
george greenfield

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Re: Options/Choices refactor

On 31 May 2013 23:11:27 +0100, Chris Young wrote:

> I did try running the colour_option_from_pen functions through with
> nsoptions_default parameter, but about:config shows the system colours
> options are then "user" settings (for some reason). That's no good as
> they get written back to Choices, which puts us back to square 1.

Ah, I see why - the user option needs updating manually if it is the
same as the default. I've fixed it (and added some macros to do this
for non-string values).

The treeviews seem to create themselves using old colours though.
Maybe it was always like that and I didn't notice.

Chris

Re: Colours

I have deleted my choices file, let Netsurf re-create is and then added in a few
missing items:

Is this grey on black text a result of the colour changes ?

http://www.telegraph.co.uk/news/worldnews/g8/10091729/Fake-shops-open-up-ahead-of-the-G8-summit.html

ca_bundle:./res/cabundle
ca_path:./res/certs
font_size:144
accept_language:en
memory_cache_size:20000030
homepage_url:/g/Applications/netsurf/hotlist.htm
core_select_menu:1
atari_transparency:16777217
atari_editor:/g/Applications/netsurf/everest.prg
downloads_path:./download
url_file:./res/url.db
hotlist_file:./res/hotlist
tree_icons_path:./res/icons



Regards,

Peter