NetSurf 3.4 released!

[Dandy]

http://git.netsurf-browser.org/netsurf.git/tree/frontends/amiga/libs.c#n207
Pretty much anything in red on that page ^^^

O.K.
Just one question:
Are the numbers behind the red marked items the required version numbers?

Example (the underlined, bold number "37"):
AMINS_LIB_OPEN("asl.library",          37, Asl,         "main",        1, true)

If not, can you please provide the info which versions are required?

Then I can check the versions tonight when I'm, back home in front of my Miggy...
Thanks in advance!

[utri007]

O.K.
Just one question:
Are the numbers behind the red marked items the required version numbers?

Example (the underlined, bold number "37"):
AMINS_LIB_OPEN("asl.library",          37, Asl,         "main",        1, true)

If not, can you please provide the info which versions are required?

Then I can check the versions tonight when I'm, back home in front of my Miggy...
Thanks in advance!

If there is a risk that you have replaced more libraries with thrid party unofficial updates you just make it easy way if you revert back to OS3.9 and BB1/BB2 versions.

If you want to update system libraries, you should do it one by one and only if needed.

I don't know if there is any unofficial reaction classes / gadgets replacents? System:clasess/gatdgets

[chris]

O.K.
Just one question:
Are the numbers behind the red marked items the required version numbers?

Yes.  But as utri007 says, you're probably better off just re-installing.

[Dandy]

Yes.  But as utri007 says, you're probably better off just re-installing.

O.K.
Last night I re-installed OS 3.9, BB I and tried to install BB II.
The BB II Installation stuck at roughly two third while copying "vnc.library".
The only way to exit the failed installation was < CTRL > +< A > + < A > ...

After that the system rebooted. I still have to copy all my old settings to the fresh Installation, as well as to re-try to install BB II (and the Euro Update).

Then I will re-try to start NetSurf...

[Dandy]

...
I still have to copy all my old settings to the fresh Installation,

Did that. All fine so far.
Strange thing is that the system asks for the "Emergency (Floppy-)Disk" each time it boots.

For the fresh OS 3.9 install I had booted from the "Emergency (Floppy-)Disk" and the OS 3.9 CD.

Normally after a reset my Miggy starts to boot, makes another reset and then, after some seconds, the control light of my monitor changes from orange (Stand-by) to blue (active) and then the DOS Screen appears, telling me that ASIMCDFS gets started, followed by the Workbench.

Now the monitor (flatscreen, connected to the Voodoo4) stays in Stand-by mode and apparently nothing else happens. But as soon as I connect an Amiga monitor to the 23-pin sub-D Amiga video out, it shows a white DOS screen and an requester, telling me to insert the "Emergency (Floppy-)Disk".

As soon as I insert the floppy disk, the system loads one or two files from it and then switches the video signal over to the Voodoo, the flatscreen monitor goes active (while the Amiga monitor becomes inactive) and shows the rest of the booting process.

How can I find out why it asks for the "Emergency (Floppy-)Disk" and how can I fix this? Do I need to insert "movesys dh0:" somewhere?

SnoopDos and Rad: are only available AFTER the system booted...
:confused:

I still have ... to re-try to install BB II (and the Euro Update).

Then I will re-try to start NetSurf...

I will do that after the issue with the "Emergency (Floppy-)Disk" is fixed.

[utri007]

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

Have you checked them?

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

[utri007]

Double check it again? Somewhere must be path to emergency boot disk.

What happens it you boot to without startup sequence and type setpatch and after reboot loadwb to shell?

You could also try echo ON command in startup sequence? That should display everything, or maybe someone remember better?

[utri007]

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.

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.

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

[utri007]

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

OK now you know where the problem is. There is something wrong in you picasso96 install. If everything is ok with startup-sequence?? maybe you could try to copy files over eisting ones on you HD??

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

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

[utri007]

Problem solved.
The above and



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!

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

There is a list of assigns if you add this end of it?


Assign >NIL: DEVS: System: DEVS

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