Amiga.org
Amiga computer related discussion => General chat about Amiga topics => Topic started by: a-pex on January 27, 2013, 03:50:41 PM
-
Hello all,
we need a new BROWSER for 68k Systems supporting CSS & AGA.
A first step is NETSURF, but it has no native GUI and is not optimized.
Why? With the upcoming PHP 5.4.x VBulletin 3 & 4 is no more supported.
This is something that will happen in the future for http://www.a1k.org.
After a long internal discussion I can say that the http://www.a1k.org Community grand a minimum of 750€ for a working optimized Browser supporting 68k, AGA & CSS.
And I am sure this will be more only from our side, together with other Amiga Communities this could be enough money for a nice holiday. :-)
Regarding OS4 we have enough good solutions, but we need something again for the Classic Amigas...
-
Hello all,
we need a new BROWSER for 68k Systems supporting CSS & AGA.
A first step is NETSURF, but it has no native GUI and is not optimized.
Why? With the upcoming PHP 5.4.x VBulletin 3 & 4 is no more supported.
This is something that will happen in the future for http://www.a1k.org.
After a long internal discussion I can say that the http://www.a1k.org Community grand a minimum of 750€ for a working optimized Browser supporting 68k, AGA & CSS.
And I am sure this will be more only from our side, together with other Amiga Communities this could be enough money for a nice holiday. :-)
Regarding OS4 we have enough good solutions, but we need something again for the Classic Amigas...
Great! Start coding!
-
I am no coder and I think I am doing enough for the AMIGA community. ;)
-
Great! Start coding!
This is the same bullshyt "write and submit a patch" and "RTFM" mindset which pushes a lot of people away from F/OSS projects.
While many people have ideas not everyone is a do-er or a coder. Responses like yours discourage people from providing ideas.
I don't know what a-pex does to support the Amiga community, but I certainly wouldn't discount his missive simply because he's not coding.
-
Here's roughly what needs to be done to get the OS4 frontend for NetSurf working on OS3/AGA: http://wiki.netsurf-browser.org/Todo/AmigaOS_frontend#OS3_Support
Note that:
* The plotters code does not need P96 or RTG. Although I can't test it on AGA, it works fine on an 8-bit RTG screen using graphics.library functions only. (Screenshot (http://www.amigans.net/modules/myalbum/photo.php?lid=403&cid=4))
* The font code uses the bullet API, but the new-style OS4 calls for setup. By default it uses anti-aliasing via tags that are new to OS4. On palette-mapped screens it reverts back to old non-AA calls.
* It's Reaction-based, but the trickiest part is probably the scrollbars in the window border, which are attached using new tags and classes. NetSurf has built-in "grab and drag" so the scrollbars could be omitted initially anyway! The rest of the GUI is pretty basic buttons, string gadget (this is a custom job, but can be reverted back to the standard one if necessary) and a tab bar, none of which use any new features AFAIK. The menu is attached with a new tag but that's easily changed.
I'm happy to give assistance with back-porting this.
-
I don't know what a-pex does to support the Amiga community, but I certainly wouldn't discount his missive simply because he's not coding.
I am the founder from http://www.a1k.org and still managing and owning this forum since over 8 years now... From 2004-2006 I produced together with Andrew over 50 new AMIGA Phoenix boards and I am also beta tester for OS4. Hope this is enough, to post my wishes here. ;) I am no coder, but I am supporting the AMIGA since 1988!!!
-
@a-pex
Dont waste your time on this forum as you can see... i dont understand german but i visit your forum many time, great work.
-
If ported to 3.9 aga I will gladly donate as well
-
The classic users make up the biggest block of the Amiga community, it's what has kept the likes of Amigakit in business for almost 10 years. Yet what I don't understand is that with all this appetite for new and used hardware, it doesn't seem to translate into much desire for new software as well.
What we need here is some kind of bounty system like they already have in place for the NG Amiga's. It's understandable that most of the remaining developers choose to use their time and skills enhancing the new Amiga OS's, it's what the are passionate about. If we want these people to backport their software with all the extra hassle it entails using the ancient Amiga Workbench, then it's up to us classic enthusiasts to ask them nicely and get the bounty's organized and in place to pay them.
-
This is the same bullshyt "write and submit a patch" and "RTFM" mindset which pushes a lot of people away from F/OSS projects.
While many people have ideas not everyone is a do-er or a coder. Responses like yours discourage people from providing ideas.
I don't know what a-pex does to support the Amiga community, but I certainly wouldn't discount his missive simply because he's not coding.
it sure looks like the amiga community don't have any 'do'ers' left anymore at least in the coding department. but one thing it sure has, is a hell of a lot of 'users' that just want and want and want... maybe it's time to get starting learning to code before it will be to late...
and before you jump on my arse i have quit the amiga long time ago. i just use it for what it is an old failed attempt of a computer, with fun old games.
-
it sure looks like the amiga community don't have any 'do'ers' left
If we would have only coders in the community, the community would be also dead!
2004 there was no good german Amiga forum and the classic community was like dead.
I made a forum, I am still taking care for it, we have many people developing hardware and do not getting money for it, why only a coder must be got paid? What is with all the other people taking care for this great computer?
I will quit every work I am doing to learn coding and then? Who will manage my forum?
Should I close it? It is one of the biggest, at the moment we have over 170 people online...
I do not understand where the problem is to ask for a new browser port without getting blamed from everyone. :( Same on EAB. Thank you to all for that!
-
it sure looks like the amiga community don't have any 'do'ers' left anymore at least in the coding department. but one thing it sure has, is a hell of a lot of 'users' that just want and want and want... maybe it's time to get starting learning to code before it will be to late...
and before you jump on my arse i have quit the amiga long time ago. i just use it for what it is an old failed attempt of a computer, with fun old games.
You definitely put it better than the other poster. Saying "the Amiga community has very few coders remaining and we could use some more if you have the time to learn" is a helluva lot better than simply telling someone to do it themselves, which is the inference taken from curt comments in response to better-detailed wish-lists.
Your use is irrelevant to my opinion, and my opinion is irrelevant to your use, so you'll get no arse-jumping from me. Especially since I agree with you: It is a shame that we've lost a lot of programmers and I believe it's important that we show appreciation to those remaining not just in verbal and monetary support, but also perhaps by joining their ranks. Personally, when I've though I have the time to jump in, life has other ideas for me. I purchased Cubic several years back to facilitate my adventure, and it sits largely unused right now.
-
...by the way, I am using a Mac for 90% of my daily work, but I will never quit with my AMIGAs. Why? It is great hobby and if you met the right people helping each other, it is a fantastic hobby.
-
Hiya Apex :)
It's an interesting project but it would take lots of time for me to port Netsurf AGA, even with help.
-
@a-pex
Dont waste your time on this forum as you can see...
Is there's some special need you felt to insult everybody else on the forum? Or are you naturally this rude?
@a-pex
There are other possibilities in the short term. This site went through a similar transition a while ago was updated to a version of vbulletin that is heavily dependent on CSS for layout and some functionality.
This upset a few classic users that couldn't use the site after the update. So, I wrote a small degrader proxy in PHP that parses the markup and degrades it into (far obsoleted) HTML that iBrowse (and AWeb) can cope with.
Compare this site in iBrowse versus this one: http://aoproxy.extropia.co.uk/
What you could do is set up a sub domain on a1k and we could look at installing a suitably modified version of the code on it to cope with whatever forum engine you ultimately go for.
-
No insults here, but when someone answer "great, start coding" is a wate of time... if you want to moderate do it but dont invent insults... no more replys about this.
-
What was in the original post a great idea and such dream of mine to have a modern browser on an a classic Amiga, enough so to be able to have the browser smart enough to convert youtube videos into a format that can run in a classic Amiga with CPU 030 such as HV format but live stream so you do not wait days and HD space consumption doing it for each video you watch in youtube..and other cool features such as up to date HTML 5 support, css, javascript, php, etc....to a childish Pickering. Where are the adults I wonder?
-
I wonder what could be done with Odyssey?
I don't know that an Amiga would have enough power to display html5.
But the idea of a conversion filter is intriguing.
-
Video conversion takes time. In it'd take longer to convert a video stream and play that than it would to run the original clip in veeeery sloooow slideshow fashion. There's also a lot of other "simple" modern standards that'd struggle on any 680x0 cpu (including an overclocked 680x0 which is 10x+ the speed of any '030).
This isnt to say a more modernised browser isnt possible, it just sounds like some people are expecting too much from the good 'ol classics.
My suggestion would be to set up an organised effort, with (realistic) bounty goals clearly defined. The current expectations of a 68k browser with everything and the kitchen sink probably makes it hard for an interested person to take such a thing seriously. A more basic browser supporting CSS and javascript (netsurf isnt bad, but lack of javascript is quite limiting) is way more realistic/reasonable in my opinion.
As for the suggestion theres no coders, etc. remaining...... thats one of the craziest things Ive heard in a while.
Currently "amiga" (os3.x/4.x/mos/aros) coders are writing 3 entirely new oses, along with collectively thousands of pieces of software. OS3.x is still getting work done on it and new ports and software done. Heck, even one of the "NG" options has multiple versions (x86,x86-64,arm,ppc,68k, assorted hosted versions, etc.).
Despite all the bickering and stupidity in this community when I sit back I cant help but be impressed what this community has achieved with so little resources.
-
What would really be useful in a 68k browser is a Javascript whitelist feature such as NoScript provides for Firefox. An improved JS engine would be nice, but ultimately there's just too much JS bloat on modern websites; even modern systems get dragged down by it. A whitelist would at least help to contain the insanity; as is, I spend more time in iBrowse waiting for scripts to time out than I do actually looking at webpages.
-
What you could do is set up a sub domain on a1k and we could look at installing a suitably modified version of the code on it to cope with whatever forum engine you ultimately go for.
What about a local HTTP proxy? that would save some bandwidth
-
There is no way that current 68k amigas could display videos from net. I really doesn't understand where those unrealistic / impossible wishes cames.
Netsurf is propaply only possible solution. It is only semi modern browse wich has planed to work with low spec hardware. AMR6 30mhz and 16mb ram.
-
Sadly I have to agree with the last few comments. playing streamed video on 030, converted or not, is not going to work. Web-based javascript these days (think jquery, canvas etc) is way too intensive to play on any classic Amiga. The only thing that would be possible is (better) CSS support. That would already make a huge difference! If there was going to be a bounty, it should be just that.
-
Even basic CSS support for IBrowse would be very nice to have.
-
Crazy idea?
Regarding the streaming of video, wouldn´t it be possible that the video is converted in the "cloud" to the possible format (more or less uncompressed) and than just downloaded/streamed because nowadays a lot of people have flatrates?
-
no. streaming or sending the data uncompressed (which is already a very difficult task to get right) means you need loads of bandwidth at first. and then your machine needs to be able to handle all this data in time, too. the classic Amiga is not equipped for that.
Also, converting in the 'cloud' ? I think you are mixing up cloud computing and cloud storage here. both possible, but not for free.
-
An improved iBrowse supporting a basic CSS would be already enough.
There is no need for videos and other crazy impossible stuff!
-
netsurf and aros owb 68k prove a css browser is possible at least on 060. optimized plotter that doesnnt just render the whole content new even when just scrolling would make it even faster. trade off antialiasing on fonts might bring another speedup. one just needs to do that.
-
No forget about video, even on my 060 its not really great, granted I do use AGA, but still.
Stick to html, css and javascript
-
I
This upset a few classic users that couldn't use the site after the update. So, I wrote a small degrader proxy in PHP that parses the markup and degrades it into (far obsoleted) HTML that iBrowse (and AWeb) can cope with.
Compare this site in iBrowse versus this one: http://aoproxy.extropia.co.uk/
What you could do is set up a sub domain on a1k and we could look at installing a suitably modified version of the code on it to cope with whatever forum engine you ultimately go for.
Karlos, I use this on my A1200 all the time. Can the parser replace the bad grammer as well? J/K
I always wondered if you had a similar proxy for EAB?
Thanks!
-
What would really be useful in a 68k browser is a Javascript whitelist feature such as NoScript provides for Firefox. An improved JS engine would be nice, but ultimately there's just too much JS bloat on modern websites; even modern systems get dragged down by it. A whitelist would at least help to contain the insanity; as is, I spend more time in iBrowse waiting for scripts to time out than I do actually looking at webpages.
Even if you get some sort of browser(for the classic amiga) that supports the latest CSS and whatnot, its still going to be kind of discouraging to watch it lock-up the machine for minutes on end while it does some inefficient javascript routine. This is the situation on the Raspberry Pi which I'm sure is faster than an 060.
HTML started as a good idea, but it evolved into this mess that only somewhat runs correctly on high-end x86 hardware.
The best browser on amiga is rdesktop :)
-
Even if you get some sort of browser(for the classic amiga) that supports the latest CSS and whatnot, its still going to be kind of discouraging to watch it lock-up the machine for minutes on end while it does some inefficient javascript routine. This is the situation on the Raspberry Pi which I'm sure is faster than an 060.
HTML started as a good idea, but it evolved into this mess that only somewhat runs correctly on high-end x86 hardware.
The best browser on amiga is rdesktop :)
What if Amiga classic systems say have the latest custom chipset (instead of AGA) with 512 Mb of CHIP RAM and say running at a good high end speed, made by Commodore itself, a real Commodore Amiga in every since of way with a sexy famous Commodore Amiga keyboard case and even have RF, Composite, etc...and it can handle the latest browsers with all their "bloating" just fine....beyond find. Would you still believe in your sentence above? Would you still hate flash, javascript, asp.net, etc?
-
A more basic browser supporting CSS and javascript (netsurf isnt bad, but lack of javascript is quite limiting) is way more realistic/reasonable in my opinion.
Agreed, however NetSurf does actually have some basic JavaScript support (it's early days, but I have a build here with working JavaScript). Once ported, the JS stuff will improve with no additional front-end effort required.
netsurf and aros owb 68k prove a css browser is possible at least on 060. optimized plotter that doesnnt just render the whole content new even when just scrolling would make it even faster. trade off antialiasing on fonts might bring another speedup. one just needs to do that.
NetSurf (OS4) already has an optimised scroll, and anti-aliasing can be switched off (it makes a big difference even on PPC with 16-bit screenmodes)
-
NetSurf has built-in "grab and drag" so the scrollbars could be omitted initially
this is actually even more tempting, having that scrollbars are even almost not necessary except for really huge pages. couldnt you try to build it for 68k target commenting out whatever does not compile? this way we would at least exactly know what parts need work. this is everything i could ever do, rewriting offending parts is completely out of question in my case, but you being familiar with the particular build process and likely having everything necessary at hand are better off anyway. i guess it wouldnt take longer for you than posting in this thread.
-
Agreed, however NetSurf does actually have some basic JavaScript support (it's early days, but I have a build here with working JavaScript). Once ported, the JS stuff will improve with no additional front-end effort required.
Ah, cool, I didnt know that. Obviously complicated javascript stuff is going to be too heavy for classics (can use massive amounts of ram for starters, even disregarding cpu usage), but some sort of basic javascript support for basic things like file uploads (most of file/image hosting sites use javascript for this) is in my opinion nigh on essential, especially with the goal in question (essentially a browser to make classic users more content vs. the options currently available).
-
What if Amiga classic systems say have the latest custom chipset (instead of AGA) with 512 Mb of CHIP RAM and say running at a good high end speed, made by Commodore itself, a real Commodore Amiga in every since of way with a sexy famous Commodore Amiga keyboard case and even have RF, Composite, etc...and it can handle the latest browsers with all their "bloating" just fine....beyond find. Would you still believe in your sentence above? Would you still hate flash, javascript, asp.net, etc?
Considering that I keep them turned off even on a Core 2 Duo system running at 1.66GHz wit 2GB of RAM, yes, yes I would still hate them. Flash and Javascript have their uses, but the abuse of them is so utterly rampant that it's really easier to do without unless a site specifically requires them to function at all (and in that case, it's usually easier to just avoid the site if possible.)
-
I always wondered if you had a similar proxy for EAB?
I don't, but as it's already using vbulletin, I don't expect it to be a big task to adapt it. It's just text processing at the end of the day.
-
Considering that I keep them turned off even on a Core 2 Duo system running at 1.66GHz wit 2GB of RAM, yes, yes I would still hate them. Flash and Javascript have their uses, but the abuse of them is so utterly rampant that it's really easier to do without unless a site specifically requires them to function at all (and in that case, it's usually easier to just avoid the site if possible.)
I am not going into the "what if game" because that is childish and silly. However, with full honesty, even if we have a sophisticated and well optimized developers who develop the newest features for website it will eventually require a more powerful system to run them (even if you code it in 100% assembly). People need new technology and features in their website, business demand them to make things look professional and easier to develop. In the end, upgrading hardware is much easier than being stagnated in our software features just because we find that it takes too much from the hardware.
Amiga would have not have had all these problems had the company did not go under and had they always upgraded their hardware, always updated their software, improved in their security level and memory managed, worked in selling their computer as a good business machine and not just as a toy, and not have bickering, backstabbing, fighting, not fulfilling their promises and have history of developing bad Amiga models like A600 for example when A1200 was out, and if they have not made their A1200 so weak as will as their A4000 with it's limited chip RAM of 2 MB and still stuck in AGA...if they have not done all that...then perhaps the issue of a browser being too strong to run in an Amiga classic hardware would not have being a real issue.
Then people who like bloated and fat features of a browser such as java and so forth would not be complaining that their hardware is not up to the bar. And people who hate fat and bloated java and HTML would disable it if they want...at LEAST we have a choice. At least it works...at least it runs..and maybe Amiga would have lived as a niche market of 1% and survived like Mac survived in a competition against Windows.
-
I don't, but as it's already using vbulletin, I don't expect it to be a big task to adapt it. It's just text processing at the end of the day.
Yeah, so I can log in to EAB on my 1200 and see the lack of progress on the Indivision AGA MK2...
-
@chris:
sigh, apparently yet again the most dumb ungifted and uneducated noob has to give it a try and give up just after few stabs. ive lost count how many times ive already tried.
chris, just took a look at 2.9 source for starters. i would have to try to compile it under amidevcpp, compiling native under cubic has never led to any usable progress, especially lacking appropriate shell, and was damn slow every time i tried.
i would have to set up a new target, borrowing what is set for os4 at the beginning. something like m68k-amigaos should do i guess. i would have to override host detection as it looks like, i guess mingw would be the right choice, likely other settings would might need to be overridden as well. ive tried to consult arturs sources (http://aminet.net/comm/www/netsurf-m68k-sources.lha) but i see nothing that would help me in the makefiles. looks like hes using amidevcpp interface to build netsurf. id like to try to stay conform with the genuine makefiles.
-
People need new technology and features in their website, business demand them to make things look professional and easier to develop.
But that's not the problem here. The problem isn't the things that Javascript is needed for, the problem is all the places it isn't necessary but gets used anyway. Modern web developers are so stuck on fetishizing glitz and flashy animation and such that they don't ever stop to think about whether it's necessary, and it usually isn't, or whether it impairs usability, which it often does, or whether there's a simpler alternative, which there usually is. (If I had a dollar for every time I've seen JS drop-down menus when CSS has been able to do that since forever, I'd be a significantly richer man.)
(The further irony is that all this often actually looks uglier, in a trashy disco drag-queen kind of way, than the simpler alternatives.)
Hell, we're even getting to the point where it's common practice to reimplement basic browser functionality like links and the back button in Javascript, often in ways that break the real in-browser implementation. That is Bad And Wrong. This is not a problem of old technology not keeping up with the requirements of real improvements in web design, it's a problem of bad design becoming the rule on the web.
-
While netsurf seems to be a good candidate what about OWB/Odyssey? I don't know how modular it is, but stripped down (JS & some other cpu demading things disabled) I could imagine it could work on higher spec'ed 68k machines.
Either AROS OWB or Odyssey could be good starting points for a stripped down OWB 68k version.
But probably netsurf is the better starting point as there is a working 68k build already.
-
@chris:
sigh, apparently yet again the most dumb ungifted and uneducated noob has to give it a try and give up just after few stabs. ive lost count how many times ive already tried.
chris, just took a look at 2.9 source for starters.
Don't bother with 2.9. 3.0-dev is pretty stable at the moment and due for release in the next 2-3 months. The palette-mapped plotters aren't in 2.9 either.
i would have to set up a new target, borrowing what is set for os4 at the beginning. something like m68k-amigaos should do i guess. i would have to override host detection as it looks like, i guess mingw would be the right choice, likely other settings would might need to be overridden as well. ive tried to consult arturs sources (http://aminet.net/comm/www/netsurf-m68k-sources.lha) but i see nothing that would help me in the makefiles. looks like hes using amidevcpp interface to build netsurf. id like to try to stay conform with the genuine makefiles.
I use Cygwin, mingw ought to work as well.
I would advise trying to build the toolchains used by the auto-builder. See this email: http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2012-December/002983.html
There is a m68k-unknown-amigaos target set up in there already.
I've never tried building the toolchains. I keep meaning to as my OS4 builds have a weird issue that doesn't show up on the auto-built versions. However, these might get around the problems NovaCoder had.
You can then build the libraries (and NetSurf itself) using TARGET=amigaos3 as an argument to make.
It's worth reading this as well: http://wiki.netsurf-browser.org/Documentation/GettingCoding
-
this is actually even more tempting, having that scrollbars are even almost not necessary except for really huge pages. couldnt you try to build it for 68k target commenting out whatever does not compile? this way we would at least exactly know what parts need work. this is everything i could ever do, rewriting offending parts is completely out of question in my case, but you being familiar with the particular build process and likely having everything necessary at hand are better off anyway. i guess it wouldnt take longer for you than posting in this thread.
Well, my 68k cross-compilation environment is pretty broken, as it's really an OS4 cross-compilation environment which is hacked to bits to force everything to cross-compile ppc-amigaos. So actually it'll take me a while to set one up that works properly.
Here's a build log from a while back:
http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2011-January/002306.html
Some of those errors won't appear now, because there's an os3support.h file which hides a load of them.
-
Interesting thread, but to put it simply, "A 5 ounce sparrow cannot carry a 1 pound coconut."
Simpler, tighter and optimized code in the form of a quicker browser cannot handle the modern web page when the processor that runs it was designed over 20 years ago. Heck, ever thought of what a modern X86 processor would do with code that wasn't bloated with waste? Oops, the ghost of Linux past pops in the room.
-
@danbeaver
does one need to postz it again, again, again, agai, and again to anyone to understand?
if you have a modern browser and a relatively simple css site, it will work, if you have modern browser and extremly heavy css site it will likely take time beyond patience. a simple java script will work, a heavy one will lock your system for ages. whatever worked up till now will work anyway. trust me i have tested aros-owb on my a4k a little, and come to a conclusion that it could be worth a try, but i dont see improving aros-owb as alternative to much better and up to date odyssey or simpler netsurf for that matter. please dont discuss it over and over.
-
Well, my 68k cross-compilation environment is pretty broken, as it's really an OS4 cross-compilation environment which is hacked to bits to force everything to cross-compile ppc-amigaos. So actually it'll take me a while to set one up that works properly.
Here's a build log from a while back:
http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2011-January/002306.html
Some of those errors won't appear now, because there's an os3support.h file which hides a load of them.
thanks, the log may be quite a hint, and also worth to look at the os3support.h. i see a lot of warnings. seems the source generally needs delinting for the gcc 4.5.x (is that the right word?;). as i said i cannot substitute lacking functions, but maybe there is someone who may make up his mind a little upon that log.
-
good thing is i have 4.5.0 for m68k-amigaos and could perhaps prepare the build environment for someone who can do the actual work, perhaps but only perhaps, i could even build in the necessary casts to get rid of some warnings, but you would have to verify that, chris.
-
There's some code that won't be touched under OS3 even though it has to be compiled. I'll see if I can #ifdef __amigaos4__ those bits to get rid of the warnings (from memory - any section with CompositeTags() in it, and anti-aliased text printing)
good thing is i have 4.5.0 for m68k-amigaos and could perhaps prepare the build environment for someone who can do the actual work, perhaps but only perhaps, i could even build in the necessary casts to get rid of some warnings, but you would have to verify that, chris.
Getting a working build environment would be half the battle.
-
There's some code that won't be touched under OS3 even though it has to be compiled. I'll see if I can #ifdef __amigaos4__ those bits to get rid of the warnings (from memory - any section with CompositeTags() in it, and anti-aliased text printing)
there is really a lot that lloks like such a candidate. for instance everything in theme.c, download.c, contex_menu.c to be examined. there is while lot of functions but a limited number of source files that need to be modified for starters.
Getting a working build environment would be half the battle.
hmm. where did john mark bell got his m68k-amigaos gcc4.5.1 for btw? i have only 4.5.0 by bernd afair. otherwise i have whole lot of ready includes and libs, also for netsurf.
-
GCC/G++ v4.5.0 for cross-compiling from Cygwin can be found here:
http://amiga.sourceforge.net/phps/logger.php?download=GCC-4.5.0-m68k-amigaos-cygwin.7z
Inside the archive are patches/instructions for compiling m68k-amigaos versions of GCC/G++.
-
i have this one.
-
there is really a lot that lloks like such a candidate. for instance everything in theme.c, download.c, contex_menu.c to be examined. there is while lot of functions but a limited number of source files that need to be modified for starters.
I can't think of anything in download.c except the notification function. theme.c has 32-bit mouse pointers, which you're right can be #ifdef'd and disabled. context_menu.c uses popupmenu.class which can be disabled completely too (unless somebody fancies reworking it to use popupmenu.library on OS3).
hmm. where did john mark bell got his m68k-amigaos gcc4.5.1 for btw? i have only 4.5.0 by bernd afair. otherwise i have whole lot of ready includes and libs, also for netsurf.
It's downloaded and built from source by the toolchain. It'll be an even newer version now!
-
Wawrzon,
You can't run a "modern browser" on vintage hardware. If you can, show me an example.
-
http://postimage.org/image/rnfsdgjeb/
config: aros68k, a4k, 060/50, cv64, x-surf.
-
@chris:
since i believe ill have to define new target first, im now just trying to build only netsurf without the libs. i should have the libs available for the 68k maybe not the latest version, but lets leave that for later. ive disabled all gfx formats for this now.
strangely after regular make i get:
/bin/sh: O2: command not found :
$ make TARGET=amiga
M.CONFIG: JPEG (libjpeg) enabled (NETSURF_USE_JPEG := YES)
M.CONFIG: JNG/MNG/PNG (libmng) disabled (NETSURF_USE_MNG := NO)
M.CONFIG: PDF export (haru) disabled (NETSURF_USE_HARU_PDF := NO)
M.CONFIG: glibc internal iconv enabled (NETSURF_USE_LIBICONV_PLUG := YES)
M.CONFIG: Sprite (librosprite) disabled (NETSURF_USE_ROSPRITE := NO)
M.CONFIG: BMP (libnsbmp) disabled (NETSURF_USE_BMP := NO)
M.CONFIG: GIF (libnsgif) disabled (NETSURF_USE_GIF := NO)
M.CONFIG: PNG (libpng) disabled (NETSURF_USE_PNG := NO)
M.CONFIG: NSSVG (libsvgtiny) disabled (NETSURF_USE_NSSVG := NO)
M.CONFIG: Amiga icon enabled (NETSURF_USE_AMIGA_ICON := YES)
M.CONFIG: DataTypes enabled (NETSURF_USE_AMIGA_DATATYPES := YES)
Package libxml-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libxml-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libxml-2.0' found
Package libcurl was not found in the pkg-config search path.
Perhaps you should add the directory containing `libcurl.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libcurl' found
Package libcares was not found in the pkg-config search path.
Perhaps you should add the directory containing `libcares.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libcares' found
Package openssl was not found in the pkg-config search path.
Perhaps you should add the directory containing `openssl.pc'
to the PKG_CONFIG_PATH environment variable
No package 'openssl' found
Package tre was not found in the pkg-config search path.
Perhaps you should add the directory containing `tre.pc'
to the PKG_CONFIG_PATH environment variable
No package 'tre' found
Package libhubbub was not found in the pkg-config search path.
Perhaps you should add the directory containing `libhubbub.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libhubbub' found
Package libcss was not found in the pkg-config search path.
Perhaps you should add the directory containing `libcss.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libcss' found
COMPILE: utils/utils.c
/bin/sh: O2: command not found
Makefile:600: recipe for target `build-CYGWIN_NT_5_1-amiga/deps/utils_utils.d' f
ailed
make: [build-CYGWIN_NT_5_1-amiga/deps/utils_utils.d] Error 127 (ignored)
COMPILE: utils/utf8.c
-
Hiya,
I was getting the same kinds of issues when I was trying to build it under Cygwin, it seems that it wants the .pc files (I hate makefiles BTW).
-
@chris:
since i believe ill have to define new target first, im now just trying to build only netsurf without the libs. i should have the libs available for the 68k maybe not the latest version, but lets leave that for later. ive disabled all gfx formats for this now.
The correct target is "amigaos3". This already exists, there's nothing new to define.
Don't try to build without the libs, you'll just get a load of pkg-config errors as you've just seen. You need to build, in roughly this order:
libnsbmp
libnsgif
libwapcaplet
libparserutils
libhubbub
libcss
libdom
Until you have those building it's not worth even touching the main NetSurf source code.
The instructions for building them is on the wiki page I linked to earlier (you need to check out and install buildsystem, then make the libs, using TARGET=amigaos3)
-
Hiya,
I was getting the same kinds of issues when I was trying to build it under Cygwin, it seems that it wants the .pc files (I hate makefiles BTW).
Yeah, it needs to pkg-config files. I hate makefiles too.
Building the toolchains should deal with this, but I've never tried building them. I just build NetSurf with TARGET=amiga HOST=amiga, which tricks it into thinking it is building natively - the native build section doesn't have any of the pkg-config crap because it results in cryptic errors that are virtually impossible to isolate, and I never seem to have the correct pkg-config files anyway.
The cross- compilation section is specifically set up for building using the toolchains.
-
http://postimage.org/image/rnfsdgjeb/
config: aros68k, a4k, 060/50, cv64, x-surf.
Nice monitor.
-
Nice monitor.
nice? this is my old formac, heavy as a pile of bricks and headache blurry on higher res. just kept it for amiga, even though i mostly use an lcd tv instead. convinced now?
@chris:thanks, second round tomorrow.;)
-
There was a time where everyone said "Day of the Tentacle" is not possible on an A1200/030 AGA and it was possible! Just believe! :-)
-
funny thing is on amiga people tend to believe just any bs thrown at them, but when it comes to something actually doable they will tell it impossible.
im just sitting in a cafe downloading a git client to get the last netsurf source code..
-
i can help too. i have already build latest netsurf , downloaded using git
-
have you built it with toolchain as chris says? what target? seriously, im doing it only because none else volunteers, i have not the slightest idea of coding, all i ever did was to port some sdl games.
-
sorry for my different nick, i'm artur.
i think we could try chris plotters code to remove sdl.
as he said it uses graphics.library. question is how compatible it is with os3.
chris does it need many changes in the code ?
Edit:
looks like chris added some ifdefs to his code. he know best what to do.
I've also send my sources to novacoder. he works on native version too.
-
hi artur, didnt know you watch this space.
-
Good news,
United we stand, divided we fall.
I'm sure you will succeed in making a Netsurf 68k AGA.
Thanks all.
-
sorry for my different nick, i'm artur.
i think we could try chris plotters code to remove sdl.
as he said it uses graphics.library. question is how compatible it is with os3.
chris does it need many changes in the code ?
Edit:
looks like chris added some ifdefs to his code. he know best what to do.
I've also send my sources to novacoder. he works on native version too.
The plotters should "just work". The fonts code and blits will need modifying though.
-
Don't bother with 2.9. 3.0-dev is pretty stable at the moment and due for release in the next 2-3 months. The palette-mapped plotters aren't in 2.9 either.
sorry chris, have overseen this one.
I use Cygwin, mingw ought to work as well.
amidevcpp, so im using cygwin as well as i understand it.
I would advise trying to build the toolchains used by the auto-builder. See this email: http://vlists.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2012-December/002983.html
for some reason apt-get isnt available here. im upgrading using cygwin setup tool. still some packages dont seem to be available. build-essential, autogen...
There is a m68k-unknown-amigaos target set up in there already.
I've never tried building the toolchains. I keep meaning to as my OS4 builds have a weird issue that doesn't show up on the auto-built versions. However, these might get around the problems NovaCoder had.
i see. ill report back when im that far.
You can then build the libraries (and NetSurf itself) using TARGET=amigaos3 as an argument to make.
It's worth reading this as well: http://wiki.netsurf-browser.org/Documentation/GettingCoding
-
im a little bit tired now and have to switch locations. not being entirely succesful building gcc, so just to record how far i am and where its stuck the current shell feedback:
$ make -C m68k-unknown-amigaos
make: Entering directory `/home/netsurf/workspace/toolchains/m68k-unknown-amigao
s'
mkdir -p /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources
mkdir -p /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/srcdir
mkdir -p /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/build-
steps
touch /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/build-ste
ps/buildsteps.d
wget -q -O /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources/gcc-4
.5.1.tar.bz2 http://ftp.gnu.org/gnu/gcc/gcc-4.5.1/gcc-4.5.1.tar.bz2
touch /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/build-ste
ps/gcc-4.5.1.tar.bz2.d
tar xjf /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources/gcc-4.5.
1.tar.bz2
mv gcc-4.5.1 /home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/sr
cdir/gcc
mv: cannot move `gcc-4.5.1' to `/home/netsurf/workspace/toolchains/m68k-unknown-
amigaos/builddir/srcdir/gcc': Permission denied
Makefile:126: recipe for target `/home/netsurf/workspace/toolchains/m68k-unknown
-amigaos/builddir/build-steps/srcdir-step1.d' failed
make: *** [/home/netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/buil
d-steps/srcdir-step1.d] Error 1
make: Leaving directory `/home/netsurf/workspace/toolchains/m68k-unknown-amigaos
'
lets see how do i grant this permission:
mv: cannot move `gcc-4.5.1' to `/home/netsurf/workspace/toolchains/m68k-unknown-
amigaos/builddir/srcdir/gcc': Permission denied
-
Edit:
looks like chris added some ifdefs to his code. he know best what to do.
I've also send my sources to novacoder. he works on native version too.
Yep Thanks for that :)
I'll also give it another bash using your sources with my AmiDevCpp installed Cygwin.
-
lets see how do i grant this permission:
mv: cannot move `gcc-4.5.1' to `/home/netsurf/workspace/toolchains/m68k-unknown-
amigaos/builddir/srcdir/gcc': Permission denied
It's trying to move it on top of itself by the looks of things, which is a bit weird. Is your user account really called "netsurf"? Cygwin calls the home directories after your Windows account name - eg. my home dir is /home/Chris
Did you create /home/netsurf to put everything in? If so, don't do that - put it all in your home directory under a sub-dir of netsurf (/home/wawrzon/netsurf or whatever). You should have full permissions then.
-
no my win account isnt called netsurf. in fact i must look first what its called. never cared about accounts, neither under cygwin/devccp. as you see its located in home/netsurf, account directory is missing. this is likely the problem. will have to see how to create account under cygwin and adjust the dir tree. i understand i have to create dir/account matching the win login.
-
Wasn't someone working on a Mozilla\Firefox port for classic amiga or is that dead now?
-
Wasn't someone working on a Mozilla\Firefox port for classic amiga or is that dead now?
who cares? if anything is too heavy for amiga then firefox. you might check that os4 hardware has problems to run it.
-
no my win account isnt called netsurf. in fact i must look first what its called. never cared about accounts, neither under cygwin/devccp. as you see its located in home/netsurf, account directory is missing. this is likely the problem. will have to see how to create account under cygwin and adjust the dir tree. i understand i have to create dir/account matching the win login.
okay, this assmption seems to be right. making some progress on building toolchain process. fingers crossed.
-
Good luck. :) and thanks for a patience.
-
@chris & whoever can help:
now i hsitate how to react to that:
(Stripping trailing CRs from patch.)
patching file gcc/config.gcc
Reversed (or previously applied) patch detected! Assume -R? [n]
any suggestions? shall i go with defaults?
p.s. perhaps i have i have to move the whole thing to my main i7 machine. this p4 notebook is so slow.. still i can take it out and see some people while working on it. i sit in my studio the whole day otherwise.
-
you are probably compilling the sources another time so a patch has been already applied.
if you press 'y' or 'n' there won't be diffrence.(i think) i had this message too.
Note that this toolchaing uses clib.
Using libs build with ixemul gives many undefined references to _ctype and _sF.
I have asked Bernd Roesh for help and this is his answer:
" clib is very buggy and slow,
you need ixemul because it have a faster mem allocator as the default amiga
firstfit mem allocator system.
you can see how slow other libs get, when you test ixemul poolmem.library . this use not the own cache buddy allocator memallocator in ixemul and use amiga mem alloc as clib2 or libnix do.
netsurf begin then to crawl and get slower and slower due to mem fragmentation
all programs that use very often mem allocation, do work bad with amiga default mem allocator. so ixemul is need."
-
Ok, started again, now using Arti's SDL workspace with AmiDevCpp IDE, so far so good. The Cygwin install that comes with AmiDevCpp is completely broken BTW (works fine when using the AmiDevCpp IDE of course).
Manage to start compiling the files under the 'amigaos3' folder.
One problem I had was with the CURL includes.
This wasn't working:
/* Data type definition of curl_socklen_t. */
typedef CURL_TYPEOF_CURL_SOCKLEN_T curl_socklen_t;
Because socklen_t was not defined in (seems to be defined in AROS and OS4).
To fix it I had to do this:
// NOVA_CODER - not in <sys/socket.h>
typedef int socklen_t;
Is that correct or should it be an unsigned long?
Or have I just completely stuffed it up :)
-
clib is very buggy and slow,
this is bernds mantra, but he may have some point. i have suspicion that amiga mem alloc is really not that great. i think it might be at least one of factors that make compiling or on 68k so slow (i hope aros will improve on this). but many sdl apps linked with ixemul are slow too in comparison. i would try both, especially that if is only two functions that are immediately missing. i suspect there will be more of that though.
-
Ok, started again, now using Arti's SDL workspace with AmiDevCpp IDE, so far so good. The Cygwin install that comes with AmiDevCpp is completely broken BTW (works fine when using the AmiDevCpp IDE of course).
Manage to compile all of the files under the 'amigaos3' folder.
One problem I had was with the CURL includes.
This wasn't working:
/* Data type definition of curl_socklen_t. */
typedef CURL_TYPEOF_CURL_SOCKLEN_T curl_socklen_t;
Because socklen_t was not defined in (seems to be defined in AROS and OS4).
To fix it I had to do this:
// NOVA_CODER - not in <sys/socket.h>
typedef int socklen_t;
Is that correct or should it be an unsigned long?
Or have I just completely stuffed it up :)
if its included with aros, then try too look up afa includes for starters, perhaps its available there. i mean we can try to build against aros68k, but we will likely need some assistance from aros team in this case, and it may not give us perfectly working aga at this time anyway.
edit: ah, what header is it in? im not that far to bother with that myself, y know.
-
This one ->
AROS declares it as '__uint32_t'
-
Now the problem is with building 'font_freetype.c', it needs a system include called 'ft2build.h' but I don't have it?
Looks like I need to have a build of FreeType installed.
-
thats from the freetype2 library. do you have the freetype2 libs/headers installed?
-
Installed 68k freetype from AmiNet (v2.3.8), that fixed the missing include problem.
New problem with 'font_freetype.c'
/* initialise font handling */
bool fb_font_init(void)
{
FT_Error error;
FT_ULong max_cache_size;
FT_UInt max_faces = 6;
fb_faceid_t *fb_face;
/* freetype library initialise */
error = FT_Init_FreeType( &library );
if (error) {
LOG(("Freetype could not initialised (code %d)\n", error));
return false;
}
/* set the Glyph cache size up */
max_cache_size = nsoption_charp(fb_font_cachesize) * 1024;
Compiler: m68k-Amiga-OS3
Building Makefile: "C:\CrossCompiler\AmiDevCpp\workspaces\netsurf\netsurf\Makefile.win"
Executing make...
mingw32-make.exe -f "C:\CrossCompiler\AmiDevCpp\workspaces\netsurf\netsurf\Makefile.win" amigaos3/font_freetype.o
m68k-amigaos-gcc.exe -c amigaos3/font_freetype.c -o amigaos3/font_freetype.o -I"C:/CrossCompiler/AmiDevCpp/usr/local/amiga/m68k-amigaos/sys-include" -I"C:/CrossCompiler/AmiDevCpp/workspaces/netsurf/netsurf" -I"C:/CrossCompiler/AmiDevCpp/workspaces/netsurf/include" -I"C:/CrossCompiler/AmiDevCpp/workspaces/netsurf/share/include" -noixemul
amigaos3/font_freetype.c: In function `fb_font_init':
amigaos3/font_freetype.c:177: error: structure has no member named `fb_font_cachesize'
amigaos3/font_freetype.c:204: error: structure has no member named `fb_face_sans_serif'
In other words this line:
max_cache_size = nsoption_charp(fb_font_cachesize) * 1024;
-
@novacoder
i think its wrong or obsolete version of the header in question.
-
max_cache_size = nsoption_charp(fb_font_cachesize) * 1024;
fb_font_cachesize must be missing from options.h, or not being included, or something. The platform's options.h is usually included by desktop/options.h (it's the only place where core headers need to be modified to add a new platform)
-
add
#elif defined(nsamigaos3)
#include "amigaos3/options.h"
to desktop/options.h
-
another trouble with toolchain:
$ make -C m68k-unknown-amigaos
make: Entering directory `/home/tokarski/netsurf/workspace/toolchains/m68k-unkno
wn-amigaos'
svn co https://adtools.svn.sourceforge.net/svnroot/adtools/tags/before-merge-wit
h-binutils-2.18/binutils /home/tokarski/netsurf/workspace/toolchains/m68k-unknow
n-amigaos/sources/binutils-2.14
svn: E000002: Unable to connect to a repository at URL 'https://adtools.svn.sour
ceforge.net/svnroot/adtools/tags/before-merge-with-binutils-2.18/binutils'
svn: E000002: Could not open the requested SVN filesystem
Makefile:168: recipe for target `/home/tokarski/netsurf/workspace/toolchains/m68
k-unknown-amigaos/sources/binutils-2.14' failed
make: *** [/home/tokarski/netsurf/workspace/toolchains/m68k-unknown-amigaos/sour
ces/binutils-2.14] Error 1
make: Leaving directory `/home/tokarski/netsurf/workspace/toolchains/m68k-unknow
n-amigaos'
seems that repository isnt up to date? mmm.. or rather there is something wrong with secure access, installed all i could for svn and subversion, no luck.
also started to prepare the environment on the main system. funny enough it gives me trouble even where i got past on notebook. i ve no clue:
bash-4.1$ make -C m68k-unknown-amigaos
make: Entering directory `C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace
/toolchains/m68k-unknown-amigaos'
tar xjf C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace/toolchains/m68k-u
nknown-amigaos/sources/gcc-4.5.1.tar.bz2
tar (child): Cannot connect to C: resolve failed
bzip2: Compressed file ends unexpectedly;
perhaps it is corrupted? *Possible* reason follows.
bzip2: No error
Input file = (stdin), output file = (stdout)
It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.
You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.
tar: Child returned status 128
tar: Error is not recoverable: exiting now
make: *** [C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace/toolchains/m68
k-unknown-amigaos/builddir/build-steps/srcdir-step1.d] Error 2
make: Leaving directory `C:/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace/
toolchains/m68k-unknown-amigaos'
bash-4.1$the archive gcc-4.5.1.tar.bz2 is present in the sources dir and seems intact.
-
add
#elif defined(nsamigaos3)
#include "amigaos3/options.h"
to desktop/options.h
Thanks, I'll give that a go
-
tar cannot access "C:/CrossCompiler.../gcc-4.5.1.tar.bz2" windows path
in makefile change $(CURDIR) to unix path
/cygdrive/c/CrossCompiler/AmiDevCpp/home/wawa/netsurf/workspace/toolchains/m68k-u
nknown-amigaos
about binutils
try this
UPSTREAM_BINUTILS_URI := http://sourceforge.net/p/adtools/code/480/tree/branches/binutils/2.19.1/
-
Nice working together guys, this is the amiga spirit!
gogogogogog
-
only, who has actually guts for this stands away. thats the amiga spirit that i know and value, you know..
-
how ever i edit that damn makefile i dont get anything out of that damn binutils repository. it sucks!
-
Welcome to the joys of coding ;)
-
btw is there any particular reason to use this particular version of bin utils (2.14 or 2.19.1) or this particular repository? not that i was successful to get it from http://ftp.gnu.org/gnu/binutils/, but http://sourceforge.net/p/adtools/code/480/tree/branches/binutils/2.19.1/ seems to be os4 related. i wonder if this version is at all appropriate for crosscompiling, it might be somehow hacked or stripped to build on os4.
@novacoder: who talks of coding, im not able to compile the damn thing.
-
how ever i edit that damn makefile i dont get anything out of that damn binutils repository.
in main makefile in m68k-unknown-amigaos folder
it sucks!
no pain, no gain!
btw is there any particular reason to use this particular version of bin utils (2.14 or 2.19.1) or this particular repository?
you should ask jmb on ns-dev-list about that
i wonder if this version is at all appropriate for crosscompiling
i have crosscompilled it
-
in main makefile in m68k-unknown-amigaos folder
sure, the particular section currently reads as follows:
UPSTREAM_BINUTILS_VERSION := 2.19.1
# Not a tarball; so sue me
UPSTREAM_BINUTILS_TARBALL := binutils-$(UPSTREAM_BINUTILS_VERSION)
UPSTREAM_BINUTILS_URI := http://sourceforge.net/p/adtools/code/480/tree/branches/binutils/2.19.1/binutils
but ive tried helluva variations that either give me mismatched tag (which is better i think) or just unable to connect to repo.
im not a member of the list and not sure if i should join. perhaps chris can shed light on this or you could ask on an ocassion.
btw, i am starting to build aros68k environment in parallel, in order to check on odyssey.
-
but ive tried helluva variations that either give me mismatched tag (which is better i think) or just unable to connect to repo.
this works:
http://svn.code.sf.net/p/adtools/code/trunk/binutils/
-
mmm. one step further, but now:
$ make -C m68k-unknown-amigaos
make: Entering directory `C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/works
pace/toolchains/m68k-unknown-amigaos'
svn co http://svn.code.sf.net/p/adtools/code/trunk/binutils/ C:/CrossCompiler/Am
iDevCpp/home/tokarski/netsurf/workspace/toolchains/m68k-unknown-amigaos/sources/
binutils-2.19.1
svn: E000017: Can't create directory '/home/tokarski/netsurf/workspace/toolchain
s/m68k-unknown-amigaos/C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/workspac
e/toolchains/m68k-unknown-amigaos/sources/binutils-2.19.1/.svn': File exists
make: *** [C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/workspace/toolchains
/m68k-unknown-amigaos/sources/binutils-2.19.1] Error 1
make: Leaving directory `C:/CrossCompiler/AmiDevCpp/home/tokarski/netsurf/worksp
ace/toolchains/m68k-unknown-amigaos'
and it seriously creates such a dir tree. there must be something seriously wrong with path settings on both my cygwin instals. do you know where is it all set?
-
and it seriously creates such a dir tree. there must be something seriously wrong with path settings on both my cygwin instals. do you know where is it all set?
I think you have a dodgy version of 'make'. Have you installed a separate version of Cygwin? As Novacoder says, the AmiDevCPP version is not really suitable for anything other than AmiDevCPP.
-
no i use amidevcpp, there was always similar issues in the past, long ago i admit. but ive blamed it on me. sure i can just install pure cygwin. the question is, isnt it better/safer to switch to anything else anyway? jason (aros68k) has once proposed me ubuntu under virtual machine, but i dont want all that bloat that comes with it, only the neccessary dev stuff.
-
no i use amidevcpp, there was always similar issues in the past, long ago i admit. but ive blamed it on me. sure i can just install pure cygwin. the question is, isnt it better/safer to switch to anything else anyway? jason (aros68k) has once proposed me ubuntu under virtual machine, but i dont want all that bloat that comes with it, only the neccessary dev stuff.
I cross-compile the OS4 version under Cygwin all the time, and it's fine.
-
another step ahead.
i have installed a fresh independent cygwin on my main machine. so now i can check out binutils. but then i cant patch tem entirely:
...
A sources/binutils-2.19.1/install-sh
A sources/binutils-2.19.1/ylwrap
U sources/binutils-2.19.1
Ausgecheckt, Revision 480.
cp -r /home/wawa/toolchains/m68k-unknown-amigaos/sources/binutils-2.19.1 /home/
awa/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils
for p in `ls /home/wawa/toolchains/m68k-unknown-amigaos/recipes/patches/binutil
/*.p` ; do patch -d /home/wawa/toolchains/m68k-unknown-amigaos/builddir/srcdir/
inutils -p0 <$p ; done
patching file gas/app.c
Hunk #1 FAILED at 1279.
1 out of 1 hunk FAILED -- saving rejects to file gas/app.c.rej
Makefile:148: recipe for target `/home/wawa/toolchains/m68k-unknown-amigaos/bui
ddir/build-steps/binutils-srcdir.d' failed
make: *** [/home/wawa/toolchains/m68k-unknown-amigaos/builddir/build-steps/binu
ils-srcdir.d] Error 1
make: Leaving directory `/home/wawa/toolchains/m68k-unknown-amigaos'
perhaps something wrong with the patch util.
-
perhaps patch is for version 2.14/18
-
likely. now id need to force make over the whole thing, as it exits seeing target dirs existant, and there is no clean option.
-
switched to ubuntu on virtual machine for compiling odyssey, so im trying to build netsurf toolchain there too. now im getting so far that it actually starts to compile. now im stuck at:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd -I. -I. -I/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd -I/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -m32 -c /home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c -o amigaos.o
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c: In function 'amiga_handle_cdb_hunk':
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:930:22: error: 'struct bfd_section' has no member named '_cooked_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:930:54: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c: In function 'amiga_write_object_contents':
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1298:31: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1298:50: error: 'struct bfd_section' has no member named '_cooked_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1322:15: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1339:11: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1382:12: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1382:29: error: 'struct bfd_section' has no member named '_cooked_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1383:9: error: 'struct bfd_section' has no member named '_cooked_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1391:7: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1391:26: error: 'struct bfd_section' has no member named '_cooked_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c: In function 'amiga_write_archive_contents':
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1574:60: error: 'bfd' has no member named 'next'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c: In function 'amiga_write_section_contents':
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:1733:52: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c: In function 'amiga_set_section_contents':
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:2707:65: error: 'struct bfd_section' has no member named '_raw_size'
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c: At top level:
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3179:1: error: 'amiga_bfd_copy_private_header_data' undeclared here (not in a function)
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3182:1: error: 'amiga_canonicalize_symtab' undeclared here (not in a function)
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3182:1: error: 'amiga_bfd_is_target_special_symbol' undeclared here (not in a function)
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3182:1: error: 'amiga_find_inliner_info' undeclared here (not in a function)
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3183:1: error: 'amiga_bfd_reloc_name_lookup' undeclared here (not in a function)
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3184:3: error: initialization from incompatible pointer type [-Werror]
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3184:3: error: (near initialization for 'amiga_vec._bfd_set_section_contents') [-Werror]
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3185:3: error: initialization from incompatible pointer type [-Werror]
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3185:3: error: (near initialization for 'amiga_vec._bfd_sizeof_headers') [-Werror]
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3185:1: error: 'amiga_bfd_is_group_section' undeclared here (not in a function)
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:3185:1: error: 'amiga_section_already_linked' undeclared here (not in a function)
/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/bfd/amigaos.c:2400:1: error: 'amiga_get_symtab' defined but not used [-Werror=unused-function]
cc1: all warnings being treated as errors
make[5]: *** [amigaos.lo] Error 1
make[5]: Leaving directory `/home/huhu/toolchains/m68k-unknown-amigaos/builddir/binutils/bfd'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/huhu/toolchains/m68k-unknown-amigaos/builddir/binutils/bfd'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/huhu/toolchains/m68k-unknown-amigaos/builddir/binutils/bfd'
make[2]: *** [all-bfd] Error 2
make[2]: Leaving directory `/home/huhu/toolchains/m68k-unknown-amigaos/builddir/binutils'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/huhu/toolchains/m68k-unknown-amigaos/builddir/binutils'
make: *** [/home/huhu/toolchains/m68k-unknown-amigaos/builddir/build-steps/binutils.d] Error 2
make: Leaving directory `/home/huhu/toolchains/m68k-unknown-amigaos'
huhu@huhu:~/toolchains$
-
You've got a lot further than I ever managed to, well done :)
Maybe I should have tried it on UBUNTU instead of Cygwin under Windows 7.
Anyway, I still think makefiles suck.
-
switched to ubuntu on virtual machine for compiling odyssey, so im trying to build netsurf toolchain there too. now im getting so far that it actually starts to compile. now im stuck at
Try and get it to building without the -Werror. Then if it builds see how many pieces it breaks into when you run it.
Then go back and see what each of those warnings really means :-)
Anyway, I still think makefiles suck.
Gimme a Makefile over the awful mess that is ant/maven xml files anyday /rant
-
these are actual errors, not warnings, so far i see from their content, so it will not builld anyway.
-
these are actual errors, not warnings, so far i see from their content, so it will not builld anyway.
You probably need to figure out what the bfd_section structure actually has in it. It might be a simple case of tweaking the variable names.
-
I am still believing, but now I also start understanding...
-
Anyway, I still think makefiles suck.
I agree makefiles suck. I hate them. I would much rather use a normal AmigaDOS script to handle all the compiling.
I use makefiles because I "inherited" them from the C compiler industry.
I am not sure why you hate makefiles. You might only hate them because you were given sucky makefiles with no CLEAN option?
Or maybe you are like me and hate them because they are all different from one compiler to another?
-
I am still believing, but now I also start understanding...
Agreed. This should be a reference thread for anyone who thinks porting to Amiga can happen over night with the help of unicorn fart powered gnomes.
-
sucky makefiles with no CLEAN option
exactly what the make for netsurf toolchain happens to be.
@thread:
can we quit this derivel and stay on topic, please?
-
You probably need to figure out what the bfd_section structure actually has in it. It might be a simple case of tweaking the variable names.
you want me to mess with the toolchain build? hell, yeah, let the thing explode in my face. perhaps the make should just be modified to include the last version of everything..
i must say building aros seems much more dependable at the moment, only broken because hidds are being messed with. but the 68k toolchain built all alone as it seems. now awaiting instructions from deadwood to attempt to build odyssey..
-
Can someone please point me to sources? I prefer to build offline. Also is there anything netsurf specific within the toolchain I'll need to build? (I build on 68k/os3.x itself rather than cross compiling).
Anything else that people can tell me that might save me some time would be appreciated as well.
Thanks in advance.
-
you want me to mess with the toolchain build?
No; it's binutils which appears to be failing to build. It's that you need to look at.
-
Can someone please point me to sources? I prefer to build offline. Also is there anything netsurf specific within the toolchain I'll need to build? (I build on 68k/os3.x itself rather than cross compiling).
Anything else that people can tell me that might save me some time would be appreciated as well.
Which sources? NetSurf? They are all at http://git.netsurf-browser.org
You'll need most of the libraries (libnsgif, libnsbmp, libwapcaplet, libhubbub, libdom, libcss, libparserutils.. think that's all of them)
You need to grab everything using Git unfortunately, as there's no other way to download it. Don't bother with v2.9, there have been so many changes since then you'd be wasting your time.
You also need to download "buildsystem", which needs to go into a directory called "share" (or you can try "make install" but it could end up anywhere, or nowhere)
Start with libnsgif or libnsbmp, they are single-file libraries which will test if your build environment is working as expected.
You should be able to build them with "make TARGET=amigaos3 BUILD=release PREFIX=/path/to/buildsystem", you might not need the target bit but the makefiles expect AmigaOS to be AmigaOS 4, so it could potentially cause problems without it.
Please read the "getting started coding" page on the wiki http://wiki.netsurf-browser.org
-
Bummer, I was hoping to be able to download a source archive. I wont use git, so I guess I'll have to let someone else build it. Thanks anyway.
-
Bummer, I was hoping to be able to download a source archive. I wont use git, so I guess I'll have to let someone else build it. Thanks anyway.
i dont understand whats wrong with git. if i was able to check out the sources in an instant both under cygwin, but also under ubuntu, then everybody is. one needs a linux derivate compiling environment anyway.
-
No; it's binutils which appears to be failing to build. It's that you need to look at.
maybe it was something the patch was correcting, some diff between 2.14 and 2.19.1..
could someone indeed add a "clean" option to the makefile? when i restart make at this point i constantly get:
mv: cannot move `gcc-4.5.1' to `/home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/gcc-4.5.1': Directory not empty
and i have to mess with dirs by hand..
-
just delete the entire builddir directory, and it will unpack and patch all over again.
However as all amiga compilers i have downloaded in the last 10 years used really old binutils, I guess you really need 2.14, no idea how to get that from svn though.
-
just delete the entire builddir directory, and it will unpack and patch all over again.
yeah, figured that out, but im completely inexperienced with linux, and fear to mess something really hard. i ive done just a second ago. grrr.
However as all amiga compilers i have downloaded in the last 10 years used really old binutils, I guess you really need 2.14, no idea how to get that from svn though.
im trying to use 2.19.1 one originally mentioned here. its all patched to amiga, likely nothing else will work. and the amiga exclusive files even in os4 tree seem even to origiate from 68k. 1998 or so...
-
most annoying is finding out the correct syntax for all that makefile comandes like svn and stuff.
if i had it all locally and had not to connect to repos all would go faster of course.
-
compiling this was pain in the ass,
when something went wrong it started from the begining.
you can use make -i to ignore errors and see how far you will go
mine "before-merge-with-binutils-2.18" :
https://www.dropbox.com/s/drxurxl43n774ge/binutils.7z
whole build:
https://www.dropbox.com/s/65y3n9gxlzn207i/cross.7z
-
Bummer, I was hoping to be able to download a source archive. I wont use git, so I guess I'll have to let someone else build it. Thanks anyway.
When v3.0 is released source archives will be available for download. The 2.9 ones are available now, but as I say it's not worthwhile working with those as 3.0 will be released in the next 2-3 months.
-
compiling this was pain in the ass,
when something went wrong it started from the begining.
you can use make -i to ignore errors and see how far you will go
mine "before-merge-with-binutils-2.18" :
https://www.dropbox.com/s/drxurxl43n774ge/binutils.7z
whole build:
https://www.dropbox.com/s/65y3n9gxlzn207i/cross.7z
thanks will have another stab at it today. will see your makefile for comparison.
-
artur, can you send me the makefile for comparison?
-
sent
-
thanks. looks like you ve left all untouched. okay so just copied binutils to sources dir as binutils-2.14
still after the makefile copied it to /builddir/srcdir/binutils/ complains about denied permission.
cp -r /home/huhu/toolchains/m68k-unknown-amigaos/sources/binutils-2.14 /home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils
for p in `ls /home/huhu/toolchains/m68k-unknown-amigaos/recipes/patches/binutils/*.p` ; do patch -d /home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils -p0 <$p ; done
patching file gas/app.c
touch /home/huhu/toolchains/m68k-unknown-amigaos/builddir/build-steps/binutils-srcdir.d
mkdir -p /home/huhu/toolchains/m68k-unknown-amigaos/builddir/binutils
cd /home/huhu/toolchains/m68k-unknown-amigaos/builddir/binutils && CFLAGS="-m32" LDFLAGS="-m32" /home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/configure --prefix=/opt/netsurf/m68k-unknown-amigaos/cross --target=m68k-unknown-amigaos --disable-nls
/bin/sh: 1: /home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/configure: Permission denied
make: *** [/home/huhu/toolchains/m68k-unknown-amigaos/builddir/build-steps/binutils.d] Error 126
make: Leaving directory `/home/huhu/toolchains/m68k-unknown-amigaos'
huhu@huhu:~/toolchains$
-
thanks. looks like you ve left all untouched. okay so just copied binutils to sources dir as binutils-2.14
still after the makefile copied it to /builddir/srcdir/binutils/ complains about denied permission.
chmod 755 /home/huhu/toolchains/m68k-unknown-amigaos/builddir/srcdir/binutils/configure
-
thanks, suspected something like that. coming a little further now.
-
got bored with building toolchain and went straight to compiling the libs on another machine under cygwin using precompiled arturs backend available above. i hope chris will fix toolchain makefiles for himself one day so that we have unified reference.
now compiling the libsparseutils i see:
src/charset/aliases.c: In function `parserutils_charset_alias_match':
src/charset/aliases.c:53: Warnung: Index hat Typ »char«
apparently the sourcefile needs a cast? ive built it for now without -werror. but i guess its better to report back and have it fixed upstream.
a question though, i cannot find any possibility to convince the make to output the detailed information what exactly has been invoked with the full path, to be sure the correct compiler backend and tools are used. no --debug option seems to grant this, neither VERBOSE=1.. what to do? (btw libcss seem to have compiled just fine, im a little puzzled why this is all that easy all the sudden)
-
a little too early joy..
$ make -C libhubbub TARGET=amigaos3 install
make: Entering directory `/home/wawa/netsurf/workspace/libhubbub'
/home/wawa/netsurf/workspace/inst/share/netsurf-buildsystem/makefiles/Makefile.t
op:249: warning: overriding recipe for target `clean'
examples/Makefile:14: warning: ignoring old recipe for target `clean'
ENTITIES: src/tokeniser/entities.inc
make: *** Keine Regel vorhanden, um das Target »libxml2.c«,
benötigt von »libxml2.o«, zu erstellen. Schluss.
make: Leaving directory `/home/wawa/netsurf/workspace/libhubbub'
sorry thats in german, even a bad output translation i suppose. should be there is no rule to build libxnl.c to libxml2.o i suppose. strangely i dont see any mention of xml in the appropriate makefile nor makefile.top that seems to override it.
-
I had this too. Delete examples folder.
-
...also pref.
now libdom remains to be made;)
pcgconfig is not available, constructed it out of pieces with guessed version string, but bindings still make problems. neither builds.
-
a question though, i cannot find any possibility to convince the make to output the detailed information what exactly has been invoked with the full path, to be sure the correct compiler backend and tools are used. no --debug option seems to grant this, neither VERBOSE=1.. what to do? (btw libcss seem to have compiled just fine, im a little puzzled why this is all that easy all the sudden)
make -n (or is it -N?) should output the commands it is calling. Doesn't always work though.
-
Maybe any news? :)
-
i think artur is working here:
http://www.amigacoding.de/index.php?topic=291.0
i personally am stuck a little on both netsurf for aos as well as odyssey for aros68k.
ive been able to compile the libs for netsurf as artur did but i doubt i can help much there since i practically cant code. more likely is that i will get aros odyssey to compile some day.
-
I try to compile Chris's OS4 NetSurf.
I have half of code compiled at this moment.
If somebody knows how to implement some OS4 functions on classic,
post it here:
http://eab.abime.net/showthread.php?t=68233
-
I try to compile Chris's OS4 NetSurf.
I have half of code compiled at this moment.
If somebody knows how to implement some OS4 functions on classic,
post it here:
http://eab.abime.net/showthread.php?t=68233
cant help much with coding, otherwise although olaf has registered me on the amiga coding de i still cant login, will try to contribute whatever i can as soon it works.
btw would like to propose not to use devcpp for compiling, rather to stick to the usual netsurf makefiles, to ensure that the changes may be easily commited upstreamand amiga 68k can be incorporated in the set of official netsurf backends which would in turn make it easier to maintain i guess. however i suppose you have though of it yourself.
-
You should have got a link that you must click otherwise you are not registered
-
You should have got a link that you must click otherwise you are not registered
NovaCoder manages to convert complex games and programs that was not intended to run on AGA into AGA. Perhaps his biggest feat of a project, converting a browser to run on AGA? Perhaps FireFox or Chrome or something like that, that allows the browser to run on AGA Amiga and even allow you to use flash on AGA Amiga, allow you to watch youtube in the browser itself on AGA Amiga on decent and enjoyable speed.
NOW IF SUCH feat was feasible and successful............................................................................................................
fishy_fiz, help me here.
-
@amigaclassicrule:
there is a number of different challenges here that demand different skills. usually a gifted coder like chris can do and maintain such a port, but then even him has stated, he will refrain to maintaining only the os4 implementation.. and secondly the whole amiga scene, and not just 68k or os4 community has a handful of such coders remaining. i am not trying to insult anyone, just tell that it isnt as easy as it looks like from the outside.
-
Yep as explained above, this is really not my area so I can't be much help :(
Sounds like arti is on the case though so there is still some hope for a decent OS3 AGA browser.
-
all due respect given i doubt its arturs area as well, otherwise he might have done it long ago. there is clearly requirement for help, whoever might be able should step ahead.
-
Hiya,
Well he worked on the SDL port so he's already a lot more qualified than most of us :)
Chris has also been very supportive so between them they should get there hopefully, I'll also try and help out if I can.
-
sdl ports are still if not the easiest then the less damanding when it comes to amiga standards. in this case reaction versus intuition, gadtools, boopsi, whatever applies. it would be great to get someone already familiar with the subject into the boat, in particular id welcome a mui replacement, likely to improve os4 port as well.
-
wawrzon
You have just hit the problem of why many people, even compentant devlopers cant code for Amiga os.. There is so many hoops to jump through, compiler probs, IDE probs, tricky gui stuff to integrate, etc.. This is why there is only a handful of people left in the world that can really code amiga stuff. And if you notice, most new software are ports.
-
well, not many people are willing or able to get through amiga internals anymore, or know them from the start, while handling gcc is one of the basics cross platform. sadly remaining 8k coders are most asm cracks. perhaps on the eab or a1k there might be someone able to help, counting one hand fingers. or a complete newcomer, though im not going to ask people of aros team..
-
If you want to have a proper HTML5 browser on Amiga, the only realistic way is to use WebKit.
It would be quite easy to port using Odyssey sources, even, but obviously, it would only make sense on UAE setups, considering memory and cpu requirements.
@magnetic
There is so many hoops to jump through, compiler probs, IDE probs, tricky gui stuff to integrate, etc
If by IDE you think about GUI editor, there's zero need for that in that kind of application development. In any serious development, you always leave this GUI editor sh*t behind, it's always a loss of time in the end (i have enough experience with XCode and Visual Studio to know how horrible they are).
As for compiler, GCC4 toolchain is enough, and editors like Golded or Scribble are good enough. Only issue might be libnix too outdated, but it can easily be completed.
And there's no tricky GUI stuff to integrate. Coding with MUI is really easy compared to similar stuff you have to do in other toolkits, actually.
-
Don't underestimate Netsurf, is fast and renders most pages correctly, wich is enough and realistic goal for real 68k amigas. Netsurf with OS 4 is very fast and responsive, like no any other browser, any other OS. Very confortable to use.
This is for real amigas and hardware hobbyists.
-
No proper javascript support discards it for what was asked before: feature-complete HTML5 browser.
As for its speed, disable JS in WebKit, and it also gets much faster, surprisingly... :) Though there are other issues with it on OS4, blitting speed seems slower than it should be.
-
It is not a realistic goal for 68k amigas to have Firefox/OWB etc. any effort to that would benefit only those who use emulators, so lets not talk about that.
Browsing internet is generally very pleasent with OS4, any browser is very usefull and fast when comparing Window XP / 7 etc.
Even Timberwolf is usefull, only problem is slow startup
-
jason has compiled aros owb for 68k, and i (and others) have tested it. it is almost usable, which means webkit browser might altogether be usable even on real amigas (060).
i expect fabs odyssey might be somewhat more responsive as this outdated version of aros owb.
now, firefox is of course out of the question, it doesnt even work properly on os4 machines let alone it would on any real 68k setup.
thanks to jason and deadwood i have been able to build aros68k toolchain, configure the odyssey project somewhat but making ive run immediately into some (define) problems, because the project wants to build whith pthreads. i couldnt find the cause, fab, you might recall ive asked you too.
i also agree completely the projects must be kept building from the shell, as it is intended to, in this case using cmake. using devcpp or any other editor might be helpful initially especially with porting small sdl games or so. but almost all open source projects are not meant to build that way, therefore especially with big and complex project you will eventually mess everything up, never knowing, what.
-
Hey Fab informative post, thanks. So are you saying that ordinary coders could get to work right away on programming for amiga os? I have a friend who has learned C and Perl and Lua and digs my amigas and Pegasos. I was inquiring about programming for Amiga and how to get started.. like what books/guides etc. Also is there a lot of notation in Amiga geared code so he would be able to see what was going on? Can ASM be cross compiled?
Anyway, I would really like to see some sort of bounty for Fab, wawrzon, kas1e, and the others so that we could have a platform wide current "ODYSSEY" Browser. Now that would be a True ODYSEEY 2020 Movie. Is this possible?
-
im not taking any bounties here. im just trying to help, practically everybody else here has more guts then me.
-
jason has compiled aros owb for 68k, and i (and others) have tested it. it is almost usable, which means webkit browser might altogether be usable even on real amigas (060).
i expect fabs odyssey might be somewhat more responsive as this outdated version of aros owb.
Considering AROS OWB didn't have blitter support at all, it could only be faster, and not a little. I still think it would be rather slow on 060. :)
thanks to jason and deadwood i have been able to build aros68k toolchain, configure the odyssey project somewhat but making ive run immediately into some (define) problems, because the project wants to build whith pthreads. i couldnt find the cause, fab, you might recall ive asked you too.
Well, you just need to set the thread backend you use when invoking cmake, if you didn't already.
That's USE_THREADS=MORPHOS.
So for instance
cd cross-build
cmake -DCMAKE_CROSSCOMPILING=ON -DCMAKE_TOOLCHAIN_FILE=../morphos.cmake -DUSE_IMAGEDECODER=GENERIC -DUSE_THREADS=MORPHOS .. etc...
-
Considering AROS OWB didn't have blitter support at all, it could only be faster, and not a little.
that exactly was the problem, it was blitting very slowly, scrolling slowly and the like..
I still think it would be rather slow on 060.
on css heavy sites, yes.. bbc has loaded few minutes, about two afair and of course without java script. but it rendered correctly with datatypes. but a1k frontpage was there almost in an iinstant, and one has to consider arostcp stack is still very laggy..
now what concerns the build i have a script here where morphos is clearly defined for paths:
cmake \
-DCMAKE_CROSSCOMPILING=ON \
-DCMAKE_TOOLCHAIN_FILE=../cmake/aros.cmake \
-DCMAKE_MODULE_PATH=../cmake \
-DUSE_GRAPHICS="MORPHOS" \
-DUSE_FONTS="FREETYPE" \
-DUSE_TIMER="MORPHOS" \
-DUSE_I18N:STRING=ICU \
-DBUILD_SHARED_LIBS="NO" \
-DUSE_THREADS="MORPHOS" \
-DWITH_OWB_CONFIG_DIR="PROGDIR:owb.conf" \
-DICU_LIBRARY="-licui18n -licuuc -licudata" \
-DICU_INCLUDE="$AROS_DEVELOPMENT/include" \
-DPNG12_LIBRARIES=$AROS_DEVELOPMENT/lib/libpng.a \
-DPNG12_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DFREETYPE_LIBRARIES=$AROS_DEVELOPMENT/lib/libfreetype2.a \
-DFREETYPE_INCLUDE_DIRS=$AROS_DEVELOPMENT/include \
-DFONTCONFIG_LIBRARIES=$AROS_DEVELOPMENT/lib/libfontconfig.a \
-DFONTCONFIG_INCLUDE_DIRS=$AROS_DEVELOPMENT/include \
-DJPEG_LIBRARY=$AROS_DEVELOPMENT/lib/libjpeg.a \
-DJPEG_INCLUDE_DIR=$AROS_DEVELOPMENT/include/ \
-DCURL_LIBRARIES="$AROS_DEVELOPMENT/lib/libcurl.a;$AROS_DEVELOPMENT/lib/libiconv.a;$AROS_DEVELOPMENT/lib/libz.a;$AROS_DEVELOPMENT/lib/libssl.a;$AROS_DEVELOPMENT/lib/libcrypto.a;" \
-DCURL_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DOWB_BASE_DEPS_LIBRARIES=$AROS_DEVELOPMENT/lib/libxml2.a \
-DOWB_BASE_DEPS_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/libxml2 \
-DSQLITE3_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DSQLITE3_LIBRARIES=$AROS_DEVELOPMENT/lib/libsqlite3.a \
-DLIBXSLT_LIBRARIES=$AROS_DEVELOPMENT/lib/libxslt.a \
-DLIBXSLT_INCLUDE_DIRS=$AROS_DEVELOPMENT/include/ \
-DCAIRO_LIBRARY=$AROS_DEVELOPMENT/lib/libcairo.a \
-DCAIRO_INCLUDE_DIR=$AROS_DEVELOPMENT/include/ \
-DENABLE_ACCESSIBILITY:BOOL=ON \
-DENABLE_BLOB:BOOL=ON \
-DENABLE_DATALIST:BOOL=ON \
-DENABLE_DOM_STORAGE:BOOL=ON \
-DENABLE_EVENTSOURCE:BOOL=ON \
-DENABLE_FILE_SYSTEM:BOOL=ON \
-DENABLE_FILTERS:BOOL=ON \
-DENABLE_FTPDIR:BOOL=ON \
-DENABLE_GEOLOCATION:BOOL=ON \
-DENABLE_ICONDATABASE:BOOL=ON \
-DENABLE_INDEXED_DATABASE:BOOL=ON \
-DENABLE_INPUT_TYPE_COLOR:BOOL=ON \
-DENABLE_INSPECTOR:BOOL=ON \
-DENABLE_JAVASCRIPT_DEBUGGER:BOOL=ON \
-DENABLE_MEDIA_STATISTICS:BOOL=ON \
-DENABLE_METER_TAG:BOOL=ON \
-DENABLE_MICRODATA:BOOL=ON \
-DENABLE_NOTIFICATIONS:BOOL=ON \
-DENABLE_NPAPI:BOOL=ON \
-DENABLE_OFFLINE_DYNAMIC_ENTRIES:BOOL=ON \
-DENABLE_OFFLINE_WEB_APPLICATIONS:BOOL=ON \
-DENABLE_PROGRESS_TAG:BOOL=ON \
-DENABLE_REQUEST_ANIMATION_FRAME:BOOL=ON \
-DENABLE_RUBY:BOOL=ON \
-DENABLE_SANDBOX:BOOL=ON \
-DENABLE_SQL_DATABASE:BOOL=ON \
-DENABLE_WEB_SOCKETS:BOOL=ON \
-DENABLE_WEB_TIMING:BOOL=ON \
-DENABLE_XPATH:BOOL=ON \
-DENABLE_XSLT:BOOL=ON \
-DENABLE_TESTS:BOOL=OFF \
-DENABLE_TESTS_CPPUNIT:BOOL=OFF \
..
while now it stops somewhere else and i cant even configure it anymore aven though reinstalled and readjusted the whole source:
CMake Error at Tools/OWBLauncher/CMakeLists.txt:65 (target_link_libraries):
Cannot specify link libraries for target "owb" which is not built by this
project.
damn ive messed it up again..
-
Very interested in how this turns out, browsing is very quick with the 060@80MHz but as has been said the current browsers make a mess of websites :-(
Is there a link to the AROS OWB I can try?
-
you need to run it under aros68k. this means you need to download aros68k nightly and decompress it onto an empty bootable partiotion, and then download the corresponding contributions where owb is in extras/networking/apps/owb
now that the last nightles do not start on 68k due to rebuilding the infrastructure, you may have to use aros vision distro for "classics".
you ll have to check out and remove all unnecessary ttf fonts from the fonts: dir otherwise it will take ages to parse them. i had somewhere an archive with those appropriate but forgot where. then you need to start arostcp (you need a lan card) otherwise the browser will refuse to run. and then you will have to sustain very long start, set the image decoders to datatypes in the browser prefs, disable javascript and then it might go online.
meanwhile ive noticed that olaf puts millions of fonts even into the aros vision classics, i would have to remove them now even to check if owb starts, its been months i ran that last time. i cant be bothered today. sorry.
-
I try to compile Chris's OS4 NetSurf.
I have half of code compiled at this moment.
If somebody knows how to implement some OS4 functions on classic,
post it here:
http://eab.abime.net/showthread.php?t=68233
I don't have an account on EAB, however:
COMPILE: amiga/schedule.c
amiga/schedule.c:28:17: pbl.h: No such file or directory
You need to build libpbl - http://www.mission-base.com/peter/source/
I use it because it's a bit nicer/quicker for controlling the list of scheduled events.
Also WINDOW_NewMenu would need to be replaced with (from the top of my head) LayoutMenus and the attach menu function (whose name escapes me at the moment), and the reverse clean-up when the window closes (in gui_window_destroy after DisposeObject(gwin->objects[GID_MAIN])). WINDOW_NewMenu can then be removed as that's all it does.
int32 -> replace by LONG
uint32 -> replace by ULONG
int16 -> replace by WORD
uint16 -> replace by UWORD
int8 -> replace by BYTE
uint8 -> replace by UBYTE
I'd rather you didn't do that, instead add the necessary typedefs to os3support.h.
-
NetSurf AGA BETA released :)
You can read up about the development of this new browser port on this EAB thread Amiga Browser (http://eab.abime.net/showthread.php?t=68055)
Basically (Arti) the guy that has been working on the (SDL based) 68k RTG ports of NetSurf asked if he could use my new AGA SDL to see it would enable him to get NetSurf working for AGA users.
Currently it is slow and requires a powerful AGA machine. It looks to me that the performance issues are from generating the image rather than actually displaying it (eg AGA is not the reason it is slow!).
There is the possibility that Arti might be able to improve the speed and fix the issues with the colors etc, all questions/thanks/encouragement/donations should be sent directly to Arti -> http://ami-soft.blogspot.com.au/ (http://ami-soft.blogspot.com.au/)
[youtube]RbWjdtUH62k[/youtube]
I don't know about you guys but I think it's pretty cool that classics will finally get a new web browser after all these years :)
-
Ooh, I'll give it a shot. Where do I download and what additional stuff do I need?
-
Ooh, I'll give it a shot. Where do I download and what additional stuff do I need?
Have a read of the EAB link I posted above, all will be revealed ;)
-
I see you've produced a working SDL for AGA; I may have missed it elsewhere, but is there a working SDL for RTG?
-
I see you've produced a working SDL for AGA; I may have missed it elsewhere, but is there a working SDL for RTG?
Of course, how do think the RTG version of NetSurf 68k runs ;)
You can find it if you do a Google search, I don't think it's on AmiNet.
-
I see you've produced a working SDL for AGA; I may have missed it elsewhere, but is there a working SDL for RTG?
Yes, but it's buggy, you can't resize the window.
-
Have a read of the EAB link I posted above, all will be revealed ;)
Ah. Well, if it won't run on an 030 I'm out of luck :/
-
Yes, but it's buggy, you can't resize the window.
No you cannot..but then again in an AGA resolution and output you do not want to resize window you want it to be maximized as much as possible. In fact...this treats the Amiga computer as a console...pretty much any browser in modern consoles like Playstation or xBox 360 or even xBox One and Playstation 4 treat browsers the same way the Amiga classic in AGA chipset does. It opens it in full screen..filling the entire screen with the website and then when you move the cursor with your controller all the way up...the address bar and toolbar drops down. It is not multitasking with the console and if you want to do other things than browsing you need to close the browser down and return back to the Home page of your console.
Amiga classic is doing the same thing pretty much...that I love...I enjoy the sexy interface and the wait hourglass I have no objection at all with the interface and the way it is now. However, the big issue I have is that it is super buggy...it crashes a lot and it does not display the page color correctly...but also the fact it is running on a 2 MB chip RAM may cause this good browser to be VERY unstable...very...very unstable and limit the amount of pages you can view with 2 MB of CHIP RAM depending on the intensity of the pictures, flash, colors that page have. Also this browser have the javascript disabled...which means due to again the limitation of the CHIP RAM we will not be able to run javascript app at all..and this heavily limits browsing experience.
I think if NovaCoder makes two version of this...one version have the javascript disabled etc just for the limitation of the Amiga classic hardware running in AGA and have a version for FPGA Replay where Javascript is enabled and even possibly flash (if it can be done) and HTML 5 enabled. The question why? Simply put that FPGA Replay have AGA+ as a custom chipset..meaning the CHIP RAM can hold 128 MB of RAM that is more than enough to do ALL your browsing need without trouble, have higher resolution, have higher bandwidth capacity in speed for the graphics chip RAM and have integrated RTG...which in this case now that I think about...the NetSurf RTG version right now in aminet is more than enough to run it comfortably with FPGA Replay...as long as the Javascript there is not disabled or anything.
-
Arti has released an new BETA today over on EAB, looks like he's got the colors working properly now :)
[youtube]XbjvxbBesbo[/youtube]
-
Fantastic work, really fantastic work! *thumbs up*
So sad, I moved to my girlfriend and the whole Amiga stuff is in a storage hall, at the moment. ;-)
By the way, what happend with EAB???
-
OK guys, I spent some time fixing up the 68k toolchain for NetSurf, so it now builds again and all the dependent libraries build too.
I've also spent quite a while fixing all the compiler and linker errors for the OS4 build, when passed through the 68k toolchain. It now builds and runs (don't get too excited) as far as errorneously displaying the splash window as a long thin window at the top of the screen. It then crashes, probably somewhere between initialising the DataTypes handler and initialising NetSurf. If I run it on OS4 (yes, that earlier test was on OS3.5, just to check I got the same thing) I can ignore past the crash, and then it crashes creating the main window.
I should probably try to build a simple ReAction example to check that side of things is working, as the splash window couldn't be much simpler so it makes me think the macros are somehow screwed up.
I'll probably keep poking it with my stick but it would progress a lot quicker if I had some help. Anybody?
-
Dumb question, but NetSurf is 4.0/4.1 only, right? Any chance of back-porting it to 3.9 systems? Thx!
-
Does it make a difference that OS4.1 runs on a PPC CPU?
Or are we expecting a 5 ounce sparrow to carry a 1 pound coconut?
-
Does it make a difference that OS4.1 runs on a PPC CPU?
Or are we expecting a 5 ounce sparrow to carry a 1 pound coconut?
Sorry I didn't read the whole 178 posts in this thread. Post #176 mentions (quote) "yes, that earlier test was on OS3.5". So I would assume that at least at some point NetSurf ran on classic systems. Maybe I should just google it, lol. :p
-
Dumb question, but NetSurf is 4.0/4.1 only, right? Any chance of back-porting it to 3.9 systems? Thx!
That's precisely why I posted.
Sorry I didn't read the whole 178 posts in this thread. Post #176 mentions (quote) "yes, that earlier test was on OS3.5". So I would assume that at least at some point NetSurf ran on classic systems. Maybe I should just google it, lol. :p
Sorry, I resurrected an old thread as I thought it would provide useful context - it's a continuation of the discussion here.
Currently there is a 68k version of NetSurf, but it is based on the Framebuffer frontend.
The OS4 version is a full native GUI but it is built for OS4 only.
The intention is to back-port the OS4 frontend to OS3.9. To achieve this I've fixed the toolchain and loads of "easy" compiler errors. It's now in a broken state in that it has real bugs which need fixing. As I said, it builds and runs under OS3 but doesn't get very far.
When this thread was previously active people were struggling to even compile it. Now that's sorted I'm hoping for some actual help.
-
The question I asked in a serpentine manor was, "Does a 680X0 CPU have enough processing power to handle the demands of Netsurf?"
It might be like running Timberwolf on a Classic Amiga with a 604e PPC (it too crashes).
-
Thanks for the clarification! Sorry I'm not a coder so not of any actual help, but maybe post a video of it working under 3.x in it's current state, and start a Kickstarter or something? I think there's a lot of people clamoring for an updated 3.x browser.
IMHO AmigaKit should fund it or send some programming help your way. :)
-
I gave up coding for Lent in 1987 to concentrate on what I was being paid for ;(
-
The question I asked in a serpentine manor was, "Does a 680X0 CPU have enough processing power to handle the demands of Netsurf?"
Yes. NEXT!
-
Where is the source with your changes?
I'd like to take a look, but no commitments.
I'm waiting on parts for my system, so I'm not set up to do anything but read over it ATM.
-
Great news :) Hopefully you get some help.
Original RiscOS version of Netsurf requires 68030 equvalent ARM6 cpu and 16mb ram. With 16mb ram it wouldn't have much a use, but it should start.
-
The question I asked in a serpentine manor was, "Does a 680X0 CPU have enough processing power to handle the demands of Netsurf?"
It might be like running Timberwolf on a Classic Amiga with a 604e PPC (it too crashes).
Timberwolf can barely run on a 933mhz G4 let alone a 604e.
-
Where is the source with your changes?
http://git.netsurf-browser.org
-
Oh, I assumed that you were working on your own without committing changes back yet.
Are you cross compiling or building on the Amiga?
-
Are you cross compiling or building on the Amiga?
Cross-compiling using the toolchain in the repo. I have a Debian 64-bit VM set up just for this.
I haven't natively built it for years, and can't say for sure whether that still works.
-
Original RiscOS version of Netsurf requires 68030 equvalent ARM6 cpu and 16mb ram. With 16mb ram it wouldn't have much a use, but it should start.
Sounds good.
-
im working on compiling netsurf 2.0 with itix mui frontend against aros headers. im compiling it towards amiga-m68k target while im working on it, but it should be as platform independent as possible. netsurf itself wasnt that of a deal, but the frontend is a bit more complicated. i must get ttengine to build within aros build system for now. if this succeed im going to update netsurf to the current version, try to adapt the frontend and let it build within the build system as well. this is all i can do for now, being a noob.
-
im working on compiling netsurf 2.0
There have been a *lot* of frontend changes since then.
-
OK guys, I spent some time fixing up the 68k toolchain for NetSurf, so it now builds again and all the dependent libraries build too.
.
I should probably try to build a simple ReAction example to check that side of things is working, as the splash window couldn't be much simpler so it makes me think the macros are somehow screwed up.
I'll probably keep poking it with my stick but it would progress a lot quicker if I had some help. Anybody?
Great work Chris, nice to see some 68k progress :)
-
There have been a *lot* of frontend changes since then.
yes, ive been told that.
-
Just a quick question: how about a bounty/kickstarter to open source Ibrowse? Since a lot of modern stuff is out of the classic Amigas range, wouldn't it make more sense to concentrate on making web pages look correct, making SSL work properly and such things?
-
@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.
-
Has there been any discussion around making iBrowse open? Maybe a Kickstarter to do that would be appropriate?
Trying to learn C now in my free time... so now I realize how long it takes those that know to work on code for the community. I'm making the assumption that most have just as much free time as I do (which is very little) ;)
-
@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.
The only difference is that Aweb is horrible, Ibrowse actually works. ;)
I know I'd throw in at least a C-note for an updated Ibrowse, am sure a few others would do the same. Then a bunch more would come along and say "it should be free, blah blah". The Amiga-wheel goes round-and-round, lol. ;)
-
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.
-
Just a quick question: how about a bounty/kickstarter to open source Ibrowse? Since a lot of modern stuff is out of the classic Amigas range, wouldn't it make more sense to concentrate on making web pages look correct, making SSL work properly and such things?
Netsurf displays pages correctly.
-
I still find iBrowse to be my goto browser on Amiga, but I'm not sure it's worth putting money into just to get it opened. I'd rather pay an active developer for new work on another project.
OWB on MorphOS is pretty awesome. I wish we had a good version of that.
I'm seriously looking into Netsurf at the moment though. It looks like it has potential and some active developers, just not enough.
-
Ibrowse works fine on slower Amigas. How slow an Amiga will Netsurf be a joy to use?
-
Just a quick question: how about a bounty/kickstarter to open source Ibrowse? Since a lot of modern stuff is out of the classic Amigas range, wouldn't it make more sense to concentrate on making web pages look correct, making SSL work properly and such things?
This easily makes the most sense to me. iBrowse was written specifically for the Amiga and to run well in that limited resource environment. There is no modern bloat to trim away to make it run efficiently on 68k Amiga.
It's been 10 years? since iBrowse was last updated, and in that time no one has managed to port anything else (from another platform) to 68k Amiga that is half as usable as ibrowse still is today. Porting and trimming must not be an easy task. ;)
If ibrowse cannot be open sourced, maybe Aweb is the next best option. I happily used it for years, too. I used to run Aweb on an A600 with 2 MB of CHIP and 2 MB of FAST and no acceleration.
My 2 cents.
-
Ibrowse works fine on slower Amigas. How slow an Amiga will Netsurf be a joy to use?
That's a really good question.
iBrowse to me has the best speed to usability ratio on real 68k Amigas at the moment.
-
OWB on MorphOS is pretty awesome. I wish we had a good version of that.
I'm seriously looking into Netsurf at the moment though. It looks like it has potential and some active developers, just not enough.
Do you really belive that OWB would be usefull with real amigas? Good version for it for 68k Amigas, I can't imaginet what that would be.
OWB takes 89mb ram just to start.
Netsurf takes 20mb ram just to start.
<- Tested 2 minits ago, without Network connection.
Another thing, I don't understand what you are looked into Netsurf? OR has you looked current 68k version of it??? It is light weight web browser, memory footprint is much smaller than OWB has. It is a multiplatform browser, so it doesn't have just some active developers, it has quite many developers for several operating systems. It displays prety much every web page correctly. Has a CSS, SSL and Java support, what else you would require?
-
Do you really belive that OWB would be usefull with real amigas? Good version for it for 68k Amigas, I can't imaginet what that would be.
OWB takes 89mb ram just to start.
Netsurf takes 20mb ram just to start.
A good version would be one that runs on existing machines and gives similarly compatible results.
Morphos is very usable on the modern internet.
If I need 128MB of RAM to do that, well then I guess I need 128MB like high end Amigas had 20 years ago. It's not a high cost.
Another thing, I don't understand what you are looked into Netsurf? OR has you looked current 68k version of it??? It is light weight web browser, memory footprint is much smaller than OWB has. It is a multiplatform browser, so it doesn't have just some active developers, it has quite many developers for several operating systems. It displays prety much every web page correctly. Has a CSS, SSL and Java support, what else you would require?
Like I said, I'm looking into it.
Last time I tried to install it, it wouldn't run properly so I blew it off. This discussion sparked an interest.
-
AI guess I need 128MB like high end Amigas had 20 years ago. It's not a high cost.
Haha, wait, what? I wish! :angry:
-
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.
-
Haha, wait, what? I wish! :angry:
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.
If RAM was the problem preventing a decent web browser, it's available and won't break the bank. That's all I'm saying.
IMHO, it's the CPU speed, but I don't think the amount of RAM used is a deal breaker.
-
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.
If RAM was the problem preventing a decent web browser, it's available and won't break the bank. That's all I'm saying.
IMHO, it's the CPU speed, but I don't think the amount of RAM used is a deal breaker.
Fair enough, if you have an A3000/A4000. That kind of sets the bar pretty high though. Systems with ACA accelerators could do it. Personally I've been struggling to find 16MB GVP SIMM's for my A2000 accelerator for over a year, and not had a single bite. That's another thing I would fork over good money for - some damned 16MB SIMM's for all the proprietary GVP accelerators still floating around out there in Amiga-land. Would make them a lot more useful if someone would make up a batch! ;)
-
I find that NetSurf 68k has a lot of potential. I prefer to browse the internet with it, as I previously was a firm IBrowse user on my NTSC A1200 with an '060 accelerator.
The 2 items I find most frustrating about NetSurf are:
1) defaults to a PAL screen, which one has to constantly scroll down to view if one has an NTSC Amiga. I guess it can be altered in its setup, I guess, but don't know how to
2) to alter its "Settings" is a PITA, unlike anything useful that I've ever seen. I don't even know how to make English its default language & to have it start at the American Google site instead of the Polish Google site.
I know, tell me to RTFM. Couldn't the Settings GUI be made a bit more user friendly?
-
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
-
The new FPGA accelerators may push limits all around. A Vampire equipped a600 has 64megs fast DDR3 RAM soldered on the board. As well as 060 performance in the experimental build.
-
Finally noixemul version!
link (http://s000.tinyupload.com/index.php?file_id=04074523392522073867)
Should work without FPU.
-
Main question is :
What we could expect with it?
It can't be use for dayli web surfing, though it would make it possible with UAE
I can be used for "selected" sites, like amiga.org, amigaworld.net, aminet.net etc.
It could be used for temporay need of downloading stuff from internet. (Wich is most important aspect for me)
Build based for Chris OS4 native version would be very different thing than current 68k version wich is based to framebuffer version, wich is meant to be usd NO GUI systems and debugging. It is also build top of SDL
So possible future version of Netsurf based of Chris sources, IS NOT comparable with current version. It would have proper Reaction GUI, menus etc, selectable resolution/screen.
Screenshot here :
http://www.unsatisfactorysoftware.co.uk/netsurf/ns.jpg
-
Screenshot here :
http://www.unsatisfactorysoftware.co.uk/netsurf/ns.jpg
Looks good! Who is that imposter George Jones (http://en.wikipedia.org/wiki/George_Jones)? :lol:
-
Looks good! Who is that imposter George Jones (http://en.wikipedia.org/wiki/George_Jones)? :lol:
And who color tinted his photo?
-
This is the same bullshyt "write and submit a patch" and "RTFM" mindset which pushes a lot of people away from F/OSS projects.
While many people have ideas not everyone is a do-er or a coder. Responses like yours discourage people from providing ideas.
I don't know what a-pex does to support the Amiga community, but I certainly wouldn't discount his missive simply because he's not coding.
To be fair, "make a new browser" isn't really that much of a valuable or even novel idea, and the tone of the original post was that of someone who expects a new browser project to pop into existence as soon as some obscure version mismatch between two horrible pieces of software on the horizon is pointed out. Ideas are a dime a dozen, and if you have one and are not a "do-er", that response at least prompts the OP to consider what kind of effort such a project entails.
-
Actually Netsurf may be a good fit for 68K's future. With some fixes and optimizations it could maybe get pretty fast. Add some functionality to it and you have a good start.
Chris
-
Exist any Netsurf version to run in native Amiga Video chip set?.
-
Exist any Netsurf version to run in native Amiga Video chip set?.
Yes, it's called NetSurf AGA (BETA).
A 'non frame-buffer' 68k AGA/RTG port would of course be preferable though.
-
Yes but currently slow. They are working on it.
-
I tried any time a version, but not work on AGA with C=1942.
So, i hope we can have a good news soon.
-
OK guys, I spent some time fixing up the 68k toolchain for NetSurf, so it now builds again and all the dependent libraries build too.
I've also spent quite a while fixing all the compiler and linker errors for the OS4 build, when passed through the 68k toolchain. It now builds and runs (don't get too excited) as far as errorneously displaying the splash window as a long thin window at the top of the screen. It then crashes, probably somewhere between initialising the DataTypes handler and initialising NetSurf. If I run it on OS4 (yes, that earlier test was on OS3.5, just to check I got the same thing) I can ignore past the crash, and then it crashes creating the main window.
I should probably try to build a simple ReAction example to check that side of things is working, as the splash window couldn't be much simpler so it makes me think the macros are somehow screwed up.
I'll probably keep poking it with my stick but it would progress a lot quicker if I had some help. Anybody?
Thanks for the work Chris. You have made a lot of Amiga changes and the C source code appears to be in good shape. It looks like you need help from someone with an AmigaOS 4 or Linux environment and with good cross-compiling skills using a newer version of GCC. That's not me but if you could build an executable that is close with SAS/C style debug and symbols then I might be able to help debug NetSurf. I doubt there is any way to get the SAS/C debug and symbols when compiling with a newer version of GCC (STABS or DWARF?) and compiling with vbcc would be more work. Do you use an ELF2HUNK utility to convert the new GCC output from 68k ELF to Amiga Hunk format? What version of GCC are you using?
-
Exist any Netsurf version to run in native Amiga Video chip set?.
Amiga OS4 classic can run Netsurf with plain AGA
-
Thanks for the work Chris. You have made a lot of Amiga changes and the C source code appears to be in good shape. It looks like you need help from someone with an AmigaOS 4 or Linux environment and with good cross-compiling skills using a newer version of GCC. That's not me but if you could build an executable that is close with SAS/C style debug and symbols then I might be able to help debug NetSurf. I doubt there is any way to get the SAS/C debug and symbols when compiling with a newer version of GCC (STABS or DWARF?) and compiling with vbcc would be more work. Do you use an ELF2HUNK utility to convert the new GCC output from 68k ELF to Amiga Hunk format? What version of GCC are you using?
I'm using GCC 3.4.6, it creates Hunk binaries without running through any utilities. I think I'm building with -gstabs already (hangover from OS4), and don't have a clue about debugging under 68k.
At the moment I just want to know why creating bitmap.image objects is failing. I suspect there's something broken in the NDK includes I'm using.
-
I'm using GCC 3.4.6, it creates Hunk binaries without running through any utilities. I think I'm building with -gstabs already (hangover from OS4), and don't have a clue about debugging under 68k.
At the moment I just want to know why creating bitmap.image objects is failing. I suspect there's something broken in the NDK includes I'm using.
You are using the 3.9 NDK I assume?
Wish I had some time to help Chris :(
-
I'm using GCC 3.4.6, it creates Hunk binaries without running through any utilities. I think I'm building with -gstabs already (hangover from OS4), and don't have a clue about debugging under 68k.
The best GUI debugger for the Amiga 68k is BDebug in the Barfly package.
http://aminet.net/dev/asm/BarflyDisk2_00.lha
The docs say that it supports STABS as well as the SAS/C (SAS D1) debug info. It might be worth a try to open a source window. BDebug can catch an exception from a crash and allow you to debug from the crash location.
At the moment I just want to know why creating bitmap.image objects is failing. I suspect there's something broken in the NDK includes I'm using.
First, make sure you are using the 3.9 NDK as Novacoder suggests. Next, you might try these fixed NDK 3.9 includes:
http://www.heywheel.com/matthey/Amiga/fixed-includes-ndk39.lha
They are from the dead AWeb web site. AWeb uses ClassACT/Reaction also and these were probably fixed by Andy Broad (broadblues).
There is a list of some Reaction bugs in the following text:
http://www.heywheel.com/matthey/Amiga/ami-code.txt
I didn't see anything related to bitmap.image though. Let me know if you find a bug and I may be able to patch it.
Edit: I read the bitmap_ic_relnotes from the NDK 3.9 and it sounds like the old bitmap.image was problematic:
bitmap.image 45.1 (03.02.2001)
· complete rewrite, as H&P don't have the sources of
the original class. this one supports transparent
blits to interleaved screens. The corrupted nav.-
buttons of AWeb are gone, now.
My version with AmigaOS 3.9 is bitmap.image 45.1 (03/03/01).
-
The best GUI debugger for the Amiga 68k is BDebug in the Barfly package.
http://aminet.net/dev/asm/BarflyDisk2_00.lha
The docs say that it supports STABS as well as the SAS/C (SAS D1) debug info. It might be worth a try to open a source window. BDebug can catch an exception from a crash and allow you to debug from the crash location.
Cool, I'll have a look at it, thanks.
First, make sure you are using the 3.9 NDK as Novacoder suggests. Next, you might try these fixed NDK 3.9 includes:
http://www.heywheel.com/matthey/Amiga/fixed-includes-ndk39.lha
They are from the dead AWeb web site. AWeb uses ClassACT/Reaction also and these were probably fixed by Andy Broad (broadblues).
I'm using the NDK 3.9 includes, fixed for GCC from elsewhere. A cursory glance suggests yours are the same. I was hoping images/bitmap.h might have been fixed but it's not in that file.
Edit: I read the bitmap_ic_relnotes from the NDK 3.9 and it sounds like the old bitmap.image was problematic:
bitmap.image 45.1 (03.02.2001)
· complete rewrite, as H&P don't have the sources of
the original class. this one supports transparent
blits to interleaved screens. The corrupted nav.-
buttons of AWeb are gone, now.
My version with AmigaOS 3.9 is bitmap.image 45.1 (03/03/01).
I'm running my test program on OS4, so it's not that. I've modified the integer.gadget example in the NDK (which works) to include a bitmap.image object, and it just doesn't open the window. I must be missing something.
The same code does work when built for OS4 with the OS4 includes, which is why I was thinking there might be something wrong with the 3.9 includes.
-
May I ask what you intend to do with a modern browser on a 50-100 MHz machine? It's not like it's powerful enough to do much with a modern JS engine anyway.
Personally, I believe porting a more simple browser like Dillo would make more sense...
-
May I ask what you intend to do with a modern browser on a 50-100 MHz machine? ..
Most resent FPGA 68K cores deliver performance in many areas in the range of 500 MHz 68030 CPU or more.
Running a bit more demanding applications is working better now.
-
Most resent FPGA 68K cores deliver performance in many areas in the range of 500 MHz 68030 CPU or more.
Running a bit more demanding applications is working better now.
Ah, of course. I'd forgotten about those. That makes it a little more viable. :)
-
Will Netsurf work on a plain A1200 with 4 MB fast RAM?
-
Will Netsurf work on a plain A1200 with 4 MB fast RAM?
It's situations like that where I believe a Dillo port would be more suited. I'd suggest you try, but I think you'll run out of RAM very quickly.
-
It's situations like that where I believe a Dillo port would be more suited. I'd suggest you try, but I think you'll run out of RAM very quickly.
It rather makes me think open sorceing Ibrowse would be a good idea. Netsurf might be better for beefier Amigas, but lets not forget about the ones with slower machines.
-
Will Netsurf work on a plain A1200 with 4 MB fast RAM?
(Not picking on you, Yasu)
I understand that not everyone has a big system, but come on, this is why we can't have nice things.
The "it's gotta work on an A500" mentality didn't help us in the 90's and it's not helping now.
At some point, you need to get some upgrades if you want to run software that wasn't made in the 90's, for 80's systems.
-
(Not picking on you, Yasu)
I understand that not everyone has a big system, but come on, this is why we can't have nice things.
The "it's gotta work on an A500" mentality didn't help us in the 90's and it's not helping now.
At some point, you need to get some upgrades if you want to run software that wasn't made in the 90's, for 80's systems.
Which is why I use MorphOS ;)
-
Which is why I use MorphOS ;)
lol, hey, at least you paid for something.
I just think a lot of people expect there to be some way for stock 90's systems to browse the web with a total memory capacity smaller than the size of the images on the site. It's frustrating.
There are CPU cards and RAM upgrades available at reasonable prices, so I don't think having an expectation of reasonable upgrades is too much to ask for.
-
(Not picking on you, Yasu)
I understand that not everyone has a big system, but come on, this is why we can't have nice things.
The "it's gotta work on an A500" mentality didn't help us in the 90's and it's not helping now.
At some point, you need to get some upgrades if you want to run software that wasn't made in the 90's, for 80's systems.
It's a good question.
You can't expect a Classic to offer Chrome levels of speed, that's crazy.
I think with an 060 and RTG you should be able to create a 'usable' browser experience, AGA wouldn't be as usable of course but should still be better than using IBrowse.
Usable doesn't mean fast or fully featured, just that most sites would work and be rendered before you get bored.
Anything less than an 060 (or FAST FPGA!) would be better off sticking to AWeb or I browse.
-
Will Netsurf work on a plain A1200 with 4 MB fast RAM?
I doubt it; the executable alone is ~5.5MB.
I'd suggest you'd need at least 8MB to start it, and probably 16MB to actually view any pages. But I don't know for sure until I get it running, and I don't have a clue what the speed would be like on a 14MHz '020/AGA.
-
So, Netsurf on faster machins and an open sourced Ibrowse for slower ones?
-
So, Netsurf on faster machins and an open sourced Ibrowse for slower ones?
There woun't be open source iBrowse I'm a afraid.
But any way, I do not understand what you would possible do with 4mb ram Amiga on internet?
FTP would be more suitable for that kind of machine.
-
The best way is to write an optimized html+css engine and use optimized codecs for images. Rendering can be done in HAM6/HAM8 at good quality (and is similar in speed to error diffusion). Meynaf from EAB has nice and fast codecs in his image viewer, but fast html+css still has to be done from scratch.
-
If nothing else, this browser builds FAST.
I haven't tried cross compiling yet, just made sure that I could build and run the Linux version.
Hopefully I'll get the Amiga build working tonight and I'll test in UAE until my hardware comes in.
I've got to get a source level debugger set up somehow though. Working on something as big as a browser with only assembly debugging and printf's is like building a ship in a bottle when you just want a ship.
-
I've got to get a source level debugger set up somehow though. Working on something as big as a browser with only assembly debugging and printf's is like building a ship in a bottle when you just want a ship.
BDebug is not a true source level debugger but it can display the current source line as you step through the 68k assembler executable. You do have to get to the main() function before it will work and it does have to be able to find your source code. BDebug is in the Barfly package.
http://aminet.net/dev/asm/BarflyDisk2_00.lha
The docs say that it supports STABS as well as the SAS/C (SAS D1) debug info. GCC can output STABS with a switch which Chris has selected in the makefile of the NetSurf /amiga directory. Vbcc with a 68k target outputs SAS/C debug by default (with -g in vbcc 0.9d).
-
BDebug is not a true source level debugger but it can display the current source line as you step through the 68k assembler executable. You do have to get to the main() function before it will work and it does have to be able to find your source code. BDebug is in the Barfly package.
http://aminet.net/dev/asm/BarflyDisk2_00.lha
The docs say that it supports STABS as well as the SAS/C (SAS D1) debug info. GCC can output STABS with a switch which Chris has selected in the makefile of the NetSurf /amiga directory. Vbcc with a 68k target outputs SAS/C debug by default (with -g in vbcc 0.9d).
Thanks, I'll have to check that out as an option.
I'm spoiled to the Visual Studio and even the SAS/C debuggers. Normally I'd use vbcc and the SAS/C debugger.
I sure wish this would build with vbcc. At some point I'm going to see how gcc specific this codebase is.
-
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.
-
There woun't be open source iBrowse I'm a afraid.
But any way, I do not understand what you would possible do with 4mb ram Amiga on internet?
FTP would be more suitable for that kind of machine.
Being able to see a homepage correctly would be enough. And use Paypal, Amazon and other SSL related stuff. I don't demand that you can do everything, just that homepages doesn't look like crap.
-
Being able to see a homepage correctly would be enough. And use Paypal, Amazon and other SSL related stuff. I don't demand that you can do everything, just that homepages doesn't look like crap.
I'm afraid that there woun't be web browser wich will do that with 4mb ram, it just a impossible.
-
First, make sure you are using the 3.9 NDK as Novacoder suggests. Next, you might try these fixed NDK 3.9 includes:
http://www.heywheel.com/matthey/Amiga/fixed-includes-ndk39.lha
They are from the dead AWeb web site. AWeb uses ClassACT/Reaction also and these were probably fixed by Andy Broad (broadblues).
Unfortunately they appear to be no better than the ones I was using :(
-
The most feasable way to bring a modern browsing experience to classic Amiga, would be a with a dedicated proxy server that renders and optimize web pages for a dedicated browser on the Amiga. Something akin to what Opera does with Opera Coast and Opera Mobile, and I believe Google does too with Chrome on mobile. SSL complicates things though :)
-
I'm spoiled to the Visual Studio and even the SAS/C debuggers. Normally I'd use vbcc and the SAS/C debugger.
SAS/C's debugger CPR is another good GUI debugger and better than BDebug in some ways. I think BDebug is better overall though. Either will work with SAS/C debug info giving the choice of 2 powerful tools.
I sure wish this would build with vbcc. At some point I'm going to see how gcc specific this codebase is.
From my quick view, most of the code does not use GCCisms (there was an ASM define which I did not track down where it was used though). The build system does uses GCC specific switches. Some lib dependencies may be a problem also. It would take some work to compile with vbcc because it's enough different but then that difference or lack of some bug in GCC or its setup could allow the current problem to be avoided. Compiling with more than one compiler helps to find some problems.
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.
Remote debugging is usually only necessary for low level debugging, driver debugging and debugging while booting where the system is in a delicate state or execution can't be stopped. I believe SAS/C's CPR also has a remote debugging feature and is friendlier than GCC's debugger for the monitoring computer.
Both BDebug and CPR can stop within a few instructions of an Enforcer/MuForce hit and can display the source line with SAS/C debug info. It's very helpful to know a little 68k assembler at this point but the values in variables and symbols can be observed. Sometimes the system will crash or freeze after a hit. In that case, use the hit hunk offset with GCCFindHit or FindHunkOffset with vbcc.
http://sun.hasenbraten.de/~frank/projects/download/FindHunkOffset.lha
Without a hit, debugging is trickier and there are several methods of dealing with it.
Unfortunately they appear to be no better than the ones I was using :(
Bummer. I looked at the reaction includes for vbcc to see if there are any fixes but there are none. If there is a problem with the includes then it doesn't seem to be well known.
I'm out of ideas for now.
-
Unfortunately they appear to be no better than the ones I was using :(
Maybe it's just an OS 3.x bug that's been fixed for OS 4.
Either that or you are meant to use those OS functions differently for OS 3.x
Debugging GCC 68k code can be painful, I always use old-school log messages (very tedious!)
-
Maybe it's just an OS 3.x bug that's been fixed for OS 4.
Either that or you are meant to use those OS functions differently for OS 3.x
I don't think so - I've used ReAction on OS3 before and it's no different. This is the first time I've tried from GCC though, however it only seems to be certain things not working.
Debugging GCC 68k code can be painful, I always use old-school log messages (very tedious!)
Me too. This bit isn't crashing though, it's just displaying a tiny empty window, so it's either the NewObject call erroring or LAYOUT_AddImage not adding the object. I suspect the former but need some more logging to be sure - and a window created entirely out of macros is always a pain as it is technically all on one line.
-
The most feasable way to bring a modern browsing experience to classic Amiga, would be a with a dedicated proxy server that renders and optimize web pages for a dedicated browser on the Amiga. Something akin to what Opera does with Opera Coast and Opera Mobile, and I believe Google does too with Chrome on mobile. SSL complicates things though :)
I've used the amiga.org proxy server and it works fine. On the flipside I've also used that Opera Mobile gimmick, which compresses websites so they "theoretically" load faster. In my experience the additional processing made them load much slower. Just my .02 cents.
-
Well, I did say _dedicated_ proxy for a _dedicated_ browser, for example one that renders ilbm images for the browser, and an interactive overlay for user to select text, click links etc.
-
Well, I did say _dedicated_ proxy for a _dedicated_ browser, for example one that renders ilbm images for the browser, and an interactive overlay for user to select text, click links etc.
Yep it's a nice idea but it would be tons of work.
If you were going to do that you might as well return the page as basic HTML and just do all of the JavaScript/Flash/HTML 5 processing on the server.
I think a native port of NetSurf would be the best idea at this stage.
-
It rather makes me think open sorceing Ibrowse would be a good idea. Netsurf might be better for beefier Amigas, but lets not forget about the ones with slower machines.
I agree. I doubt the Ibrowse authors feel like going open-source just like that, though. If you can convince them, then do it.
If not, then there are a few light-weight alternatives available. Dillo would be the best bet, as I see it.
-
Yep it's a nice idea but it would be tons of work.
If you were going to do that you might as well return the page as basic HTML and just do all of the JavaScript/Flash/HTML 5 processing on the server.
I think a native port of NetSurf would be the best idea at this stage.
Like Opera Mini? Not a bad idea. It would allow existing browsers to keep working, and could adjust the amount of crunching done on the capabilities of the used browser.
But yeah, a lot of work.
-
I agree. I doubt the Ibrowse authors feel like going open-source just like that, though. If you can convince them, then do it.
If not, then there are a few light-weight alternatives available. Dillo would be the best bet, as I see it.
For the right sum I think he would. It's not like he is making money out of it now anyway (especially since he's not selling keys anymore).
But there is also this fanboyish argument: Ibrowse is a genuine Amiga product. Keeping it alive would be cool in itself. Not as useful as Netsurf of course, but we are talking about 20+ year old technology. Making Ibrowse good enough to buy stuff and view homepages more correctly would be enough IMO.
-
Making Ibrowse good enough to buy stuff and view homepages more correctly would be enough IMO.
That involves ripping out the entire layout engine and starting again with CSS integration. If you read Andy Broad's comments on this wrt AWeb, it will involve replacing the engine with something like Webkit, in which case all you've got is another Webkit-based browser, which is not much different from OWB/Odyssey. Obviously I don't know the internals of iBrowse, but I strongly suspect these comments apply there too - otherwise they'd have done it by now (especially as it is a commercial product so there is an incentive to update it to modern standards). They *could* rewrite from scratch but that will take time and they will end up with something not too dissimilar to NetSurf.
Either way, open sourcing it isn't going to help anybody. If back-porting something already existing on Amiga-like platforms isn't happening, then updating an old browser (much more work) isn't going to either.
-
That involves ripping out the entire layout engine and starting again with CSS integration. If you read Andy Broad's comments on this wrt AWeb, it will involve replacing the engine with something like Webkit, in which case all you've got is another Webkit-based browser, which is not much different from OWB/Odyssey. Obviously I don't know the internals of iBrowse, but I strongly suspect these comments apply there too - otherwise they'd have done it by now (especially as it is a commercial product so there is an incentive to update it to modern standards). They *could* rewrite from scratch but that will take time and they will end up with something not too dissimilar to NetSurf.
Either way, open sourcing it isn't going to help anybody. If back-porting something already existing on Amiga-like platforms isn't happening, then updating an old browser (much more work) isn't going to either.
I didn't think about that. I doubt it that "they would have done it by now" though since Ibrowse has not been for sale for a long time now. And all updates up till recently seems to have been mostly bug fixes and not about adding new stuff. But maybe you are right that Ibrowse is too far behind to be worth the trouble.
I guess I just hate to see a once excellent and important program disappear into obscurity.
-
I didn't think about that. I doubt it that "they would have done it by now" though since Ibrowse has not been for sale for a long time now. And all updates up till recently seems to have been mostly bug fixes and not about adding new stuff. But maybe you are right that Ibrowse is too far behind to be worth the trouble.
I guess I just hate to see a once excellent and important program disappear into obscurity.
As Chris said, it will be too much work to do with iBrowse. Basic download/login functions requires too much "new technology". It is true that there is "more lightweigt" browsers than netsurf, but we already have a iBrowse and AWeb, functionality would be in same level. What we don't have is "semi modern browser", wich would be useable.
Netsurf is only possible solution, of course it is possible toport OWB for 68k Amiga, but it too heavy for most of us. Netsurf will have some use if you have at least 68030 and enough ram 16-32mb. Using Netsurf with 68030 would require patience, but it will allow quite much what you did require for browser.
-
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.
-
Well, there's always Lynx, Links and w3m. :P
-
I've spotted a typo (of no real consequence) in images/bitmap.h:
#ifndef REACTRION_REACTION_H
It's definitely my BitMap object which isn't being created, so I'm missing something:
(2.551870) amiga/gui.c ami_gui_splash_open 5189: WindowBase = 0x5be15860
(2.642908) amiga/gui.c ami_gui_splash_open 5190: WindowObject = 0x539a7ba4
(2.712036) amiga/gui.c ami_gui_splash_open 5191: BitMapBase = 0x579b52c0
(2.784028) amiga/gui.c ami_gui_splash_open 5192: BitMapObject = 0x000000
The creation code is this:
struct Screen *wbscreen = LockPubScreen("Workbench");
BitMapObject,
BITMAP_SourceFile, "PROGDIR:Resources/splash.png",
BITMAP_Screen, wbscreen,
BITMAP_Precision, PRECISION_IMAGE,
#ifndef __amigaos4__
BITMAP_Width, 400,
BITMAP_Height, 250,
#endif
BitMapEnd,
-
I've spotted a typo (of no real consequence) in images/bitmap.h:
#ifndef REACTRION_REACTION_H
Nice. It's surprising know one else noticed.
It's definitely my BitMap object which isn't being created, so I'm missing something:
(2.551870) amiga/gui.c ami_gui_splash_open 5189: WindowBase = 0x5be15860
(2.642908) amiga/gui.c ami_gui_splash_open 5190: WindowObject = 0x539a7ba4
(2.712036) amiga/gui.c ami_gui_splash_open 5191: BitMapBase = 0x579b52c0
(2.784028) amiga/gui.c ami_gui_splash_open 5192: BitMapObject = 0x000000
The creation code is this:
struct Screen *wbscreen = LockPubScreen("Workbench");
BitMapObject,
BITMAP_SourceFile, "PROGDIR:Resources/splash.png",
BITMAP_Screen, wbscreen,
BITMAP_Precision, PRECISION_IMAGE,
#ifndef __amigaos4__
BITMAP_Width, 400,
BITMAP_Height, 250,
#endif
BitMapEnd,
Here is what the old ClassAct example code using the default pub screen looks like:
if(screen=LockPubScreen(NULL))
{
/* Make an image out of an IFF file.
* The image will be included in the window layout, and is
* used to clip two other images from
*/
image1=BitMapObject,
BITMAP_SourceFile,"PROGDIR:buttons.iff",
BITMAP_OffsetX, 0,
BITMAP_OffsetY, 0,
BITMAP_Width, 577,
BITMAP_Height, 30,
BITMAP_Screen,screen,
EndImage;
if(image1)
{
/* Get the bitmap of the image
*/
GetAttr(BITMAP_BitMap,image1,(ULONG *)&bitmap);
Have you tried converting splash.png to splash.iff? Maybe the OS3 version of bitmap.image can only handle iff.
-
Have you tried converting splash.png to splash.iff? Maybe the OS3 version of bitmap.image can only handle iff.
Yes, no change. Snoopy isn't even showing that the file is being attempted to be opened - it's like the tag values are completely wrong or something.
-
Yes, no change. Snoopy isn't even showing that the file is being attempted to be opened - it's like the tag values are completely wrong or something.
Try changing it to match the ClassAct code (same tags).
-
Yes, no change. Snoopy isn't even showing that the file is being attempted to be opened - it's like the tag values are completely wrong or something.
Yea, bitmap.image should be able to use anything you have a datatype for but I thought your png datatype might be failing or corrupting the image.
I wouldn't think the following would be a problem since the code works for OS4 but sometimes it's good to cover the basics.
BitMapObject,
This should really be:
myImage = BitMapObject,
reaction_macros.h defines:
#define BitMapObject NewObject( BITMAP_GetClass(), NULL
This would expand to:
myImage = NewObject( BITMAP_GetClass(), NULL,
Next, your:
BitMapEnd,
should probably be:
BitMapEnd;
I spotted a potential problem in the reaction_macros.h include file.
#ifndef End
#define End TAG_END)
#endif
This is after the first use of "End". I moved this before the first use of "End" as well as converting some tabs to spaces where it would help consistency and readability. Let me know if this modified reaction_macros.h causes any problems:
http://www.heywheel.com/matthey/Amiga/reaction_macros.h
It's a longshot that this would be the problem but reaction_macros.h should be better this way if I didn't mess something up ;).
-
BitMapObject,
This should really be:
myImage = BitMapObject,
It is already. I chopped the interesting (broken) bit out of my window creation macro.
reaction_macros.h defines:
#define BitMapObject NewObject( BITMAP_GetClass(), NULL
This would expand to:
myImage = NewObject( BITMAP_GetClass(), NULL,
I've since modified (replaced) these macros to use a class pointer which is fetched once, as this is better from the OS4 side of things. It hasn't made any difference, so I don't think that's the problem.
Next, your:
BitMapEnd,
should probably be:
BitMapEnd;
This is purely because I cut that code out of a longer window definition.
I spotted a potential problem in the reaction_macros.h include file.
#ifndef End
#define End TAG_END)
#endif
This is after the first use of "End". I moved this before the first use of "End" as well as converting some tabs to spaces where it would help consistency and readability. Let me know if this modified reaction_macros.h causes any problems:
http://www.heywheel.com/matthey/Amiga/reaction_macros.h
It's a longshot that this would be the problem but reaction_macros.h should be better this way if I didn't mess something up ;).
I'll try with that later (and with exactly the same tags as the example, as per Nova's suggestion above). I'll also dump the tag values as that's my current suspicion, although I don't see how they can be messed up unless they are being treated as char or something.
-
I'll try with that later (and with exactly the same tags as the example, as per Nova's suggestion above). I'll also dump the tag values as that's my current suspicion, although I don't see how they can be messed up unless they are being treated as char or something.
None of that worked, I'm still getting a NULL pointer returned from NewObject.
I checked the tag value for BITMAP_SourceFile and it is correct (85019001).
I'm out of ideas.
-
This might be stupid suggestion, but maybe there is something wrong in your Reaction installation? Other words, them problem is not in code? Has you tried Aweb or some other proggies wich uses Reaction?
-
This might be stupid suggestion, but maybe there is something wrong in your Reaction installation? Other words, them problem is not in code? Has you tried Aweb or some other proggies wich uses Reaction?
Not a bad idea at all. The simplest test would be to download this:
http://aminet.net/dev/gui/ClassAct2Demo.lha
and execute ClassAct/Examples/BitMap/BitMapExample in the archive. For me with AmigaOS 3.9, this opens a window titled "Bitmap Example" containing 2 images of buttons with text below them saying "Buttons by Supernov". The code generated in this example could be compared to that in NetSurf as well as testing the Reaction installation.
-
This might be stupid suggestion, but maybe there is something wrong in your Reaction installation? Other words, them problem is not in code? Has you tried Aweb or some other proggies wich uses Reaction?
Yes, loads. I'm running the 68k code I'm compiling under OS4, and if I try on an OS3.5 install (which runs AWeb fine) I'm getting exactly the same thing. It's related to the build environment, not the execution environment.
-
Yes, loads. I'm running the 68k code I'm compiling under OS4, and if I try on an OS3.5 install (which runs AWeb fine) I'm getting exactly the same thing. It's related to the build environment, not the execution environment.
@Chris
Is it possible to archive your AmigaOS 3 build with needed relative directory structure so I could make a single NetSurf assign and try it? The archive would probably be rather large so a link might be best but I could PM you my e-mail address for an attachment too. The zone on http://eab.abime.net/ is a possibility but I don't know if you have an account on EAB (English Amiga Board).
-
Typically I've just built that ClassAct bitmap example myself and the sodding thing works. Now to figure out what's different between that and the other example code I added a bitmap object to previously.
@Chris
Is it possible to archive your AmigaOS 3 build with needed relative directory structure so I could make a single NetSurf assign and try it?
Just the NetSurf archive? Sure, easily done.
http://homepage.ntlworld.com/cdyoung/tmp/netsurf_os3.lha
There's no icon unless you install it, but you can run it from the command line.
If you use "netsurf -v" it will chuck out some debug.
-
this archive must be somehow os4 specific.. i couldnt decompress it properly neither under win or amiga..
-
this archive must be somehow os4 specific.. i couldnt decompress it properly neither under win or amiga..
It opened for me on Windows, but I used 7zip.
It is Lzh compressed.
-
this archive must be somehow os4 specific.. i couldnt decompress it properly neither under win or amiga..
Lha didn't work for me either but it decompressed with xadUnFile on the Amiga.
@Chris
I get the same result as you. BitMapObject = 0x000000 and the splash window is a narrow strip at the top of the Workbench screen. I'll check it out with the debugger and see what I can see ;).
-
Lha didn't work for me either but it decompressed with xadUnFile on the Amiga.
@Chris
I get the same result as you. BitMapObject = 0x000000 and the splash window is a narrow strip at the top of the Workbench screen. I'll check it out with the debugger and see what I can see ;).
To ask a stupid question, are we sure the image is actually in that folder?
Can we try and open it first and check that we get a valid file pointer?
-
To ask a stupid question, are we sure the image is actually in that folder?
Can we try and open it first and check that we get a valid file pointer?
splash.png displays fine with my datatypes using Multiview. I don't see anything wrong with the path. Chris has it nice and simply set up so everything is PROGDIR: relative.
Edit: There are no MuForce/MuGuardianAngel problems with the splash screen but there are some after which should be fixed. NetSurf runs and exits without crashing when I am using MuForce. The links below are the complete MuForce/MuGuardianAngel output and the Netsuf debug output.
http://www.heywheel.com/matthey/Amiga/NetSurf_MuHits.txt
http://www.heywheel.com/matthey/Amiga/NetSurf_debug.txt
It looks like GCCFindHit should locate most of the problems in the source :).
-
this archive must be somehow os4 specific.. i couldnt decompress it properly neither under win or amiga..
It was compressed with Linux LhA. You can extract using xadmaster's LhA client, unfortunately the LhA command line tool doesn't support the compression mode used.
-
(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?
-
splash.png displays fine with my datatypes using Multiview. I don't see anything wrong with the path. Chris has it nice and simply set up so everything is PROGDIR: relative.
Edit: There are no MuForce/MuGuardianAngel problems with the splash screen but there are some after which should be fixed. NetSurf runs and exits without crashing when I am using MuForce. The links below are the complete MuForce/MuGuardianAngel output and the Netsuf debug output.
http://www.heywheel.com/matthey/Amiga/NetSurf_MuHits.txt
http://www.heywheel.com/matthey/Amiga/NetSurf_debug.txt
It looks like GCCFindHit should locate most of the problems in the source :).
Looks like some NULL pointer accesses and some odd memory alignment problem. (edit: see below)
-
I've just tried building with -O0 in case it was optimisation screwing it up but it seems to have made no difference whatsoever.
Scratch that, it helps if I don't immediately overwrite the flags I've just saved. I'm amazed nobody suggested this.
(http://homepage.ntlworld.com/cdyoung/tmp/nsos3.jpg)
Getting somewhere :)
-
It looks like GCCFindHit should locate most of the problems in the source :).
I can't get gccfindhit to work here :(
(I tried both versions on Aminet and I built my own out of a piece of string and some slightly newer source code I found)
-
Scratch that, it helps if I don't immediately overwrite the flags I've just saved. I'm amazed nobody suggested this.
(http://homepage.ntlworld.com/cdyoung/tmp/nsos3.jpg)
Getting somewhere :)
Cool :)
Now you need to change that banner so it says 'Amiga OS'
;)
-
Scratch that, it helps if I don't immediately overwrite the flags I've just saved. I'm amazed nobody suggested this.
Getting somewhere :)
I've debugged it and it does look like a compiler problem.
ami_gui_splash_open() from amiga/gui.c
$0993927a: _ami_gui_splas LINK A5,#-$0028 ; Allocate temp storage on stack
$0993927e: MOVEM.L D2-D5/A2-A4/A6,-(A7) ; Save registers
$09939282: MOVE.L _IntuitionBase,A6 ; A6 = ->IntuitionBase
$09939288: LEA $09932413(PC),A0 ; A0 = ->"Workbench"
$0993928c: JSR LockPubScreen(A6) ; D0 = LockPubScreen()
$09939290: MOVE.L D0,D5
$09939292: CLR.L -$0020(A5) ; top? = 0
$09939296: CLR.L -$001c(A5) ; left? = 0
$0993929a: MOVE.L _WindowClass,D3 ; D3 = ->WindowClass
$099392a0: MOVE.L #$80000066,-$0018(A5) ; WA_Width tag
$099392a8: MOVE.L _LayoutClass,D2 ; D2 = ->LayoutClass
$099392ae: MOVE.L #$85007001,-$0014(A5) ; LAYOUT_Orientation tag ???
$099392b6: MOVE.L #$85019001,-$0010(A5) ; BITMAP_SourceFile tag
$099392be: MOVE.L _IntuitionBase,A6 ; A6 = ->IntuitionBase (unnecessary)
$099392c4: MOVE.L _BitMapClass,A0 ; A0 = ->BitMapClass
$099392ca: SUBA.L A1,A1 ; A1 = 0
$099392cc: LEA -$0010(A5),A2 ; A2 = ->tag list
$099392d0: JSR NewObjectA(A6) ; NewObject()
* My particular tag list for NewObjectA() ends up being:
*
* A2-> 0x85019001,0x09f9bebc or BITMAP_SourceFile,""
* 0x09939c2a,0x00000000 or unitialized data on stack,TAG_END
*
* However, all the tags after the first are unitialized data on the stack :(.
The pointer to "PROGDIR:Resources/splash.png" is never written nor is any part of the taglist after that. GCC appears to be very confused here and I don't think it has anything to do with the include files (although LAYOUT_Orientation instead of LAYOUT_AddImage is strange but the includes look correct and that tag is not used for the bitmap.image tag list).
I can't get gccfindhit to work here :(
(I tried both versions on Aminet and I built my own out of a piece of string and some slightly newer source code I found)
I'll see if I can find you the source functions. Symbols loaded for NetSurf with BDebug but line debug for sources didn't seem to work. It's usually the line debug type info that gives the source location but I don't know about STABS.
-
I've debugged it and it does look like a compiler problem.
* My particular tag list for NewObjectA() ends up being:
*
* A2-> 0x85019001,0x09f9bebc or BITMAP_SourceFile,""
* 0x09939c2a,0x00000000 or unitialized data on stack,TAG_END
*
* However, all the tags after the first are unitialized data on the stack :(.
Well, that explains why it doesn't work. Something must be screwed up with GCC's optimisation in the version I'm using. I'll have to try to get 4.5.4 working, but since I have a no optimisation workaround, and that's probably better for debugging, it can wait.
I'll see if I can find you the source functions. Symbols loaded for NetSurf with BDebug but line debug for sources didn't seem to work. It's usually the line debug type info that gives the source location but I don't know about STABS.
That would be very useful, I guess it needs a different -g option.
I've managed to get it as far as opening up the main browser window, but it's crashy crashy crashy and never loads the page. I've uploaded a new build in the same place if you want to try it under real OS3 (still testing under OS4 here as it's easier). I have noticed that you probably need to create a directory called "Users" in the NetSurf directory, as NetSurf itself never creates it (I was using CreateDirTree under OS4 but simply translated that to CreateDir for OS3 - so it misses this directory. Something to fix later.)
Some line numbers for Enforcer hits would be incredibly useful now, as I don't have a clue where to start looking to get this working further, beyond fixing the font code which I'm pretty sure is making it assert.
-
Well, that explains why it doesn't work. Something must be screwed up with GCC's optimisation in the version I'm using. I'll have to try to get 4.5.4 working, but since I have a no optimisation workaround, and that's probably better for debugging, it can wait.
Sometimes less optimization is better up to a point. GCC generates aweful 68k code below -O1 or without optimizations making it tedious to read (in comparison, vbcc is nice, simple and readable with -O1) . Using registers is easier for me to read than using a stack frame also.
That would be very useful, I guess it needs a different -g option.
GCCFindHit did not work for me either so I assume that it doesn't have the debug info it needs. It should say in the docs for GCCFindHit how it needs to be compiled. I have used GCCFindHit before with success.
I've managed to get it as far as opening up the main browser window, but it's crashy crashy crashy and never loads the page. I've uploaded a new build in the same place if you want to try it under real OS3 (still testing under OS4 here as it's easier). I have noticed that you probably need to create a directory called "Users" in the NetSurf directory, as NetSurf itself never creates it (I was using CreateDirTree under OS4 but simply translated that to CreateDir for OS3 - so it misses this directory. Something to fix later.)
Some line numbers for Enforcer hits would be incredibly useful now, as I don't have a clue where to start looking to get this working further, beyond fixing the font code which I'm pretty sure is making it assert.
The first hit (byte read from 0) comes from the locale.library patch of Stricmp() in the utility.library. This is called from the asl.library which is called from NetSurf in ami_file_req_init() of amiga/file.c. The problem occurs in the second AllocAslRequest(). It looks like D0=ASL_FileRequest=0 which is correct and A0 points at the tag list which is:
A0-> 0x8008002c,0x00000001 or ASLFR_DoSaveMode,TRUE
0x8008003c,0x00000001 or ASLFR_RejectIcons,TRUE
0x80080009,0x00000000 or ASLFR_InitialDrawer,NULL
0x00000000 or TAG_DONE
The code does move your nsopt_charp to the tag list:
move.l _nsoptions,a0
move.l ($73c,a0),(-8,a5)
I believe GCC is creating the tags correctly here but a NULL pointer is moved to the data for the ASLFR_InitialDrawer tag item.
This is from the first archive. Note that hits after the first hit may be caused by earlier hits.
The second hit is a byte read from 0x85030001 which occurs in Libs:arexx.class as called from Intuition. The call originates from ami_arexx_init() in amiga/arexx.c. The second and last NewObjectA() or ARexxObject in your source is the problem. The tag list looks like:
A2-> 0x85030001,0x85030001 or AREXX_HostName,AREXX_HostName?
0x093ada24,0x095352c8 or garbage,garbage
0x000f4240,0x00000001 or garbage,garbage
0x00000014,0x234be05 or garbage,garbage
0x0230f2b7,0x0952488c or garbage,garbage
0x099ad2f0,0x091b64b8 or garbage,garbage
0x00000000 or TAG_DONE
NewObjectA() returns 0 (object creation failure?). This appears to be GCC having problems with tag lists again. ARexxClass is moved into A0 and A1 is cleared like this is a NewObjectA but then GCC seems to optimize away part of the tag list creation.
I'm going to try the new archive now as we can see that your version of GCC has a bug with tag lists.
Wtih the second archive, I'm still getting the ami_file_req_init() byte read from address 0 as described above. I then get to the screen mode requestor. I've tried a 32 bit little endian and big endian screen mode which both opened and some of the visuals were displayed before the system froze. MuForce recorded a long read from 0x12 buried (probably several functions) deep in intutition.library. This is going to be tricky to debug.
-
GCCFindHit did not work for me either so I assume that it doesn't have the debug info it needs. It should say in the docs for GCCFindHit how it needs to be compiled. I have used GCCFindHit before with success.
GccFindHit understands the stabs from the aout format encapsulated in
the debug hunk of the AmigaOS executable, so it will work as long as
ld outputs its debug information this way.
Utter gibberish. However I have found another mention that compiling with simply -g is all it needs, so I'll try that.
The first hit (byte read from 0) comes from the locale.library patch of Stricmp() in the utility.library. This is called from the asl.library which is called from NetSurf in ami_file_req_init() of amiga/file.c. The problem occurs in the second AllocAslRequest(). It looks like D0=ASL_FileRequest=0 which is correct and A0 points at the tag list which is:
A0-> 0x8008002c,0x00000001 or ASLFR_DoSaveMode,TRUE
0x8008003c,0x00000001 or ASLFR_RejectIcons,TRUE
0x80080009,0x00000000 or ASLFR_InitialDrawer,NULL
0x00000000 or TAG_DONE
The code does move your nsopt_charp to the tag list:
move.l _nsoptions,a0
move.l ($73c,a0),(-8,a5)
I believe GCC is creating the tags correctly here but a NULL pointer is moved to the data for the ASLFR_InitialDrawer tag item.
Yes, that option will be NULL by default. This should be easy to fix.
Wtih the second archive, I'm still getting the ami_file_req_init() byte read from address 0 as described above. I then get to the screen mode requestor. I've tried a 32 bit little endian and big endian screen mode which both opened and some of the visuals were displayed before the system froze. MuForce recorded a long read from 0x12 buried (probably several functions) deep in intutition.library. This is going to be tricky to debug.
If you can track it down that will be really helpful. Make sure it isn't just an assertion though - they usually result in everything freezing. NetSurf will show "assertion failed" in the debug output if it is.
-
If you can track it down that will be really helpful. Make sure it isn't just an assertion though - they usually result in everything freezing. NetSurf will show "assertion failed" in the debug output if it is.
I was able to debug past opening the screen and the window which are stable despite the minor text corruption. There was a call to hlcache_handle_retrieve() the function before the freeze which I did not step into. Maybe the freeze is from an assert but I still get the long read from 0x12 deep in intuition. I have BDebug set to stop on MuForce hits which it does on the first but hit on this one. I'll try once more paying better attention to the debug output and try stepping into that minor looking function.
-
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.
-
It looks like the freeze is from intuition.library OffMenu() where A0=Window=0x09f20374 and D0=MenuNumber=0x00000100 (AMI_MENU_CLOSE_TAB?). There must have been several inlined functions without symbols so I can't tell the exact location. I was stepping along in browser_window_navigate() of /desptop/browser.c. Toward the end of browser_window_navigate, hlcache_handle_retrieve() is called returning error=0 (NSERROR_OK?). It looks like browser_window_start_throbber() is called without a problem and then we call browser_window_refresh_url_bar_internal(). Somewhere along in hear there was a call to RefreshSetGadgetAttrs() and RefreshSetGadgetAttrsA() and then the OffMenu(). It makes sense with the deep intuition hit that there is a bad pointer (probably a NULL pointer accessing offset 0x12 of some structure). The last debug entry I received was:
desktop/browser.c browser_window_navigate 1994: Loading 'about:welcome'
The freeze was a long time after the last message though. If you can't figure out which OffMenu() then I can get back fairly close easily. Too bad that GCCFindHit is not working or I could probably tell you the exact source line. Let me know if you need more info.
Edit: If I am correct that OffMenu() is using AMI_MENU_CLOSETAB, then the function calling OffMenu() which freezes would be ami_update_buttons() in /amiga/gui.c. This makes sense as I don't get a symbol (no function name to see) for "static" functions. Do I win a new build of NetSurf?
-
It looks like the freeze is from intuition.library OffMenu()
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.
-
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.
Yes, I'm commiting everything direct to trunk as I see no reason not to.
-
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;)
-
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...
-
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.
Glad to see you guys make such good progress, keep it up :)
-
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.
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.
so.. crosscompiling it on debian im currently caught with libutf8proc dependency. ive compiled it and put in usr/lib without success...
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.
-
Do I win a new build of NetSurf?
Yes :)
It's still freezing for me so unless I haven't removed the On/OffMenu properly (I've #defined them out of existance) then there's something new to find.
I've fixed all the font code so it should now be reading fonts and printing to the window exactly the same as on OS4 (ie. full UTF-8 support). You'll probably find you need to set some different fonts in the Choices file, as the defaults are set to fonts which come with OS4, so something like this should work on a basic OS3 install: (they must be outline fonts)
font_sans:CGTriumvirate
font_serif:CGTimes
font_mono:LetterGothic
font_cursive:CGTimes
font_fantasy:CGTimes
Choices is usually PROGDIR:Users/default/Choices (the "default" may differ if you have the USER env-var set). You may need to create it.
-
Yes :)
It's still freezing for me so unless I haven't removed the On/OffMenu properly (I've #defined them out of existance) then there's something new to find.
O.k. I have something else I need to work on so I probably won't be able to test until tomorrow. Did you place a new build at the same location as the others?
-
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.
-
O.k. I have something else I need to work on so I probably won't be able to test until tomorrow. Did you place a new build at the same location as the others?
Yes, same place.
-
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.
It will auto-detect whether you need a cross-compiler or not.
Build instructions are here although it's aimed at non-cross-compiled builds so you need to do add HOST=m68k-unknown-amigaos or TARGET=amigaos3 to the make lines:
http://wiki.netsurf-browser.org/Documentation/GettingCoding
The core library buildsystem stuff was added since v2 I think, so that might be what is tripping you up.
-
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?
-
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;)
-
Yes, same place.
I've just updated it again. This time the menus should work (so OnMenu/OffMenu is back in place) and I've enabled the auto on/off scrollbars. It doesn't appear to be freezing any more, but it crashes far too much for me to tell whether it works!
Somehow, though, I managed to click on a link to NetSurf's homepage, so I'm pretty sure the display of webpages isn't working.
-
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.
-
more detailed info:
made an assign, which didnt play a role as it seems, so i supply the snoopdos log:
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
-
damn site doesnt allow me to edit my post so here is an errata:
Count Process Name Action Target Name
Options Res...
----- ------------ ------ -----------
------- ----..
1 [5] netsurf OpenRes credential.resource
Fail..
2 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
3 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
4 [5] netsurf OpenFont DejaVu Serif Italic.font
Size 24 Fail..
5 [5] netsurf Open FONTS:DejaVu Serif Italic.font
Read Fail..
6 [5] netsurf Open FONTS:DejaVu Serif Italic.otag
Read Fail..
7 [5] netsurf OpenFont DejaVu Serif Oblique.font
Size 24 Fail..
8 [5] netsurf Open FONTS:DejaVu Serif Oblique.font
Read Fail..
9 [5] netsurf Open FONTS:DejaVu Serif Oblique.otag
Read Fail..
10 [5] netsurf OpenFont DejaVu Sans.font
Size 16 Fail..
11 [5] netsurf Open FONTS:DejaVu Sans.font
Read Fail..
12 [5] netsurf Open FONTS:DejaVu Sans.otag
Read Fail..
13 [5] netsurf MakeDir PROGDIR:Users/admin
Fail..
14 [5] netsurf MakeDir PROGDIR:Users/admin/Cache
Fail..
15 [5] netsurf MakeDir PROGDIR:Users/admin/IconCache
Fail..
16 [5] netsurf Open PROGDIR:Users/admin/mimetypes.user
Read Fail..
17 [5] netsurf Lock FONTS:Code2000.font
Read Fail..
18 [5] netsurf Lock FONTS:Bitstream Cyberbit.font
Read Fail..
19 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
20 [5] netsurf Lock PROGDIR:Users/admin/Messages
Read Fail..
21 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
22 [5] netsurf Lock PROGDIR:Resources/Themes/Default/Messages
Read Fail..
23 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
24 [5] netsurf Lock PROGDIR:Resources/deutsch/Messages
Read Fail..
25 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
26 [5] netsurf GetVar OPENSSL_CONF
Any Fail..
27 [5] netsurf Open dh0:wawa/opt/netsurf/m68k-unknown-amigaos/e
n Read Fail..
28 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
29 [5] netsurf Lock PROGDIR:Users/admin/adblock.css
Read Fail..
30 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
31 [5] netsurf Lock PROGDIR:Resources/Themes/Default/adblock.cs
s Read Fail..
32 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
33 [5] netsurf Lock PROGDIR:Resources/deutsch/adblock.css
Read Fail..
34 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
35 [5] netsurf Lock PROGDIR:Resources/en/adblock.css
Read Fail..
36 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
37 [5] netsurf Lock PROGDIR:Users/admin/default.css
Read Fail..
38 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
39 [5] netsurf Lock PROGDIR:Resources/Themes/Default/default.cs
s Read Fail..
40 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
41 [5] netsurf Lock PROGDIR:Resources/deutsch/default.css
Read Fail..
42 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
43 [5] netsurf Lock PROGDIR:Resources/en/default.css
Read Fail..
44 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
45 [5] netsurf Lock PROGDIR:Users/admin/internal.css
Read Fail..
46 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
47 [5] netsurf Lock PROGDIR:Resources/Themes/Default/internal.c
s Read Fail..
48 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
49 [5] netsurf Lock PROGDIR:Resources/deutsch/internal.css
Read Fail..
50 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
51 [5] netsurf Lock PROGDIR:Resources/en/internal.css
Read Fail..
52 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
53 [5] netsurf Lock PROGDIR:Users/admin/quirks.css
Read Fail..
54 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
55 [5] netsurf Lock PROGDIR:Resources/Themes/Default/quirks.css
Read Fail..
56 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
57 [5] netsurf Lock PROGDIR:Resources/deutsch/quirks.css
Read Fail..
58 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
59 [5] netsurf Lock PROGDIR:Resources/en/quirks.css
Read Fail..
60 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
61 [5] netsurf Lock PROGDIR:Users/admin/user.css
Read Fail..
62 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
63 [5] netsurf Lock PROGDIR:Resources/Themes/Default/user.css
Read Fail..
64 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
65 [5] netsurf Lock PROGDIR:Resources/deutsch/user.css
Read Fail..
66 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
67 [5] netsurf Lock PROGDIR:Resources/en/user.css
Read Fail..
68 [5] netsurf Lock PROGDIR:Resources/user.css
Read Fail..
69 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
70 [5] netsurf Lock PROGDIR:Users/admin/credits.html
Read Fail..
71 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
72 [5] netsurf Lock PROGDIR:Resources/Themes/Default/credits.ht
m Read Fail..
73 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
74 [5] netsurf Lock PROGDIR:Resources/deutsch/credits.html
Read Fail..
75 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
76 [5] netsurf Lock PROGDIR:Resources/en/credits.html
Read Fail..
77 [5] netsurf Lock PROGDIR:Resources/credits.html
Read Fail..
78 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
79 [5] netsurf Lock PROGDIR:Users/admin/credits.html,faf
Read Fail..
80 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
81 [5] netsurf Lock PROGDIR:Resources/Themes/Default/credits.ht
m Read Fail..
82 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
83 [5] netsurf Lock PROGDIR:Resources/deutsch/credits.html,faf
Read Fail..
84 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
85 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
86 [5] netsurf Lock PROGDIR:Users/admin/licence.html
Read Fail..
87 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
88 [5] netsurf Lock PROGDIR:Resources/Themes/Default/licence.ht
m Read Fail..
89 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
90 [5] netsurf Lock PROGDIR:Resources/deutsch/licence.html
Read Fail..
91 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
92 [5] netsurf Lock PROGDIR:Resources/en/licence.html
Read Fail..
93 [5] netsurf Lock PROGDIR:Resources/licence.html
Read Fail..
94 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
95 [5] netsurf Lock PROGDIR:Users/admin/licence.html,faf
Read Fail..
96 [5] netsurf Open PROGDIR:Resources/Themes/Default/Resource.m
a Read Fail..
97 [5] netsurf Lock PROGDIR:Resources/Themes/Default/licence.ht
m Read Fail..
98 [5] netsurf Open PROGDIR:Resources/deutsch/Resource.map
Read Fail..
99 [5] netsurf Lock PROGDIR:Resources/deutsch/licence.html,faf
Read Fail..
100 [5] netsurf Open PROGDIR:Resources/en/Resource.map
Read Fail..
101 [5] netsurf Open PROGDIR:Users/admin/Resource.map
Read Fail..
102 [5] netsurf Lock PROGDIR:Users/admin/welcome.html...................................... too long
note that the files in question do not seem to get created, like Resource.map as well as resources/themes/default/netsurf.png, even though the dir has all the other pngs, an netsurf.info is present.
-
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.
I know about this one, it happens randomly though, so I suppose it must be an uninitialised variable somewhere. A slightly more useful crashlog here:
Crash log for task "NetSurf_OS3"
Generated by GrimReaper 53.19
Crash occured in module at address 0x6D433FDC
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003
Register dump:
GPR (General Purpose Registers):
0: FFFFFFFC 531104D0 00000000 00000001 00000001 DFD05269 58B6D9A0 DFD0526D
8: 531104D2 6D434128 58B6D978 6D434128 00000004 6D4340F0 6D434128 6D434128
16: 5C2D1000 5A370000 519586AE 6D4340F4 00000000 51E04F86 531105F4 00000400
24: 00000100 FFD50001 FFD60001 51951004 51E0BC04 565781E0 531104EC 5C25A540
FPR (Floating Point Registers, NaN = Not a Number):
0: nan 0 0 0
4: 0 0 0 0
8: 0 1.67772e+07 1e+61 1e-59
12: nan -1.67052e+307 0 0
16: 0 0 0 0
20: 0 4.34638e-311 0 0
24: 1e+61 1e-59 0.5 4.5036e+15
28: nan 65536 1.67772e+07 0
FPSCR (Floating Point Status and Control Register): 0x00000001
SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x535ECD80
Instruction Pointer (ip) : 0x6D433FDC
Xtended Exception (xer) : 0x014193D0
Count (ctr) : 0x535ED0F8
Link (lr) : 0x0002000E
DSI Status (dsisr) : 0x587A8994
Data Address (dar) : 0x535ED0F8
680x0 emulated registers:
DATA: 58B6D978 000090D0 FB955688 5C3125D6 00000100 FFD50001 FFD60001 51951004
ADDR: 533E87C4 58B6D968 00000000 00003720 00000010 531104CC 5311050C 531104B0
FPU0: 0 0 0 0
FPU4: 0 0 0 0
Symbol info:
Instruction pointer 0x6D433FDC belongs to module "" (HUNK/Kickstart)
Stack trace:
0x6D433FDC symbol not available
0x6D434128 symbol not available
native kernel module SmartFilesystem+0x00016b38
native kernel module SmartFilesystem+0x0001163c
native kernel module SmartFilesystem+0x00016b38
native kernel module SmartFilesystem+0x0001163c
native kernel module SmartFilesystem+0x00019eb4
native kernel module SmartFilesystem+0x00018954
native kernel module SmartFilesystem+0x00018ba8
native kernel module SmartFilesystem+0x00018c48
native kernel module SmartFilesystem+0x0001a424
native kernel module SmartFilesystem+0x0001d06c
native kernel module SmartFilesystem+0x0000a4d4
native kernel module kernel+0x009c56f4
68k Stack trace:
51e04f84 (68k IP) - "NetSurf_OS3" Hunk 0000 Offset 004b3f84 (SegList: 14654401)
519585bc - "NetSurf_OS3" Hunk 0000 Offset 000075bc (SegList: 14654401)
00000001 - "SYS:System/GrimReaper" Hunk 0000 Offset 00000000 (SegList: 1595e53d)
51958b14 - "NetSurf_OS3" Hunk 0000 Offset 00007b14 (SegList: 14654401)
00000001 - "SYS:System/GrimReaper" Hunk 0000 Offset 00000000 (SegList: 1595e53d)
6ff61508 - "LIBS:datatypes.library" Hunk 0005 Offset 00009508 (SegList: 1708a015)
5195612e - "NetSurf_OS3" Hunk 0000 Offset 0000512e (SegList: 14654401)
519560f8 - "NetSurf_OS3" Hunk 0000 Offset 000050f8 (SegList: 14654401)
00000001 - "SYS:System/GrimReaper" Hunk 0000 Offset 00000000 (SegList: 1595e53d)
5195460e - "NetSurf_OS3" Hunk 0000 Offset 0000360e (SegList: 14654401)
519545fa - "NetSurf_OS3" Hunk 0000 Offset 000035fa (SegList: 14654401)
51969f1a - "NetSurf_OS3" Hunk 0000 Offset 00018f1a (SegList: 14654401)
00000001 - "SYS:System/GrimReaper" Hunk 0000 Offset 00000000 (SegList: 1595e53d)
01dbdcc2 - "Kickstart/kernel" Hunk 0001 Offset 0015dcc2
68k disassembly:
51e04f7c: 0010200d ori.b #0xd,(a0)
51e04f80: 4cdf7c00 movem.l (sp)+,a2-a6
*51e04f84: 4e75 rts
51e04f86: 2f0e move.l a6,-(sp)
51e04f88: 4ab9533e87d0 tst.l 0x533e87d0.l
System information:
CPU
Model: AMCC PPC440EP V1.3
CPU speed: 599 MHz
FSB speed: 133 MHz
Extensions:
Machine
Machine name: Sam440EP
Memory: 524288 KB
Extensions: bus.pci
Expansion buses
PCI/AGP
00:00.0 Vendor 0x1014 Device 0x027F
00:0A.0 Vendor 0x12D8 Device 0x8150
00:0C.0 Vendor 0x1002 Device 0x4C66
Range 0: A8000000 - B0000000 (PREF.MEM)
Range 1: 00001000 - 00001100 (IO)
Range 2: B0000000 - B0010000 (MEM)
00:0E.0 Vendor 0x1095 Device 0x3114
Range 0: 00001100 - 00001108 (IO)
Range 1: 00001108 - 00001110 (IO)
Range 2: 00001110 - 00001118 (IO)
Range 3: 00001118 - 00001120 (IO)
Range 4: 00001120 - 00001130 (IO)
01:04.0 Vendor 0x1013 Device 0x6005
Range 0: A0000000 - A0001000 (MEM)
Range 1: A0010000 - A0020000 (MEM)
01:05.0 Vendor 0x1131 Device 0x1561
Range 0: A0020000 - A0021000 (MEM)
01:05.1 Vendor 0x1131 Device 0x1561
Range 0: A0021000 - A0022000 (MEM)
01:05.2 Vendor 0x1131 Device 0x1562
Range 0: A0022000 - A0022100 (MEM)
01:06.0 Vendor 0x1260 Device 0x3873
Range 0: A0023000 - A0024000 (PREF.MEM)
Doesn't mean much to me (although the mention of "datatypes.library" might suggest it's in the DataTypes reader, which is somewhere around the point it is crashing) as I still can't look up the offsets, but maybe Matthey can offer some insight?
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.
Stability first, then speed. I can't even figure out how fast it is until I can get it to a state where it works as a browser, so I have no idea how you've determined that it is so slow when it doesn't even show a single page yet.
note that the files in question do not seem to get created, like Resource.map as well as resources/themes/default/netsurf.png, even though the dir has all the other pngs, an netsurf.info is present.
If you run it with -v you'll see it is just scanning directories for files, it doesn't create anything outside of "users", there's just a pretty hefty search path to ensure the correct language or theme files are loaded even though it doesn't know whether the file is language or theme specific, or even if it's the correct filename. It's a bit convoluted (I wrote it), and it still surprises me sometimes when it picks up a new file from the correct place.
-
A slightly more useful crashlog here:
yes, would have to reactivate muforce and recall how to recover offsets and find the offending functions, wasnt very good at it, ever, alas. but lets see.
so I have no idea how you've determined that it is so slow when it doesn't even show a single page yet
i meant input in the address bar. cannot be normal like that, though, i hope.
-
i meant input in the address bar. cannot be normal like that, though, i hope.
If that's slow it's probably caused by all the other bugs. It's unlikely to stay like that, it's a standard ReAction string gadget.
-
I've fixed all the font code so it should now be reading fonts and printing to the window exactly the same as on OS4 (ie. full UTF-8 support). You'll probably find you need to set some different fonts in the Choices file, as the defaults are set to fonts which come with OS4, so something like this should work on a basic OS3 install: (they must be outline fonts)
font_sans:CGTriumvirate
font_serif:CGTimes
font_mono:LetterGothic
font_cursive:CGTimes
font_fantasy:CGTimes
Choices is usually PROGDIR:Users/default/Choices (the "default" may differ if you have the USER env-var set). You may need to create it.
I tried this font config in Choices and the bullet.library crashed fairly early.
Exception !! 00000003 TCB: 08AF5338 CTX: 081C0380 SSP: 082816DC
USP : 0911BED0 SR: 0004 (U0)(-)(-) TCB: 08AF5338
Data: 097AD9E8 00000000 0000000B 00000400 00000100 022B7B1D 022B0D13 00000000
Addr: 0911BEE8 0911BF08 097AC870 08AF5338 097AD9E8 0911BF68 ABADF00D 082816DC
Stck: 0000000B 00000400 08B4F53C 0911BF68 097ADDEC 097D200A 0911BF08 00000000
Stck: 08B58390 080189F4 09005FDE 0000000B 0911BF08 097AD9E8 80000001 00550055
Stck: 80000008 000B0000 8000000E 00000000 8000000F 00000000 8000000A 00000000
----> 097D184E - "LIBS:bullet.library" Hunk 0000 Offset 0000593E
----> 08B4F53C - "netsurf" Hunk 0000 Offset FFFFFFFC
----> 097D200A - "LIBS:bullet.library" Hunk 0000 Offset 000060FA
----> 08B58390 - "netsurf" Hunk 0000 Offset 00008E50
----> 09005FDE - "netsurf" Hunk 0000 Offset 004B6A9E
097d180e : 001c 6718 ori.b #$18,(a4)+
097d1812 : 72ff moveq.l #-$1,d1
097d1814 : b2ac 0020 cmp.l $20(a4),d1
097d1818 : 6710 beq.s $97d182a
097d181a : 4a6c 0024 tst.w $24(a4)
097d181e : 670a beq.s $97d182a
097d1820 : 48c0 ext.l d0
097d1822 : 0c80 0000 ffff cmpi.l #$ffff,d0
097d1828 : 6604 bne.s $97d182e
097d182a : 7006 moveq.l #$6,d0
097d182c : 6058 bra.s $97d1886
097d182e : 7e01 moveq.l #$1,d7
097d1830 : 6014 bra.s $97d1846
097d1832 : 202d 0004 move.l $4(a5),d0
097d1836 : 7e01 moveq.l #$1,d7
097d1838 : 3940 0050 move.w d0,$50(a4)
097d183c : 6008 bra.s $97d1846
097d183e : 7001 moveq.l #$1,d0
097d1840 : 6044 bra.s $97d1886
097d1842 : 7002 moveq.l #$2,d0
097d1844 : 6040 bra.s $97d1886
097d1846 : 41ef 0018 lea.l $18(a7),a0
097d184a : 2c6c 1100 movea.l $1100(a4),a6
097d184e : *4eae ffd0 jsr -$30(a6)
097d1852 : 2a40 movea.l d0,a5
097d1854 : 4a80 tst.l d0
097d1856 : 6600 fc68 bne $97d14c0
097d185a : 4a07 tst.b d7
097d185c : 6726 beq.s $97d1884
097d185e : 4a2c 0015 tst.b $15(a4)
097d1862 : 6704 beq.s $97d1868
097d1864 : 7009 moveq.l #$9,d0
097d1866 : 601e bra.s $97d1886
097d1868 : 4a2c 0016 tst.b $16(a4)
097d186c : 6704 beq.s $97d1872
097d186e : 700a moveq.l #$a,d0
097d1870 : 6014 bra.s $97d1886
097d1872 : 486c 0018 pea.l $18(a4)
097d1876 : 6100 af3e bsr $97cc7b6
097d187a : 584f addq.w #$4,a7
097d187c : 4a40 tst.w d0
097d187e : 6704 beq.s $97d1884
097d1880 : 7003 moveq.l #$3,d0
097d1882 : 0c40 7000 cmpi.w #$7000,d0
097d1886 : 4cdf 608c movem.l (a7)+,d2-d3/d7/a5-a6
097d188a : 4e75 rts
097d188c : 9efc 000c suba.w #$c,a7
Name: "Shell Process" CLI: "netsurf"
I didn't try to bebug this further as I was able to get further without Choices. I can take a look if you want though.
I've just updated it again. This time the menus should work (so OnMenu/OffMenu is back in place) and I've enabled the auto on/off scrollbars. It doesn't appear to be freezing any more, but it crashes far too much for me to tell whether it works!
Somehow, though, I managed to click on a link to NetSurf's homepage, so I'm pretty sure the display of webpages isn't working.
I have the debugger stopped on the first hit while I post from AWeb on the same Amiga. Images in AWeb will load but are immediate flushed despite plenty of memory (edit: my 2MB of gfx mem is <512k with P96 RTG which explains the flushing and slowness) on and the system is slower than it should be so there must already be some kind of problem. It seems stable enough though.
The last NetSurf debug output:
(12.866687) amiga/gui.c ami_openscreen 725: Screen signal 22
(14.550011) amiga/font.c ami_font_open 381: Font cache miss: DejaVu Sans
(14.583344) amiga/os3support.c OpenOutlineFont 64: Unable to open FONTS:DejaVu Sans.otag
(14.600012) amiga/font.c ami_font_open 388: Requested font not found: DejaVu Sans
(14.633347) amiga/misc.c ami_misc_req 54: Unable to open
DejaVu Sans
(14.833350) amiga/gui.c gui_window_create 3713: Creating window object
(15.333339) amiga/gui.c gui_window_create 3978: Opening window
(15.450009) amiga/gui.c gui_window_create 3982: Window opened, adding border gadgets
(15.500009) desktop/browser.c browser_window_navigate 1895: bw 0x9660ba0, url about:welcome
(15.533344) desktop/browser.c browser_window_navigate 1994: Loading 'about:welcome'
(15.566682) amiga/gui.c ami_gui_splash_close 5254: Closing splash window
The MuForce hit:
LONG READ from FBFBFC03 PC: 08C8352A
USP : 09240108 SR: 0010 (U0)(-)(-) TCB: 08B40040
Data: 00000004 00000003 09281228 00000400 00000100 022FA539 022C9399 08C73284
----> 08C73284 - "NetSurf" Hunk 0000 Offset FFFFFFFC
Addr: FBFBFBFB 08B40040 0912DE2C 08B40040 00000000 092401B0 08021A14 08280620
Stck: 00570001 0924018E 09281228 00000400 0912DE2C 08021A14 00030000 08B49A3A
Stck: 00000028 45BE29A9 00000118 00000400 00000100 022FA539 022C9399 08C73284
Stck: 00000001 08C3A9F8 0912DE2C 08B40040 00000000 09240178 08CA17E0 08020000
----> 08C8352A - "NetSurf" Hunk 0000 Offset 000102A2
----> 0912DE2C - "NetSurf" Hunk 0000 Offset 004BABA4
----> 08B49A3A - "C/MuGuardianAngel" Hunk 0000 Offset 00002162
----> 08C73284 - "NetSurf" Hunk 0000 Offset FFFFFFFC
----> 0912DE2C - "NetSurf" Hunk 0000 Offset 004BABA4
----> 08CA17E0 - "NetSurf" Hunk 0000 Offset 0002E558
08c834ea : 181c move.b (a4)+,d4
08c834ec : 206d ffd6 movea.l -$2a(a5),a0
08c834f0 : 7004 moveq.l #$4,d0
08c834f2 : b0a8 000e cmp.l $e(a0),d0
08c834f6 : 6622 bne.s $8c8351a
08c834f8 : 2f2d ffce move.l -$32(a5),-(a7)
08c834fc : 4eb9 08c9 8996 jsr $8c98996
08c83502 : 588f addq.l #$4,a7
08c83504 : 4a40 tst.w d0
08c83506 : 6708 beq.s $8c83510
08c83508 : 6100 24c4 bsr $8c859ce
08c8350c : 6000 1808 bra $8c84d16
08c83510 : 2b6d ffd2 ffd6 move.l -$2e(a5),-$2a(a5)
08c83516 : 6000 17ee bra $8c84d06
08c8351a : 41ed ffde lea.l -$22(a5),a0
08c8351e : 2f08 move.l a0,-(a7)
08c83520 : 2f3c 0057 0001 move.l #$570001,-(a7)
08c83526 : 206d ffce movea.l -$32(a5),a0
08c8352a : *2f28 0008 move.l $8(a0),-(a7)
08c8352e : 4eb9 0912 50d0 jsr $91250d0 ; <- this is DoMethod()
08c83534 : 4fef 000c lea.l $c(a7),a7
08c83538 : 2b40 fffc move.l d0,-$4(a5)
08c8353c : 4aad fffc tst.l -$4(a5)
08c83540 : 6700 17c4 beq $8c84d06
08c83544 : 222d fffc move.l -$4(a5),d1
08c83548 : 0281 ffff 0000 andi.l #-$10000,d1
08c8354e : 2b41 ff70 move.l d1,-$90(a5)
08c83552 : 0cad 0004 0000 ff70 cmpi.l #$40000,-$90(a5)
08c8355a : 6700 16e2 beq $8c84c3e
08c8355e : 0cad 0004 0000 ff70 cmpi.l #$40000,-$90(a5)
08c83566 : 6236 bhi.s $8c8359e
08c83568 : 0cad 0002 0000 ff70 cmpi.l #$20000,-$90(a5)
Name: "Shell Process" CLI: "NetSurf" Hunk 0000 Offset 000102A2
I don't see many symbols beside the call to DoMethod() so the function doing the DoMethod() call is probably a "static" function. The problem is a bad pointer argument being passed to DoMethod(). The base pointer above is A0=FBFBFBFB and on my current run is A0=A7A7A7A7. This is probably an unitialized pointer from MuGuardianAngel munging of memory. I may know after I step a bit but I'll post this in case it crashes.
Edit: I believe this hit is from ami_handle_msg() in /amiga/gui.c. I can see calls to ami_401login_event() and ami_try_quit() probably before the DoMethod() call and a call to ami_gui_get_space_box() right after. What is generating the call to DoMethod() I can't tell from the source. DoMethod() is a GCC or NetSurf function with what looks like 3 stack based arguments and *not* an AmigaOS library call.
Edit2: I believe the next 2 hits from this same build come from ami_mime_entry_locate in /amiga/filetype.c. This would be a bit after the GetHead(ami_mime_list). There is another unitialized pointer in a list or structure.
-
I tried this font config in Choices and the bullet.library crashed fairly early.
I didn't try to bebug this further as I was able to get further without Choices. I can take a look if you want though.
That might be important.
I don't see many symbols beside the call to DoMethod() so the function doing the DoMethod() call is probably a "static" function. The problem is a bad pointer argument being passed to DoMethod(). The base pointer above is A0=FBFBFBFB and on my current run is A0=A7A7A7A7. This is probably an unitialized pointer from MuGuardianAngel munging of memory. I may know after I step a bit but I'll post this in case it crashes.
I'll leave you to it and pick this up again tomorrow, as it's late here. I've just uploaded another new build with minor changes, but it has the fonts set to the old CG fonts by default, so if you still get the bullet.library crashes I think they will need investigating.
-
Edit: I believe this hit is from ami_handle_msg() in /amiga/gui.c. I can see calls to ami_401login_event() and ami_try_quit() probably before the DoMethod() call and a call to ami_gui_get_space_box() right after. What is generating the call to DoMethod() I can't tell from the source. DoMethod() is a GCC or NetSurf function with what looks like 3 stack based arguments and *not* an AmigaOS library call.
DoMethod is an amiga.lib function. I think what you're referring to must be the RA_HandleInput() call (which is a macro - and actually calls DoMethod) around here (http://git.netsurf-browser.org/netsurf.git/tree/amiga/gui.c?id=84700f1d9cd92a1525809552f205b50428ba185f#n1858) in the source (there's a ami_gui_trap_mouse before the ami_gui_get_space_box though, unless you're only seeing functions that are being called).
I'm not sure why this would be called with a NULL pointer as there are only two arguments, and one of those is a pointer to a variable on the stack, so somehow we're getting a NULL window object there. If that's the case it's easily fixed anyway.
Edit2: I believe the next 2 hits from this same build come from ami_mime_entry_locate in /amiga/filetype.c. This would be a bit after the GetHead(ami_mime_list). There is another unitialized pointer in a list or structure.
Most likely caused by me not checking for NULL here (http://git.netsurf-browser.org/netsurf.git/tree/amiga/filetype.c?id=84700f1d9cd92a1525809552f205b50428ba185f#n301).
-
I tried this font config in Choices and the bullet.library crashed fairly early.
I've just twigged what the cause of that is. I'll put a fixed version up later.
-
DoMethod is an amiga.lib function. I think what you're referring to must be the RA_HandleInput() call (which is a macro - and actually calls DoMethod) around here (http://git.netsurf-browser.org/netsurf.git/tree/amiga/gui.c?id=84700f1d9cd92a1525809552f205b50428ba185f#n1858) in the source (there's a ami_gui_trap_mouse before the ami_gui_get_space_box though, unless you're only seeing functions that are being called).
The DoMethod() that I describe is called with a BSR and *not* JSR (xxx,A6) so it is *not* an AmigaOS call with a library base in A6. The DoMethod() function calls some AmigaOS functions though. There is a good chance the code that gives the DoMethod() is from RA_HandleInput() and may be from amiga.lib. It looked too big to me to be a stub.
I've just twigged what the cause of that is. I'll put a fixed version up later.
The freeze was from a bullet.library SetInfoA() call if you want verification ;).
-
The DoMethod() that I describe is called with a BSR and *not* JSR (xxx,A6) so it is *not* an AmigaOS call with a library base in A6. The DoMethod() function calls some AmigaOS functions though. There is a good chance the code that gives the DoMethod() is from RA_HandleInput() and may be from amiga.lib. It looked too big to me to be a stub.
I don't think DoMethod is a stub - it's a real function. It was moved to Intuition in OS4 and renamed IDOMethod, but on OS3 it's in the libamiga static link library.
The freeze was from a bullet.library SetInfoA() call if you want verification ;).
Yes, confident I've fixed that, thanks.
I've uploaded another new version. Changes are:
bullet access is fixed
font scanner enabled
possible but sceptical that the other two hits were fixed
The font scanner appears to be working but freezes at the end, I suspect it's another NULL pointer access. Actually I'm suspecting I've done something wrong with my list access loops, which are defined like this:
node = GetHead(list);
do {
nnode = GetSucc(node);
// more code here
} while((node = nnode));
This works fine on OS4, but when built for OS3 I think it's not stopping properly :)
GetSucc(node) is defined as node ? node->ln_Succ : NULL
It was just node->ln_Succ but I put some extra armour around it. It doesn't seem to have helped though.
GetHead is:
struct Node *GetHead(struct List *list)
{
struct Node *res = NULL;
if ((NULL != list) && (NULL != list->lh_Head->ln_Succ))
{
res = list->lh_Head;
}
return res;
}
Can anybody spot anything obviously wrong?
Other than that, see if the previous two hits were fixed. You can trick it into skipping the font scan by creating a file in your user directory called FontGlyphCache, containing:
0x0000 "CGTimes"
(hmm, I seem to have broken font scanning on OS4 too - not entirely sure how that has happened)
edit: fixed the OS4 crash, sadly that's not what is causing the freeze on OS3 though. Re-compiled and re-uploaded.
-
Should you check that list->lh_Head isn't null also ?
not sure if this will be of any use to you but this is from the hivelytracker source:
static struct Node *_GetHead(struct List *list)
{
if ((!list) || (!list->lh_Head)) return NULL;
if (list->lh_Head->ln_Succ == NULL) return NULL;
return list->lh_Head;
}
static struct Node *_GetSucc(struct Node *node)
{
if (node->ln_Succ->ln_Succ == NULL) return NULL;
return node->ln_Succ;
}
-
struct Node *GetHead(struct List *list)
{
struct Node *res = NULL;
if ((list) && (list->lh_Head) && (list->lh_Head->ln_Succ))
{
res = list->lh_Head;
}
return res;
}
That's the obvious fix (checking if list->lh_Head != NULL)
Update: Duplicate post to above
-
Should you check that list->lh_Head isn't null also ?
It should not be necessary unless checking for a corrupt or unitialized list (an empty list with no nodes is o.k). An AmigaOS list is initialized by setting the lh_Head field to the address of lh_Tail. Adding or removing nodes should never make this field NULL. An empty list (initialized List header but no nodes) will have the list lh_Head field set to the address of lh_Tail (list->lh_Head = &list.lh_Tail). The list header acts like a node when transversing the list in either direction.
Edit: The info above is good but the other I had was wrong. The list or list header (List structure) is not the same as the list Head (List->lh_Head->Node) which confused me. Chris's GetHead() still looks correct which extracts the Head node from a List header after checking that the pointer to the list is not NULL and that the list is not empty. The list is empty if (NULL == list->lh_Head->ln_Succ) or (list->lh_TailPred == (struct Node *)list). There is a macro called IsListEmpty() in exec/lists.h which uses the latter way to check for an empty list and could give something like the following if used.
struct Node *GetHead(struct List *list)
{
struct Node *res = NULL;
if ((list != NULL) && !IsListEmpty(list))
res = list->lh_Head;
return res;
}
It's more readable to me and should generate a little more optimal code than what Chris is using.
-
if (node->ln_Succ->ln_Succ == NULL) return NULL;
This is interesting, and appears to have solved my problem.
Sadly it hasn't magically cured everything else, but certainly the font scanner has stopped freezing.
New build uploaded.
-
if (node->ln_Succ->ln_Succ == NULL) return NULL;
This is interesting, and appears to have solved my problem.
Perhaps the code above will not get the last node in a list? I suspect that some of the list handling code doesn't handle exec empty lists correctly (an empty exec list looks like there is one more node in it when it is empty but it is actually pointing back to the list header) or tries to process the last link in the list (either direction) which is the list header (valid data nodes have non-NULL successor and predecessor pointers).
-
Perhaps the code above will not get the last node in a list? I suspect that some of the list handling code doesn't handle exec empty lists correctly. An empty exec list looks like there is one more node in it when it is empty but it is actually pointing back to the list header.
I think it stops the list header being used as a node, whereas without it the list header ends up being parsed and we get problems.
All my lists are checked with Is(Min)ListEmpty before proceeding even to the GetHead.
I'm still getting the crash around RA_HandleInput. Curiously it sometimes gets past that and tells me a WMHI_ACTIVE message (262144 - which I think is WMHI_ACTIVE anyway) is received. WMHI_ACTIVE doesn't do much at all.
-
I think it stops the list header being used as a node, whereas without it the list header ends up being parsed and we get problems.
All my lists are checked with Is(Min)ListEmpty before proceeding even to the GetHead.
Processing the exec list header as a node is basically what I was trying to say and it's a common problem with exec lists. Do the list nodes have many data (non-link) pointers? If so, would it be easy to define data (like padding) and clear the memory below the List or MinList header structures? Then if the list header was used like a node for a pointer, it would usually generate a MuForce/Enforcer hit to address 0 which we should be able to catch.
I'm still getting the crash around RA_HandleInput. Curiously it sometimes gets past that and tells me a WMHI_ACTIVE message (262144 - which I think is WMHI_ACTIVE anyway) is received. WMHI_ACTIVE doesn't do much at all.
The RA_HandleInput problem is tough because there is a lot of abstraction in this area. This is where it would be nice to have line debug and know the source lines. I can normally pretty well compare the C source to assembler but not here.
-
Processing the exec list header as a node is basically what I was trying to say and it's a common problem with exec lists. Do the list nodes have many data (non-link) pointers? If so, would it be easy to define data (like padding) and clear the memory below the List or MinList header structures? Then if the list header was used like a node for a pointer, it would usually generate a MuForce/Enforcer hit to address 0 which we should be able to catch.
OK, well I'm pretty sure Buzz's code is OK as it's in use elsewhere, but I've added some padding to the list structure in the function which usually allocates the memory for my lists, so if it is still reading the list header anywhere we'll see it.
The RA_HandleInput problem is tough because there is a lot of abstraction in this area. This is where it would be nice to have line debug and know the source lines. I can normally pretty well compare the C source to assembler but not here.
I added some more debugging to try and track this down, and it seems to be consistently crashing after RA_HandleInput now, so I'm thinking I've fixed this. You'll see how the function is called on the debug now, which might help.
Could you have a look at the new build and see what you get? Thanks for your help!
edit: fixed build as an earlier fix got reverted accidentally
-
somehow my last post got lost for being too long so i repost my current log truncated at the beginning once again. running in winuae you can see all the details in winuae debugger, but i dont know how to post them here.
.....
Global Fail..
238 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
239 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
240 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
241 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
242 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
243 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
244 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
window already open (146x172 1024x768)
Device name: 'Intel(R) HD Graphics 4000' a0012000a0da8.9
D3D9Ex: 00000056 ALPHA DYNAMIC SCANLINE
D3D9Ex: PS=3.0 VS=3.0 1024*768*0p VS=0 B=1I 32-bit 0
D3D9Ex: pixelshader filter 'C:\Users\Public\Documents\Amiga Files\WinUAE\_winuae
.fx':-1 enabled
D3D9Ex: 1024*768 main texture, depth 32
Buffer size (1024*768) RTG
RTGFREQ: 262*59.2804 = 15531.4666 / 59.3 = 262
SetSwitch() - Picasso96 1024x768x32 (1024x768x32)
POS (0 0 1024 768) - (0 0 1024 768)[1024,768] (0 0)
window already open (146x172 1024x768)
Device name: 'Intel(R) HD Graphics 4000' a0012000a0da8.9
D3D9Ex: 00000056 ALPHA DYNAMIC SCANLINE
D3D9Ex: PS=3.0 VS=3.0 1024*768*0p VS=0 B=1I 32-bit 0
D3D9Ex: pixelshader filter 'C:\Users\Public\Documents\Amiga Files\WinUAE\_winuae
.fx':-1 enabled
D3D9Ex: 1024*768 main texture, depth 32
Buffer size (1024*768) RTG
RTGFREQ: 262*59.2804 = 15531.4666 / 59.3 = 262
SetSwitch() - Picasso96 800x600x32 (1024x768x32)
POS (0 0 1024 768) - (0 0 800 600)[800,600] (0 0)
245 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
246 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
247 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
248 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
249 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
250 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
251 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
252 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
253 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
254 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
255 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
256 [5] netsurf GetVar Datatypes/WarpPNG.prefs
Global* Fail..
window already open (146x172 1024x768)
Device name: 'Intel(R) HD Graphics 4000' a0012000a0da8.9
D3D9Ex: 00000056 ALPHA DYNAMIC SCANLINE
D3D9Ex: PS=3.0 VS=3.0 1024*768*0p VS=0 B=1I 32-bit 0
D3D9Ex: pixelshader filter 'C:\Users\Public\Documents\Amiga Files\WinUAE\_winuae
.fx':-1 enabled
D3D9Ex: 1024*768 main texture, depth 32
Buffer size (1024*768) RTG
RTGFREQ: 262*59.2804 = 15531.4666 / 59.3 = 262
POS (0 0 1024 768) - (0 0 1024 768)[1024,768] (0 0)
SetSwitch() - Picasso96 1024x768x32 (1024x768x32)
window already open (146x172 1024x768)
Device name: 'Intel(R) HD Graphics 4000' a0012000a0da8.9
D3D9Ex: 00000056 ALPHA DYNAMIC SCANLINE
D3D9Ex: PS=3.0 VS=3.0 1024*768*0p VS=0 B=1I 32-bit 0
D3D9Ex: pixelshader filter 'C:\Users\Public\Documents\Amiga Files\WinUAE\_winuae
.fx':-1 enabled
D3D9Ex: 1024*768 main texture, depth 32
Buffer size (1024*768) RTG
RTGFREQ: 262*59.2804 = 15531.4666 / 59.3 = 262
SetSwitch() - Picasso96 800x600x32 (1024x768x32)
POS (0 0 1024 768) - (0 0 800 600)[800,600] (0 0)
257 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
258 [5] netsurf GetVar no_proxy
Any Fail..
window already open (146x172 1024x768)
Device name: 'Intel(R) HD Graphics 4000' a0012000a0da8.9
D3D9Ex: 00000056 ALPHA DYNAMIC SCANLINE
D3D9Ex: PS=3.0 VS=3.0 1024*768*0p VS=0 B=1I 32-bit 0
D3D9Ex: pixelshader filter 'C:\Users\Public\Documents\Amiga Files\WinUAE\_winuae
.fx':-1 enabled
D3D9Ex: 1024*768 main texture, depth 32
Buffer size (1024*768) RTG
RTGFREQ: 262*59.2804 = 15531.4666 / 59.3 = 262
POS (0 0 1024 768) - (0 0 1024 768)[1024,768] (0 0)
SetSwitch() - Picasso96 1024x768x32 (1024x768x32)
259 [5] netsurf GetVar NO_PROXY
Any Fail..
260 [5] netsurf GetVar http_proxy
Any Fail..
261 [5] netsurf GetVar all_proxy
Any Fail..
262 [5] netsurf GetVar ALL_PROXY
Any Fail..
263 [5] netsurf Open work:wawa/NetSurf/Resources/Icons/search.pn
g Read Fail..
264 [5] netsurf FindPort PowerIconsPort
Fail..
265 [5] netsurf ToolType MIMETYPE
Fail..
266 [5] netsurf Open work:wawa/NetSurf/Resources/Icons/arrow-l.p
n Read Fail..
267 [5] netsurf ToolType MIMETYPE
Fail..
268 [5] netsurf Open work:wawa/NetSurf/Resources/Icons/content.p
n Read Fail..
269 [5] netsurf ToolType MIMETYPE
Fail..
270 [5] netsurf Open work:wawa/NetSurf/Resources/Icons/directory
. Read Fail..
271 [5] netsurf ToolType MIMETYPE
Fail..
272 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
273 [5] netsurf Open work:wawa/NetSurf/Resources/Icons/directory
2 Read Fail..
274 [5] netsurf ToolType MIMETYPE
Fail..
275 [5] netsurf Open work:wawa/NetSurf/Resources/Icons/search.pn
g Read Fail..
276 [5] netsurf ToolType MIMETYPE
Fail..
277 [5] netsurf Open work:wawa/NetSurf/Resources/en/welcome.html
, Read Fail..
278 [5] netsurf ToolType MIMETYPE
Fail..
279 [5] netsurf Open work:wawa/NetSurf/Resources/netsurf.png.inf
o Read Fail..
280 [5] netsurf ToolType MIMETYPE
Fail..
281 [5] netsurf Open work:wawa/NetSurf/Resources/nsdefault.css.i
n Read Fail..
282 [5] netsurf ToolType MIMETYPE
Fail..
283 [5] netsurf Open work:wawa/NetSurf/Resources/netsurf.png.inf
o Read Fail..
284 [5] netsurf ToolType MIMETYPE
Fail..
Illegal instruction: 3b3e at 000000C6 -> 07FFBFCE
285 [5] netsurf GetVar classes/datatypes/picture/DitherHiColour
Any Fail..
-
I added some more debugging to try and track this down, and it seems to be consistently crashing after RA_HandleInput now, so I'm thinking I've fixed this. You'll see how the function is called on the debug now, which might help.
Could you have a look at the new build and see what you get? Thanks for your help!
edit: fixed build as an earlier fix got reverted accidentally
I'm working with the NetSurf executable which is now 5920060 bytes. A "Scanning fonts..." requestor now opens and it gets almost 60% of the way through the top guage and barely started on the bottom guage as it scans my large collection of fonts before I get an address error exception from the bullet.library. The return value on the stack from an RTS (Return from Subroutine) is 0xffffffff (-1 signed) and the PC must maintain even alignement thus the address error. The last debug output is:
amiga/font_scan.c ami_font_scan_fonts 293: Found 0 new glyphs (total = 474)
amiga/font_scan.c ami_font_scan_fonts 290: Scanning NewBrunswick_BoldItalic
amiga/os3support.c OpenOutlineFont 105: Using font engine bullet
amiga/font_scan.c ami_font_scan_fonts 293: Found 0 new glyphs (total = 474)
amiga/font_scan.c ami_font_scan_fonts 290: Scanning NewBrunswick_Italic
amiga/os3support.c OpenOutlineFont 105: Using font engine bullet
It's strange that bullet.library didn't crash with the NewBrunswick_BoldItalic font before this. Maybe this font is from Wordworth?
Edit: I tried the NewBrunswick_Italic font in WordWorth to make sure it wasn't corrupt and it worked fine. I then retried NetSurf and didn't have any problems in the font scanning this time.
I am past the screen and window open and I believe farther than ever. The PC seems to have gotten lost and points to 0xc0. The last debug output is:
(274.300005) image/png.c info_callback 182: size 17 * 17, rowbytes 68
(274.333339) content/content.c content_convert 281: content file:///Big/NetSurf/Resources/Icons/search.png (0x96fe2e0)
(274.383341) image/image_cache.c image_cache_add 480: centry 0x96fe738, content 0x96fe2e0, bitmap 0x96d9cf4
(274.516676) content/content.c content__init 80: url file:///Big/NetSurf/Resources/en/welcome.html,faf -> 0x96feb48
(274.599994) render/html_css.c html_css_new_stylesheets 548: 2 fetches active
(274.633327) render/html_css.c html_css_new_stylesheets 575: 3 fetches active
(274.666659) content/content.c content_add_user 599: content file:///Big/NetSurf/Resources/en/welcome.html,faf (0x96feb48), user 0x8eedece 0x9731c78
(275.116690) content/content.c content_convert 281: content file:///Big/NetSurf/Resources/en/welcome.html,faf (0x96feb48)
(275.183337) render/html.c html_convert 1026: quirks set to 0
(275.200004) render/html.c html_convert 1030: 2 fetches active
(275.233343) render/html_css.c html_stylesheet_from_domnode 199: 3 fetches active
(275.266673) render/html_css.c html_css_process_modified_style 276: Updating sheet 0x000000 with 0x99a2020
(275.350010) content/content.c content__init 80: url x-ns-css:0 -> 0x99a4238
(275.433342) content/content.c content_add_user 599: content x-ns-css:0 (0x99a4238), user 0x8eedece 0x99a2020
(275.583324) content/content.c content_convert 281: content x-ns-css:0 (0x99a4238)
(275.616661) render/html_css.c html_convert_css_callback 105: done stylesheet slot 4 'x-ns-css:0'
(275.666659) render/html_css.c html_convert_css_callback 107: 2 fetches active
(275.766667) content/content.c content__init 80: url file:///Big/NetSurf/Resources/default.css -> 0x99caf30
(275.816664) content/content.c content_add_user 599: content file:///Big/NetSurf/Resources/default.css (0x99caf30), user 0x8eedece 0x9720600
(275.899998) content/content.c content_convert 281: content file:///Big/NetSurf/Resources/default.css (0x99caf30)
(275.966665) render/html_css.c html_convert_css_callback 113: stylesheet resource:user.css failed: UnacceptableType
(276.016666) render/html_css.c html_convert_css_callback 117: 1 fetches active
(276.133335) content/content.c content__init 80: url file:///Big/NetSurf/Resources/nsdefault.css -> 0x99c7ec8
(276.183337) content/content.c content_add_user 599: content file:///Big/NetSurf/Resources/nsdefault.css (0x99c7ec8), user 0x8eedece 0x99db9e8
(276.483342) content/content.c content_convert 281: content file:///Big/NetSurf/Resources/nsdefault.css (0x99c7ec8)
(276.533347) render/html_css.c html_convert_css_callback 105: done stylesheet slot 0 'file:///Big/NetSurf/Resources/default.css'
(276.583325) render/html_css.c html_convert_css_callback 107: 0 fetches active
(276.616659) render/html.c html_begin_conversion 1083: Completing parse
(276.649993) render/html.c html_finish_conversion 574: DOM to box (0x96feb48)
(276.783331) render/html_object.c html_fetch_object 713: 1 fetches active
(276.833332) content/content.c content__init 80: url file:///Big/NetSurf/Resources/netsurf.png -> 0xa3a6050
(276.883331) content/content.c content_add_user 599: content file:///Big/NetSurf/Resources/netsurf.png (0xa3a6050), user 0x8eedece 0x97232b0
(277.000003) content/content.c content_convert 281: content file:///Big/NetSurf/Resources/netsurf.png (0xa3a6050)
(277.050000) image/image_cache.c image_cache_add 480: centry 0xa3a64a8, content 0xa3a6050, bitmap 0x000000
(277.266673) content/content.c content__init 80: url file:///Big/NetSurf/Resources/netsurf.png -> 0xa3c8b20
(277.316673) content/content.c content_add_user 599: content file:///Big/NetSurf/Resources/netsurf.png (0xa3c8b20), user 0x8eedece 0x9aefe10
(277.416676) content/content.c content_convert 281: content file:///Big/NetSurf/Resources/netsurf.png (0xa3c8b20)
(277.466675) image/image_cache.c image_cache_add 480: centry 0xa3c9070, content 0xa3c8b20, bitmap 0x000000
(277.516677) render/html_object.c html_object_callback 161: 0 fetches active
(277.583324) render/html.c html_box_convert_done 86: Done XML to box (0x96feb48)
(277.616658) content/content.c content__reformat 360: 0x96feb48 file:///Big/NetSurf/Resources/en/welcome.html,faf
(277.983335) content/content.c content_open 742: content 0x96feb48 file:///Big/NetSurf/Resources/en/welcome.html,faf
(278.033334) content/content.c content_open 742: content 0xa3c8b20 file:///Big/NetSurf/Resources/netsurf.png
(278.100003) desktop/browser_history.c browser_window_history_add 513: Creating thumbnail for file:///Big/NetSurf/Resources/en/welcome.html,faf
The last value which looked like a return value that I could find on the stack would return to ami_bitmap() in /amiga/plotters.c. The return would have been from graphics.library BltMaskBitMapRastPort() near the bottom and may indicate a problem with this function call but is not reliable. I would have to catch the process before this to be more certain but it's a possible lead.
-
here it opens window as well, i give it plenty of stack to be sure, but is there a way to redirect the netsurf debug to serial?
-
The last value which looked like a return value that I could find on the stack would return to ami_bitmap() in /amiga/plotters.c. The return would have been from graphics.library BltMaskBitMapRastPort() near the bottom and may indicate a problem with this function call but is not reliable. I would have to catch the process before this to be more certain but it's a possible lead.
Blimey you're good!
I'd managed to transpose the last two arguments of BltMaskBitMapRastPort (only the OS3 build uses it otherwise I'd have noticed sooner). I've fixed it now and put a new build up.
-
here it opens window as well, i give it plenty of stack to be sure, but is there a way to redirect the netsurf debug to serial?
I expect the error output from NetSurf -v is going to stderr instead of stdout as I tried to redirect it and it didn't work. If stdout was used it would be possible to use:
>NetSurf -v >SER:
I don't know any way to redirect stderr with AmigaDOS though.
Blimey you're good!
I'd managed to transpose the last two arguments of BltMaskBitMapRastPort (only the OS3 build uses it otherwise I'd have noticed sooner). I've fixed it now and put a new build up.
Good. My Amiga was in a stable condition up to this problem. NetSurf seems to use a lot of chipmem though (1-1.5MB on my P96 RTG Amiga). I hope it doesn't need any more big chunks or there could be failures due to low mem conditions and fragmentation. I'll take a look at the new executable. At some point we should break through the startup and have a running NetSurf.
Edit: I get further now but to another freeze:
amiga/font.c ami_font_open 381: Font cache miss: CSCourierOblique
amiga/os3support.c OpenOutlineFont 105 Using font engind bullet
amiga/font.c ami_font_open 396: Bold font defined for CSCourierOblique is CSCourierBoldOblique
amiga/font.c ami_font_open 404: Warning: No designed italic font defined for CSCourierOblique
amiga/font.c ami_font_open 410: Warning: No designed bold-italic font defined for CSCourierOblique
desktop/browser.c browser_window_update_favicon 1141fetching general favicon from 'resource:favicon.ico'
./content/fs_backing_store.c set_store_entry 719: url:http://www.google.com/favicon.ico
./content/fs_backing_store.c store_open 828: opening PROGDIR:Users/userCache/d/M/I/2/MI2VURB
./content/fs_backing_store.c store 1304: Writing 5430 bytes from 0x9787998
./content/fs_backing_store.c set_store_entry 719: url:http://www.google.com/favicon.ico
./content/fs_backing_store.c store_open 828: opening PROGDIR:Users/userCache/m/M/I/2/MI2VURB
./content/fs_backing_store.c store 1304: Writing 433 bytes from 0xa5150b8
./content/fs_backing_store.c get_store_entry 660: url:http://www,google.com/favicon.ico
./content//fs_backing_store.c entry_release_alloc 1324: freeing 0xa5150b8
content/llcache.c llcache_persist 2494: Overran timestlot
content/content.c content__init 80: url file:///Big/NetSurf/Resources/favicon.png (0xa4ecab0), user 0x8fb927a 0xa4fc720
image/png.c info_callback 182: size 17* 17, rowbytes 68
content/content.c content_convert 281: content file:///Big/NetSurf/Resources/favicon.png (0xa4ecab0)
image/image_cache.c image_cache_add 480: centry 0xa4ec5f0, content 0xa4ecab0, bitmap 0x97c9bec
And follows is the NULL pointer hit in P96 Voodoo.card which maybe is bitmap and/or gfx related?
LONG READ from 00000000 PC: 08851D8C
USP : 097269C8 SR: 8004 (U0)(-)(-) TCB: 0952E6C8
Data: 03000000 FFFFFFFE 00100000 0000000F 00000000 00000010 000000E0 00000009
Addr: 00000000 60100000 09726A84 09726AAC 0884BE74 09726A94 08851C18 08280BD8
Stck: 00000010 00000010 000000FF 08013BB4 0883672A 00000010 00000010 68168410
Stck: 0000009E 00000014 00000010 00000010 000000E0 000002FF 00000000 09A27608
Stck: 0A3E6A30 0A3E6648 08013BB4 08851C18 00000011 00000000 FFFFFFFF 3FFF097A
----> 08851D8C - "LIBS:picasso96/Voodoo.card" Hunk 0000 Offset 00002ABC
----> 0883672A - "LIBS:picasso96/rtg.library" Hunk 0004 Offset 0000A0BA
----> 08851C18 - "LIBS:picasso96/Voodoo.card" Hunk 0000 Offset 00002948
08851d4c : e548 lsl.w #$2,d0
08851d4e : 322a 0004 move.w $4(a2),d1
08851d52 : 9240 sub.w d0,d1
08851d54 : 5342 subq.w #$1,d2
08851d56 : 2052 movea.l (a2),a0
08851d58 : 203c 0300 00cc move.l #$30000cc,d0
08851d5e : 082a 0001 0007 btst #$1,$7(a2)
08851d64 : 6704 beq.s $8851d6a
08851d66 : 103c 0055 move.b #$55,d0
08851d6a : 082a 0000 0007 btst #$0,$7(a2)
08851d70 : 6604 bne.s $8851d76
08851d72 : 0040 0100 ori.w #$100,d0
08851d76 : 2340 0070 move.l d0,$70(a1)
08851d7a : 082a 0002 0007 btst #$2,$7(a2)
08851d80 : 663e bne.s $8851dc0
08851d82 : 7800 moveq.l #$0,d4
08851d84 : 182a 0006 move.b $6(a2),d4
08851d88 : 6616 bne.s $8851da0
08851d8a : 3002 move.w d2,d0
08851d8c : *2358 0080 move.l (a0)+,$80(a1)
08851d90 : 51c8 fffa dbra d0,$8851d8c
08851d94 : d0c1 adda.w d1,a0
08851d96 : 51cb fff2 dbra d3,$8851d8a
08851d9a : 4cdf 041c movem.l (a7)+,d2-d4/a2
08851d9e : 4e75 rts
08851da0 : 2f05 move.l d5,-(a7)
08851da2 : 3002 move.w d2,d0
08851da4 : e9d0 5900 bfextu (a0){d4:$0},d5 ;extended opcode
08851da8 : 2345 0080 move.l d5,$80(a1)
08851dac : 5888 addq.l #$4,a0
08851dae : 51c8 fff4 dbra d0,$8851da4
08851db2 : d0c1 adda.w d1,a0
08851db4 : 51cb ffec dbra d3,$8851da2
08851db8 : 2a1f move.l (a7)+,d5
08851dba : 4cdf 041c movem.l (a7)+,d2-d4/a2
08851dbe : 4e75 rts
08851dc0 : 2f05 move.l d5,-(a7)
08851dc2 : 7800 moveq.l #$0,d4
08851dc4 : 182a 0006 move.b $6(a2),d4
08851dc8 : 661c bne.s $8851de6
08851dca : 3002 move.w d2,d0
Name: "netsurf" CLI: "netsurf"
image_cache_add() OK
content_set_ready() OK
content_set_done() Freeze!!!
Edit Final:
It looks like the freeze is from BltMaskBitMapRastPort() of gui_window_set_icon() from gui.c.
A0 = scrbm = 0x973a574
D0 = srcx = 0
D1 = srcy = 0
A1 = destrp = 0xa43b388
D2 = destX = 0x9e
D3 = destY = 0x14
D4 = sizeX = 0x10
D5 = sizeY = 0x10
D6 = minterm = 0xe0
A2 = bltmask = 0
It looks to me like the minterm and bltmask arguments are switched for BltMaskBitMapRastPort(). Is that what was fixed for the other BltMaskBitMapRastPort() in /amiga/plotters.c?
-
NetSurf -v >SER:
would be my expectation as well.
i have an impression too, that chipmem is being eaten, need to verify though. perhaps the memory need s to be explicitly defined in the source.
-
I don't know any way to redirect stderr with AmigaDOS though.
On OS4 it's *>SER:
I think that's new though.
Good. My Amiga was in a stable condition up to this problem. NetSurf seems to use a lot of chipmem though (1-1.5MB on my P96 RTG Amiga). I hope it doesn't need any more big chunks or there could be failures due to low mem conditions and fragmentation.
It uses an offscreen buffer for rendering, which defaults to the same size as the screen.
edit: it's flagged as BMF_DISPLAYABLE so will be using chip mem, however it doesn't get displayed itself, only blitted to a displayed bitmap, so I might be able to remove this flag? (edit2: I've removed it and it seems happy on the OS4 build)
You can reduce it with the following options in Choices:
redraw_tile_size_x:nnn
redraw_tile_size_y:nnn
(replacing nnn with your chosen size)
It might also be a good idea to use Simple Refresh windows, with:
window_simple_refresh:1
I'll take a look at the new executable. At some point we should break through the startup and have a running NetSurf.
Hopefully! I actually got it running a minute ago long enough to get into the menu and call up the hotlist. I'm still not getting any rendered output on screen which is a bit concerning.
-
How does NetSurf render?
Does it only use Reaction for the gadgets outside the main window and just treat everything inside the main display area as a large bitmap?
-
@chris, matthey & wawrzon and anyone else involved,
You guys rock. Taking on a huge task and it's shaping up. Kudos's!
Chris
-
It uses an offscreen buffer for rendering, which defaults to the same size as the screen.
edit: it's flagged as BMF_DISPLAYABLE so will be using chip mem, however it doesn't get displayed itself, only blitted to a displayed bitmap, so I might be able to remove this flag? (edit2: I've removed it and it seems happy on the OS4 build)
I don't think it is necessary to specify BMF_DISPLAYABLE for a bitmap that is never displayed on screen (a double buffering buffer would need it though). I believe you should use the displayed Window->RPort->Bitmap or Screen-RastPort->BitMap as the friend_bitmap for best performance (and no chip mem used with RTG) when allocating with AllocBitMap().
You can reduce it with the following options in Choices:
redraw_tile_size_x:nnn
redraw_tile_size_y:nnn
(replacing nnn with your chosen size)
It might also be a good idea to use Simple Refresh windows, with:
window_simple_refresh:1
Nice to know, I could have always lowered the resolution but I only selected 800x600x32 and some browsers today may have issues at 640x480. The simple_refresh option may end up being faster on a gfx board. I'd rather not go crazy with options until we get the basic NetSurf working.
Be sure to see my Final Edit from my last post to hopefully fix the last freeze.
There is a requestor which pops up asking for PROGDIR right around the time the screen opens. It doesn't seem to stop NetSurf or affect anything whether I choose a gadget or ignore it. Do you get the requestor? Any idea what is causing it?
-
II don't know any way to redirect stderr with AmigaDOS though.
With Os 3.9 and the shell from Os 3.9, it is "*>". Thus, "program *>foo" redirects the standard error to a file (or a device). Actually, it's in the manual. I wonder why so many people don't find the time to browse it for such questions. To remember this, think of "*" as the console, thus "*>" (no space) redirects the console. Additional "reidrection" instructions are "*>>" append to stderr, and "*" "redirect stderr to stdout".
-
Unlike what you see in the post, redirect stderr to stdout is "star less than greater than", except that this ^$*@!! HTML editor "eats" my post.
-
How does NetSurf render?
Does it only use Reaction for the gadgets outside the main window and just treat everything inside the main display area as a large bitmap?
Yes.
-
Yes.
Cool, we should be able to do a C2P straight to the main bitmap then for extra speed :)
-
Cool, we should be able to do a C2P straight to the main bitmap then for extra speed :)
If you mean rendering direct to the window, I've tried that and it gives all sorts of problems. There's an option to enable it (I think.. or maybe I removed it again), but it's only there to aid debugging.
-
Edit Final:
It looks like the freeze is from BltMaskBitMapRastPort() of gui_window_set_icon() from gui.c.
A0 = scrbm = 0x973a574
D0 = srcx = 0
D1 = srcy = 0
A1 = destrp = 0xa43b388
D2 = destX = 0x9e
D3 = destY = 0x14
D4 = sizeX = 0x10
D5 = sizeY = 0x10
D6 = minterm = 0xe0
A2 = bltmask = 0
It looks to me like the minterm and bltmask arguments are switched for BltMaskBitMapRastPort(). Is that what was fixed for the other BltMaskBitMapRastPort() in /amiga/plotters.c?
Yes, and I fixed it here too at the same time. http://git.netsurf-browser.org/netsurf.git/commit/?id=9ac9866521e48933389dcf05f1ec5523f36b3435
minterm is correct - 0xe0 looks about right (whatever "(ABC|ABNC|ANBC)" equates to)
I think the problem is that I've not accounted for bltmask being NULL. I've fixed this now, and also in plotters.c. New build up (this one appears to work without freezing up).
-
It uses an offscreen buffer for rendering, which defaults to the same size as the screen.
edit: it's flagged as BMF_DISPLAYABLE so will be using chip mem, however it doesn't get displayed itself, only blitted to a displayed bitmap, so I might be able to remove this flag? (edit2: I've removed it and it seems happy on the OS4 build)
If you specify BMF_MINPLANES it wont use chip ram anymore. But without BMF_DISPLAYABLE is better for Netsurf.
Cool, we should be able to do a C2P straight to the main bitmap then for extra speed
If you mean rendering direct to the window, I've tried that and it gives all sorts of problems. There's an option to enable it (I think.. or maybe I removed it again), but it's only there to aid debugging.
Shouldnt it work fairly well with WriteChunkyPixels() (V40)?
-
With Os 3.9 and the shell from Os 3.9, it is "star less than greater than". Thus, "program "star less than greater than"foo" redirects the standard error to a file (or a device). Actually, it's in the manual. I wonder why so many people don't find the time to browse it for such questions.
I picked up and read my AmigaOS 3,1 manual that was sitting beside me. I don't know if wawa was using AROS (based on 3.1), UAE (probably with 68k AROS Vision knowing wawa) or AmigaOS 3.9. I only assumed the lowest modern (in Amiga terms) Amiga base. In a perfect Amiga world, all 68k users with a 68020+ would be using AmigaOS 3.9 and it would still be developed. Of course if AmigaOS 3.9 was still developed then the AmigaOS and Reaction APIs would be more similar to AmigaOS 4 and Chris wouldn't have wasted so much time adding AmigaOS 3 compatible code and I wouldn't have wasted so much time debugging it. It doesn't do any good to complain about it as that is not productive. Instead you see us doing it. Thanks for helping to provide the debugging tools to do it. I also understand that you are trying to be helpful and realize the importance of what we are trying to do here ;).
Yes, and I fixed it here too at the same time. http://git.netsurf-browser.org/netsurf.git/commit/?id=9ac9866521e48933389dcf05f1ec5523f36b3435
minterm is correct - 0xe0 looks about right (whatever "(ABC|ABNC|ANBC)" equates to)
I think the problem is that I've not accounted for bltmask being NULL. I've fixed this now, and also in plotters.c. New build up (this one appears to work without freezing up).
Startup completes here with no freezes or hits and displays the startup page! Good job! There are many different paths or areas to debug now but you may need to fix some things up first? Let me know what path(s) should be debugged first.
-
Startup completes here with no freezes or hits and displays the startup page! Good job!
Wait... you're actually getting the NetSurf welcome page rendered on screen? I mean this one (http://www.netsurf-browser.org/welcome/)?
There are many different paths or areas to debug now but you may need to fix some things up first? Let me know what path(s) should be debugged first.
I'm not getting anything rendered here and it crashes if I move the mouse. Certainly the moving the mouse crash I'd like to fix, if it shows up for you? Beyond that I can't really test it! It won't run on my A1200 either - red screens at some point during startup.
-
@matt, thor
no, i was using my 3.9++ this time and since away from home have not had a manual at hand neither could find a definite answer on net, hence asked.
besides im not testing vision, usually im testing plain aros nightly or my own compile.
-
@itix
Does it only use Reaction for the gadgets outside the main window and just treat everything inside the main display area as a large bitmap?
does that apply to your netsurf 2 mui frontend as well?
-
@itix
does that apply to your netsurf 2 mui frontend as well?
Yes it does. Main view is rendered to large bitmap and everything outside main view is using MUI. I even reused some Chris' code there.
Edit: or at least I think so. I might have just copypasted some parts because file headers have my name there only. But I recall Chris complained about it because I used his code without giving merit. If it is so, I am sorry =P
-
>I don't think DoMethod is a stub - it's a real function[...]in the libamiga static link library.
See my Aminet/SimpleDT for a DoMethod implementation WITHOUT using libamiga
Alain Thellier
-
i am online now with netsurf and im posting here now from however the rendered sites look in many cases pretty messy. especially aorg. but the browser seems stable, if slow, but im running verbose option. screenshot follows.
edit: typos &screenshot:
http://www.amiga.org/gallery/index.php?n=3880
-
Wait... you're actually getting the NetSurf welcome page rendered on screen? I mean this one (http://www.netsurf-browser.org/welcome/)?
Yes! This is the page I see although with a few more glitches. There were no more hits up to that point for me.
I'm not getting anything rendered here and it crashes if I move the mouse. Certainly the moving the mouse crash I'd like to fix, if it shows up for you? Beyond that I can't really test it! It won't run on my A1200 either - red screens at some point during startup.
No problems here until I try to interact with something. It seems to be stable sitting there. I'll try again to see if it intermittently works.
-
this page looks alright here, though others do not as you might see on my screenshot attached. navigate to aorg to see a real mess.
No problems here until I try to interact with something. It seems to be stable sitting there. I'll try again to see if it intermittently works.
links and filling the forms works, though the browser isnt exactly responsive on uae, so it might make impression as it locks up on real hardware.i will mute the debug now and see how that works.
edit: looks like the webpages get plotted in four colors;)?? (at least when it comes to graphics, is there some planar code in the plotter?)
edit2: so, even with debug off the interaction like following links is still pretty slow here.
-
links and filling the forms works, though the browser isnt exactly responsive on uae, so it might make impression as it locks up on real hardware.i will mute the debug now and see how that works.
edit: looks like the webpages get plotted in four colors;)??
I was able to get through startup to the welcome page again (this time with no -v). Typing in amiga.org for the URL works but hitting return crashes for me with no guru or recorded hits. I have more gfx gliches than you wawa. It's possible that the slower speed on the real hardware is a problem but I wouldn't think so. The 68k code is really aweful, even for optimizations being turned off.
move.l (a0),(a1)
addq.l #4,a0
addq.l #4,a1
instead of:
move.l (a0)+,(a1)+
doesn't make debugging easier. There is a *lot* of room for optimization improvement.
-
>I don't think DoMethod is a stub - it's a real function[...]in the libamiga static link library.
See my Aminet/SimpleDT for a DoMethod implementation WITHOUT using libamiga
We are splitting hairs but yes, DoMethod() is a stub. All it does is moving parameters to registers (A0, A1, A2) and then calling h_Entry.
Reason why it was moved to Intuition in OS4 was that now it had to figure out is hook pointing to PPC or 68k code. This approach didnt leave room for inlined or static link lib.
-
edit: looks like the webpages get plotted in four colors;)?? (at least when it comes to graphics, is there some planar code in the plotter?)
No, nothing planar at all, it uses some graphics.library basic drawing tools to contruct the pages, and cheats a bit with datatypes.library to dither the graphics down for the screen. Maybe that's the problem? What sort of screenmode are you running in? Can you try an 8-bit screen?
edit: Also I remember that I disabled the tiled bitmap renderer, which might account for amiga.org looking a bit dodgy (beyond the lack of colours thing).
edit2: so, even with debug off the interaction like following links is still pretty slow here.
Unfortunately I can't enable GCC optimisations due to the tag-trashing problem. However I know there's some sub-optimal code there - such as using datatypes to scale and dither bitmaps, and outline fonts on OS3 are really slow so I could try a quick'n'dirty bitmap font renderer. You'd lose support of characters outside ISO-8859-1 but the speed up should be significant.
-
The 68k code is really aweful, even for optimizations being turned off. [...] There is a *lot* of room for optimization improvement.
If somebody can supply the relevant patches to get a working gcc4.5.4 or newer and prove it doesn't optimise taglists away, maybe we can resolve that?
-
@matthey
i can navigate through pretty well under uae. can you catch some screenshot and post it? uae is still an emulator not always able to catch all quirks real hardware may have. perhaps we should coordinate the emulated system with your real one. i assume 060,128mb, i have 256 set, but netsurf doesnt need unnaturally much memory. i cant emulate mediator/voodoo though, but i could try to set up a p4 again. when back in studio ill test on my 060/mediator/voodoo machine as well.
tried to compare speed with an alternative aros68k/owb setup on similar hardware settings. speed seems about comparable, admitted owb spits also a lot debug and it doesnt render aorg well, even if most others are alright.
-
@chris
Can you try an 8-bit screen?
the result on an 8bit screen is visually the same.
what concerns gcc perhaps best to ask people on eab, i doubt there is anyone here experienced in this field. alternatively, would that be possible to borrow aros compilers for the time being? these are patched versions of 4.6.4 and 4.8.2 afair, with outlook at 5.x.x. they should produce 68k elf code that can be converted to hunk. though they are not exactly efficient now due to some register macros as it appears. ideally could we get netsurf compiling with vbcc?
-
@matthey
i can navigate through pretty well under uae. can you catch some screenshot and post it? uae is still an emulator not always able to catch all quirks real hardware may have. perhaps we should coordinate the emulated system with your real one. i assume 060,128mb, i have 256 set, but netsurf doesnt need unnaturally much memory. i cant emulate mediator/voodoo though, but i could try to set up a p4 again. when back in studio ill test on my 060/mediator/voodoo machine as well.
Here is my welcome window screen grab.
http://www.heywheel.com/matthey/Amiga/NetSurf_grab.png
Edit: Amiga.org is working for me now :)
http://www.heywheel.com/matthey/Amiga/NetSurf_grab2.png
NetSurf is using 800x600x32 BGRA (little endian) here.
tried to compare speed with an alternative aros68k/owb setup on similar hardware settings. speed seems about comparable, admitted owb spits also a lot debug and it doesnt render aorg well, even if most others are alright.
I haven't made it far enough to say anything about the speed. I now have a lot more free chip mem which should provide a speedup by not using :).
Edit: Now that amiga.org is working, I can see that it is quite slow. It is multitasking friendly though.
-
@matt:
but it doesnt look much worse. dont think its endian. you sure gave it stack? downloaded the last version form chris' link? it doesnt seem to eat up chip anymore.
-
@matt:
but it doesnt look much worse. dont think its endian.
I have a suspicion that it is related to ARGB vs RGBA. I've uploaded a version with a potential fix. If that doesn't work there's something else I can try.
It might be useful if this build doesn't help, to set the option: (maybe with the current build too)
mask_alpha:0
That should show more obviously if it's anything to do with byte ordering.
-
Here is my welcome window screen grab.
http://www.heywheel.com/matthey/Amiga/NetSurf_grab.png
Edit: Amiga.org is working for me now :)
http://www.heywheel.com/matthey/Amiga/NetSurf_grab2.png
NetSurf is using 800x600x32 BGRA (little endian) here.
Interesting spacing with that font.
There's something wrong with the clicktab gadget, the text in it is corrupted. Can't see any obvious reason why - if you open more tabs (RAmiga-N) does it sort itself out?
The status bar has ended up above the top window border. I'll need a bit of time to get that working as intended.
Also the window doesn't appear to have cleared itself before rendering the new page.
Edit: Now that amiga.org is working, I can see that it is quite slow. It is multitasking friendly though.
Let's get the bitmaps showing up properly first (see my post above), then I'll have a go at speeding it up.
-
@chris
the result on an 8bit screen is visually the same.
what concerns gcc perhaps best to ask people on eab, i doubt there is anyone here experienced in this field. alternatively, would that be possible to borrow aros compilers for the time being? these are patched versions of 4.6.4 and 4.8.2 afair, with outlook at 5.x.x. they should produce 68k elf code that can be converted to hunk. though they are not exactly efficient now due to some register macros as it appears. ideally could we get netsurf compiling with vbcc?
To me it sounds like GCC is optimizing code by putting varargs to registers. Solution could be using __VA_ARGS__ style macros in tag calls but you need to craft some inline asm there.
-
Interesting spacing with that font.
Or rather lack of spacing.
There's something wrong with the clicktab gadget, the text in it is corrupted. Can't see any obvious reason why - if you open more tabs (RAmiga-N) does it sort itself out?
I can't tell any difference besides being taken back to the welcome page.
Let's get the bitmaps showing up properly first (see my post above), then I'll have a go at speeding it up.
Maybe Arti could help. His and Novacoder's SDL 68k build of NetSurf is reasonable speed for the 68k. He is using GCC 4.5.4 on Linux:
http://eab.abime.net/showthread.php?p=1000964#post1000964
GCC installs are no fun to mess with I know. I just fixed my GCC 3.4.0 version on my Amiga after several years of it not being installed properly but still compiling some programs. Maybe it's worth while because the early versions of GCC 4 had problems but the newest versions seem to be getting better again.
-
I closed a window which generated a MuForce hit. It looks like it's from gui_window_destroy() in /amiga/gui.c. I believe it is the Remove() toward the bottom of gui_window_destroy(). Perhaps that exec list problem is not completely gone?
LONG WRITE to 09B070F2 data=09B070F6 PC: 00F81A2A
USP : 097F8D40 SR: 8010 (U0)(-)(-) TCB: 09600778
Data: ABADF00D ABADF00D 0985DCF8 00000400 00000100 025796ED 0240870F 09040D1C
----> 09040D1C - "netsurf" Hunk 0000 Offset FFFFFFFC
Addr: 09B070F6 09B070F2 094FD588 09600778 00000000 097F8D80 080008D4 0828077C
Stck: 09058128 094FD588 09600778 089F1348 094FD588 09600001 09B1559C 097F8D78
Stck: 09070F1C 089F1348 098BE03C 00000000 00000024 098BE03C 0000002B 00000000
Stck: 097F8D90 090A3118 09B01B1C 0985DCF8 097F8D9C 090A336A 09AF74F0 097F8DD4
----> 00F81A2A - "ROM - exec 45.20 (6.1.2002)" Hunk 0000 Offset 0000197C
----> 09058128 - "netsurf" Hunk 0000 Offset 00017408
----> 094FD588 - "netsurf" Hunk 0000 Offset 004BC868
----> 094FD588 - "netsurf" Hunk 0000 Offset 004BC868
----> 09600001 - "LIBS:datatypes/picture.datatype" Hunk 0003 Offset 00000121
----> 09070F1C - "netsurf" Hunk 0000 Offset 000301FC
----> 090A3118 - "netsurf" Hunk 0000 Offset 000623F8
----> 090A336A - "netsurf" Hunk 0000 Offset 0006264A
00f81a26 : 2059 movea.l (a1)+,a0
00f81a28 : 2251 movea.l (a1),a1
00f81a2a : *2288 move.l a0,(a1)
00f81a2c : 2149 0004 move.l a1,$4(a0)
00f81a30 : 4e75 rts
Name: "netsurf" CLI: "netsurf"
It seems to be the Node->ln_Pred that is invalid.
-
I closed a window which generated a MuForce hit. It looks like it's from gui_window_destroy() in /amiga/gui.c. I believe it is the Remove() toward the bottom of gui_window_destroy(). Perhaps that exec list problem is not completely gone?
It seems to be the Node->ln_Pred that is invalid.
That'll be because I never fixed GetPred same as GetSucc.
Are the colours better now?
-
Are the colours better now?
There is no difference that I can tell with your new build. I'll try some different Choices settings and see what happens.
It might be useful if this build doesn't help, to set the option: (maybe with the current build too)
mask_alpha:0
That should show more obviously if it's anything to do with byte ordering.
mask_alpha:0 in Choices also didn't seem to make much difference.
-
Are the colours better now?
no. i tried ARGB and RGBA..
-
no. i tried ARGB and RGBA..
Arti had some trouble with the bye ordering of colors for the SDL port, not sure what he did to fix it though.
Are you guys targeting native chipset 8 bit displays or RTG?
Also, what compiler options are you using? We might be able to improve speed by using the right performance options (after it's running properly and it's stable of course!)
-
btw, netsurf depends on picasso96api.library, which will be only available on p96 systems. would probably be better to make it compatible with cgx3 as p96 and everything else is compatible to this quasi standard.
-
btw, netsurf depends on picasso96api.library, which will be only available on p96 systems. would probably be better to make it compatible with cgx3 as p96 and everything else is compatible to this quasi standard.
So it will only run on RTG systems?
No AGA support :(
-
Are you guys targeting native chipset 8 bit displays or RTG?
I'm hoping it works for both. I tried 8 bit at one point and I believe wawa has been using 8 bit some also. You could dl it and tell us how well it works on AGA.
Also, what compiler options are you using? We might be able to improve speed by using the right performance options (after it's running properly and it's stable of course!)
The Amiga makefile used to specify:
CFLAGS += -O2 -gstabs
but Chris probably changed to -O0 or -O1 because of a GCC compiler error with tag lists on the 68k. The code looks like it is compiled for the 68000 currently also. Good starting options would normally be something like:
CFLAGS += -O2 -m68020-060 -fomit-frame-pointer -gstabs
and link with -noixemul if possible? What do you think?
btw, netsurf depends on picasso96api.library, which will be only available on p96 systems. would probably be better to make it compatible with cgx3 as p96 and everything else is compatible to this quasi standard.
I don't see many RTG specific functions. Look at /amiga/rtg.c in the NetSurf sources. It uses P96 only if P96Base != NULL. This may work with AGA right now or I'm guessing it wouldn't take much to get it working. We will see what Chris says though.
-
I'm hoping it works for both. I tried 8 bit at one point and I believe wawa has been using 8 bit some also. You could dl it and tell us how well it works on AGA.
It should work on AGA. It doesn't require P96 although it will try to open P96 library and continue if it fails. Actually the OS3 build doesn't use P96 at all at the moment. I'll try enabling it once I have the 8-bit bitmaps displaying properly.
I don't see many RTG specific functions. Look at /amiga/rtg.c in the NetSurf sources. It uses P96 only if P96Base != NULL. This may work with AGA right now or I'm guessing it wouldn't take much to get it working. We will see what Chris says though.
Yeah, I moved all the P96 code to that file to contain it, as OS4.1FE apparently shouldn't need it, so it's there to make it easy for me to get rid of. I do extensively use the ARGB colour setter of OS4 though. Not sure what to do with that, I might have to do pen allocation even on truecolour screens on OS3.
and link with -noixemul if possible?
It doesn't use ixemul, so you don't need that option. I'm using clib2.
I've just uploaded a new build. It may just freeze as I've temporarily removed the tab bar in case the corruption there was causing your earlier problems. I've also had another go at fixing the bitmaps, although I'm not holding out much hope.
I can see a potential problem where I'm remapping to the screen, and then blitting to an 8-bit bitmap before it ends up on the screen. Specifying direct_render:1 might help point to whether that is the problem or not, although using an 8-bit screen should have worked if it was, so... *shrug*
-
The Amiga makefile used to specify:
CFLAGS += -O2 -gstabs
but Chris probably changed to -O0 or -O1 because of a GCC compiler error with tag lists on the 68k. The code looks like it is compiled for the 68000 currently also. Good starting options would normally be something like:
CFLAGS += -O2 -m68020-060 -fomit-frame-pointer -gstabs
and link with -noixemul if possible? What do you think?
Yes I'd change it to -m68030 or even -m68040 (68000 is a bad target!).
And (if it's stable)
-O2
-finline-function
Also -noixemul is the way to go, I never build without it ;)
-
It doesn't use ixemul, so you don't need that option. I'm using clib2.
I think it's better to still specify it, doesn't hurt.
-
I think it's better to still specify it, doesn't hurt.
Actually it does because I tried it out of curiousity when I was having serious compilation problems initially. It makes gcc link with libnix, which isn't on here either :)
-
Yes I'd change it to -m68030 or even -m68040 (68000 is a bad target!).
A -m68020-60 or -m68060 target should get instruction scheduling (instruction scheduling can make a huge difference on a superscalar CPU like the 68060) and won't use trapped 64 bit integer instructions which is much better for the 68060. The 68060 instruction scheduling doesn't hurt any other 68k processor (only disadvantage is slower compiling). Losing the 64 bit integer instructions does slow the 68020-68040 dependent on the code. The best would probably be to have a -m68030 compile for 68020-68040 and -m68060 compile for the 68060. For testing purposes, anything but a 68000 compile should give a nice speedup. The 68000 does fine for executables <64kB but NetSurf is a tad bigger.
It should work on AGA. It doesn't require P96 although it will try to open P96 library and continue if it fails. Actually the OS3 build doesn't use P96 at all at the moment. I'll try enabling it once I have the 8-bit bitmaps displaying properly.
Yea. Maybe NovaCoder will start playing with the sources :).
I've just uploaded a new build. It may just freeze as I've temporarily removed the tab bar in case the corruption there was causing your earlier problems. I've also had another go at fixing the bitmaps, although I'm not holding out much hope.
I can see a potential problem where I'm remapping to the screen, and then blitting to an 8-bit bitmap before it ends up on the screen. Specifying direct_render:1 might help point to whether that is the problem or not, although using an 8-bit screen should have worked if it was, so... *shrug*
The gfx are a little different with the new build:
new http://www.heywheel.com/matthey/Amiga/NetSurf_grab3.png
old http://www.heywheel.com/matthey/Amiga/NetSurf_grab2.png
-
It should work on AGA. It doesn't require P96 although it will try to open P96 library and continue if it fails. Actually the OS3 build doesn't use P96 at all at the moment. I'll try enabling it once I have the 8-bit bitmaps displaying properly.
ah, okay, thx for clarification, trying to run it under aros therefore noticed it at all.
-
Yea. Maybe NovaCoder will start playing with the sources :).
I hope so, doing remote fixes like this isn't really very efficient. ;)
The gfx are a little different with the new build:
new http://www.heywheel.com/matthey/Amiga/NetSurf_grab3.png
old http://www.heywheel.com/matthey/Amiga/NetSurf_grab2.png
"A little different" as in "non-existent"?
Clearly that didn't work! I've partially reverted it and uploaded, this time built with -m68020 and -fomit-frame-pointer
Any change in graphics or speed?
-
i disabled rtg on my uae and it is working on aga i would say even better than on rtg. i cant catch a screenshot atm, but for instance on aorg its showing the main banner correctly dithered to 256 colors.thare are other glitches though, but nothing worse than rtg.
-
what concerns aros68k have been copying classes and gadgets to it resolving start issues one by one, but im stuck with getfile.gadget, that somehow refuses to get recognized. i wonder if the necessary classes couldnt be reverse engineered or opened up..
-
Clearly that didn't work! I've partially reverted it and uploaded, this time built with -m68020 and -fomit-frame-pointer
Any change in graphics or speed?
The direct_render:1 in Choices made a difference:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab4.png
The fonts have a grey halo and the amiga.org pic doesn't even try to display but it is actually more usable if less readable. This is with the old build. I'll try the 68020 build now.
Edit: Oh yea. New build is better at rendering. Without direct_render:1 it looks like this:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab6.png
And with direct_render:1 it looks like this:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab7.png
I didn't notice much of a difference in speed. Maybe GCC is stuck in slow mode without -O2. I would have expected the executable size to drop a lot more than that too. Did all the source get recompiled for the 68020?
-
The direct_render:1 in Choices made a difference:
And with direct_render:1 it looks like this:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab7.png
Getting there :)
-
amiga.org may be a tricky site. would be good if someone tested it in paralell with netsurf for other platforms to m make sure its amiga frontend problems we are seeing.
-
The fonts have a grey halo
That's normal for direct_render. It's the main reason I say it's for debugging only.
Edit: Oh yea. New build is better at rendering. Without direct_render:1 it looks like this:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab6.png
Much better :) and I think I know why old pages are showing through, will fix later.
I didn't notice much of a difference in speed. Maybe GCC is stuck in slow mode without -O2. I would have expected the executable size to drop a lot more than that too. Did all the source get recompiled for the 68020?
Yes, although most of the executable is static libraries. I'll see if I can get -m68020 added for the NetSurf libraries.
@wawrzon
I know exactly what a.org is supposed to look like in NetSurf :)
-
Great work. I've always wanted NetSurf to work without Ixemul so no FPU amigas with 030´s (ACA) have a chance to use it.
-
New build up. This should fix the problem with the previous page appearing behind the current one. (edit: although it might blotch it out in the wrong colour depending on when you downloaded!)
If that works I'll enable P96 :)
-
New build up. This should fix the problem with the previous page appearing behind the current one. (edit: although it might blotch it out in the wrong colour depending on when you downloaded!)
No improvement in the visuals. It still looks like this:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab6.png
It seems a little bit faster but nowhere close to Arti's NetSurf SDL builds yet.
-
No improvement in the visuals. It still looks like this:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab6.png
Disappointing. I've done the P96 updates anyway, so try the one I've just uploaded and see how that works.
I'll have a think about why the page isn't clearing.
I've also had another go on my A1200 and managed to get the main window up. I think it wasn't working before due to lack of memory, so I might invest in a 32MB SIMM to make it easier for me to test.
-
Disappointing. I've done the P96 updates anyway, so try the one I've just uploaded and see how that works.
I'll have a think about why the page isn't clearing.
Something is messed up with the P96 visuals:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab8.png
I've also had another go on my A1200 and managed to get the main window up. I think it wasn't working before due to lack of memory, so I might invest in a 32MB SIMM to make it easier for me to test.
I thought NetSurf was pretty good on memory. I expect it should be usable with 32MB. Maybe you were out of chip mem before. Almost all 2MB of my chip mem is free because I was using RTG. If you were using AGA in a descent resolution and depth with a picture backdrop then you probably ran out of chip memory. You solved the chip mem problem though. NetSurf should easily run on any Amiga with 1 MB of chip mem :).
-
Something is messed up with the P96 visuals:
http://www.heywheel.com/matthey/Amiga/NetSurf_grab8.png
Hmm, that can only be to do with how I'm allocating the off screen bitmap, as everything else is the same (except the bitmap code, which is clearly working).
Does the log show your screen as 32 or 24 bit? (depth= somewhere near the top)
I thought NetSurf was pretty good on memory. I expect it should be usable with 32MB. Maybe you were out of chip mem before. Almost all 2MB of my chip mem is free because I was using RTG. If you were using AGA in a descent resolution and depth with a picture backdrop then you probably ran out of chip memory. You solved the chip mem problem though. NetSurf should easily run on any Amiga with 1 MB of chip mem :).
Chip RAM seems fine - 1.8MB free at the point it crashes (I reduced it to a 4 colour hires screen :)). Only 90K of fast mem though! It plummets from 6 to 1 MB just before the window opens, so unless there's a bug causing it to soak up memory I don't think I can gain enough to make it get any further. That's with simple refresh windows and a small tile size. (edit: hold on, shouldn't it be using chip ram when fast runs out?)
I think the outline fonts are eating a fair bit (as well as being slow), looking at that code it's going to be easier to conditionally compile either for outline or bitmap fonts, rather than trying to support both. I might be able to make it a runtime option. I'll have a play with that when I have more time.
-
Hmm, that can only be to do with how I'm allocating the off screen bitmap, as everything else is the same (except the bitmap code, which is clearly working).
Does the log show your screen as 32 or 24 bit? (depth= somewhere near the top)
What log? The -v stderror? I have selected 800x600x32 BGRA (little endian) every time it has asked. I tried mask_alpha:0 in Choices with the lastest build but it didn't help. NetSurf does create a new user in Users with my name rather than "user" now.
Chip RAM seems fine - 1.8MB free at the point it crashes (I reduced it to a 4 colour hires screen :)). Only 90K of fast mem though! It plummets from 6 to 1 MB just before the window opens, so unless there's a bug causing it to soak up memory I don't think I can gain enough to make it get any further. That's with simple refresh windows and a small tile size. (edit: hold on, shouldn't it be using chip ram when fast runs out?)
Yes, chip mem should be used when fast memory runs out. It might keep you going but there is a big hit in speed when using chip mem instead of fast mem. What TCP/IP stack are you using? The selection of stack can make a significant difference in memory usage. If NetSurf would work without a stack online, you could load html from your hard drive for testing saving a significant amout of memory.
I think the outline fonts are eating a fair bit (as well as being slow), looking at that code it's going to be easier to conditionally compile either for outline or bitmap fonts, rather than trying to support both. I might be able to make it a runtime option. I'll have a play with that when I have more time.
I don't know that the outline fonts are working. My font Choices that you had me configure ended up being changed to:
font_cursive:CGTimes
The new user in Users doesn't even have this.
-
What log? The -v stderror? I have selected 800x600x32 BGRA (little endian) every time it has asked.
Yes, the -v log. I added something to report the screen depth. I know you're on 32-bit, but I'd like to know if that knows :) as it could be causing the off-screen bitmap to be set up wrong.
I've put a new build up anyway which might fix it, but if it doesn't I'll need to know what the screen depth is being reported as.
edit: I've just added the bitmap tiler as well, which might solve some other graphical glitches or (more likely) create some new ones.
NetSurf does create a new user in Users with my name rather than "user" now.
Somewhere along the line you've set or changed the USER env-var.
What TCP/IP stack are you using? The selection of stack can make a significant difference in memory usage.
MiamiDx, which is probably not the best at memory conservation, given it uses MUI.
If NetSurf would work without a stack online, you could load html from your hard drive for testing saving a significant amout of memory.
Unfortunately it won't as bsdsocket is loaded by clib2, and there's not much I can do to stop it (and I'm not sure if it would work without it anyway, given there is sockets-related code in the main loop)
I don't know that the outline fonts are working. My font Choices that you had me configure ended up being changed to:
font_cursive:CGTimes
The new user in Users doesn't even have this.
That's because I fixed the defaults slightly different to what I'd posted here. Anything set as default gets removed from the config file.
-
Yes, the -v log. I added something to report the screen depth. I know you're on 32-bit, but I'd like to know if that knows :) as it could be causing the off-screen bitmap to be set up wrong.
I've put a new build up anyway which might fix it, but if it doesn't I'll need to know what the screen depth is being reported as.
edit: I've just added the bitmap tiler as well, which might solve some other graphical glitches or (more likely) create some new ones.
Using the old build I get "amiga/plotters.c ami_init_layers 102: Screen depth = 24"
Edit: The new version is no better than the version before it.
Somewhere along the line you've set or changed the USER env-var.
It was probably as part of one of my scripts I use before programming, So NetSurf is multi-user on the Amiga ;).
MiamiDx, which is probably not the best at memory conservation, given it uses MUI.
Miami has a Reaction GUI option (I don't recall MiamDx getting one) which would share many of the Reaction GUI resources such as libraries, gadgets and images saving memory. I use the AmigaOS 3.9 version of Genesis which also uses Reaction. Roadshow may use the least amount of memory having no GUI.
Unfortunately it won't as bsdsocket is loaded by clib2, and there's not much I can do to stop it (and I'm not sure if it would work without it anyway, given there is sockets-related code in the main loop)
Bummer. Being able to work offline is a nice feature,
-
Using the old build I get "amiga/plotters.c ami_init_layers 102: Screen depth = 24"
That *should* have been OK. I think I'll have to change it so it creates a gfx.lib bitmap, given that seemed to work before.
So NetSurf is multi-user on the Amiga ;).
Sort of, yes.
Bummer. Being able to work offline is a nice feature,
It will work offline.... provided the TCP/IP stack is running
-
OK, try the new build and see if that fixes the colour issues on P96. If it doesn't I'll go back to Plan A.
-
OK, try the new build and see if that fixes the colour issues on P96. If it doesn't I'll go back to Plan A.
Nope. I can't see any difference from the last build.
-
OK, try the new build and see if that fixes the colour issues on P96. If it doesn't I'll go back to Plan A.
Hi Chris
IIRC P96 built in emulated CGX WritePixelArray worked quite nicely performing RGBA to CLUT conversions. As strange as it may sound perhaps you should use CGX functions, because P96 doesn't have public functions to do some stuff available in its CGX emulation. Doing the same with the native P96 functions was trickier.
If you are using a 24bit buffer CGX WritePixelArray will help although If I have read correctly you are using datatypes to convert to the screen format.
Perhaps you could make use of AWeb sources for dithering and scaling, these should be more or less optimized for 68k, maybe also image decoders. Render.library should also include optimized code for that.
You can easily detect if current screenmode is cgx or not.
if (CyberGfxBase != NULL)
if (IsCyberModeID(resultadoalloccgx.DisplayID))
{
printf("screenmode is CGX\n");
} else {
printf("screenmode is something else\n");
}
IIRC you could also use CGX LockBitMapTags to discover if the screen's bitmap is clut, rgba and to lock it to draw directly with the cpu (remember to write the bytes/words/longwords in the same screenformat).
-
If you are using a 24bit buffer CGX WritePixelArray will help although If I have read correctly you are using datatypes to convert to the screen format.
Only for <= 8-bit screens. Elsewhere I use p96WPA.
Perhaps you could make use of AWeb sources for dithering and scaling, these should be more or less optimized for 68k, maybe also image decoders. Render.library should also include optimized code for that.
I've seen render library mentioned before, I intend to check it out as I'm well aware using datatypes to do the dithering isn't particularly quick.
IIRC you could also use CGX LockBitMapTags to discover if the screen's bitmap is clut, rgba and to lock it to draw directly with the cpu (remember to write the bytes/words/longwords in the same screenformat).
I really don't want to do that, I'm using graphics.lib's drawing functions extensively. What I'm missing is a way to set the rastport colour directly like you can on OS4 and MOS, ie without using ObtainBestPen.
-
Sorry to be dumb, but where to you download the latest build and the source code?
Thanks :)
-
Sorry to be dumb, but where to you download the latest build and the source code?
Build: netsurf_os3.lha (http://homepage.ntlworld.com/cdyoung/tmp/netsurf_os3.lha) (you'll need to use XAD to unarchive it)
Source: NetSurf git repo (http://git.netsurf-browser.org)
I've just put a new build up (hopefully this one will work with p96 modes).
-
I've just put a new build up (hopefully this one will work with p96 modes).
Still no help. It looks the same.
I'm going to be out of town for a few days. NetSurf seems to be working good enough for other beta testers now. I'll be able to help with debugging more when I get back. Good luck.
-
Still no help. It looks the same.
Grr. I've switched back to non-P96 mode and uploaded that, so at least people can test something they can see.
-
On my A1200 with Blizzard 1230IV 64 MB fast Kickstart 3.0 I'm getting can't open diskfont.library v0 (fatal error).
-
On my A1200 with Blizzard 1230IV 64 MB fast Kickstart 3.0
That's your problem, you need OS3.9 (or possibly OS3.5, although I can't confirm it works there yet)
I'm getting can't open diskfont.library v0 (fatal error).
The version number in the error is wrong (meant to fix that), it requests diskfont v40. I can't immediately see why I selected that version, but regardless NetSurf will not work on anything less than 3.5.
-
no, afair the message means simply that it cannot open any such library whatever version number.
if there is a build to test i could give it a go soon.
-
no, afair the message means simply that it cannot open any such library whatever version number.
I assure you, it is trying to open diskfont.library v40. The message is wrong.
if there is a build to test i could give it a go soon.
See my earlier message. The builds haven't moved (yet).
-
@chris
good news, the colors look right, but depending on complexity the site either looks right (netsurf, google), almost right (a1k, aw.net) or rather messed up (aorg).
attaching screenshots in a minute, (the forum ate my post from the amiga side)
(http://www.amiga.org/gallery/images/5312/2_netsurf.jpg)
a simpler page to see the gfx problems in detail:
(http://www.amiga.org/gallery/images/5312/1_netsurf1.jpg)
here under the upper edge you see artifacts, as result of scrolling:
(http://www.amiga.org/gallery/images/5312/1_netsurf2.jpg)
-
perhaps of no use at all, but when porting hivelytracker to os3, I made big use of guigfx/renderlib (one or the other or both).
Enabled me to have the app fully 24bit on gfxcards, and still work in 4 colours on aga (and nicely dithered gfx too). It's pretty quick - there is an older asm version and the newer versions were made in c afair.
anyway, it's made by a very talented demo coder so it must be good ;-)
I was thinking back when novacoder was doing his scummvm stuff that perhaps it could be used to make one version for all.
Anyway, just thought i'd drop this here - not necessarily on topic, but we were on a similar subject.
-
I was thinking back when novacoder was doing his scummvm stuff that perhaps it could be used to make one version for all.
ScummVM does a real-time 16bit to 8bit conversion, I can't even remember how I coded it but it seems to work OK.
-
ScummVM does a real-time 16bit to 8bit conversion, I can't even remember how I coded it but it seems to work OK.
Maybe my memory plays tricks, but was there an old discussion with you and the guy on eab who had written optimised remapping/conversion code as part of his replacement icon library relating to that ?
Anyway, good job on scummvm. I assume you cross compile btw? - scummvm is a massive amount of code :)
-
Anyway, good job on scummvm. I assume you cross compile btw? - scummvm is a massive amount of code :)
Thanks, yes I used AmiDevCpp to cross compile for ScummVM.
Back on topic:
Just looking at the code on GIT, is the latest stuff on netsurf.git master or in a branch?
-
Just looking at the code on GIT, is the latest stuff on netsurf.git master or in a branch?
Master.
There's some bitmap font stuff I was playing with in a branch, but I haven't been able to get it working yet.
-
Master.
There's some bitmap font stuff I was playing with in a branch, but I haven't been able to get it working yet.
I am sure, you will succeed ! great job BTW :banana:
Thanks for that!
-
Sorry to jump in cluelessly, because I haven't read the full thread, but if you're using P96 functions, will it work with CGX setups at all then? Wouldn't it be better to use CGX functions which would work under P96 too and thus get all setups supported? Or is this only meant to be run under emulation (speed wouldn't be enough for anything under real HW)?
-
Sorry to jump in cluelessly, because I haven't read the full thread, but if you're using P96 functions, will it work with CGX setups at all then? Wouldn't it be better to use CGX functions which would work under P96 too and thus get all setups supported? Or is this only meant to be run under emulation (speed wouldn't be enough for anything under real HW)?
The plan is to get it fast enough for real hardware (I can't get a proper idea of speed myself as I can't run it on my A1200 atm). P96 is only used if it is available - in the OS3 build due to the earlier problems there is currently *no* P96 being used, even on 32-bit screens (it opens the library if available, but that's it!).
-
I've added a todo/known issues to the wiki here: http://wiki.netsurf-browser.org/Todo/AmigaOS_frontend#OS3_Support
-
here under the upper edge you see artifacts, as result of scrolling:
I've put a new build up in an attempt to fix this problem. It most likely isn't fixed for scrolling, but visiting one page and then another should stop the previous page showing through. Let me know if it works or not.
The status bar should be in the right place now too.
-
to be honest i wasnt much aware of both problems you mention up till now. well, i notice that sometimes few bits and pieces of previous page appear here and there after navigating further even now, what concerns status bar i dont even know where to look for it. the upper half of upper frame gets over imposed with some text from somewhere else. im sure under os4 the issue gets mashed by decoration, as i know very same issues on aros. btw have used netsurf to download your file, which worked very well.
-
I didn't have much a luck with Netsurf and my two Amigas
A1200 040 32mb ram
https://zjolha.bl3301.livefilestore.com/y2pKWiN0doK_VqpNsivb6VcJlWvRtDxSQAJvfzx1V83Fpv3dt8gEwnfCD306z6LsMhEqqK59C1mL4BfOgvgj7lBYVrrKc2hkL9-d7UDyvWhAtXLpxFK-nP-Iqupwr6DwdbvR2nZxw9BnS3H1z9u4HtBmw/WP_20150205_005.jpg
Towerirez A1200 060 64mb ram Picasso96
https://zjolha.bl3301.livefilestore.com/y2pjr4XvzXbRFAQrsfS_YkDJevvzaNjgc6wbRr1dqHv1amsnoCXSTcgh9-rpr3itSqlpwq5qKx607SNOl40PJsvpkc4myf3016sQtEuqRAk5Ud9kEBvPMomanGYTBlIjBa6s3zLJh72dv32iTrz_mV16A/WP_20150205_004.jpg
Snoop dos doesn't tell a much or anything
As a bonus, picture of my cave :)
https://zjolha.bl3301.livefilestore.com/y2pEbA6f6aPeFrQC90BEJxnXPCXOJV-YvAxas0q9Jg1044aDvEvumER_JG6ad5ayqH1J7aVEvmAXnIunOAiCci1flqvUIBqXvdr6VYW0XY3KjL63FpEAC0a718ugumHxKnZek0LOIh640rF9itCO7zUvA/WP_20150205_003.jpg
-
@utri007
did you give it enough stack?
-
I didn't have much a luck with Netsurf and my two Amigas
A1200 040 32mb ram
https://zjolha.bl3301.livefilestore.com/y2pKWiN0doK_VqpNsivb6VcJlWvRtDxSQAJvfzx1V83Fpv3dt8gEwnfCD306z6LsMhEqqK59C1mL4BfOgvgj7lBYVrrKc2hkL9-d7UDyvWhAtXLpxFK-nP-Iqupwr6DwdbvR2nZxw9BnS3H1z9u4HtBmw/WP_20150205_005.jpg
I've seen software failure errors on startup here. If you try again it often works. It's very random, I'm hoping somebody can figure out the cause.
-
Stack was 65000, I enlarged it to 265000
With 040 it didn't change anything
060/Picasso96 it did change guru, new guru is this :
https://zjolha.bl3301.livefilestore.com/y2pVk93sjD1xUGEUYChPpfao6B9i9IVMBSpSK5zEAMMxnHPJ7YTtyMB902ad4zro-8nQifSz6xhcvHgl63tX6P6lUCiFY3EGIe13Kj24FU5KMml6VCtqC5t9vYU20MT8_E5ozZT4KTXAUrhU4fuCfiBvA/WP_20150206_001.jpg
-
i dont think it is random. i started an a1200 emu /040/32mb accel ram and netsurf refuses to initialize. nothing wrong in serial log, will enable snoopdos and muforce if necessary to see if it catches anything. perhaps an alignment issue?
edit: looks like 32mb with os3.9 may not be enough as less than 20mb remains available after full boot here, 64mb might be necessary, tested with mmu, muforce and without jit. have no 1200 romat hand, but i think that this is the issue.
funny enough os3.9 seems to have more ram consumption than aros68k while lacking its features.;)
-
to be honest i wasnt much aware of both problems you mention up till now. well, i notice that sometimes few bits and pieces of previous page appear here and there after navigating further even now,
I've uploaded another version. Any change?
what concerns status bar i dont even know where to look for it. the upper half of upper frame gets over imposed with some text from somewhere else.
Yeah, that's the status bar. It's supposed to be in the bottom border, but my changes haven't helped (just confirmed here on my A1200, as that's one thing I get far enough to check!)
btw have used netsurf to download your file, which worked very well.
Cool!
i dont think it is random. i started an a1200 emu /040/32mb accel ram and netsurf refuses to initialize. nothing wrong in serial log, will enable snoopdos and muforce if necessary to see if it catches anything. perhaps an alignment issue?
edit: looks like 32mb with os3.9 may not be enough as less than 20mb remains available after full boot here, 64mb might be necessary, tested with mmu, muforce and without jit. have no 1200 romat hand, but i think that this is the issue.
Are you sure? With 2+16MB here I at least get the main window up before it crashes, which is further than utri is getting, so I doubt it's memory related (also his second Amiga has 64MB...). It *does* crash here on startup, both on my A1200 and under OS4, but not every time.
utri: Just to confirm, can you do an "avail" in the Shell after it crashes?
Also if you have any patches running (especially ones common to the two machines) can you get rid of them and see if that makes a difference?
-
sorry chris, couldnt open the archive, produced errors, im a bit tired now, maybe tomorrow. i forgot to mention you cannot quit netsurf, neither in menu nor closing window.
-
I do avail latter today.
Patch I'm running are easy, MCP, cardreset and cardpatch.
-
I do avail latter today.
Patch I'm running are easy, MCP, cardreset and cardpatch.
Which patches in MCP are running?
-
Tested without any patches installed, it didn't make a diffrence. Tested with both machines.
Desktop A1200 did had FBlit and Ftext intalled also. Towerized machine had only MCP installed.
PS. Does that MCP's no guru give any usefull information?
-
Is there's some special need you felt to insult everybody else on the forum? Or are you naturally this rude?
@a-pex
There are other possibilities in the short term. This site went through a similar transition a while ago was updated to a version of vbulletin that is heavily dependent on CSS for layout and some functionality.
This upset a few classic users that couldn't use the site after the update. So, I wrote a small degrader proxy in PHP that parses the markup and degrades it into (far obsoleted) HTML that iBrowse (and AWeb) can cope with.
Compare this site in iBrowse versus this one: http://aoproxy.extropia.co.uk/
What you could do is set up a sub domain on a1k and we could look at installing a suitably modified version of the code on it to cope with whatever forum engine you ultimately go for.
@Karlos,
Hi old man,
Smerf
-
Checked memory usage, time of crash 200kb chip and 5000kb fast.
-
Checked memory usage, time of crash 200kb chip and 5000kb fast.
Try a lower res screen?
-
Try a lower res screen?
No need to check wit lower resolution. Memory wasn't problem, there was plenty of it still availlable, both chip and fast. Biggest contiouns was 11mb or 11000kb
Or did you have something else on mind?
-
No need to check wit lower resolution. Memory wasn't problem, there was plenty of it still availlable, both chip and fast. Biggest contiouns was 11mb or 11000kb
200K chip mem free doesn't seem like much...
-
200K chip mem free doesn't seem like much...
Sorry, I wasn't clear. :( Netsurf memory usage was 200kb chip and 5000kp fast. So there was a 1100kb chip free and 13 000kb fast free. Biggest continous block was 11 000kb
-
Sorry, I wasn't clear. :( Netsurf memory usage was 200kb chip and 5000kp fast. So there was a 1100kb chip free and 13 000kb fast free. Biggest continous block was 11 000kb
Ah, OK, definitely not that then.
We'll probably have to wait to see if Matthey can analyse those Guru errors, unless anybody else here is able to in his absence?
-
sorry chris, have been testing the new archive but have no definite result to report yet, as to where the problem might be. im not at my studio now, but i might test in uae tomorrow or on real hardware if i get back to it. hold on.
-
I'm back. I tried the newest archive and it has problems. The welcome page no longer loads nor does any other page. I can't quit either. I get this MuForce hit:
LONG WRITE to ABADF00D data=090D7B6C PC: 00F81A10
USP : 090D7B68 SR: 0000 (U0)(F)(-) TCB: 090C8758
Data: 097E69E8 00000034 00000318 0000024B 00000318 0000024B 00000034 00000008
Addr: ABADF00D 090D7B6C 09086FBC 090C8758 097E698C 097E698C 080008D4 0828056C
Stck: 00F82D50 097E69E8 ABADF00D 090C8758 097E698C 00000034 097E69D4 09086FBC
Stck: 0882AF88 090D7BFE 0883486E 09086FBC 00000318 0000024B 00000000 00000000
Stck: 00000000 00000000 09086FBC 090C8758 00000000 090D868C 08013BB4 00000400
----> 00F81A10 - "ROM - exec 45.20 (6.1.2002)" Hunk 0000 Offset 00001962
----> 00F82D50 - "ROM - exec 45.20 (6.1.2002)" Hunk 0000 Offset 00002CA2
----> 09086FBC - "NetSurf" Hunk 0002 Offset 0003B604
----> 0882AF88 - "LIBS:picasso96/rtg.library" Hunk 0002 Offset 000165B0
----> 0883486E - "LIBS:picasso96/rtg.library" Hunk 0004 Offset 00007EB6
----> 09086FBC - "NetSurf" Hunk 0002 Offset 0003B604
----> 09086FBC - "NetSurf" Hunk 0002 Offset 0003B604
00f81a00 : 5888 addq.l #$4,a0
00f81a02 : 2028 0004 move.l $4(a0),d0
00f81a06 : 2149 0004 move.l a1,$4(a0)
00f81a0a : c188 exg.l d0,a0
00f81a0c : 48d1 0101 movem.l d0/a0,(a1)
00f81a10 : *2089 move.l a1,(a0)
00f81a12 : 4e75 rts
Name: "NetSurf"
I believe ABADF00D is a pointer from unitialized memory. This may be exec list related. Do I need to debug this?
-
I'm back. I tried the newest archive and it has problems. The welcome page no longer loads nor does any other page. I can't quit either. I get this MuForce hit:
I believe ABADF00D is a pointer from unitialized memory. This may be exec list related. Do I need to debug this?
Yes please, as I don't know what I've changed to cause that!
-
i didnt test quitting till lately, so i cant say it was possible previously, still it definitely didnt worked with the last one. matt, have you test it, since it may been the case all along and not being a new bug?
-
i didnt test quitting till lately, so i cant say it was possible previously, still it definitely didnt worked with the last one. matt, have you test it, since it may been the case all along and not being a new bug?
I went back to the last version I was using before I left and it works fine including displaying pages and quitting from the menu,
@Chris
The MuForce hit occurs inside exec.library AddTail(). The list *lh_Tail (offset 4) is where ABADF00D comes from so the list is unitialized or corrupt. I'll see if I can figure out where in NetSurf the call comes from.
Edit: I believe the hit comes from a graphics.library RectFill() call in ami_plot_clear_bbox(). RectFill() in the graphics.library calls a function in the P96 rtg.library which calls an ObtainSemaphore() in exec.library which calls AddTail() where the hit happens and then it calls Wait() where it waits for a very long time.
-
i just put a network card again in my a4k/060/mediator box. loading time till gui along with checking fonts which i have plenty is acceptable.
however the actual build of netsurf doesnt seem to load fully. the gui seems to work, i can type into an addres field and invoke menus, but neither seem to have any effect. i cant though resize window. must retest in uae..
is there an option not to run netsurf on separate screen? this annoys me.
-
is there an option not to run netsurf on separate screen? this annoys me.
Yes there is. Actually if you use the Installer script it puts this config in for you :) Otherwise, have a play around with the Settings=>Edit Preferences options, as I'd like to know if they are working anyway!
@matthey
Ta, easy to fix - I'm not checking that x1
-
The MuForce hit occurs inside exec.library AddTail(). The list *lh_Tail (offset 4) is where ABADF00D comes from so the list is unitialized or corrupt. I'll see if I can figure out where in NetSurf the call comes from.
Edit: I believe the hit comes from a graphics.library RectFill() call in ami_plot_clear_bbox(). RectFill() in the graphics.library calls a function in the P96 rtg.library which calls an ObtainSemaphore() in exec.library which calls AddTail() where the hit happens and then it calls Wait() where it waits for a very long time.
OK, that should be fixed in the new build I've just put up.
-
just tested the fresh download under uae. same result as on real hardware. not dependant on resolution or color depth. do you guys are able to interact with the browser your place? log needed?
-
OK, that should be fixed in the new build I've just put up.
Same result here also, It still has the hit in AddTail() from RectFill() and then NetSurf is unresponsive.
-
strangely under uae muforce doesnt detect any hits (mmu on, jit disabled). probably proves again that testing on real hw is more reliable. must check with my a4k again.
-
strangely under uae muforce doesnt detect any hits (mmu on, jit disabled). probably proves again that testing on real hw is more reliable. must check with my a4k again.
MuGuardianAngel is munging memory and setting up memory allocation detection walls here resulting in ABADF00D. I may even have increased the defaults.
Here is the script I have been using:
Run >NIL: <NIL: C/MuForce AREGCHECK DREGCHECK STACKCHECK STACKLINES=3 DISPC DISRANGE=64 FILE=VMEM:MuHits.txt BUFFERSIZE=100000
Wait 3
Run >NIL: <NIL: C/MuGuardianAngel TOMUFORCE SHOWHUNK NAMETAG DISPC DISRANGE=128 STACKCHECK SHOWSTACK STACKLINES=3 AREGCHECK DREGCHECK PRESIZE=64 POSTSIZE=64 DUMPWALL CONSISTENCY
endcli >NIL:
-
ah, you have guardian angel turned on as well, just checked that i have muforce turned on as default also on my a4k.
edit: mm. still not catching anything..
-
ah, you have guardian angel turned on as well, just checked that i have muforce turned on as default also on my a4k.
edit: mm. still not catching anything..
Detecting hits with Enforcer, MuForce, GuardianAngel and any similar tool is matter of good luck. MuForce only detects illegal memory accesses to unused address space. GuardianAngel detects illegal memory accesses to unused memory but if your memory is heavily used by other applications it detects nothing.
-
Detecting hits with Enforcer, MuForce, GuardianAngel and any similar tool is matter of good luck. MuForce only detects illegal memory accesses to unused address space. GuardianAngel detects illegal memory accesses to unused memory but if your memory is heavily used by other applications it detects nothing.
So less is more, more or less? The most common hits are to the zero page which are not luck. A hit from using munged memory is also not luck if the munging number is chosen carefully like 0xABADF00D (the most significant bit is 1). This address is >2GB (or negative if using a two's complement signed number) which is highly unusual to be in use as regular memory on an Amiga anyway. Sure, there is some luck to picking up a random hit due to lack of memory protection but I believe this is a small minority of hits. The ABADF00D hit in NetSurf was detected 4 out of 4 times I tried to catch it by the way.
-
Same result here also, It still has the hit in AddTail() from RectFill() and then NetSurf is unresponsive.
Hmm, try now.
-
Hmm, try now.
It still has the hit in the same location and then becomes unresponsive.
-
sry, im off limits for now, perhaps tomorrow, or the next week.
-
It still has the hit in the same location and then becomes unresponsive.
I can't see what else could possibly be wrong, unless RectFill needs an AreaInfo buffer (I didn't think it did, but maybe that's changed between OS3 and 4). Can you see what parameters are being used?
edit: actually I can prove whether it needs AreaInfo - can you try starting it up with direct_render:1 and see if it still crashes?
-
edit: actually I can prove whether it needs AreaInfo - can you try starting it up with direct_render:1 and see if it still crashes?
It works with direct_render:1 in Choices!
-
It works with direct_render:1 in Choices!
A-ha! Right, remove that and try the new version.
-
A-ha! Right, remove that and try the new version.
It's still not working without direct_render:1 in Choices.
Edit: I just verified that the new version has a hit in the same place.
-
confirming working of the previous version with the above option on real hardware. cant edit the preferences though, the preferences window appears minimized and cannot be resized to access its gui.
-
I've been following along daily but had no time to actually look at it myself.
This can't seriously be how you intend to debug the whole application. It's just not viable.
This needs to be built with source level debugging one way or another.
Never in my professional life have I had these kinds of problems finding and fixing a bug with such obvious, repeatable symptoms. Those are the types of bugs I like to see assigned because they are so easily fixed. I faceplam at my carelessness, fix it, then move on.
My suggestion is still to get it building with VBCC so that you can use a source level debugger such as the one in SAS/C.
It couldn't take longer than debugging like this and the final result will be more reliable.
-
ive got a feeling too, there must be some simple method to find and fix those problems rather than going round in circles.
-
ive got a feeling too, there must be some simple method to find and fix those problems rather than going round in circles.
And this is in no way a criticism of Chris. He's done a great service to the community at much personal expense.
I just think that the process needs to be fixed for the new platform.
-
It's still not working without direct_render:1 in Choices.
Edit: I just verified that the new version has a hit in the same place.
Different function hopefully, as I've taken the RectFill out.
-
This can't seriously be how you intend to debug the whole application. It's just not viable.
I agree. It wasn't my intention to debug it like this, I was rather hoping somebody would start building it and be able to debug/fix it more efficiently. Also it would help if gstabs/gccfindhit actually worked.
-
And this is in no way a criticism of Chris. He's done a great service to the community at much personal expense.
I just think that the process needs to be fixed for the new platform.
neither on my part but i would like to be able to follow some systematic process of debugging to learn and be able to utilize this method elsewhere.
edit: we need someone experiences with debugging on 68k, bernd was such a person as it seems, but he had some mystery commercial debugger.. would be great to be able to debug gcc generated binaries though. not everything can be easily ported to vbcc.
-
I haven't read the thread and I'm not going to.
If I have said it once I have said it 4096 times:
Please, for the love of Jay Miner & Mitchy, use the SASC SOURCE LEVEL Debugger! It is light-years ahead of anything else for Amiga and will save you thousands of hours of time. That is not an exaggeration. I mean it will literally save you 2000+ hours of time when working on large projects.
You can thank me later. :)
-
I fear netsurf as aros and many other çontemporary projects may be dependant on gcc features a compiler from the nineties does not offer.
-
I've been following along daily but had no time to actually look at it myself.
This can't seriously be how you intend to debug the whole application. It's just not viable.
This needs to be built with source level debugging one way or another.
It's not viable in the long run but it is the quickest method to get NetSurf up and partially usable. Even if Chris had a better compiler and debugger, his hardware may not be adequate and that takes time to sort out or upgrade.
My suggestion is still to get it building with VBCC so that you can use a source level debugger such as the one in SAS/C.
It couldn't take longer than debugging like this and the final result will be more reliable.
Vbcc has a clear advantage for debugging because BDebug (Barfly package) and CPR (SAS/C) are good debuggers which can be used. Vbcc is not a drop in replacement for GCC though. It is missing some C99 support like inttypes.h which NetSurf is using. I have created and tested an experimental inttypes.h and updated stdint.h which is currently being evaluated by Frank and Volker:
http://www.heywheel.com/matthey/Amiga/new_c_headers.lha
I may have already posted a link to some fixes for the C99 math libs:
http://eab.abime.net/showthread.php?t=74692
Vbcc has pretty good C99 support (requires -c99 switch) but it doesn't have all the GCC posix and unix bloat by default. Rather than libnix or the nasty ixemul, Frank's posix.lib is usually used if this functionality is needed. The includes are a bit tricky sometimes but the posix.lib is Amiga friendly and has worked well for me the couple of times I have used it for small projects. It is actively maintained as is vbcc.
http://aminet.net/dev/c/vbcc_PosixLib.lha http://aminet.net/package/dev/c/vbcc_PosixLib
It has some bsdsocket.library functions of which the following is written in the readme,
"Since 2.0 it also includes the most important TCP/IP network functions, which are implemented through bsdsocket.library (only opened when really needed!). The main advantages in combining bsdsocket with PosixLib is the possibility to use a common set of file- and socket-descriptors as well as clean header files which don't conflict with vbcc's standard headers."
I wonder if it would work offline unlike clib? It is probably worth checking out if most of the functions needed in NetSurf are available.
There would be some work involved in compiling also, Vbcc is strict by default about C standards where GCC by default is too sloppy and forgiving. Vbcc will often warn about questionable code that usually should be fixed. Vbcc may not be a quick and easy way to get better Amiga debugging but the support is good ;).
@Chris
Is a new version of NetSurf available to test without RectFill?
-
@Chris
Is a new version of NetSurf available to test without RectFill?
The most recent one I uploaded had that removed (well, replaced with EraseRect). I'm looking at the archive now, NetSurf executable size is 5906380 dated 13-02-2015 18:38.
-
I fear netsurf as aros and many other çontemporary projects may be dependant on gcc features a compiler from the nineties does not offer.
Even gcc 2.95 was deemed too old/troublesome when I mentioned it.
-
The most recent one I uploaded had that removed (well, replaced with EraseRect). I'm looking at the archive now, NetSurf executable size is 5906380 dated 13-02-2015 18:38.
That is the executable I'm using. Let me do some more debugging and I'll try to see what is going on.
Edit: Let me walk through the debugging process for people who want to learn a little about debugging. I set the stack up in the shell and changed to the NetSurf directory. I then entered:
>BDebug NetSurf -v
In the little BDebug window I selected "Crashed" (same as Catch Crashed Task in the Menu) and selected "Special->Catch Enforcer Hits" in the menu (this works with MuForce also). This will cause BDebug to stop at the problem if we don't make it to where we want to debug. I now select "Info Tools->Open Symbol Window" in the menu. I scroll down in this new window until I get to _ami_plot_clear_bbox (function names have an underscore in front of them). I then double click on this symbol and I will be asked if I want to "Jump to location?" which I select "Ok" opening a code window with the start of the function at the top. With this window active I select in the menu "Specials->Set/Clear Breakpoint" and the top line of the function and window will turn white where the break point is set. I now select in the menu "Step/Trace->Run Task" which causes the program to begin execution until a breakpoint, hit or crash occurs. I didn't have any hits up to the breakpoint and it looks like the first use of the function is where I need it to be judging by the NetSurf debug output. I now step down to "MOVE.L _GfxBase,A6" using the menu "Step/Trace->Trace over Calls" or right Amiga 't'. This skips over any functions calls to get to the "JSR EraseRect(A6)" graphics.library call we want to examine. It may be necessary to select in the menu "Configuration->Guess Lib Call" to see the "EraseRect" instead of an offset (Symbols and Show Lib Call above Guess Lib Call in the menu should already be toggled on by default). Now I trace with right Amiga 't' until the "JSR EraseRect(A6)" is white right before branching into the library. I now look at the status window which shows the register values. The interesting values for EraseRect() from the AmigaOS 3.9 NDK are:
A1=093bb2b4 (rp)
D0=00000008 (xmin)
D1=00000034 (ymin)
D2=00000318 (xmax)
D3=0000024b (ymax)
Note that these values are in hexadecimal even though they are not marked with '$' or "0x".
Everything looks ok so far as (xmax >= xmin), (ymax >= ymin) and the rp address looks valid. Perhaps the rp is corrupt or non-ititialized correctly? I will now step into the graphics.library EraseRect() to see what is wrong and try to verify what I saw before with the hit inside but this is more advanced debugging and beyond what most programmers would do. If line debug source info was available in the NetSurf executable, we could select in the menu "Windows->Open SourceWindow" and we could have watched each line of source executed starting at the top of ami_plot_clear_bbox() but not when we branch into the AmigaOS. I'll go ahead and post what I have so far.
Edit2: I'm going in. I have the line "JSR EraseRect(A6)" highlighted in white and instead of right Amiga 't' to trace over this routine I use right Amiga 's' which traces along the Program Counter (PC) route one instruction after the next. We have an absolute jmp in the library function table and then we are in the graphics.library EraseRect(). The code first checks if rp==NULL and then saves some registers to the stack with MOVEM. The rp->Layer is then moved to A5 in preparation for a "JSR LockLayerRom(A6)" which is where the hit occurs. It looks like there may be an ObtainSemaphore() of the Layer_info->SignalSemaphore and then the AddTail() of the Layer_info->gs_Head list is corrupt and causes the hit before going to sleep with Wait(). The Layer_info is all !! Private !! data so it is unlikely that NetSurf directly messed up the list. I believe the rp->Layer or the whole RastPort is corrupt or not initialized properly.
-
I believe the rp->Layer or the whole RastPort is corrupt or not initialized properly.
Seems unlikely, however I've just discovered some code I stuck in for OS3 only which may well be causing the problem, so I've taken that out and uploaded a new version.
-
Seems unlikely, however I've just discovered some code I stuck in for OS3 only which may well be causing the problem, so I've taken that out and uploaded a new version.
It's working again :).
-
It's working again :).
Woo-hoo!
Is the graphical corruption still present?
-
Is the graphical corruption still present?
The welcome page looks good but amiga.org still has gfx corruption.
-
The welcome page looks good but amiga.org still has gfx corruption.
OK, that's unlikely to get fixed any time soon.
-
what about the speed? rendering pages is still magnitudes slower than sdl-netsurf68k or aros-owb-68k. even ifit is basically working it doesnt make a sense to use the browser like that on any amiga.
-
Wawrzon : Patience! To get something work is 1/5 of job usually. Most of time is optimizing and speeding things up. Good news is that it will be useable with 16mb ram.
I still get emulator error :( tested with 040, 32mb ram & plain AGA.
-
well, just so far it doesnt seem to prove that sdl, the both other browsers are based on, is slow by definition.
-
Wawrzon : Patience! To get something work is 1/5 of job usually. Most of time is optimizing and speeding things up. Good news is that it will be useable with 16mb ram.
Just because 16MB of ram was enough on an older version of NetSurf for a different CPU and OS doesn't mean that it will be enough on the Amiga. I would expect that 32MB would be enough though.
I still get emulator error :( tested with 040, 32mb ram & plain AGA.
Your tag says that your '040 and '060 Amiga only have AmigaOS 3.1. NetSurf uses Reaction for it's GUI which was added to AmigaOS 3.5. It may be possible that the newest ClassAct on Aminet could be installed and make it work but there are some enhancements since then. As far as the gurus, you were getting an F-line "emulator" trap which usually comes from a lack of FPU. You might check your 68040.library installation and make sure you are using SetPatch in your S:Startup-Seqence because this error should be very uncommon with a full 68040 and a proper 68040.library installation. It looks like the program counter (PC) was getting lost on your 68060 Amiga which can cause it to generate a different guru type each time. It's hard to say why this was happening but I had this happen when the tags were being corrupted by Chris's compiler which is fixed now. You could try installing ClassAct if you only have AmigaOS 3.1:
http://aminet.net/dev/gui/classact33.lha
Do *not* install classact if you have AmigaOS 3.5+! Go online with your internet before trying to start NetSurf.
-
I have OS3.9 and I don't have any problems with other software wich requires fpu. Need to test with other 68040\060 libraries.
060 did gave diffrent error, thoug I didn't tested it yesterday.
-
what about the speed? rendering pages is still magnitudes slower than sdl-netsurf68k or aros-owb-68k. even ifit is basically working it doesnt make a sense to use the browser like that on any amiga.
Bear in mind I'm having to build it without any optimisations, and parts of the rendering code itself aren't really ideal for 68k (bitmap quantisation and - especially - font plotting* are non-optimal for slow processors). In contrast, SDL-AGA is optimised to squeeze every last CPU cycle out of it. Ideally, we need NovaCoder to apply his magic to NetSurf too :)
direct_render:1 should provide some clues on what is slow.
* I need to get round to getting my bitmap font support working, I'm sure this is where most of the speed is being lost - on my A1200 if I use CG fonts on the splash screen, there's a delay of several seconds, when rendering a page this would occur on every font size or typeface change AIUI.
-
I have OS3.9 and I don't have any problems with other software wich requires fpu. Need to test with other 68040\060 libraries.
Good, but you might consider changing your tag line:
A1200 Micronic tower, KS3.1, Blizzard 060 66mhz,GVP Spectrum, Delfina Lite and Micronic Scandy, 160Gb hd, 66mb ram, DVD-burner and WLAN.
A1200 desktop, KS3.1, Apollo 040 40mhz, 34mb ram, Ide Fix Express with 160Gb HD and WLAN
I'm using ThoR's MuLib processor libraries but it may not be easy to change yours. As I recall, the Blizzard 68060.library is in flash memory and some of the Apollo accelerators need the Apollo specific CPU library. I wouldn't be too worried about the P5 68060.library if you have a fairly recent flash version in your accelerator but sometimes the Apollo CPU libraries were a bit dodgy.
060 did gave diffrent error, thoug I didn't tested it yesterday.
I read your old posts before commenting. You might try the 68060 setup again as a bug in the compiler which caused similar problems to what you described may be gone.
@Chris
It looks like the pesky requestor that pops up asking to insert PROGDIR in any drive is from ami_arexx_execute("PROGDIR:Rexx/Startup.nsrx") in amiga/arexx.c. It occurs shortly after ami_gui_splash_close(). The function call and string look ok but maybe the arexx_obj doesn't handle PROGDIR: correctly? What do you think is wrong here?
I did some tests of TCP/IP program memory usage when online and iconified:
Genesis using Reaction 973kB (I hacked away 17kB of fluff in the GUI library but my buffer may be larger than default)
Miami with ClassAct GUI 1209kB
Miami with MUI GUI 1211kB
I don't have MiamiDx to check memory use but I would imagine it is more than Miami with MUI. It's probable that switching to Genesis from AmigaOS 3.9 would save 1/4 MB of memory not counting the savings from sharing Reaction objects with NetSurf which could also be significant. Genesis is faster and uses less memory. An option which would save even more memory would be to use Roadshow which has no GUI. Olaf claims that the minimum memory requirement would be around 360kB but lets say 400kB with a reasonable buffer size and a few settings activated, Now you would be saving over 3/4 MB of memory and Roadshow is also faster than Miami/MiamiDx. That is a big difference. I expect that being able to optimize NetSurf with a better compiler could save 1/2 MB and closing the splash window right before opening the NetSurf screen and window instead of right after could save a little while reducing fragmentation. I'm sure there are other NetSurf options which could save memory like changing the font handling. I use and configured AWeb and Ibrowse to use the bitmap fonts from here:
http://www.amiga.org.ru/websurf/
Do you think these would work? Maybe you could get permission to include the fonts with NetSurf?
-
OK tested, now both of my machines gives : Check Instruction Error
I installed mmulibs 68040.library, so there must have been something wrong with 68040.library.
Though checkFPU found it as like it does with mmulibs's 68040.library
Netsurf crash immediately after makedir users/user/iconcach
-
OK tested, now both of my machines gives : Check Instruction Error
I installed mmulibs 68040.library, so there must have been something wrong with 68040.library.
Maybe. A check instruction error is usually an indication that the Program Counter (PC) got lost. If the PC ends up inside NetSurf then it should be consistent what guru number is given (for that version of NetSurf only) but if the PC is outside of NetSurf memory then any guru number could be given as this memory changes each time a program is executed.
Though checkFPU found it as like it does with mmulibs's 68040.library
Netsurf crash immediately after makedir users/user/iconcach
I would have you use MuForce to record any hits but it wouldn't do us much good without usable source debugging info and GCCFindHit or similar working.
-
It looks like the pesky requestor that pops up asking to insert PROGDIR in any drive is from ami_arexx_execute("PROGDIR:Rexx/Startup.nsrx") in amiga/arexx.c. It occurs shortly after ami_gui_splash_close(). The function call and string look ok but maybe the arexx_obj doesn't handle PROGDIR: correctly? What do you think is wrong here?
I guess it doesn't handle PROGDIR: correctly, as you say. The "fix" would be to add the following to the config file:
arexx_dir:/Rexx
If that cures it I might be able to expand PROGDIR:Rexx by default.
I use and configured AWeb and Ibrowse to use the bitmap fonts from here:
http://www.amiga.org.ru/websurf/
Do you think these would work? Maybe you could get permission to include the fonts with NetSurf?
Yes, when/if I get bitmap fonts working they should work fine.
-
Netsurf crash immediately after makedir users/user/iconcach
I'm pretty sure this is the same crash I see on OS4 when using the 68k binary. I posted a stack trace from it previously, but I can't get it to do it consistently.
-
I guess it doesn't handle PROGDIR: correctly, as you say. The "fix" would be to add the following to the config file:
arexx_dir:/Rexx
If that cures it I might be able to expand PROGDIR:Rexx by default.
In Choices, I added:
arexx_dir:/Rexx
The annoying requestor has disappeared :).
-
In Choices, I added:
arexx_dir:/Rexx
The annoying requestor has disappeared :).
Ok, I'll fix that when I have a bit more time.
-
What it would do after makedir iconcache? It seems that it does dir, wondering if crash because what happen after it?
-
What it would do after makedir iconcache? It seems that it does dir, wondering if crash because what happen after it?
Let's see...
ami_mime_init("PROGDIR:Resources/mimetypes");
sprintf(temp, "%s/mimetypes.user", current_user_dir);
ami_mime_init(temp);
It initialises the MIME types lookup, which is in this file (http://git.netsurf-browser.org/netsurf.git/tree/amiga/filetype.c).
ISTR a bug in ReadArgs which meant the line had to end with a LF, not sure if that's relevant here, I think the mimetypes file has one of those at the end.
-
I've uploaded a new one with the PROGDIR: problem fixed.
I've added a couple of lines of debug which might confirm whether utri's crash is in ami_mime_init or not.
-
I do some testing when I get time. I'm spending a "social weekend", so no Amigas today, maybe tomorrow.
-
confirm progdir issue gone, browser works without further modifications, aome wrong colors (endian issue) setting 16bit pc mode on my voodoo3, but i think these are minor things to take care later. attach screenshot of aorg, alas i cannot effectively post here from my amiga since netsurf is too slow.
http://www.amiga.org/gallery/images/5312/1_ns1.jpg
i will play with it a bit, but could you fix the preferences dialog window to be able to use it, probably it needs some minimal sizes or working resize gadget.
btw, command find text causes priviledge violation and consequently crashes the system.
i just wondr if we could use some other, less heavy site to communicate, so that i can post logs and screenshots directly from my amiga. maybe aw.net. also download link to the test archive in an initial post instead trying to memorize to search it somewhere on the 21 page of a long thread.
-
confirm progdir issue gone, browser works without further modifications, aome wrong colors (endian issue) setting 16bit pc mode on my voodoo3, but i think these are minor things to take care later. attach screenshot of aorg, alas i cannot effectively post here from my amiga since netsurf is too slow.
http://www.amiga.org/gallery/images/5312/1_ns1.jpg
I think the bitmap tiling might be the cause of the previous page showing through. I did enable that for OS3 using some old code but I might have done something wrong.
i will play with it a bit, but could you fix the preferences dialog window to be able to use it, probably it needs some minimal sizes or working resize gadget.
More likely one of the objects isn't being created and is causing the window not to work at all. It uses pretty much every type of gadget so it'll take a while to figure out what's not working, especially as I can't get that far here. If I had to guess the most likely cause is page.gadget, which ties in with tabs in the browser not working either.
btw, command find text causes priviledge violation and consequently crashes the system.
Matthey?
i just wondr if we could use some other, less heavy site to communicate, so that i can post logs and screenshots directly from my amiga. maybe aw.net. also download link to the test archive in an initial post instead trying to memorize to search it somewhere on the 21 page of a long thread.
amigans.net is preferred by me, don't know whether it is any less heavy though.
The download link will be moving eventually, I've asked Vince to enable to auto-builder but it hasn't been done yet.
I can't make any significant changes right now as 3.3 is being released next week, and I don't want to inadvertently break something for OS4.
-
Matthey?
ill try to reproduce it here with some log but matt isa more skilled with it for sure.
amigans.net is preferred by me, don't know whether it is any less heavy though.
probably only a bit if anything. however even if i still have an account there my posts would be deleted even before i would mention 68k, so no chance. sad is, almost any site seems to be too heavy for netsurf on amiga in its current state. i think we must stick to uae.
-
I've uploaded a new one with the PROGDIR: problem fixed.
I've added a couple of lines of debug which might confirm whether utri's crash is in ami_mime_init or not.
New version is working ok here.
confirm progdir issue gone, browser works without further modifications, aome wrong colors (endian issue) setting 16bit pc mode on my voodoo3, but i think these are minor things to take care later. attach screenshot of aorg, alas i cannot effectively post here from my amiga since netsurf is too slow.
I'm not so sure of an endian problem. I'm using 16 bit "pc" here also.
btw, command find text causes priviledge violation and consequently crashes the system.
Same here. It's in intuition.library. I'll look into it.
There are several places (menu items or gadgets) that cause hits or crashes which I have not debugged. I don't know which areas Chris has worked on and are ready to debug.
-
So, does it run on AROS/68k on Vampire600 with Phoenix core? That would be neat to see.
-
There are several places (menu items or gadgets) that cause hits or crashes which I have not debugged. I don't know which areas Chris has worked on and are ready to debug.
IIRC everything is enabled now on that build (except tabbed browsing), so all the menu items should work.
-
I'm not so sure of an endian problem. I'm using 16 bit "pc" here also.
strangely it didnt reproduce second time.
-
OK, I've put an experimental bitmap fonts supported version up. It's pretty horrid but is definitely faster even on OS4 when using outline fonts through it. :) It doesn't make any attempt to display anything in the correct character set, you'll just get raw UTF-8 stuck on the screen.
To enable, set the following in Choices:
use_diskfont:1
font_sans:helvetica
font_serif:times
font_mono:topaz
font_cursive:garnet
font_fantasy:emerald
Feel free to use different fonts!
-
OK, I've put an experimental bitmap fonts supported version up. It's pretty horrid but is definitely faster even on OS4 when using outline fonts through it. :) It doesn't make any attempt to display anything in the correct character set, you'll just get raw UTF-8 stuck on the screen.
To enable, set the following in Choices:
use_diskfont:1
font_sans:helvetica
font_serif:times
font_mono:topaz
font_cursive:garnet
font_fantasy:emerald
Feel free to use different fonts!
It's working and there is spacing in the text now which looks better but ami_font_bm_open() must be called several thousand times, often many times for the same font and size in a row. This makes it slow with netsurf -v to display all the output but maybe it will be alright without -v.
I've been trying to track down the menu "Browser->Find text" bug which is caused by a NULL pointer which is then put on the stack and used by an RTS deep inside intuition.library. What ever happened to simple hits in the executable? I guess this is what happens when back porting to an OS which is missing the new APIs and support.
Edit: I have one lead pointing to the "Browser->Find text" bug being in amiga/menu.c ami_menu_item_browser_find(), It would be the GetAttr() call that has the hit and then guru in intuition.library. The NULL pointer may be at an offset of 8 from a structure (maybe a private struct). I would have to catch before the GetAttr() call if you need more info on arguments passed.
Scrolling the display window with the keyboard works but not the proportional gadgets which give NetSurf debugging messages like:
amiga/gui.c ami_scroller_hook 5168: IDCMP hook unhandled event: 0
This might be good to fix. The NetSurf program size keeps dropping as you add new features which is good. You may eventually have enough memory on your AmigaOS 3 system to run it yourself if you keep it up ;).
-
yea it works and may have gained some speedup.
for comparison some older netsurf sdl version opens amiga.org within 13.5s, it might be a fixed size font version and the resolution is a bit lower, so it isnbt a completely fair comparison, but it gives an idea. the reaction version needs close to a minute for the same.
-
It's working and there is spacing in the text now which looks better but ami_font_bm_open() must be called several thousand times, often many times for the same font and size in a row. This makes it slow with netsurf -v to display all the output but maybe it will be alright without -v.
It's always going to be slower with -v anyway.
OpenDiskFont caches the fonts, my usual code does caching itself but here it's more complicated (due to having to open the right combination of font, size and flags) and I figured it was unnecessary.
I've been trying to track down the menu "Browser->Find text" bug which is caused by a NULL pointer which is then put on the stack and used by an RTS deep inside intuition.library. What ever happened to simple hits in the executable? I guess this is what happens when back porting to an OS which is missing the new APIs and support.
Edit: I have one lead pointing to the "Browser->Find text" bug being in amiga/menu.c ami_menu_item_browser_find(), It would be the GetAttr() call that has the hit and then guru in intuition.library. The NULL pointer may be at an offset of 8 from a structure (maybe a private struct). I would have to catch before the GetAttr() call if you need more info on arguments passed.
That GetAttr is used in a lot of the menu options - eg. Show Local History does it too. I can't believe there's anything wrong with that, it's only getting the WINDOW_UserData value.
Edit: actually this is probably a 68k registers thing too, it'll take me a while to get through these.
Scrolling the display window with the keyboard works but not the proportional gadgets which give NetSurf debugging messages like:
amiga/gui.c ami_scroller_hook 5168: IDCMP hook unhandled event: 0
OK, I think that's a 68k registers thing. I've probably fixed it. I'll hold off uploading new builds for the minute until I merge the bitmap fonts stuff across.
-
Is download link same than in page 20?
-
It's always going to be slower with -v anyway.
measured without on my part.
I'll hold off uploading new builds for the minute until I merge the bitmap fonts stuff across.
give a hint as soon as its ready, i might stay in the studio tonight.
@utri007
Is download link same than in page 20?
21
-
OK, I think that's a 68k registers thing. I've probably fixed it. I'll hold off uploading new builds for the minute until I merge the bitmap fonts stuff across.
Hook problem? Fixing the registers in all hooks could make a lot of things work ;).
-
Hook problem? Fixing the registers in all hooks could make a lot of things work ;).
Yes... just done it (might* have missed some, but we'll find out)
Uploaded a new version from my bitmap fonts branch (as I don't want to merge this yet).
* Actually I know I've missed some, but nothing important for now.
-
Yes... just done it (might* have missed some, but we'll find out)
Uploaded a new version from my bitmap fonts branch (as I don't want to merge this yet).
* Actually I know I've missed some, but nothing important for now.
Bingo!!! Most menu items and gadgets work now! It is faster than ever also. Awesome!!!
-
find text seems to be working now, as far as i was able to recognize on the (mis)rendered page, at least it doesnt crash. tried to reply here from the amiga, but the browser is still too laggy, barely got past login..
-
It is faster than ever also. Awesome!!!
it still crawls even in comparison with sdl version. probably plotting gfx elements can still be optimized, but im not sure how to catch up with sdl fontend let alone surpass its speed. seems the claims of bernds opponents, sdl is slow, have been proven wrong.
-
Bingo!!! Most menu items and gadgets work now! It is faster than ever also. Awesome!!!
Cool. I changed the CPU option to -m68020-60, not sure if that is the cause of the speed boost or something else.
@wawrzon
The text width etc calculations are currently somewhat broken in bitmap mode, I'm aware of that.
-
@chris
what was previous setting? plain -m68000? there usually is some speedup to be expected but not that significant.
i have an impression as if when loading the page the browser is busy looping at times, because it freezes, but it may just be high priority cpu last.
-
Cool. I changed the CPU option to -m68020-60, not sure if that is the cause of the speed boost or something else.
It's still not usable but I can see the potential. I was able to login to amiga.org to try a post but it acted like it didn't keep the cookie as it didn't remember me.
The one 68k build of AWeb with GCC is using:
-O2 -fomit-frame-pointer -m68020-60
This should give acceptable results if optimizations could be turned on. GCC seems to think using the normal CISC addressing modes is an optimization though.
The text width etc calculations are currently somewhat broken in bitmap mode, I'm aware of that.
There are a lot of adjustments needed yet and I'm sure plenty of bugs remaining but it is mostly working now.
-
probably plotting gfx elements can still be optimized
No "probably" about it, as I say graphics are still routing via DataTypes (even on high-colour screens) which is not a fast way of doing things. What I need is an optimised RGBA=>dithered palette mapped BitMap, with optional optimised scaling built-in. Anyone?
@chris
what was previous setting? plain -m68000?
-m68020
The one 68k build of AWeb with GCC is using:
-O2 -fomit-frame-pointer -m68020-60
I'm using:
m68020-60 -O0 -fomit-frame-pointer
So, the same basically :) Be nice if somebody could give me a fix for that GCC optimisation bug, or tell me which optimisation causes it so I can disable it.
-
No "probably" about it, as I say graphics are still routing via DataTypes
Thats the same with aros owb currently.
What I need is an optimised RGBA=>dithered palette mapped BitMap, with optional optimised scaling built-in. Anyone?
Ok, but this doesnt matter for deep and true color, we are mostly testing now, i think novacoder had put together some routines for his sdl aga employed with netsurf aga.
-
i have an impression as if when loading the page the browser is busy looping at times, because it freezes, but it may just be high priority cpu last.
I'm getting freezing when using the diskfont code.
-
I'm getting freezing when using the diskfont code.
do you? i have an impression that the browser may hang at some later time, but hard to confirm as it is so slow. i might not have been clear, i meant that while loading the page there is some time the progress gadget stands or disappears, so that ine might assume the browser hangs, but it loads nevertheless some time later.
-
So, the same basically :) Be nice if somebody could give me a fix for that GCC optimisation bug, or tell me which optimisation causes it so I can disable it.
Seeing at least one of the taglist problems occured with NewObjectA(), you might check this:
Now you need to modify a file: os-include/inline/intuition.h.
Open the above file with a text editor and search the following instructions:
#ifndef NO_INLINE_STDARG
__inline APTR NewObject(struct IClass * classPtr, CONST_STRPTR classID, ULONG tagList, ...)
{
return NewObjectA(classPtr, classID, (const struct TagItem *) &tagList);
}
Replace them with these:
/*
#ifndef NO_INLINE_STDARG
__inline APTR NewObject(struct IClass * classPtr, CONST_STRPTR classID, ULONG tagList, ...)
{
return NewObjectA(classPtr, classID, (const struct TagItem *) &tagList);
}
*/
#ifndef NO_INLINE_STDARG
#define NewObject(classPtr, classID, tags...) \
({ULONG _tags[] = {tags}; NewObjectA((classPtr), (classID), (const struct TagItem *) _tags);})
#endif
http://guidetoamigacompatibleprogramming.googlecode.com/svn/trunk/english/CAP_2.txt
My GCC 3.4.0 version of os-include/inline/intuition.h is a little bit different if you want to try it too:
http://www.heywheel.com/matthey/Amiga/INTUITION.H
-
Must say that I really appriciate the work being done on this project :)
-
Still no luck with Netsurf. I start to consider that there is something wron in my installation.
Can I think that Reaction is OK when AWeb works just fine? 680X0.libraries are OK, because changin them doesn't affect to result? Maybe I shoul reinstall boing bags and make some testing without any patches installed.
-
Still no luck with Netsurf. I start to consider that there is something wron in my installation.
Can I think that Reaction is OK when AWeb works just fine? 680X0.libraries are OK, because changin them doesn't affect to result? Maybe I shoul reinstall boing bags and make some testing without any patches installed.
why dont you simply fire up snoop dos and see what is missing, if anything? you cant just assume one application works if the other does. they might differ by just one dependency.
-
I didn't mention snoopdos now, because I had already mentioned it. It crash after makedir command, next would be mime initialization.
-
I didn't mention snoopdos now, because I had already mentioned it. It crash after makedir command, next would be mime initialization.
Did you run the newer version with logging? I added a couple of extra lines to determine whether it's the MIME part crashing.
-
to run with logging is from shell : netsurf /v ?
-
netsurf -v
(afair)
-
OK this is what happen with my desktop A1200, 68040, 32mb ram and AGA :
First,
https://zjolha.bl3301.livefilestore.com/y2p-90x4B65yFtjWYh-oj_lwWBgmG95TiA69_TSVkHc4M0dqmiOpWZyLCFhaUxb0G-EpY5Oxe4P30B_Gy5xS651KX1o5biGi1tar5qR92vFzZykT0AHRXhCoI8sXCIgqoqvaZzEuGW7Q0QEHBFCoG4ZAw/WP_20150225_007.jpg
Then this, when I choose Jump RTS :
https://zjolha.bl3301.livefilestore.com/y2p4_PiLWm3ozEl3JRedS20Ne47PDUmzE3Ezpew2UMLotPKcVaVEBvHzEBUE9g81fpOndTCkmUUzLMdFWuBDKzihYkRLrcOF9YgWaE4tkGrjooeyptEWdD0ZhzfheDhr0JIL4z27AmDjiGjJXzLpBqqDA/WP_20150225_008.jpg
Computer freezes.
This is with my 68060, 64mb ram and Picasso96
First
https://zjolha.bl3301.livefilestore.com/y2phZvYPvlb76WVphAfosXEtR3XXHoko7hoGtt5Q-vU7q3i0_82sjcBQ0USo08Hx7nL3sMVvgbfQJwpnfGxvNsTypklKa50yup5M4o-FRkEDE88YGyAlP3v7IoSxo-PHgNDPLK490xaGHieVtifp6Ge9Q/WP_20150225_003.jpg
Then continuing with Jump RTS
https://zjolha.bl3301.livefilestore.com/y2pdgdZ6kzXFzHeqydpc88AFHHSQF9is8744YrH1tZ-HuczRQAWiRZri5otaodJmWBJdcvDjtS-sF4TvM6Uw6w_ODiOMKFzG_fACVxbMsuEtzzj4cZi6fPBxqFF7g2elG4fbatjpHHXXxRnnBID5L4x0w/WP_20150225_004.jpg
Continuing with Jump RTS
https://zjolha.bl3301.livefilestore.com/y2p4bfc0QE-XKLHzUdgUXBCUFhOpvlj5tjvXmTVz4z1z2FP94D3fKYkN94OLD31VZIoP-zU-xDGRTZiC0ZXhxHOHaPevMdJDaXflBcifgL3QYC9o8fWyvoapaOpEiIYXl7x1VjAw3iqE0h6Kbr49GsgvQ/WP_20150225_005.jpg
Still continuing with Jump RTS, after this Computer freezes
https://zjolha.bl3301.livefilestore.com/y2pPJodD2BzTIjS6ObzD8dLY0iL3aX6QYxnuXzyikY_dsin4cjiws_Dqn3vD1zAGWgS9dNYPou8AIbvYGXnY8uGBNgVbiM-UiQyGlvD_L7Jmp2off6RbmEq7RVzYcwWDgTmeN-fiegY-UPfselwBE2uCg/WP_20150225_006.jpg
-
looks reproducible, strange i cannot catch anything like those deadend software failures, but maybe our with matthey set of kickstart modules differ from yours.
regarding final computer freeze, do you have any outline fonts, because it doesnt seem like that, can you install any, or alternatively use fixed fonts option in your choices file as chris posted above?
edit: to reiterate you need to edit your choices file to contain:
use_diskfont:1
font_sans:helvetica
font_serif:times
font_mono:topaz
font_cursive:garnet
font_fantasy:emerald
the choices file is somewhere in afair netsurf/uses/administrator, or so (i cant check just now)
edit2:
also for future testing you should be able to redirect the debug output either to a file or to serial, in later case you can catch it via null modem + (alternatively) usb adapter on terminal program on another machine.
the instructions how to do that are likely here:
http://www.amiga.org/forums/showthread.php?t=68782
-
rts is return from subrutine as i read, i think it should be preserved on stack while jsr to it. something wrong with stack?
-
I would redirect output to file, but currently I don't have a way to transfer output file out of Computer. Easiest would found ftp server with public folder, upload output file there and download it with my AOS4 Computer of Windows machine.
I used to use for this purpose a netmount command to transfer files between Amiga OS4 <-> Amiga OS3.9 but some how it doesn't work any more.
-
you might try to install a resetfest rad and redirect to a log file there, or to an otherwise empty partition, if you fear to corrupt your file system writing log while a crash to a partition you actually use.
but if you seriously consider testing, serial option would be probably most handy, considering my aros68k experience. but then on aros a lot of debug was low level and boot related, which is not the case here.
-
OK this is what happen with my desktop A1200, 68040, 32mb ram and AGA :
It looks like your PC is lost. It's not executing code in NetSurf anymore and probably not even the OS when you get the guru. This is usually caused by a messed up stack or invalid data on the stack and then a RTS (ReTurn from Subroutine) which uses the last 32 bit value on the stack as an address to jump to. The guru information is rather useless in this case as the problem happened earlier. There may have been a MuForce hit before the guru which could be helpful if we had the right kind of debugging information in the NetSurf executable but we haven't solved that problem yet. I don't know what is wrong with your setup but make sure you downloaded and are using the latest version of NetSurf. The last NetSurf executable I tried is 5845748 bytes. The stack needs to be increased before executing NetSurf if starting from the shell. The icon I use shows a stack size of 65535 bytes but it looks like a stack size of 32kB (and maybe even 16kB but too little will crash) would work unless Chris has some recursive functions hidden somewhere.
@Chris
No comment on the potential compiler fix (Intuition inlines) or are you still looking into it?
-
No comment on the potential compiler fix (Intuition inlines) or are you still looking into it?
shouldnt these functions be declared variadic? maybe they get inlined nevertheless.. some forgoten define or what..
-
Seeing at least one of the taglist problems occured with NewObjectA(), you might check this:
http://guidetoamigacompatibleprogramming.googlecode.com/svn/trunk/english/CAP_2.txt
My GCC 3.4.0 version of os-include/inline/intuition.h is a little bit different if you want to try it too:
http://www.heywheel.com/matthey/Amiga/INTUITION.H
Both give me:
error: syntax error before ')' token
Where I use a NewObject embedded into an if statement.
It looks very likely to be the fix though, as all the other varargs stubs are #defined like that. Not sure why this one isn't working.
-
Both give me:
error: syntax error before ')' token
Where I use a NewObject embedded into an if statement.
It looks very likely to be the fix though, as all the other varargs stubs are #defined like that. Not sure why this one isn't working.
I wonder if there is a parsing bug in your version of GCC. I believe these are optional inlines instead of using the default stubs so if you can't format the function so GCC will accept it then try commenting it out.
-
I wonder if there is a parsing bug in your version of GCC.
I doubt it. There would be many more problems than this if there was.
I believe these are optional inlines instead of using the default stubs so if you can't format the function so GCC will accept it then try commenting it out.
Just get errors about there being no NewObject function.
I think all that is required is to tell GCC that the varargs are used so it doesn't optimise them away. I can't figure out how to do that though.
-
Maybe PeterK can help with scaling/dithering etc stuff? If I remember correctly he has offered his code to other projects with similar problems? He is a creator of new version of icon.library
-
I doubt it. There would be many more problems than this if there was.
GCC used to have minor parsing bugs. My GCC NOTES-3.4.0 has this:
Another bug exists with explicit regsister arguments and function pointers:
void (*testfunc) (void (*)(int) __asm("a3));
The compiler says:
error: parse error before ')' token
However, if the above is rewritten like this:
void (*testfunc) (void (*dummy)(int) __asm("a3));
then everything works. This bug was found by Fabio Alemagna in the GCC 3.3 port and is still present.
It's interesting as this is the same parse error you get when the brackets appear to match.
Just get errors about there being no NewObject function.
I think all that is required is to tell GCC that the varargs are used so it doesn't optimise them away. I can't figure out how to do that though.
The define is defining a normal function. You could try:
#define NewObject(classPtr, classID, tags...) \
({\
ULONG _tags[] = {tags};\
NewObjectA((classPtr), (classID), (const struct TagItem *) _tags);\
})
More lines may help to find what the compiler doesn't like if the line the error is on is given. If this doesn't work, maybe it would be possible to make NewObject into a regular function:
NewObject(classPtr, classID, tags...)
{
ULONG _tags[] = {tags};
NewObjectA(classPtr, classID, (const struct TagItem *) _tags);
}
I'm hoping that either the different formatting or an error message with a line number would help pinpoint the problem or, perhaps, the error would go away.
-
More lines may help to find what the compiler doesn't like if the line the error is on is given. If this doesn't work, maybe it would be possible to make NewObject into a regular function:
NewObject(classPtr, classID, tags...)
{
ULONG _tags[] = {tags};
NewObjectA(classPtr, classID, (const struct TagItem *) _tags);
}
I'm hoping that either the different formatting or an error message with a line number would help pinpoint the problem or, perhaps, the error would go away.
I'd tried that already (as an inline function though) and it complained that classPtr, ClassID etc weren't defined, which is an even stranger error.
-
I'd tried that already (as an inline function though) and it complained that classPtr, ClassID etc weren't defined, which is an even stranger error.
That is strange. The function arguments shouldn't need defining in the function. The function needs defining which it already is in os-include/clib/inution_protos,h with the argument types given.
You do have to be careful with "inline" functions (especially "extern inline") as C99 requires handling which may be incompatible with earlier versions of C. This is a really excellent article:
http://www.drdobbs.com/the-new-c-inline-functions/184401540
The NetSurf compiler options use -std=c99 so GCC will try to follow the standard instead of it's normal non-strict forgiving C standard mode. I wouldn't think this would be a problem in this case but I have had problems with this before. An easy way to check if this is a problem is to remove the "inline".
-
Variadic functions of Intuition were always trouble makers for different versions of GCC compilers and m68k.
Instead of creating inline code use the amiga.lib provided code, which works flawlessly for Intuition/MUI/ReAction.
#include <proto/...>
#include <proto/...>
#if defined(__GNUC__) && !defined(__amigaos4__)
#define NO_INLINE_STDARG /* Take f.e. NewObject() from amiga.lib for gcc m68k */
#include <clib/intuition_protos.h>
#include <proto/intuition.h>
#undef NO_INLINE_STDARG
#else
#include <proto/intuition.h> /* Take/Create inline code f.e. for NewObject() */
#endif
#include <proto/...>
#include <proto/...>
-
Variadic functions of Intuition were always trouble makers for different versions of GCC compilers and m68k.
Instead of creating inline code use the amiga.lib provided code, which works flawlessly for Intuition/MUI/ReAction.
#include <proto/...>
#include <proto/...>
#if defined(__GNUC__) && !defined(__amigaos4__)
#define NO_INLINE_STDARG /* Take f.e. NewObject() from amiga.lib for gcc m68k */
#include <clib/intuition_protos.h>
#include <proto/intuition.h>
#undef NO_INLINE_STDARG
#else
#include <proto/intuition.h> /* Take/Create inline code f.e. for NewObject() */
#endif
#include <proto/...>
#include <proto/...>
That might have worked, had clib2 actually had NewObject in libamiga.
I suppose I could use a different libamiga.
-
That is strange. The function arguments shouldn't need defining in the function. The function needs defining which it already is in os-include/clib/inution_protos,h with the argument types given.
I think it's because "ULONG tags..." isn't a valid definition for a proper function.
I'm getting errors even when the #define is just:
({ \
})
"syntax error before ')'" and "unterminated argument list".
if((arexx_obj = ARexxObj,
AREXX_HostName,"NETSURF",
AREXX_Commands,Commands,
AREXX_NoSlot,TRUE,
AREXX_ReplyHook,NULL,
AREXX_DefExtension,"nsrx",
End))
{
...etc...
When ArexxObj is:
#define ARexxObj NewObject(ARexxClass, NULL
And End is the standard one from reaction_macros which IIRC is "TAG_END)"
-
I think it's because "ULONG tags..." isn't a valid definition for a proper function.
I'm getting errors even when the #define is just:
({ \
})
"syntax error before ')'" and "unterminated argument list".
It's not possible to have all the arguments as varargs. Also, "ULONG tags ..." is not allowed with C99. C99 only allows "..." but the default GCC compile mode may have a GCCism extension which allows for better type checking. The NetSurf makefile sets C99 mode for compiling perhaps turning off the extension which allows "ULONG tags ..." and restricting varargs use to C99 "...". This would also mean that the os-includes are using GCCisms which are not compatible with C99 and possibly the reason for the tag list bugs. At least for your little test, you could try rewriting as C99 compliant varargs functions. There is more info here:
http://en.wikipedia.org/wiki/Variadic_function
http://en.wikipedia.org/wiki/Stdarg.h
-
It's not possible to have all the arguments as varargs. Also, "ULONG tags ..." is not allowed with C99. C99 only allows "..." but the default GCC compile mode may have a GCCism extension which allows for better type checking.
I think it's fine for a #define, just not for a function, the two work differently. If it wasn't then all the other varargs stub inlines would be broken too.
I've uploaded a version with the libraries built for 68020, to see whether that makes any speed difference.
-
This one seems to almost work with my Amigas. It started quite well until it stopped here :
https://zjolha.bl3301.livefilestore.com/y2p_oTIJO0NUuJ3ccjcUASlWshjv9dsvY9BFZ11bRcqoUdsE1BtTbocsb-8KBFLSAfOcJFsz-ZdWTOEw7vfI4RrOIi0ZlrPby9VnUHKbcdouTpsHWpx1A59Sf5gN1OEqf6N7ZVe4whtDPWAdB7EyxuuBQ/WP_20150301_003.jpg
Few seconds more and computer crashes. Are those .otag fonts outlined fonts? Do I need to remove them?
Second time it also gave me this :
https://zjolha.bl3301.livefilestore.com/y2pYWs2LVj2nr5kyGzs1o5hPC5VLK-DQZxSLVNryGCjNVK7Xx4bSJ4JOCijdMMgwsbW1yesdbjea6mCt-yB1QMFs1OmXs09JJ9-nkMPnPDlMjnhtfB7WA-TsIVb2Eks_bty15b1Je2B3JYSPzldbyEeww/WP_20150301_002.jpg
With Jump RTS I could continue until first error repeated.
-
I think it's fine for a #define, just not for a function, the two work differently. If it wasn't then all the other varargs stub inlines would be broken too.
Most of the other inline defines are assigning registers to arguments which is like a more complete function definition. The NewObject() define is defining a complete function. It's confusing because they are both macros and using the pre-processor makes it more difficult to see what the result is. I still believe there is a small chance that the c99 strict mode (-std=c99) may disable some GCC specific functionality to better conform with the C99 spec. It might work with (-std=gnu99) but it would take some time to test.
I've uploaded a version with the libraries built for 68020, to see whether that makes any speed difference.
The NetSurf archive I downloaded today is 3104254 bytes which is the same as the one I downloaded on February 23. The executable is also the same size.
This one seems to almost work with my Amigas. It started quite well until it stopped here :
That 1st attempt made it pretty far.
Few seconds more and computer crashes. Are those .otag fonts outlined fonts? Do I need to remove them?
The .otag files in FONTS: have some info but the main font data is in FONTS:_Bullet_Outlines. I have many outline fonts installed and everything is working for me. Since I have a working system, let's start by checking your library versions. I am using:
diskfont.library 45.7 (01/26/02)
bullet.library 44.1 (05/01/99)
If the libraries match, you might try creating a font directory somewhere, copying a subset of the fonts you are using now into it and doing an "ASSIGN FONTS: MYHD:fonts" and then use Sys:System/FixFonts. Rebooting should restore your previous FONTS: assignment. It's possible that some corrupt font data or definitions are causing a problem.
-
This one seems to almost work with my Amigas. It started quite well until it stopped here :
https://zjolha.bl3301.livefilestore.com/y2p_oTIJO0NUuJ3ccjcUASlWshjv9dsvY9BFZ11bRcqoUdsE1BtTbocsb-8KBFLSAfOcJFsz-ZdWTOEw7vfI4RrOIi0ZlrPby9VnUHKbcdouTpsHWpx1A59Sf5gN1OEqf6N7ZVe4whtDPWAdB7EyxuuBQ/WP_20150301_003.jpg
Few seconds more and computer crashes. Are those .otag fonts outlined fonts? Do I need to remove them?
Second time it also gave me this :
https://zjolha.bl3301.livefilestore.com/y2pYWs2LVj2nr5kyGzs1o5hPC5VLK-DQZxSLVNryGCjNVK7Xx4bSJ4JOCijdMMgwsbW1yesdbjea6mCt-yB1QMFs1OmXs09JJ9-nkMPnPDlMjnhtfB7WA-TsIVb2Eks_bty15b1Je2B3JYSPzldbyEeww/WP_20150301_002.jpg
With Jump RTS I could continue until first error repeated.
im not sure if i see a difference here, these are errors you have reported last time and if matt is right then the version you downloaded might be still the old one.
what concerns the fonts, this is what i would definitely do. no need to ask, try to narrow down the problem on your own. the log entry is not very clear if the presence or absence of the font is the problem, therefore i expected it to be absence (return value seems to be 0), but maybe too big size may be an issue.
-
... but maybe too big size may be an issue.
I wonder if the size could be an issue on low memory Amigas. Scalable font sizes have to be created when requested unless a size was created with SYS:System/Intellifont and already exists (creating sizes is an option for users with adequate HD space but not enough memory). I wonder how many scalable fonts are opened still with the mapping to bitmap fonts in Choices?
-
yes, but i would expect rather ttf fonts in this respect, like dejavu collection, few 100kb each.
-
I wonder how many scalable fonts are opened still with the mapping to bitmap fonts in Choices?
If you've set the fonts to be bitmap ones, then none :-)
The NetSurf archive I downloaded today is 3104254 bytes which is the same as the one I downloaded on February 23. The executable is also the same size.
I've re-uploaded it. Not sure what happened last time but it should be there now.
Few seconds more and computer crashes. Are those .otag fonts outlined fonts? Do I need to remove them?
Try running FixFonts.
-
I've re-uploaded it. Not sure what happened last time but it should be there now.
It's noticably faster here. NetSurf is done loading from icon in about 5 seconds and amiga.org loads in about 20 seconds. That's pretty good for not having optimizations enabled yet ;).
Edit: There are still some places that are quite slow and some that may get caught in an infinite loop. I am trying to debug what looks like an infinite loop after logging into amiga.org and when being redirected back to the old thread. I see scrollbar_create(), scrollbar_make_pair() and a realloc() that I believe may be in desktop/textarea.c textarea_reflow_multiline()? Did you fix the textarea_scrollbar_callback hook for scrollbar_create()? There are several callback hooks in this vacinity which might be worth looking over. I don't get any hits but I didn't last time there was a hook problem. No hits and no freezes makes for some tough debugging.
Edit2: I strongly believe that the infinite loop is the for loop in textarea_reflow_multiline() which starts with:
for (; len > 0; len -= b_off, text += b_off {
I can see the para_end string is "Reply" and no '\n' (newline) is found. I can't see a function name for nsfont.font_split() but there is a JSR. From there:
it looks like x is 0
(x <= h_extent) skip {}
(x <= avail_width) skip {}
(line <= ta-->lines_alloc_size - 2) skip {}
(para_end != text + b_off) skip {}
(len - b_off > 0) { for loop terminates with (space <= text) before first iteration skip {}, (space == text) skip }
(line > scroll_lines) but (ta->bar_y != NULL) skip the break;
back to the top of the for loop and repeat for infinity
-
It's noticably faster here. NetSurf is done loading from icon in about 5 seconds and amiga.org loads in about 20 seconds. That's pretty good for not having optimizations enabled yet ;).
Cool.
Edit: There are still some places that are quite slow and some that may get caught in an infinite loop. I am trying to debug what looks like an infinite loop after logging into amiga.org and when being redirected back to the old thread. I see scrollbar_create(), scrollbar_make_pair() and a realloc() that I believe may be in desktop/textarea.c textarea_reflow_multiline()? Did you fix the textarea_scrollbar_callback hook for scrollbar_create()? There are several callback hooks in this vacinity which might be worth looking over. I don't get any hits but I didn't last time there was a hook problem. No hits and no freezes makes for some tough debugging.
They aren't AmigaOS hooks, so should be fine.
Edit2: I strongly believe that the infinite loop is the for loop in textarea_reflow_multiline() which starts with:
for (; len > 0; len -= b_off, text += b_off {
I can see the para_end string is "Reply" and no '\n' (newline) is found. I can't see a function name for nsfont.font_split() but there is a JSR. From there:
it looks like x is 0
(x <= h_extent) skip {}
(x <= avail_width) skip {}
(line <= ta-->lines_alloc_size - 2) skip {}
(para_end != text + b_off) skip {}
(len - b_off > 0) { for loop terminates with (space <= text) before first iteration skip {}, (space == text) skip }
(line > scroll_lines) but (ta->bar_y != NULL) skip the break;
back to the top of the for loop and repeat for infinity
Yes, that's the dodgy bitmap font code showing through. The split function isn't working as intended (amiga_bm_nsfont_split() in font_bitmap.c (http://git.netsurf-browser.org/netsurf.git/tree/amiga/font_bitmap.c#n170)). If you disable bitmap (diskfont) fonts the infy-looping should disappear.
-
I have excatly same versions of diskfon and bullet.library that you have.
diskfont.library 45.7 (01/26/02)
bullet.library 44.1 (05/01/99)
No Outline fonts and all (two) .otag fonts removed and fixfonts runned.
No difference.
-
I have excatly same versions of diskfon and bullet.library that you have.
diskfont.library 45.7 (01/26/02)
bullet.library 44.1 (05/01/99)
No Outline fonts and all (two) .otag fonts removed and fixfonts runned.
No difference.
You shouldn't go around deleting .otag files.
What is happening is NetSurf has decided you have a font with no name (probably due to a corrupt font cache, .font file or a bug in my code), so it is trying to read FONTS:.otag. This probably isn't the cause of the crash, as that file open will just fail. There is definitely a problem with the font scanner but I don't really have anything to go on to track it down. If you're using diskfont fonts the scan is irrelevant anyway, as it's for font substitution for characters that aren't in the current font, which isn't possible to do when all your fonts are forced into ISO-8859-1.
You can trick it into skipping the font scan by creating a file "FontGlyphCache" containing the following:
0x0000 "CGTimes"
Put that file in your user directory (PROGDIR:Users/default or whatever) and it won't scan as it'll think it already has.
I'll add something to skip the scan if outline fonts aren't being used.
-
Any progress? A capable 68k solution is sorely needed.
-
Any progress? A capable 68k solution is sorely needed.
I've not done anything further with it. Well, actually, I tried to fix the bitmap font stuff to make line breaks work properly (and get rid of the infy loop), but I just made it worse so gave up.
-
Maybe someone could addvertise Netsurf in EAB? and other Amiga releated sites? Good solution would be if we could fing a more experienced and interested 68k coder.
What would be facts? When starting it reguires only 5mb ram? I requires OS3.5/3.9 maybe it will work with OS3.1 with Reaction installed? It requires AGA or RTG.
What is current state? Is it bog slow or is it "semi useable"?
What is needed by coder? CGI version ??? What are current problems?
-
What would be facts? When starting it reguires only 5mb ram?
Try 32MB. It just about starts with 18MB so it might be possible to get it running with that amount, but I'd suggest the minimum should be 32MB.
I requires OS3.5/3.9 maybe it will work with OS3.1 with Reaction installed? It requires AGA or RTG.
The library versions requested basically ensure that OS3.5+ is required. Maybe it's possible to get it running under OS3.1 but the amount of stuff I've already had to backport is rather high anyway (don't let anybody tell you OS4 isn't much of an improvement over 3.1 - it has so much that makes it far easier to develop for). AGA or RTG, both should work.
What is current state? Is it bog slow or is it "semi useable"?
No idea.
What is needed by coder?
A Linux (V)M to install the m68k toolchain on.
What are current problems?
http://wiki.netsurf-browser.org/Todo/AmigaOS_frontend#OS3_Support
-
Maybe someone could addvertise Netsurf in EAB? and other Amiga releated sites? Good solution would be if we could fing a more experienced and interested 68k coder.
will be hard to force anyone to help, especially it was called for since years and yet none volunteered.
also since there is an sdl version, that is to date stable, much faster and renders correctly it may be hard to motivate anyone for just another frontend.
What is current state? Is it bog slow or is it "semi useable"?
you mean on a real amiga? its "bog slow", i havent tested late version, but i doubt it has much improved. but it isnt a particular problem when testing on winuae, which is the primary thing to do.
i went back trying to get netsurf build under debian, just a generic target for first, i think i have at least almost all dependencies (one might be missing), but there doesnt seem to be utf8proc package available. looks like i need to compile it by hand or something. i just wonder what (major) linux platform do the netsurf people really support for their build system. it seeems much more complicated to build it in comparison to, say, aros and ubuntu seems even less suitable.
-
you mean on a real amiga? its "bog slow", i havent tested late version, but i doubt it has much improved.
matthey's comments were that it was noticeably faster.
i went back trying to get netsurf build under debian, just a generic target for first, i think i have at least almost all dependencies (one might be missing), but there doesnt seem to be utf8proc package available. looks like i need to compile it by hand or something. i just wonder what (major) linux platform do the netsurf people really support for their build system. it seeems much more complicated to build it in comparison to, say, aros and ubuntu seems even less suitable.
The "NetSurf people" use Debian 64-bit.
utf8proc is here: http://git.netsurf-browser.org/libutf8proc.git/
As with all the NetSurf internal libraries, it doesn't get built as part of the toolchain. You need to build those afterwards with make HOST=m68k-unknown-amigaos (I think)
I thought somebody had recently put some cross-compilation instructions for RISC OS up on the wiki (the process is more-or-less identical), but I'm buggered if I can find them.
-
@chris
it made impression that it was noticeably faster, but since i didnt expected it to be usable, i have not tried it after matt did. okay, ill do later.
The "NetSurf people" use Debian 64-bit.
thats good. thx for the link, but i would like to make sure first, netsurf builds at all and produces a working binary.
-
im sorry, i will be away from my studio for a couple of days/weeks, so cant do anything more what concerns amiga hardware, jut might still try to compile under debian on my tablet.
-
I've compiled my sdl version on netsurf's toolchain on ubuntu in VM.
So no ixemul. Noticed that after some browsing it gets major slowdown.
-
I've fixed a lot of bad crashing on startup and other problems, to the point where NetSurf now works - mostly - on an (emulated) AGA machine.
NetSurf post-3.3 ALPHA for AmigaOS 3.5+ (http://homepage.ntlworld.com/cdyoung/tmp/netsurf_os3.lha) (save everything, back up, etc before using!)
Prerequisites: AISS (http://www.masonicons.de) and a PNG DataType.
Some Choices options which might be useful:
friend_bitmap:1 - set to use a friend bitmap. This is usually disabled as I wasn't getting much on screen with it set, but IIRC it was helping with RTG speed so I've made it an option.
window_simple_refresh:1 - set to use simple refresh mode, saves memory
redraw_tile_size_x:100 } change the values as you like, these set the off-screen
redraw_tile_size_y:100 } render buffer size and will save memory (default is full screen)
There are also the bitmap font options, but I can't remember if I ever got those working. Have a look earlier in the thread if you want to try them.
-
Congratulations Chris :) Netsurf start and "works" both of my AGA machines.
a few considerations :
It asks TBImages assign in startup, where should I assign it?
My RTG machine uses chip ram and it is even slover than my 040/AGA
My plain AGA machine "unable to open xxx" where xxx is font name, with prety much every font.
Plain AGA machine Netsurf uses about 13mb ram to start.
But BIG step forward! It works, now those who like to use emulated machine has a useable browser. Now some speed ups and we have a solution for browser problem.
Big thanks for your hard work and patience. If you need any testing I help as much I can with my Limited skils.
-
Even download statusbar works :)
-
Congratulations Chris :) Netsurf start and "works" both of my AGA machines.
Woo-hoo!
a few considerations :
It asks TBImages assign in startup, where should I assign it?
Oops, I should have mentioned that. It needs AISS installed, even if the default theme is selected (not sure why, need to check that). http://www.masonicons.de
My RTG machine uses chip ram and it is even slover than my 040/AGA
Try adding friend_bitmap:1 to Choices.
My plain AGA machine "unable to open xxx" where xxx is font name, with prety much every font.
It should only be using the default CG fonts. Which fonts is it complaining about?
Plain AGA machine Netsurf uses about 13mb ram to start.
That's not bad. I haven't tried this build on my real A1200.
But BIG step forward! It works, now those who like to use emulated machine has a useable browser. Now some speed ups and we have a solution for browser problem.
Big thanks for your hard work and patience. If you need any testing I help as much I can with my Limited skils.
The main speedup will be to fix the GCC/NewObject optimisation problem. That will also allow me to enable JavaScript, which needs optimisation switched on (not that JS does much yet).
-
It should only be using the default CG fonts. Which fonts is it complaining about?
Prety much every font. ie. numerous fonts. :)
Oops, I should have mentioned that. It needs AISS installed, even if the default theme is selected (not sure why, need to check that). http://www.masonicons.de
It doesn't need AISS it just asks it. Works with assign to any place and no complains latter.
-
OK made some test with and without friend_bitmap:1
There is a very visible diffrence how Netsurf displays web page with it enabled and disabled.
With it enabled start page seems to be OK
With it enabled memory use is about 500kb chip ram, without it about 1000kb.
-
Prety much every font. ie. numerous fonts. :)
When it is font scanning, displaying pages, or what?
Maybe a log file will help here. (NetSurf -V RAM:ns.log)
It doesn't need AISS it just asks it. Works with assign to any place and no complains latter.
OK, but it's getting that path from somewhere and it shouldn't be.
OK made some test with and without friend_bitmap:1
There is a very visible diffrence how Netsurf displays web page with it enabled and disabled.
With it enabled start page seems to be OK
With it enabled memory use is about 500kb chip ram, without it about 1000kb.
Which screenshot is which? Is this on RTG?
-
They are named aga / rtg, better looking is rtg
Some new info for few minits.
-
They are named aga / rtg, better looking is rtg
Ah, OK, didn't see the names. I know friend bitmaps don't work properly with AGA, it's why they are off by default.
I may be able to force friend bitmaps on for RTG and off for AGA.
-
Font problem must be something simply? Snoopdos says simply that it fails to open fonts. Looking them from Fonts: ?
Any way, I noticed that without fonts scrolling is smooth, so there is a huge problem with fonts / speed. Or there is other reason for that. :)
-
I've fixed a lot of bad crashing on startup and other problems, to the point where NetSurf now works - mostly - on an (emulated) AGA machine.
NetSurf post-3.3 ALPHA for AmigaOS 3.5+ (http://homepage.ntlworld.com/cdyoung/tmp/netsurf_os3.lha) (save everything, back up, etc before using!)
Does not run on actual classic systems. Well, it sort of does (better than previous versions).
What I did: Unpacked archive and installed contents to RAM:NetSurf. Assigned it there. At this point I still had 54MB of memory free. Loaded NetSurf, it asked for "TBImages" assign, I assigned it to the NetSurf: directory. It opened a "NetSurf Output" window complaining about "unable to open fonts". Main window opened and I got the welcome screen. Tried to load Amiga.org. It consumed nearly byte of available memory. System was still functional and stable, but too slow to be usable (even scrolling up & down the page took 20+ seconds to refresh). Here's what it looked like:
Also I couldn't quit because there was no "close" icon, and not enough memory left to open a pull-down menu, haha. ;)
Edit: Looks like my first two problems were the same utri007 (http://www.amiga.org/forums/member.php?u=929) posted about. Still a big improvement over previous versions, most of which wouldn't even open for me! :)
-
Font problem must be something simply? Snoopdos says simply that it fails to open fonts. Looking them from Fonts: ?
I need the NetSurf log file to track this down. Did you run "NetSurf -V RAM:ns.log"? If so, can you post ns.log somewhere?
Any way, I noticed that without fonts scrolling is smooth, so there is a huge problem with fonts / speed. Or there is other reason for that. :)
Yes; the problem is that outline fonts take bloody ages to render. It's the same on OS4, although that's more to do with plotting to the screen whereas the 68k struggles more with constructing the glyphs.
This is why I was trying to put the option of bitmap fonts back in. They look crap, but at least they are fast.
-
Also I couldn't quit because there was no "close" icon, and not enough memory left to open a pull-down menu, haha. ;)
Try RAmiga-Q.
Open your Choices file (Users/Default/Choices) and put in some of the suggested options from my earlier post - they will cut down memory usage a fair bit.
-
GuideCheck by Guido Mersmann
----------------------------------------------------------------------------
File: 'NetSurf.guide' Type: AmigaGuide-File
The following lines are invalid:
Line 114: Objekt nicht gefunden: '"Users/Default/Choices" link Users/Default/Choices/Main'
Line 326: Falsche Anzahl an Argumenten: 'node Keyboard Controls "Keyboard"'
Line 365: Gefordertes Argument fehlt: 'lindent'
Line 367: Gefordertes Argument fehlt: 'lindent'
Line 371: Gefordertes Argument fehlt: 'lindent'
Line 373: Gefordertes Argument fehlt: 'lindent'
Line 375: Gefordertes Argument fehlt: 'lindent'
Line 380: Command does not start at the begining of the line!
Line 380: Unknown command: 'unsatisfactorysoftware.co.uk'
Line 390: Command does not start at the begining of the line!
Line 390: Unknown command: 'unsatisfactorysoftware.co.uk or any other of the NetSurf developers.'
The following nodes were defined but not referenced:
Line 165: NODE 'Themes'
The following nodes were referenced but not defined:
Node Keyboard : 20
----------------------------------------------------------------------------
Total lines: 392
Unknown commands: 2
-
@polluks
I'll fix those, thanks.
-
Just for curiosity i tried it on my AmigaOS4.1 FE installation, once installed a requester is show and i set: 1680*1050 --> got a crash
Symbol info:
Instruction pointer 0x01810EA0 belongs to module "kernel" (HUNK/Kickstart)
Stack trace:
native kernel module kernel+0x00010ea0
native kernel module kernel+0x000179c0
native kernel module kernel+0x0003301c
native kernel module kernel+0x000137e8
module SetPatch at 0x6FFC8E48 (section 5 @ 0x5E24)
native kernel module kernel+0x00013864
module SetPatch at 0x6FFC8DDC (section 5 @ 0x5DB8)
native kernel module kernel+0x0001d884
native kernel module kernel+0x00058d64
0x5FFB4420 symbol not available
PPC disassembly:
01810e98: 60630eb8 ori r3,r3,3768
01810e9c: 44000002 sc
*01810ea0: 4e800020 blr
01810ea4: 7c641b78 mr r4,r3
01810ea8: 3c600181 lis r3,385
System information:
CPU
Model: AMCC PPC440EP V1.3
CPU speed: 799 MHz
FSB speed: 133 MHz
Extensions:
Machine
Machine name: Sam440EP
Memory: 1048576 KB
Extensions: bus.pci
-
@samo79
Yes, it dies horribly under OS4. I don't know why and I don't care - because of all the updated components it's useless for debugging anyway (not to mention the version checks with embedded #defines checking for OS4, meaning most of the parts that are supposed to do blitting do nothing instead).
-
I have two log files for you. Smaller one stopped for a guru. Bigger one has very weird volume request.
It does something weird to memory?
-
It does something weird to memory?
There is some memory trashing going on I think, although I'm not sure where yet.
Can you check if you have a "FONTS:CGTriumvirate.otag". If not, do you have "FONTS:CGTriumvirate.font"? If you have the latter, the size should be 4 bytes.
edit Actually, I can see your list of fonts and the CG ones aren't there - they should be installed by default. You might need to run IntelliFont and re-install them from FONTS:_bullet_outlines
If you have other outline fonts you can use those instead, but I'm curious as to why you and Oldsmobile_Mike both have them missing when they are part of a basic OS3.1/5 install (and should be part of an OS3.9 install too).
-
Not sure if this is helpful info or not, but I am using diskfont.library version 45.8 (08/30/2010), my ENVARC: font cache is enabled, and I have both FONTS:CGTriumvirate.otag (205 bytes) and FONTS:CGTriumvirate.font (4 bytes) installed.
Running OS3.9 with BB1-4 plus (*ahem*) "a few other patches". I am not running MCP.
If any of that info helps your troubleshooting? Thanks for all your hard work on this! I'll need to find your post about cutting down on the memory usage, haha. ;)
-
Not sure if this is helpful info or not, but I am using diskfont.library version 45.8 (08/30/2010), my ENVARC: font cache is enabled, and I have both FONTS:CGTriumvirate.otag (205 bytes) and FONTS:CGTriumvirate.font (4 bytes) installed.
And you're getting the "Unable to open CGTriumvirate" message?
Can you run "NetSurf -V RAM:ns.log" so I can take a look at the log file? Just want to see if it is tripping over opening the .otag file like utri's is.
(oh yes, and four bytes is correct, not eight, misread the structure definition)
-
My mistake, I didn't have those fonts installed. :( Now when I copied them to Fonts: it doesn't gave that error anymore. My fonts are same size than Oldsmobile_mike has.
No fonts displayed though.
My system is prety much standard BB1/2 though I have 1mb rom with additional filesystem support and best possible scsi.device. MCP and FBLit running.
-
The new version of NetSurf works ok here after making the assign. My RTG results and improvement for friend_bitmap:1 match utri007's results. My system seems stable and my debug setup hasn't caught any MuForce hits or memory problems with loading amiga.org and scrolling around. Visually it looks like the last version with the gfx overwrite and fonts lacking proper spacing. The speed seems similar to the last version.
-
True with friend_bimap:1 it seems to be stable. Without it, it usually starts, but crash quite soon. Seems that with -v or -V it causes more troubles, very random crashes and weird requests, graphics corruption to Window background pattern, etc
-
My mistake, I didn't have those fonts installed. :( Now when I copied them to Fonts: it doesn't gave that error anymore. My fonts are same size than Oldsmobile_mike has.
No fonts displayed though.
Just to be clear, you do have the files in _bullet_outlines and _bullet installed as well?
Can you do me another log file?
MCP and FBLit running.
I'm not sure what MCP does, but FBlit might have adverse effects.
-
I'm not sure what MCP does
I believe it's mentioned somewhere that MCP can interfere with the way the system caches fonts, that's why I mentioned it. ;)
-
I believe it's mentioned somewhere that MCP can interfere with the way the system caches fonts, that's why I mentioned it. ;)
Still waiting for your log file, Mike :)
-
Still waiting for your log file, Mike :)
Working on it now. FYI NetSurf still won't run from hard drive. If I so much as click on the icon or enter it's name from the shell, results in immediate system lock-up or reset. But it runs "fine" from RAM:. Go figure.
Edit: also it would not run with the -V option enabled (even from ram: ). Started to load, did the font-scanning thing, asked for the assign for "TBImages", then locked up the system.
-
Aaargh! It's being especially unfriendly today. Just tried for the 5th or 6th reboot. Got a whole bunch of font errors (the usual ones), then when I tried to resize the window so I could see my title bar, it froze the system again. I get no love from this program! :(
-
A little progress! It consumed 53MB of memory just to load http://www.google.com. And not even with images. On the bright side, at least it's no longer defaulting me to Google-Poland, like the old version was! ;)
-
I notice it asks for those fonts *a lot* (first screenshot). But eventually (when it feels like working) it will load the page (second screenshot, Google search for "amiga"). I didn't get much further than this, it ran out of memory and started giving "Timeout was reached" messages in the Output window.
-
I managed to quit the program and it only returned about 12MB of memory. Not surprisingly, 37MB was still tied up in the cache. ;) This might not be an issue for me if I could get it to run from disk (and put it's cache on disk), but so far I've had zero success with that. :(
-
Okay, last comment for a while, I promise! (I really do, I need to run to the hardware store before it closes). I finally got you a log! I saved it to SYS:, so this time, when it crashed, at least I had something recoverable for you! Enjoy! :)
(note: it crashed during the process of scanning for fonts, before the application had even fully loaded. If I run it without -V, from Workbench, and from the ram disk, it usually runs better than this. That seems to be the "winning combination" for me, right now :) )
-
Not sure if this is helpful info or not, but I am using diskfont.library version 45.8 (08/30/2010), my ENVARC: font cache is enabled, and I have both FONTS:CGTriumvirate.otag (205 bytes) and FONTS:CGTriumvirate.font (4 bytes) installed.
You should be using diskfont.library 45.7 (01/26/02) which is 17536 bytes. Version 45.8 was unofficial and had some unresolved problems. Try using diskfont.library 45.7 and see if it fixes your problems.
-
I can load google with 32mb ram, so there must be something wrong in your setup. Propably BB3/4
I don't belive FBLit or MCP has anything to do problems. I don't use MCP's font options and Netsurf can be promoted to use fast ram, just tried.
-
I can load google with 32mb ram, so there must be something wrong in your setup. Propably BB3/4
Bah. Everybody likes to blame BB3/4. All it is is a collection of updated programs and libraries, anybody can read the changelog for themselves and make or reverse the changes it makes. Today I "updated" my system from 1.0g to 1.0k by going over the changelog (http://amigan.1emu.net/releases/BoingBags3&4.readme), and making sure I'd done all of them. My system is stable except for when testing NetSurf. I will check on that diskfont.library though, because I've heard of issues with it (hence why I mentioned what version I was using).
Not trying to sound like a smartass here, but if a program fails when using the latest versions of libraries and utilities, chances are I don't want to run it. Life is too short to be flipping around libraries and whatnot, just for one program. ;) But, I'll keep playing around with it. Sometimes I like a challenge. :)
Netsurf can be promoted to use fast ram, just tried.
How do you change its cache and memory options? Oh, it uses fast ram on mine, all right. About 53 megabytes worth (most of that as cache), just to load Google! ;)
-
Okay, last comment for a while, I promise! (I really do, I need to run to the hardware store before it closes). I finally got you a log! I saved it to SYS:, so this time, when it crashed, at least I had something recoverable for you! Enjoy! :)
(note: it crashed during the process of scanning for fonts, before the application had even fully loaded. If I run it without -V, from Workbench, and from the ram disk, it usually runs better than this. That seems to be the "winning combination" for me, right now :) )
OK, it looks like it crashed after the font scanning, but because -V with the file redirection tends to buffer in memory, the end of the file is cut off (not your fault - unfortunately redirecting from stderr isn't possible on OS3, so getting NetSurf to write direct to disk is the only option). You can try -v (lowercase), which will output to stderr so we can see where it is crashing.
I think your font "unable to open" problem is that you have a designed bold/italic font defined in an otag file, but the font itself doesn't exist (because the log is from a session which didn't get that far, this is a bit of a guess). I might be able to add a fallback for that condition, and I don't have a clue how to add (or remove) these on OS3 (on OS4, TypeManager has the options to do it, I don't recall the same in Intellifont but it might have them).
Not trying to sound like a smartass here, but if a program fails when using the latest versions of libraries and utilities, chances are I don't want to run it. Life is too short to be flipping around libraries and whatnot, just for one program. ;) But, I'll keep playing around with it. Sometimes I like a challenge. :)
Well, I did say it was alpha, with a big warning about saving everything :)
How do you change its cache and memory options? Oh, it uses fast ram on mine, all right. About 53 megabytes worth (most of that as cache), just to load Google! ;)
In users/Default/Choices (might be users/something-else/Choices) you can set:
disc_cache_size:0
That will disable the disk (disc) cache. If you've been running the installer, you'll find it creates the Choices file for you with a couple of entries, so it should be easy to find before you run it.
What filesystem are you using? I'd like to know why it is crashing when on HDD.
It might be worth trying it on HDD again with the disk cache disabled, in case it is that causing it.
-
What filesystem are you using? I'd like to know why it is crashing when on HDD.
It might be worth trying it on HDD again with the disk cache disabled, in case it is that causing it.
Great! I should have time to check out that Choices file tonight. I managed to get into the preferences within the program (through one of the pull-down menus), and found all the tabs were blank! ;)
Oh, and I should've mentioned file system! This is exactly what I was thinking, only I was too busy rambling about other stuff to put it into words. I'm running the latest version of PFS3-AIO from Aminet (http://aminet.net/package/disk/misc/pfs3aio), and I would bet good money that NetSurf and PFS3 are not getting along. That's why it "almost always" runs from RAM:, but crashes immediately when trying to run from disk. If I were a detective, I'd say I think we found a clue. ;)
-
Great! I should have time to check out that Choices file tonight. I managed to get into the preferences within the program (through one of the pull-down menus), and found all the tabs were blank! ;)
Be grateful the tabs are there at all - I'd only recently fixed them. Haven't got round to figuring out what is wrong with the tab contents yet.
Oh, and I should've mentioned file system! This is exactly what I was thinking, only I was too busy rambling about other stuff to put it into words. I'm running the latest version of PFS3-AIO from Aminet (http://aminet.net/package/disk/misc/pfs3aio), and I would bet good money that NetSurf and PFS3 are not getting along. That's why it "almost always" runs from RAM:, but crashes immediately when trying to run from disk. If I were a detective, I'd say I think we found a clue. ;)
Yep, and the disk cache is the only bit which is likely to do any slightly odd file operations, so it'll likely work with it switched off.
-
Great! I should have time to check out that Choices file tonight. I managed to get into the preferences within the program (through one of the pull-down menus), and found all the tabs were blank! ;)
Oh, and I should've mentioned file system! This is exactly what I was thinking, only I was too busy rambling about other stuff to put it into words. I'm running the latest version of PFS3-AIO from Aminet (http://aminet.net/package/disk/misc/pfs3aio), and I would bet good money that NetSurf and PFS3 are not getting along. That's why it "almost always" runs from RAM:, but crashes immediately when trying to run from disk. If I were a detective, I'd say I think we found a clue. ;)
Problem is not a filesystem, I have excatly same both of my Amigas, so no problem there.
-
Oh, and I should've mentioned file system! This is exactly what I was thinking, only I was too busy rambling about other stuff to put it into words. I'm running the latest version of PFS3-AIO from Aminet (http://aminet.net/package/disk/misc/pfs3aio), and I would bet good money that NetSurf and PFS3 are not getting along. That's why it "almost always" runs from RAM:, but crashes immediately when trying to run from disk. If I were a detective, I'd say I think we found a clue. ;)
I am also using PFS3 without problems. It doesn't help memory usage as more memory is required for buffers but it makes the font scanning much faster.
-
@chris
Rather than conditional preprocessor statements for the AISS assign under OS3, how about turning off requestors while accessing the assign?
ULONG req_off (void)
{
/* Turn off AmigaDOS requestors. */
struct Process *myprocess;
APTR oldwindowptr;
myprocess = (struct Process *)FindTask(NULL);
oldwindowptr = myprocess->pr_WindowPtr;
myprocess->pr_WindowPtr = (APTR) -1;
return (ULONG)oldwindowptr;
}
void req_on (ULONG oldwindowptr)
{
/* Turn AmigaDOS requestors back on. */
((struct Process *)FindTask(NULL))->pr_WindowPtr = (APTR)oldwindowptr;
}
...
ULONG oldwindowptr = req_off ();
if ((filehandle = fopen (filename, "r")) == 0)
fprintf (stderr, "Warning: couldn't open %s\n", filename);
req_on (oldwindowptr);
...
Shouldn't this work under AmigaOS 4 also?
-
Problem is not a filesystem, I have excatly same both of my Amigas, so no problem there.
Well dog-gonnit, and here I thought maybe we were on to something. :(
Today's experiments:
- Edited the Users/Default/Choices file to add the line: disc_cache_size:0
- Tried to load NetSurf from my default location (SYS:Internet/NetSurf). System accessed the disk for a fraction of a second, then became completely unresponsive (mouse pointer wouldn't move, etc.). Had to give it the three-finger salute.
- Copied the NetSurf directory to my Fat95-formatted SD card, assigned it, and tried to run it from there. System accessed the disk for a fraction of a second then Guru'd. So this pretty much confirms it's not a strictly a PFS issue.
- Copied the NetSurf directory to RAM: and assigned it there. Program loaded with "the usual problems" (asking for TBImages: assign, where is that supposed to be, anyway? and a million font errors).
Disabling the cache had a huge effect on my available memory - I was able to load www.google.com (http://www.google.com) and still have 46MB free. Before disabling that the program would consume every bit of memory I had. So, thanks for that tip! Maybe I should try setting it to something reasonable, like 10MB or so?
Also I'm still not getting images. I got them before with one of the previous builds. Does NetSurf not like the WarpDT datatypes?
Conclusion: NetSurf clearly doesn't like something on my system, and it appears to be specifically disk-related. Could be my version of GVP ROM. Could be my SCSI card reader, or some setting therein (MaxTransfer, Mask, etc.). Could be my accelerator, since that provides the SCSI interface. Could be some pecularity with my install of PFS3, or the way I have my drives partitioned.
Hell, it could still be something completely off-the-wall like my graphics card or screenmode, or a library somewhere, or even the particular version of Miami I'm using or the fonts I have installed, or my USB stack, or one of my various "speedup patches". Heh. It's a mystery why everything else works fine, I can browse with IBrowse, etc., but NetSurf throws a fit. Oh well, I'll keep poking at it! I suspect if we ever figure it out, it'll turn out to be something really dumb. ;)
Side note - is there an option setting to make it open not full-screen? I like to see my available memory at the top, haha. :)
-
Oh, looks like I spoke too soon about the images. amiga.org gives them. Well, sort of. ;)
-
Unrelated side-note: NetSurf does not seem to close cleanly. After exiting the application, I am unable to delete the following files (screenshot attached). Says they are still in use. Obviously not a huge issue, but just FYI. ;)
-
Seems that my other Amiga has a font problem, but that is not a netsurf fault. :(
Yes There is a both _bullet_otuline and _bullet
Anyway intellifont doesn't run. Snoopdos tells that first it stopped civilization fonts assign add, I commanted them out, after that it stopped to CGTriumvirate.otag removed it (I aadded it yeasterday) after that it stopped to CGTimes.otag, removed that. After those Intellifont run some time and stop, without any usefull information. Can I just copy content of fonts folder from my other machine wich has all working?
-
Oh, looks like I spoke too soon about the images. amiga.org gives them. Well, sort of. ;)
That is what most RTG users get without friend_bitmap:1 in Choices which gives an improvement. AGA/ECS seems to have problems with friend_bitmap:1 (interleaved bitmap problem?).
Unrelated side-note: NetSurf does not seem to close cleanly. After exiting the application, I am unable to delete the following files (screenshot attached). Says they are still in use. Obviously not a huge issue, but just FYI. ;)
You wouldn't be able to delete the directory if this is where you assigned TBImages but you should be able to delete the files inside the directory.
-
OK I got font problem sorted out, I don't know how did I fix inttellifont and fixfonts together, but now fixfonts run. It has excatly same font folder than my other machine who doesn't say anything about fonts.
Picture is from my 040/32mb/Plain AGA machine. Now it start font errors much latter and it does anytime I do anything with netsurf, like resizing window, scroll down etc. With friendly_bitmap:1 there is no these problems on my RTG machine.
-
Thanks! Adding friend_bitmap:1 to the Choices file does seem to have improved rendering (screenshot attached).
Any idea what are the parameters for disc_cache_size:? I wanted to set it to a moderate size, 10MB. I entered "10000" in the field, assuming it was in KB, but it promptly used up 100% of my available memory. So I tried "1000" in the field, and it still used up all of my available memory. (I am still running it from RAM:, I just wanted to be generous and give it a little more, haha)
On the bright side, the Right-Amiga+Q key combination does work to quit the application when it's run completely out of memory. ;)
-
Any idea what are the parameters for disc_cache_size:? I wanted to set it to a moderate size, 10MB. I entered "10000" in the field, assuming it was in KB, but it promptly used up 100% of my available memory. So I tried "1000" in the field, and it still used up all of my available memory. (I am still running it from RAM:, I just wanted to be generous and give it a little more, haha)
It's in bytes, but there's no point if you're running from RAM: - there's an in-memory cache which will be more efficient (which I think is memory_cache_size and defaults to 10MB, might be misremembering though)
-
Unrelated side-note: NetSurf does not seem to close cleanly. After exiting the application, I am unable to delete the following files (screenshot attached). Says they are still in use. Obviously not a huge issue, but just FYI. ;)
That's a bitmap.image caching issue. It always does that.
Side note - is there an option setting to make it open not full-screen? I like to see my available memory at the top, haha. :)
window_width and window_height. window_x and window_y will be the position of the window, so you might need to adjust those too (I think it defaults to just below the screen title bar though).
Global options are here: http://git.netsurf-browser.org/netsurf.git/tree/desktop/options.h
-
@chris
Rather than conditional preprocessor statements for the AISS assign under OS3, how about turning off requestors while accessing the assign?
[...]
Shouldn't this work under AmigaOS 4 also?
Should do, but the accessing of TBimages was only relevant for OS4.1FE so there's no point in compiling it in. I've bypassed it completely in this build (well, next build) and conditionally bypassed it if gadtools is too old.
-
New build up, same place (see http://www.amiga.org/forums/showpost.php?p=794001&postcount=569).
This fixes TBimages: and won't whinge about fonts unless they're critical.
Probably no other changes.
I was going to have a nose at the prefs GUI but I haven't had time.
-
Tested works just like you said. No font whining and no TBImages requester.
-
I made some testing, memory usage seens to be promising, check picture. It also frees memory after quiting.
Probelm with previous pages seen through is not just perivious pages. If I move Amiga.org, some previous parts can seen through. Tested with blank start page.
Fixed font problem seems to made it more stable with my AGA machine. Resizing window doesn't lock Computer any more.
-
Probelm with previous pages seen through is not just perivious pages. If I move Amiga.org, some previous parts can seen through. Tested with blank start page
a long standing bug i see.. im not sure how much further testing makes sense as long as it isnt fixed.
how is currently the speed comparison to sdl netsurf68k by arti?
-
...
Prerequisites: AISS (http://www.masonicons.de) and a PNG DataType.
...
Hmmm - following the AISS-link I found a download-link for aiss419.lha.
Unfortunately the site does not tell anything about the requirements.
Is aiss419.lha the latest version for OS 3.x?
Or is it for AmigaOS 4.x?
Just in case the aiss419.lha archive is for OS 4.x:
I already have the AISS 2.0 archive - would that be sufficiant for Netsurf?
-
I've fixed a lot of bad crashing on startup and other problems, to the point where NetSurf now works - mostly - on an (emulated) AGA machine.
NetSurf post-3.3 ALPHA for AmigaOS 3.5+ (http://homepage.ntlworld.com/cdyoung/tmp/netsurf_os3.lha) (save everything, back up, etc before using!)
...
Chris,
I`m a bit confused:
I`ve downloaded both - the version of August 16th and the version you uploaded a few days later. While the version I downloaded first seems to be for OS 3.x, the one I just downloaded seems to be for OS 4.x only.
This is what the ReadMe of the version of August 16th says (archive name: netsurf_os3.lha; download date: August 20th, 2015):
"Short: CSS capable web browser
Uploader: arturjarosik@gmail.com (Artur Jarosik)
Author: NetSurf contributors (Amiga-68k port by Artur Jarosik)
Type: comm/www
Version: 3.1
Relpaces: comm/www/netsurf-m68k.lha
Architecture: m68k-amigaos >= 3.0.0
...
Requirements:
=============
* AmigaOS 3.x
* Picasso / CGX compatible graphic card.
* 32 MB Ram (64MB for complex sites).
* 68020+ CPU with FPU, for usable speed 68060 or emulator is required.
* OpenURL for mailto:.
Optional:
--------
* FFplay in C: for video/audio streaming & youtube playback (see Aminet)
* Mount TCP: for getvideo (see Assigns file)
"
And this is what the ReadMe of the version I just downloaded from the same link says (archive name: netsurf_os3.lha; download date: September 2nd, 2015):
"Short: Fast CSS capable web browser
Uploader: chris@unsatisfactorysoftware.co.uk (Chris Young)
Author: NetSurf contributors (OS4 port by Chris Young)
Type: comm/www
Version: 3.4
Architecture: ppc-amigaos >= 4.0.0
This is NetSurf 3.4 for AmigaOS 4.
For the latest version, visit http://www.netsurf-browser.org
Can you please advise which version I should try?
I also visited http://www.http://www.netsurf-browser.org/downloads/amiga/ for the latest version, but all I found there was:
" NetSurf 3.2 for AmigaOS (5.9MB) 30 Aug 2014
Requires: AmigaOS 4 "
-
Dandy version you downloaded is Arthurs's version, wich uses SDL and Framebuffer frontend. Frambuffer version of Netsurf is meant to be used debuggin and NO GUI systems like a DOS. It has never meant to be used like Arhur does with it. It lacks many essential features, as it doesn't have a GUI.
Chris version of Netsurf is based to Amiga OS4 sources, Chris maintains OS4 version. It has native GUI (Reaction) and all the features wich Netsurf has. (menus, tabs etc.)
I very much doubt that you downloaded Arthurs version from Chris link. Maybe you downloaded it from Aminet?
-
Dandy version you downloaded is Arthurs's version, wich uses SDL and Framebuffer frontend. Frambuffer version of Netsurf is meant to be used debuggin and NO GUI systems like a DOS. It has never meant to be used like Arhur does with it. It lacks many essential features, as it doesn't have a GUI.
Chris version of Netsurf is based to Amiga OS4 sources, Chris maintains OS4 version. It has native GUI (Reaction) and all the features wich Netsurf has. (menus, tabs etc.)
I very much doubt that you downloaded Arthurs version from Chris link. Maybe you downloaded it from Aminet?
Well, I downloaded it from the link on Amiga-News.de (http://www.amiga-news.de/de/news/AN-2015-08-00045-DE.html) both times.
cgutjahr told me, that Chris updated the archive 5 days after the news item, the link being the same.
EDIT:
Do you have information regarding the version of AISS (see my first posting #625 today)?
-
EDIT:
Do you have information regarding the version of AISS (see my first posting #625 today)?
I saw that and was confused about it, as well. To a layman, one of the things I struggled with is the lack of documentation on this project. Not to say that Chris isn't doing great work, the browser definitely works on classic systems, but obviously it's not without issues. It's a big project for just one guy.
Anyhow, if you're trying to run this on a classic system you need to download the version from this thread, AISS is not required (at least I didn't need to install it, I'm running OS3.9 + BB1-4 + WarpDT's). Just unpack the archive, run the installer, it installs to a directory, assign NetSurf: to point that directory, and run it from the icon. You'll probably want to play around with the config options, there's a a few tips on those buried somewhere in this thread, haha.
Good luck, post a screenshot when you get it running! :)
-
To a layman, one of the things I struggled with is the lack of documentation on this project.
of course its beta stage. therefore up to date documentation isnt a priority of course. if someone can program this much someone else should be able to read through few pages of the thread.
-
if someone can program this much someone else should be able to read through few pages of the thread.
By "a few" you mean 32 pages and 630 comments, right? :laughing:
-
I saw that and was confused about it, as well. To a layman, one of the things I struggled with is the lack of documentation on this project.
I might be tempted to put a sort of documentation together, once I really got Netsurf running on my towered Amiga4000 PPC.
Not to say that Chris isn't doing great work, the browser definitely works on classic systems, but obviously it's not without issues. It's a big project for just one guy.
Chris does a humdinger of a job!
Anyhow, if you're trying to run this on a classic system you need to download the version from this thread,
O.K. - just did that.
But it seems I'm going round in circles, as the ReadMe of this archive says again:
"Short: Fast CSS capable web browser
Uploader: chris@unsatisfactorysoftware.co.uk (Chris Young)
Author: NetSurf contributors (OS4 port by Chris Young)
Type: comm/www
Version: 3.4
Architecture: ppc-amigaos >= 4.0.0
This is NetSurf 3.4 for AmigaOS 4.
For the latest version, visit http://www.netsurf-browser.org
..."
I want the version for OS 3.9 - not the OS 4.x version!
AISS is not required (at least I didn't need to install it,
Hmmm - if AISS is not required - why did Chris write:
Prerequisites: AISS and a PNG DataType.
In his posting #572 Chris even wrote:
Oops, I should have mentioned that. It needs AISS installed, even if the default theme is selected (not sure why, need to check that). http://www.masonicons.de
Well, I have all the WarpDatatypes installed - including a PNG datatype, but I'm not sure about which AISS version to use (see my first posting #625).
Is the linked AISS version (aiss419.lha) for OS 3.x or is it for OS 4.x?
Unfortunately I cannot check its "ReadMe" here from work, as all I get is:
"This Website has been blocked
Information Security Policy 8.1.3.F Acceptable use of assets (a) Data access and resource privileges
Access to this web site (http://www.masonicons.de/) has been blocked because the website category "Uncategorized URLs" is not allowed."
I'm running OS3.9 + BB1-4 + WarpDT's).
I'm running OS 3.9+BBs1-2/WarpOS 16.1. My TCP/IP stack is MiamiDX.
My hardware is:
A4000 with CyberstormPPC (50/200 mHz, 128 mB); MediatorPCI with Voodoo4, Terratec 512i digital and 10/100 mBit NIC in Zorro III; Deneb USB 2.0 highspeed in Zorro III.
Just unpack the archive, run the installer, it installs to a directory, assign NetSurf: to point that directory, and run it from the icon.
I certainly will, once I know where to get the latest OS 3.x version (the version linked for download here in this thread seems to be for OS 4.x, at least according to the ReadMe) and once the AISS issue is resolved...
You'll probably want to play around with the config options, there's a a few tips on those buried somewhere in this thread, haha.
LoL
But first let me get the stuff properly installed... :)
Good luck, post a screenshot when you get it running! :)
Will do, but I'm afraid I will need more help to get it running...
-
Don't care what readme says, it is OS3.5/9 version. Chris just hasn't changed it to readme.
Current version doesn't require AISS and neither didn't previous version. I just required assign. Worked with TBImages assigned anywhere.
Maybe you could addvertice this to German forums, Chris needs a help. Maybe someone there couold have interest help him.
Tips
With AGA systems just install an run
With RTG systems open Users/Default/Choices add friend_bitmap:1 to it
-
Maybe you could addvertice this to German forums, Chris needs a help. Maybe someone there couold have interest help him.
what kind of help it is, you think he needs? because if you mean testing, there is already competent feedback in this thread, perticularly matthey. but if you mean programming, chris has asked around here for years. i cant think of anybody on german or polish forums who could help much more with it. perhaps i would rather try eab. but altogether there are hardware experts, there are some asm coders, but when it comes to huge c projects, you can count the candidates on one hand even when it comes to amiga ng offshots. one to consider might be artur, the autor of sdl port, but so far i remember he is aware, and if he could, he would.
-
Is the linked AISS version (aiss419.lha) for OS 3.x or is it for OS 4.x?
these are just images afair, its no matter for what system it is.
Will do, but I'm afraid I will need more help to get it running...
or you may consider to wait till its more complete and comes with all documentation you wish. i have not tried it lately, but i doubt it is currently satisfactory for regular user.
-
Don't care what readme says, it is OS3.5/9 version. Chris just hasn't changed it to readme.
Current version doesn't require AISS and neither didn't previous version. I just required assign.
Thanks for the quick reply. I'll give it another try tonight.
Worked with TBImages assigned anywhere.
Now you got me!
WTF is "TBImages"???
Maybe you could addvertice this to German forums, Chris needs a help. Maybe someone there couold have interest help him.
Yes, of course, I can do that.
Just tell me what requirements those have to meet that want to help/contribute.
Tips
With AGA systems just install an run
With RTG systems open Users/Default/Choices add friend_bitmap:1 to it
Thanks for the tip (but I don't think I will ever use AGA again - my eyes are bad enough now... ;) )!
-
Now you got me!
WTF is "TBImages"???
I don't think anyone knows. ;)
With older builds it was an issue every time you started the program it would ask for the assign "TBImages:". I would just assign it where ever, like pointing to the program directory, it didn't seem to make a difference. In any case, sounds like it's been fixed now so it's not something you'll need to worry about. :)
Edit: oh, and +1 to the tip about friend_bitmap:1. Made a big difference for me! :)
-
Ignore AISS, it doesn't need it (I'd edit my previous post but it won't let me). Ignore the readme, the package is created from the OS4 sources so that's what the readme says it needs. friend_bitmap probably isn't needed now either, I think I forced that on for RTG in the latest build.
Just tell me what requirements those have to meet that want to help/contribute.
The main thing right now is fixing the optimisation bug in GCC. It optimises away NewObject's taglist which means I can't build with optimisations on, which makes it slower and means there's no Javascript.
Other than that, general optimisation and bug-fixing in C, especially wrt rendering. I'm happy to slot hand-crafted 68k asm in if somebody wants to write it!
-
Well, I downloaded it from the link on Amiga-News.de (http://www.amiga-news.de/de/news/AN-2015-08-00045-DE.html) both times.
cgutjahr told me, that Chris updated the archive 5 days after the news item, the link being the same.
I'm rather puzzled that this has become a news item. At least it acknowledges the alpha status and the confusion with Artur's fork having the same name.
-
...
With older builds it was an issue every time you started the program it would ask for the assign "TBImages:". I would just assign it where ever, like pointing to the program directory, it didn't seem to make a difference. In any case, sounds like it's been fixed now so ...
Thanks for the info, mate!
-
The main thing right now is fixing the optimisation bug in GCC. It optimises away NewObject's taglist which means I can't build with optimisations on, which makes it slower and means there's no Javascript.
There are 2 logical solutions to the optimization bug.
1) Change the compiler version or compiler to one without the bug.
2) Isolate the buggy optimization and disable it (with command line switch).
Either would take some time but there should be a significant difference between -O0 and -O2.
-
Ignore AISS, it doesn't need it (I'd edit my previous post but it won't let me). Ignore the readme, the package is created from the OS4 sources so that's what the readme says it needs. friend_bitmap probably isn't needed now either, I think I forced that on for RTG in the latest build.
Thanks for clarification, Chris!
The main thing right now is fixing the optimisation bug in GCC. It optimises away NewObject's taglist which means I can't build with optimisations on, which makes it slower and means there's no Javascript.
Other than that, general optimisation and bug-fixing in C, especially wrt rendering. I'm happy to slot hand-crafted 68k asm in if somebody wants to write it!
I e-mailed cgutjahr at amiga-news.de and told him what kind of help you need. It`s up to him to decide if I should open a thread for it or if he makes a news item of it. We will see...
-
I'm rather puzzled that this has become a news item. At least it acknowledges the alpha status and the confusion with Artur's fork having the same name.
:D
From this you can see how desperately a decent browser for classic AmigaOS is awaited...
;)
-
Finally 3.4 Dev2 is here!
* added libnix build (beta). Uses system math libraries.
* added Messages translations support
* added pasting text into search bar
* added utf8 charset into bookmarks
* added scale_aga option to use own website scaling in aga mode
* implemended resource loading from OS4 version by Chris Young
* improved options opening and switching to Workbench in AGA version
* updated to newest sources
* added warp_mode for clib. Uses 100% cpu for more speed
* fixed buttons highlighting (more than one stayed highlighted)
* fixed OpenURL handling
* set default net_player to Ampilfier
* reenabled disc cache
* created github repository at https://github.com/arczi84/NetSurf-68k
NetSurf-m68k-3.4-Dev2.lha (https://dl.orangedox.com/i34N5OT6UGKHUfTZGx/NetSurf-m68k-3.4-Dev2.lha) (AGA builds included)
-
Wow! nice work. This will become the 68k standard I think, keep up the excellent job you guys are doing! 68k revival? Patiently waiting.
-
posting from clib aga version. text not properly visiable at input. need to scroll down and up. needs to be tested on real hardware. good work so far though!