We need an iBrowse replacement for 68k!!!

[wawrzon]

@yasu

only if it was really a cheap bounty. ibrowse isnt anymore up to todays standards than aweb is, which already is open. and i doubt that the community needs more bounties for almost worthless code it cannot even maintain after it was opened.

[wawrzon]

aweb is horrible? on what except its gui (which being reaction/classact must be excused)? i didnt use ibrowse in a while, but im not sure if aweb is that much behind, taking todays web standards into account.

therefore i doubt if bounty and putting work into ibrowse is really feasible, because likely it would mean a complete rewrite. the code could be made open for historical reasons, but i wouldnt put any money into it. there is enough and more important project at hand, except someone makes it his personal goal, butr then this would be a private choice.

[wawrzon]

the memory may be a problem here, but if its possible to get odyssey running on os4 "classic", then, considering os4 takes about 70mb to run itself and that the 68k executables need half the memory anyway in comparison to ppcm ones, it should be pretty easy to get it run on 128mb amiga, maybe less.

what concerns usability, as it was already said, if aros-owb works on an 060 equipped a4k albeit slow, odyssey should be much more responsive. this sounds as if it *could* be pretty usable.

[wawrzon]

Seriously, most accelerators can hold 128MB or you can get a Zoram for 3000/4000 for under a hundred bucks and you're not going to get far on the modern web without at least an accelerator card.

zorro ram boards will not be of much assistance due to slow bus, it will make browser crawl no matter what cpu. but then the eventually upcoming fpga softcore boards may fill in the gap:

http://www.apollo-core.com/knowledge.php?b=7

[wawrzon]

please share the debugging methods as i have now to get at it myself. winuae has a built in debugger that can be accessed via shift+f12 or something like that. also i came over this:http://eab.abime.net/showthread.php?t=60759
still i didnt come to how to idenfify offending source line as yet.

[wawrzon]

im pretty sure chris is right and it is how he says if something is too far behind and there is an up to date utility upstream, it will be easier port it fresh right away  rather tran trying to merge in the changes and update the old one. on amiga-like platforms there are two contemporary browsers with a native frontend: odyssey and netsurf, thats your choice.

[wawrzon]

this archive must be somehow os4 specific.. i couldnt decompress it properly neither under win or amiga..

[wawrzon]

(32.699992) amiga/gui.c ami_gui_splash_open 5192: BitMapObject = 0x000000

if im not mistaken, according to the debug log only this one (splash image?) looks like problem? everything else seems to be going right so far?

[wawrzon]

are the changes so far commited to the source available from netsurf site? i would like to try to setup build environment for 68k target once again.

[wawrzon]

Ah!  That would make sense as the window doesn't have any menus attached at the moment.

Should be fixed now along with the ASLFR_InitialDrawer hit, thanks.

sounds like multi platforms support is helping to fix bugs while getting along;)

[wawrzon]

Yes, I'm commiting everything direct to trunk as I see no reason not to.

thats a good attitude.

i have checked out the current netsurf source out of git repository, but i lack makefile.config for amiga-m68k target. also there is actually only amiga fronend source, is this supposed to work for both targets together? so, like in when i compile the source for ppc i get os4 binaries and when i compile for m68k i get amiga binaries? if so, i have an aros68k gcc4.6.4 installed in my opt dir. this backend produces elf files, but i can elf2hunk them, otherwise the aros binaries should run on amiga if they are not linked against static or dynamic aros libs.

so.. crosscompiling it on debian im currently caught with libutf8proc dependency. ive compiled it and put in usr/lib without success...

[wawrzon]

It's all the same makefile.
"make TARGET=amigaos3" wil give you the OS3/68k build
"make TARGET=amiga" will give you the OS4/PPC build

AFAIK they differ only in the name of the cross-compiler and a few different compiler flags.



Try doing a "make install" on it.  NetSurf's buildsystem is set up to look for libraries in certain places, and especially if you're cross compiling those places might not be where you expect.

have removed any reference to the cross compiler but neither simple "make" nor "make install" seems to work around this problem. must consult google or netsurf forums about how to build current netsurf on debian. this problem has not existed with 2.0 i have compiled before.

[wawrzon]

i just checked out the source on my ubuntu setup and tried plain make, as on debian with the same result. its a bit trouble if build depends on esternal library that no package for major linux systems is provided. there is some forks of it too. where does it need to be located?

[wawrzon]

i just checked out the source on my ubuntu setup and tried plain make, as on debian with the same result. its a bit trouble if build depends on esternal library that no package for major linux systems is provided. there is some forks of it too. where does it need to be located?

äh, chris, please stand by as long as i consult the manual;)

[wawrzon]

decompressed the lha (3) with apparently newer rar on win8 ok. on kick 3.9++ im getting software failure on start, need to check when exactly. edited the fonts settings in netsurf/users/admin/choices, which have been created (probably after first start since it contained default screenmode) which had no effect on the crash, so no need to fiddle with it too much i guess. ive been able to get through to gui two times, which worked so far that i could edit the path in address bar, felt though deadly slow in comparison with netsurf68k (sdl) or even aros owb on the same host.

[wawrzon]

more detailed info:
made an assign, which didnt play a role as it seems, so i supply the snoopdos log:

Code: [Select]


SnoopDos logging started on Donnerstag, 29-Jan-15  at 23:01:02..
..
 Count Process Name       Action     Target Name
  Options    Res...
 ----- ------------       ------     -----------
  -------    ----..
 3     [5] netsurf        OpenRes    credential.resource
             Fail..
 4     [5] netsurf        GetVar     Datatypes/WarpPNG.prefs
  Global*    Fail..
 5     [5] netsurf        GetVar     classes/datatypes/picture/DitherHiColour
  Any        Fail..
 6     [5] netsurf        OpenFont   DejaVu Serif Italic.font
  Size 24    Fail..
 7     [5] netsurf        Open       FONTS:DejaVu Serif Italic.font
  Read       Fail..
 8     [5] netsurf        Open       FONTS:DejaVu Serif Italic.otag
  Read       Fail..
 9     [5] netsurf        OpenFont   DejaVu Serif Oblique.font
  Size 24    Fail..
 10    [5] netsurf        Open       FONTS:DejaVu Serif Oblique.font
  Read       Fail..
 11    [5] netsurf        Open       FONTS:DejaVu Serif Oblique.otag
  Read       Fail..
 12    [5] netsurf        OpenFont   DejaVu Sans.font
  Size 16    Fail..
 13    [5] netsurf        Open       FONTS:DejaVu Sans.font
  Read       Fail..
 14    [5] netsurf        Open       FONTS:DejaVu Sans.otag
  Read       Fail..
 15    [5] netsurf        MakeDir    PROGDIR:Users/admin
             Fail..
 16    [5] netsurf        MakeDir    PROGDIR:Users/admin/Cache
             Fail..
 17    [5] netsurf        MakeDir    PROGDIR:Users/admin/IconCache
             Fail..
 18    [5] netsurf        Open       PROGDIR:Users/admin/mimetypes.user
  Read       Fail..
 19    [5] netsurf        Lock       FONTS:Code2000.font
  Read       Fail..
 20    [5] netsurf        Lock       FONTS:Bitstream Cyberbit.font
  Read       Fail..
 21    [5] netsurf        Open       PROGDIR:Users/admin/Resource.map
  Read       Fail..
 22    [5] netsurf        Lock       PROGDIR:Users/admin/Messages
  Read       Fail..
 23    [5] netsurf        Open       PROGDIR:Resources/Themes/Default/Resource.m
a Read       Fail..
 24    [5] netsurf        Lock       PROGDIR:Resources/Themes/Default/Messages
  Read       Fail..
 25    [5] netsurf        Open       PROGDIR:Resources/deutsch/Resource.map
  Read       Fail..
 26    [5] netsurf        Lock       PROGDIR:Resources/deutsch/Messages
  Read       Fail..
 27    [5] netsurf        Open       PROGDIR:Resources/en/Resource.map
  Read       Fail..
 28    [5] netsurf        GetVar     OPENSSL_CONF
  Any        Fail..
 29    [5] netsurf        Open       dh0:wawa/opt/netsurf/m68k-unknown-amigaos/e
n Read       Fail..
 30    [5] netsurf        Open       PROGDIR:Users/admin/Resource.map
  Read       Fail..
 31    [5] netsurf        Lock       PROGDIR:Users/admin/adblock.css
  Read       Fail..
 32    [5] netsurf        Open       PROGDIR:Resources/Themes/Default/Resource.m