On Wed, 5 Nov 2008, Tony Moore wrote:
Using NetSurf 2.0 (Dev) (21 Oct 2008 18:15) r5612 both the following
urls
http://www.timeco.com.cn/pages/24.htm
http://www.timeco.com.cn/pages/25.htm
lead to the message 'Parsing the document failed.'
At present, NetSurf currently only supports the f
In message <[EMAIL PROTECTED]>
Tony Moore <[EMAIL PROTECTED]> wrote:
> On 5 Nov 2008, Richard Porter <[EMAIL PROTECTED]> wrote:
>> On 5 Nov 2008 Tony Moore wrote:
>>
>>> Using NetSurf 2.0 (Dev) (21 Oct 2008 18:15) r5612 both the following
>>> urls
>>
>>>http://www.timeco.com.cn/pages
On 5 Nov 2008, Richard Porter <[EMAIL PROTECTED]> wrote:
> On 5 Nov 2008 Tony Moore wrote:
>
> > Using NetSurf 2.0 (Dev) (21 Oct 2008 18:15) r5612 both the following
> > urls
>
> >http://www.timeco.com.cn/pages/24.htm
> >http://www.timeco.com.cn/pages/25.htm
>
> > lead to the message 'Parsi
On 5 Nov 2008 dave higton <[EMAIL PROTECTED]> wrote:
> My point is that deadlocks /do/ occur in Windows and Linux, two of the
> most widely known PMT systems. We've all experienced them. PMT, in
> and of itself, is not sufficient to prevent them.
> Well, I suppose now you'll tell me that you nev
On 5 Nov 2008 Tony Moore wrote:
> Using NetSurf 2.0 (Dev) (21 Oct 2008 18:15) r5612 both the following
> urls
>http://www.timeco.com.cn/pages/24.htm
>http://www.timeco.com.cn/pages/25.htm
> lead to the message 'Parsing the document failed.'
> Can anyone else please confirm this?
Yes, t
Using NetSurf 2.0 (Dev) (21 Oct 2008 18:15) r5612 both the following
urls
http://www.timeco.com.cn/pages/24.htm
http://www.timeco.com.cn/pages/25.htm
lead to the message 'Parsing the document failed.'
Can anyone else please confirm this?
Using NetSurf 2.0 (Dev) (05 Aug 2008 10:00) r4912 (
On 5 Nov 2008, John-Mark Bell <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Nov 2008, Rob Kendrick wrote:
>
> > NetSurf working with WebJames on the same machine working at all is
> > already a miracle. We spent many hours trying to discover the cause
> > of the deadlock, but to no avail. I seem to reca
On 5 Nov 2008 John-Mark Bell wrote:
> On Wed, 5 Nov 2008, Richard Porter wrote:
>> On 5 Nov 2008 John-Mark Bell wrote:
>>
>>> It's a timing-based issue. So that NetSurf can do work when busy, it will
>>> only poll the Wimp every N centiseconds (wnere N is some number ...
>>
>> Did you try changin
On Wed, 5 Nov 2008, Richard Porter wrote:
On 5 Nov 2008 John-Mark Bell wrote:
On Wed, 5 Nov 2008, Rob Kendrick wrote:
NetSurf working with WebJames on the same machine working at all is
already a miracle. We spent many hours trying to discover the cause of
the deadlock, but to no avail. ..
On 5 Nov 2008 John-Mark Bell wrote:
> On Wed, 5 Nov 2008, Rob Kendrick wrote:
>> NetSurf working with WebJames on the same machine working at all is
>> already a miracle. We spent many hours trying to discover the cause of
>> the deadlock, but to no avail. ...
> It's a timing-based issue. So th
On Wed, 5 Nov 2008, Rob Kendrick wrote:
NetSurf working with WebJames on the same machine working at all is
already a miracle. We spent many hours trying to discover the cause of
the deadlock, but to no avail. I seem to recall we pointed the finger
of blame at the RISC OS networking stack, as
On Wed, 05 Nov 2008 14:33:25 +
dave higton <[EMAIL PROTECTED]> wrote:
> > His point is that in a PMT system, such deadlocks cannot occur, but
> > in a CMT system, enormous care must be taken to stop them being
> > commonplace. Also, the RISC OS IP st
Quoting Rob Kendrick <[EMAIL PROTECTED]>:
> On Wed, 05 Nov 2008 11:58:10 +
> dave higton <[EMAIL PROTECTED]> wrote:
>
> > Quoting "David J. Ruck" <[EMAIL PROTECTED]>:
> >
> > > Richard Porter <[EMAIL PROTECTED]> wrote:
> > > > I can replicate this problem to order. I open a window on NetSurf
On Wed, 05 Nov 2008 12:29:52 GMT
Richard Porter <[EMAIL PROTECTED]> wrote:
> > His point is that in a PMT system, such deadlocks cannot occur, but
> > in a CMT system, enormous care must be taken to stop them being
> > commonplace.
>
> As I recall, and it's a long time since I worked on a CMT k
On 5 Nov 2008 Rob Kendrick wrote:
> His point is that in a PMT system, such deadlocks cannot occur, but in
> a CMT system, enormous care must be taken to stop them being
> commonplace.
As I recall, and it's a long time since I worked on a CMT kernel, the
golden rule was always to grab and releas
On Wed, 05 Nov 2008 11:58:10 +
dave higton <[EMAIL PROTECTED]> wrote:
> Quoting "David J. Ruck" <[EMAIL PROTECTED]>:
>
> > Richard Porter <[EMAIL PROTECTED]> wrote:
> > > I can replicate this problem to order. I open a window on NetSurf
> > > which loads my local home page, http://localhost/
Quoting "David J. Ruck" <[EMAIL PROTECTED]>:
> Richard Porter <[EMAIL PROTECTED]> wrote:
> > I can replicate this problem to order. I open a window on NetSurf which
> > loads my local home page, http://localhost/
> > (internet.websites.index/html), from WebJames.
>
> You are attempting to use a c
On Wed, 05 Nov 2008 11:45:08 GMT
Richard Porter <[EMAIL PROTECTED]> wrote:
> > You are attempting to use a cooperatively multitasked operating
> > system to both serve and display content, expect such problems even
> > if the browser is working acceptibly with external servers.
>
> The problem se
On 5 Nov 2008 druck lit the blue touch paper:
> Richard Porter <[EMAIL PROTECTED]> wrote:
>> I can replicate this problem to order. I open a window on NetSurf which
>> loads my local home page, http://localhost/
>> (internet.websites.index/html), from WebJames.
> You are attempting to use a coope
Richard Porter <[EMAIL PROTECTED]> wrote:
> I can replicate this problem to order. I open a window on NetSurf which
> loads my local home page, http://localhost/
> (internet.websites.index/html), from WebJames.
You are attempting to use a cooperatively multitasked operating system to
both serve an
On 5 Nov 2008 dave higton wrote:
> Quoting Harriet Bazley <[EMAIL PROTECTED]>:
>> On 4 Nov 2008 as I do recall, Dave Higton wrote:
>>
>>> To clarify, the single-tasking has only ever occurred while NS was
>>> (in general terms) fetching a page, ...
>>>
>> Is this distinct from the ancient ... b
21 matches
Mail list logo