Development

Changing this many lines of code to add a single boolean preference is absolutely insane. We need a new preference-tracking system, and one that can be reused in other applications, too. Fixes #9200. Changing this many lines of code to add a single boolean preference is absolutely insane. We need a new preference-tracking system, and one that can be reused in other applications, too. Fixes #9200.

Signed-off-by: Adrien Destugues Signed-off-by: Adrien Destugues

Opening slashdot.org crashes with an "Invalid opcode exception".
I have attached te debug information from the crash to this ticket.

Am 03.03.2015 um 15:56 schrieb Sidhant Sharma: Our application was rejected by Google this year, so no GSoC for us. Hmm.. I was looking forward to it.. But anyways, I'll stick around :) Yeah, me too (even both) :-) Bye, ...

BeShare now uses it and has it in its tree, so no need to keep it here. BeShare now uses it and has it in its tree, so no need to keep it here.

fixed:

Can't reproduce it here. Please reopen if you can still do that.

fixed:

I've just tested and it doesn't crash anymore. However, I can't test on previous revision (hrev48953) because I can't activate/deactivate any packages when booted in previous state from the bootloader.

fixed:

I haven't seen this one either. Closing as fixed.

fixed

This was a regression from hrev39870 where a private Referenceable class was replaced with BReferenceable. Referenceable::RemoveReference() returned a boolean to indicate whether the last reference was released while BReferenceable::ReleaseReference() returns the previous reference count. A file system would therefore be deleted when any but the last reference to it would be released (when multiple volumes of that file system were mounted and one of them was unmounted) and leaked otherwise (when only one volume of that file system was mounted and then unmounted). Fixes #11718. This was a regression from hrev39870 where a private Referenceable class was replaced with BReferenceable. Referenceable::RemoveReference() returned a boolean to indicate whether the last reference was released while BReferenceable::ReleaseReference() returns the previous reference count. A file system would therefore be deleted when any but the last reference to it would be released (when multiple volumes of that file system were mounted and one of them was unmounted) and leaked otherwise (when only one volume of that file system was mounted and then unmounted). Fixes #11718.

duplicate

Our application was rejected by Google this year, so no GSoC for us. Hmm.. I was looking forward to it.. But anyways, I'll stick around :) ...

Our application was rejected by Google this year, so no GSoC for us. We will know more about why it is so after the rejection meeting, this week-end. -- Adrien. 3 mars 2015 15:29 Sidhant Sharma tigerkid001@xxxxxxxxx a écrit: Hi! I know it's a bit silly to ask, but I just checked out the Google melange site, and I couldn't ...

I did not bother to fix the BeOS kernel emulation, so this part is still left out of the x86_64 build. I did not bother to fix the BeOS kernel emulation, so this part is still left out of the x86_64 build.

fixed:

Dependency added in hrev48952.

fixed:

Applied in hrev48952.

.. for regular builds. Helps with #11928. .. for regular builds. Helps with #11928.