NetSurf 3.4 released!

[Dandy]

Could it be that some reason, it wants DEVS: from floppy?
...

No - I don`t think so.
I assume that it copied the Voodoo-monitorfile from the Emergeny Disk to System3.9:devs/monitors when I re-intslled OS 3.9, as I had booted the system from the OS 3.9-CD using the Emergency Disk.

OS 3.9 CD does not know of my Mediator and my Voodoo - so the Voodoo monitor file must have come from somewhere else.

Only remaining possibility was that it was copied from the Emergency Disk during the install, as after the reboot my Voodo worked - after I inserted the Emergency Disk...

And as it does not ask for the Emergency Disk anymore during the booting process, there seems to be no further reference to it.

Furthermore, typimg "assign" in a shell revealed that all assigned directories are assigned to harddrives, not floppy disks.

I think my system is now based on the original system files of OS 3.9 & BoingBags I & II and boots without any hickups now, so let`s focus again on getting NetSurf up and running.

What about e.g. MUI?

My copy of IBrowse (which I`m just using for this posting) has a menue item "About Mui", where it says:
Library version 19.35,
Mui Release Version: 3.8,
Compilation Date: 12.,02.[19]97 .

Furthermore it says:

Code: [Select]


Custom Class           Version     Date        Copyright

Busy.mcc               17.37       23.7.97     1994- 1997 kmel, Klaus Melchior
IBTextEditField.ibcc   24.1        22.12.2006  2001-2006 Stefan Burstroem
Listtree.mcc           17.36       30.1.97     1995- 1997 kmel, Klaus Melchior
Newstring.mcc          16.18       27.12.2005  1995- 1996 Rüdiger Sopp fixes by MM
NList.mcc              20.138      [OS3/m68k]  (05.04.2014) Copyright (C) 2001-2014 NList Open Source Team
NListview.mcc          19.93       [OS3/m68k]  (05.04.2014) Copyright (C) 2001-2014 NList Open Source Team
Aboutmui.mui           19.8        12.02.97    1992- 1997 Stefan Stunz
Floattext.mui          19.8        12.02.97    1992- 1997 Stefan Stunz
Gauge.mui              19.8        12.02.97    1992- 1997 Stefan Stunz
Popasl.mui             19.8        12.02.97    1992- 1997 Stefan Stunz
Scrollgroup.mui        19.8        12.02.97    1992- 1997 Stefan Stunz
Virtgroup.mui          19.10       12.02.97    1992- 1997 Stefan Stunz


As I can remember having updated some mui classes at some point(s) in time, the reason for NetSurf Mui not starting could also be one of the non-original MUI-files.
But which files are original, and which not?

Could a fresh install of the original MUI v3.8 possibly solve the problem?

[utri007]

Netsurf doesn't use MUI, it uses Reaction for a GUI.

[Dandy]

Netsurf doesn't use MUI, it uses Reaction for a GUI.

O.K.
Sorry - I somehow mixed it up...

Is there something special about Reaction?

Does it possibly conflict with Mui, if both is installed on a system?

Is there anything special about the Reaction prefs - special settings required?

As I just installed Reaction from the Contribution drawer in BB II...

[paul1981]

O.K.
Sorry - I somehow mixed it up...

Does it possibly conflict with Mui, if both is installed on a system?

No. And I very much doubt you could do anything in Reaction prefs to break anything.

[utri007]

O.K.
Sorry - I somehow mixed it up...

Is there something special about Reaction?

Does it possibly conflict with Mui, if both is installed on a system?

Is there anything special about the Reaction prefs - special settings required?

As I just installed Reaction from the Contribution drawer in BB II...

Back to basics.

Do you have these exact versions installed?

http://aminet.net/package/dev/misc/guigfxlib
http://aminet.net/package/dev/misc/renderlib31

What happens if you rename render library something like render.lbrary_test? So that it can't be found?

[Akiko]

It's a shame that NetSurf on workbench 3x is just some experimental thing, or atleast that's what I gathered from the recent interview with Chris Young.

[utri007]

Sources are open, compiling has made as easy it can be. Chris, DNADNL and Tygre will be happy if someone else can contribute to Project.

Currently it is very good proof of consept. I highly doubt thet i woun't get much faster. This page is rendered less than 20 seconds with my 68060 66mhz. There are some serious problems, like slow down effect, caused by memory fragmention or some unknown reason.

[PanterHZ]

So there was a great likelyness that the "Voodoo"-file in Devs:Monitors/ on the HD and on the Emergency Disk were the same and that this caused the problem.

As I had backupped my System3.9:devs/ before I started to re-install OS 3.9, I could delete the "Voodoo"-file in System3.9:devs/Monitors/ and replace it with the one from the backup.

Then I rebooted - et voila - no Emergancy Disk required anymore!

I don't think the Voodoo file was the real problem here, but rather the Tooltypes of it's icon.

The thing is that the standard "SETTINGSFILE=SYS:Devs/Picasso96Settings" Tooltypes line will not work when booting from the Emergency Disk, since this will cause P96 to look for the Picasso96Settings file on the AmigaOS3.9 CD, where it obviously cannot find it.

I guess that you have changed this line in the past, so that P96 loads it settings directly from the E.Disk instead.

A more correct line in this situation would be "SETTINGSFILE=Devs:Picasso96Settings". This will cause P96 to first look on the CD for the file, and then check out the floppy.