NetSurf 3.4 released!

[Dandy]

It must be something is system:s/startup-sequence or user-startup

Have you checked them?

It must be in the startup-sequence - just befor the "loadwb".

But I can`t see anything suspicious there.
(The Startup-Sequence is the same I already posted here earlier in this thread in my posting #81)

But the good news is that starting Netsurf by clicking the icon now brings up the version number in the splash screen. Subsequently I was asked to select the Screenmode.
After that the Netsurf GUI came up, but with empty browser area - and then the system freezes again.

Will have to retry it from shell...
EDIT:
Starting from shell with option -v now leads to a system crash with error number #80000003...
It does not even get to the point where the splash screen comes up.

NetSurf_log was created in RAD:, but is empty.

[Dandy]

...
Try this :
...

Will try that next week. Today after work I will go home (to my 'other' home). Commuter's fate, you know...

[Dandy]

Just a though, is it so that you don't have monitor file system:devs/monitors?

That would explain Netsurf behavior and need of boot disk.

In system:devs/monitors I have a file called "Voodoo" with its .info-file.

Try this :

Boot without startup sequence, open shell an type ->

set echo on

then - >

execute s:startup-sequence

Note if setpatch reboots you amiga you need to do it again.

Will try this now.

EDIT:
Tried it and in the shell was displayed what happened. After "c:LoadMonDrvs" the requester pops up asking for the "Emergency Disk"...

[Dandy]

OK now you know where the problem is. There is something wrong in you picasso96 install.

Nah - I don`t think so.
I checked the timestamps of the installed Picasso files - they`re all from 2005.
It`s the Picasso install that worked flawlessly all the years since I changed my system from CybervisionPPC/Cybergraphix to Mediator/Voodoo4/Picasso96 back in 2005.

If everything is ok with startup-sequence??

I have no idea what could be wrong with it:
"PsdLoadModule DEVS:input.device QUIET ;Added by Poseidon-Installer
; $VER: Startup-Sequence_HardDrive 45.1 (25.11.00)
; Startup-Sequence for hard drive systems

If Exists C:IDEFix
  C:IDEFix
EndIf

C:SetPatch QUIET

C:Version >NIL:
C:AddBuffers >NIL: DF0: 15
FailAt 21

C:MakeDir RAM:T RAM:Clipboards RAM:ENV RAM:ENV/Sys
C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ

Resident >NIL: C:Assign PURE
Resident >NIL: C:Execute PURE

Assign >NIL: ENV: RAM:ENV
Assign >NIL: T: RAM:T
Assign >NIL: CLIPS: RAM:Clipboards
Assign >NIL: REXX: S:
Assign >NIL: PRINTERS: DEVS:Printers
Assign >NIL: KEYMAPS: DEVS:Keymaps
Assign >NIL: LOCALE: SYS:Locale
Assign >NIL: LIBS: SYS:Classes ADD
Assign >NIL: HELP: LOCALE:Help DEFER

BindDrivers
C:Mount >NIL: DEVS:dOSDrivers/~(#?.info)

C:LoadMonDrvs

; IF EXISTS DEVS:Monitors
;   IF EXISTS DEVS:Monitors/Voodoo5
;     DEVS:Monitors/Voodoo5
;   EndIF

;  C:List >NIL: DEVS:Monitors/~(#?.info|Voodoo5) TO T:M LFORMAT  
; "DEVS:Monitors/%s"
;   Execute T:M
;   C:delete >NIL: T:M
; EndIF

SetEnv Language "english"
SetEnv Workbench $Workbench
SetEnv Kickstart $Kickstart
UnSet Workbench
UnSet Kickstart

C:AddDataTypes REFRESH QUIET
C:IPrefs
C:ConClip

Path >NIL: RAM: C: SYS:Utilities SYS:Rexxc SYS:System S: SYS:Prefs SYS:WBStartup SYS:Tools SYS:Tools/Commodities

SYS:System/REXXMast >NIL:

IF EXISTS S:User-Startup
  Execute S:User-Startup
EndIF

Resident Execute REMOVE
Resident Assign REMOVE

C:LoadWB
EndCLI >NIL:
"

maybe you could try to copy files over eisting ones on you HD??

Which files do you have in mind?

Maybe you could start snoopdos also before you execute startup-sequence?

Will try that.

B.T.W.: Meanwhile I successfully installed BoingBag II and the Euro-update.

[Dandy]

Nah - I don`t think so.
I checked the timestamps of the installed Picasso files - they`re all from 2005.
It`s the Picasso install that worked flawlessly all the years since I changed my system from CybervisionPPC/Cybergraphix to Mediator/Voodoo4/Picasso96 back in 2005.

Problem solved.
The above and

maybe you could try to copy files over eisting ones on you HD??

brought up the idea to check the timestamp of the "Voodoo"-file in Devs:Monitors/ as well.

It turned out it had the same timestamp as the "Voodoo"-file on the Emergency Disk.

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!

[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?

[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...