 |
|
| Add-ons problem. |
|
|
By BGA - Posted on March 7, 2004 - 19:21:46 (#11363)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
If any of you guys is using the Firefox BONE build (the one that does not need a script to run) you probably have hit (or will hit) a serious bug that is triggered when the global 32 Mb add-on limit is reached. There is an easy solution that will "fix" Firefox and I will describe it bellow.
What happens is that there are several *.so files in the components dir that end up being loaded as add-ons when they should not (as they are really big). There was a workaround for this problem implemented for Mozilla but, somehow, the file locations are messed up in Firefox.
So, the fix: Move *ALL* *.so files from the components dir to the libs dir (the one inside the Firefox dir). Then move açç *.so.stub files in the lib dir to the components dir.
That will get Firefox working like a charm. Now if only it had printing support and Drag and Drop...
-Bruno
|
|
| Re: Zenja |
|
|
By tb100 - Posted on March 6, 2004 - 12:13:29 (#11345)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
That's annoying, it works fine here for me.
Could you try starting mozilla from a terminal, after export "MALLOC_DEBUG=10"?
eg:
$ export MALLOC_DEBUG=10
$ cd /boot/path/to/mozilla
$ mozilla
and see if it crahes right away on theage.
Then try going directly to http://www.theage.com.au/ad/breaking_news_gif/age_bnflash.gif, and see if that also crashes straight off.
Cheers
|
|
| Sources |
|
|
By tqh - Posted on March 6, 2004 - 10:15:38 (#11343)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
The sources are from CVS, both netserver and BONE. We apply patches, which are posted to bugzilla.mozilla.org or announced at http://www.livejournal.com/community/bezilla
Building instructions can be found here:
http://wiki.bebits.com/page/BuildingFirebird
|
|
| Re: tb100 |
|
|
By zenja - Posted on March 6, 2004 - 01:51:08 (#11342)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Simon, I tried your new library (libgfx_beos.so) with www.theage.com.au, and it still crashes when you scroll down.
loading symbols
segment violation occurred
_free_internal:
_free_internal:
+0099 ec062299: * 040a748b movl 0x00000004(%edx,%ecx,1), %esi
firefox:
|
|
| Still lurking.... |
|
|
By verranm - Posted on March 5, 2004 - 23:11:05 (#11339)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Sergei,
You kick ass! MANY MANY thanks for all the work you've put in.
I pronounce you a BeOS Saint for what its worth!
All the best,
Matt (M)
|
|
| Sources for bone version |
|
|
By ljr - Posted on March 5, 2004 - 23:09:12 (#11338)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
The "firefox" build uses sources from Mozilla CVS ?
Or is there any depot for these builds (bone ones) ?
|
|
| Firefox & UniversalScroller/ Netpositive imported bookmarks |
|
|
By a.a.p. - Posted on March 3, 2004 - 23:30:12 (#11323)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
I use this to get rid of doubleclicking:
http://www.bebits.com/app/1359
But unfortunately, I have to return settings to normal otherwise in FireFox the "File, Edit, View, Go" etc. toolbar menu's don't expand on mouseclick.
Also, imported bookmarks from Netpositive don't function (with regular mouseclick-settings, of course) I can click on them, but nothing happens.
|
|
| New BONE-build? + hangs after re-activation |
|
|
By Hugh - Posted on March 3, 2004 - 00:04:52 (#11300)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Is there a BONE-build with the same patches and changes as the net_server one (28/02 vs. 18/02) - mainly the caret-fix would be very appreciated...
Another problem is re-activation of the Firefox-task after hiding the window - this also happens in Windows BTW: the window takes sometimes ages to redraw, and after some time, Firefox consumes 99% CPU and hangs (but the download-thread still works:)
brg,
Hugh
PS: Despite of this, I'm using Firefox as my MAIN browser now and I'm very happy with it..!
|
|
| Re: zenja |
|
|
By tb100 - Posted on March 1, 2004 - 19:00:24 (#11288)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Looks like the server is down :(
Email me and I'll send you the file. Email simonREMOVEALLCAPITALLETTERStaylor2@THESEONESTOOgawab.com
|
|
| Re; tb100 |
|
|
By zenja - Posted on March 1, 2004 - 12:49:11 (#11287)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
|
| lib for zenja |
|
|
By tb100 - Posted on February 29, 2004 - 12:00:44 (#11273)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Hi Zenja,
Can you test with this replacement lib and let us know if it fixes the problem for you? It seems to for me.
http://si-msn.port5.com/libgfx_beos.so.zip
Replace the one in mozdir/components with this one.
|
|
| Re: tb100 and Zenja. |
|
|
By s_d - Posted on February 28, 2004 - 22:55:43 (#11270)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
I think it is old known thing, if this is related to gif.
I fixed that in old JetGFX code, i suppose.
At moment it should be fixed in same nsImageBeOS performance bug, where we will fix DrawTile.
Problem is that method DrawToImage dealing with gif-animation, is super-outdated.
To tb100 - just get code except first and last line from nsImageGTK.cpp:DrawToImage(), replace BeOS version with it, and see, if it still crashes.
Here it don't crash.
To Zenja. I think i included that code occasionaly in some of latest mozilla-bone. So you can test those, may be you'll have lack and your version appear non-crashing
|
|
| Re: zenja |
|
|
By tb100 - Posted on February 28, 2004 - 22:29:50 (#11269)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
I have been trying to find the source of the problems on theage.com.au today - I think I've got somewhere now.
The breaking news GIF is rather weird (http://www.theage.com.au/ad/breaking_news_gif/age_bnflash.gif) - NetPositive draws it wrongly, Anime crashes trying to open it. It looks as though the overall height is defined wrongly. Somewhere in mozilla this isn't checked, thus it writes into memory that wasn't allocated, and next time you need anything from that memory, you'll get a crash.
Running with MALLOC_DEBUG=10, mozilla crashes instantly after loading the graphic, and the debugger has a message saying that writes have been done to memory after the allocated area.
I'm just going to boot windows to do more invesigation into that graphic.
|
|
| Old problem |
|
|
By zenja - Posted on February 28, 2004 - 02:10:02 (#11265)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
With the latest version of Firefox (27/02/2004) under Zeta RC1-SP2, whenever I visit www.theage.com.au (one of the biggest newspapers in Australia) and scroll down, Firefox used to crash, now it just quits without a warning or anything.
|
|
| Re: FireFox breaks add-on memory system |
|
|
By tqh - Posted on February 27, 2004 - 18:24:25 (#11261)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
That's the memory leak. It uses up all memory with create_area (probably in Bitmaps). It's not Firefox specific but due to an patch that was not perfect. I think it's fixed now in Mozilla.
|
|
| FireFox breaks add-on memory system |
|
|
By m_eiman - Posted on February 27, 2004 - 17:54:20 (#11260)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
I've had a similar problem: after running FireFow (and quiting it, so it shouldn't be using any resources), the IM Kit fails to load add-ons. Seems like Firefox does something evil to the memory subsystem.
It's never happened with the Mozilla builds I've used, so it -seems- to be Firefox specific
|
|
| Just tried new Mozilla |
|
|
By Jess - Posted on February 27, 2004 - 12:29:47 (#11259)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
New Mozilla has the race thing again. Windows just go insane, any idea on how long till the next Firefox. I'm really looking forward to a stable build. I'm also curious about when you say it ate up resources. Ram wise I never see anything abnormal here with it but ever since I started using it I have wierd problems that seem to happen once & then not again. Last one was after using Firefox CL-Amp freaked up saying it couldnt find it's plug-ins & a reboot fixed it fine. I don't have these odd errors as long as I don't run Firefox so I wonder what it B do'n ;)
|
|
| Latest build |
|
|
By tqh - Posted on February 26, 2004 - 21:52:08 (#11251)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Latest build had a nasty memory bug that kept stealing resources. Mozilla changed around a lot of make-files and we are trying to catch up and get everything working on BeOS again so we are quite buzy. In other news, the annoying cursor-problem should be fixed in next build. ( Not thanks to me though)
|
|
| Odd problems and thanks for your work!!! |
|
|
By Jess - Posted on February 26, 2004 - 21:06:16 (#11250)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Hey,
just wanted to drop a few notes & ask a few questions.
I've really liked the newest firefox even though I've had lots of problems. I just wanted to ask if these where known & being looked at. I have had fire fox die by;
- Starting it returns a crash (General OS error) on something in the crome folder - sorry I didnt jot it down & it only happened one day - only fix found - reboot
- Starting Firefox returns no home page. The browser can not nor will it attempt to find any page. Restarting the browser does not help - only fix found - reboot
- Downloading more then two items locks up the Deskbar and Tracker. Locks up all three (Deskbar Tracker and Firefox) - only fix found - kill all three & restart the process's
I have no issues with bookmarks as I see some are having but I just had yet another NEW error now & it looks like again a reboot is going to be the only fix.
loading symbols
segment violation occurred
nsJSContext::DOMBranchCallback(JSContext *, JSScript *):
DOMBranchCallback__11nsJSContextP9JSContextP8JSScript:
+0021 ebf3e7b1: * 28408b movl 0x00000028(%eax), %eax
firefox:
Thanks for your work guys!!!
|
|
| Add bookmarks |
|
|
By tqh - Posted on February 23, 2004 - 22:34:26 (#11207)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
We have a temporary patch for bookmarks, so bookmarks should be usable.
|
|
| Add-on problem here too! |
|
|
By Hugh - Posted on February 23, 2004 - 21:27:02 (#11203)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
I also experienced the add-on-problem with MailDaemon-Replacement that Bruno described!
Also, the settings seemed to be corrupted, as the Preferences would only partially show up and behaved really strange (named filters were renamed to "Match header" etc.)
So now I know what it was...
I thought my BFS-disk was a bit dizzy, so I did a chkbfs, and rebooted, then the problem was solved...
Hope you find the culprit, Decaf, as I'd love to use Firefox over Mozilla, but my main issues are
1. the download-window deadlocking when you activate another window while it shows up or when you operate the download-window itself
2. this add-on-issue
3. haven't checked if "Add to Bookmarks" still crashes...
|
|
| The mozilla-trick |
|
|
By tqh - Posted on February 23, 2004 - 18:03:01 (#11200)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
From code:
mozilla is too large to fit into the "add-on" space, so we must trick the loader into loading some of the components as shared libraries. this is complished by creating a "stub" add-on (an empty shared object), and linking it with the component (the actual .so file generated by the build process, without any modifications). when this stub is loaded by load_add_on(), the loader will automatically load the component into the shared library space.
|
|
| hmm.. |
|
|
By looncraz - Posted on February 23, 2004 - 17:53:46 (#11199)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
I though the 32MB deal was 32MB allocated to store addresses to add-ons, and then 256MB to store the add-on image data.
May be wrong, 32MB just seems totally insufficient (I will try to overtake that :-)).
--The loon
|
|
| Re: Add-ons 32MB limit |
|
|
By tqh - Posted on February 23, 2004 - 17:31:57 (#11198)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Hmm, it seems that it's probably due to the moving of the libs to ./lib then. The difference in BeOS code on Mozilla vs Firebird should be very small. As it's not in Mozilla the other options are a general Firefox bug or a problem with your profile.
(If you move everything in the ./lib dir back to . and rename firefox firefox-bin you can download the firefox script from me on BeShare and see if the problem still exists.)
|
|
| Re: Add-ons 32MB limit |
|
|
By BGA - Posted on February 23, 2004 - 16:59:32 (#11196)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
The add-on limit thing was just a guess. Anyway, the problem does exist (under R5 + BONE and Zeta). There are no plugins installed at all and the problkem is more complicated than a simple leak because closing Firebox does not solve it. A reboot is needed.
I am now using the latest Mozilla and that problem does not exist (although it has the problem with all the window trying to get the focus at the same time).
-Bruno
|
|
| Add-ons 32MB limit |
|
|
By tqh - Posted on February 23, 2004 - 14:16:57 (#11195)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
I havn't noticed that behaviour myself.Do you have many plugins in your config? Sounds like a leak is draining resources...
AFAIK only the stubs are loaded as add-ons and the real libraries are read thru the image-loading mechanisms (which I think supports up to 256MB). The loading is done from the file prlink.c. I looked it thru the other day to see if we could reduce startup, but it seems to be quite good already.
It would be nice to verify that the libraries are not loaded as add-ons.
|
|
| Big Bug. Porbably add-ons related. |
|
|
By BGA - Posted on February 23, 2004 - 13:58:17 (#11194)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
The latest Firefox is really cool, but it has a serious problem. After a while using it it starts making it impossible to open any other application that uses add-ons in BeOS (MDR, for example). All attempts to load an add-on will result in a "clone_area_gen error" and it won't get "fixed" until the computer is rebooted.
I guess it may be related, somehow, to the global 32 Mb add-on limit in BeOS. Maybe the change to get it working as a stand-alone app (without the need for scripts) did it?
-Bruno
|
|
| Doesn't accept URL-input?! |
|
|
By Hugh - Posted on February 22, 2004 - 20:30:49 (#11183)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
This build works wonderfully - however I still experience crashes with the download-window (hangs when operating it) and now, it won't accept input from the URL-field...
If you enter an URL (even with "http://" at the beginning), and press return, nothing happens.
However the home-button and everything else works - so I got around for now by entering the desired address as home-address, but that's not a longterm-solution to me;)
Else - bravo! Great work, at least on Zeta, it flies!
|
|
| Re: starting it w/o linking libs |
|
|
By tqh - Posted on February 20, 2004 - 21:34:40 (#11159)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Not sure why you want to do that. The hole point is to just be able to click firefox when you have unzipped it.
+ If you are going to use the script you should move everything in ./lib back to ./
|
|
| starting it w/o linking libs |
|
|
By ljr - Posted on February 20, 2004 - 20:45:07 (#11158)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
To start it, copy MozillaFirebird and run-mozilla.sh scripts from old firebird build, change firefox bin name to the one (by example, MozillaFirebird-bin) that have the old installation and start it as before...
|
|
| Two things |
|
|
By Jess - Posted on February 20, 2004 - 16:51:14 (#11150)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
First off it seems I only get the wierd behavior & deskbar death is I'm downloading more then two files. So maybe it's the download manager. Second off any one remember the way your supposed to set things up for these mozilla family browsers to properly open files if you set them as the default html handelers?
|
|
| Re: Still crashes on following website |
|
|
By Prognathous - Posted on February 20, 2004 - 13:31:41 (#11147)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Decaf, www.theage.com.au works fine with Mozilla 1.6 under WinXP.
Prog.
|
|
| Re:Netserver Version |
|
|
By s_d - Posted on February 20, 2004 - 12:44:01 (#11144)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Once we have this issue with profiles and startup fixed,
people should ask politely Franxico to make netserver build from Decaf's sources:)
|
|
| Netserver Version |
|
|
By pedroeloy - Posted on February 20, 2004 - 12:08:24 (#11143)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
When do you think we can get the netserver version?
Some of us are still using BeOS R5 Pro!
Eloy,
|
|
| Re:Still crashes on following website |
|
|
By tqh - Posted on February 20, 2004 - 11:35:56 (#11141)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Does it work under windows, linux with recent builds?
|
|
| Still crashes on following website |
|
|
By zenja - Posted on February 20, 2004 - 10:55:41 (#11140)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
www.theage.com.au
This is one of the largest newspapers in Australia.
loading symbols
segment violation occurred
_free_internal:
_free_internal:
+0099 ec062299: * 040a748b movl 0x00000004(%edx,%ecx,1), %esi
firefox:
|
|
| Re: Crashing on startup |
|
|
By emwe - Posted on February 20, 2004 - 10:19:09 (#11139)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
As Decaf said, if there is no ~/config/settings/Phoenix dir present you have to link all libs into your userlibs dir. But when your old one is present, it starts out of the box. So just backup your old profile ( in case sth gets wrong ) and start firebird. Great work!
Michael
|
|
| One more thing |
|
|
By zenja - Posted on February 20, 2004 - 10:12:37 (#11138)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Since the Bezilla team have spent ages trying to improve the speed of this beast under BeOS (and always making minor percentage improvements), after the latest semaphore fixes, this thing is probably faster under BeOS than what it is under other platforms. Initial impression is that this version of Firefox is the fastest from all other platform versions I've tried. So BeOS/Zeta now has one of the fastest browsers on Earth - well done everyone.
|
|
| Well, I got it to work on Zeta RC1-SP2 |
|
|
By zenja - Posted on February 20, 2004 - 10:10:16 (#11137)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Basically, I had to create symlinks for all libxx.so and libxx.so.stub files in the component directory and placed the symlinks in the lib directory, then Firefox started.
The speed is amazing on BeOS/Zeta. Webbrowsing on BeOS is now as fast as under Windows. Well done everyone involved (just goes to show how much faster Benaphores are compared to normal Semaphores).
|
|
| Crashing on startup |
|
|
By tqh - Posted on February 20, 2004 - 09:09:32 (#11136)
Current version when comment was posted: 20040218-BONE-BLEEDING_EDGE |
|
|
Some people have reported the same problem. It seems Firefox has problems when there is no old profile. We will look into this.
|
|
|
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
 |
| |
Recent Downloads - # 321
Total Downloads - # 23
Total Views - # 13
User Ratings - # 57
|
|
|
|
 |
| |
Web Browsers
|
|
|
|
 |
|
1. BePodder - 9.80
2. QEMU - 9.68
3. ScummVM - 9.57
4. cpu_fix - 9.42
5. Jukebox - 9.40
6. libdl.so - 9.40
7. Haiku AGP busm... - 9.35
8. vim6 - 9.31
9. Beezer - 9.26
10. HandBrake - 9.25
|
|
|
|
 |
|
1. BeOS 5 Perso... - 13,580
2. Realtek RTL8... - 13,095
3. Ati Radeon G... - 12,555
4. Ensoniq Audio... - 7,550
5. ATI Rage 128... - 7,436
6. USB Joystick... - 5,656
7. Broadcom 440x... - 5,404
8. S3 Trio 64 v2... - 4,715
9. USB Serial dr... - 4,704
10. Intel Extreme... - 4,465
|
|
|
|
 |
| You are not logged in.
Login
|
|
|
|
 |
|
