Development

Ticket #12916 ([Debugger] Handle retrieving image paths for chrooted teams) created

Latest Bugs & Tasks - Wed, 2016-08-17 00:18

Currently, LocalDebuggerInterface uses get_next_image_info() to retrieve the list of images for the targetted team. However, if the team is in a chroot, the path returned in the image information appears to have the path used inside the chroot, rather than the full filesystem path, which consequently leads to us being unable to locate the binary in question.

A few potential solutions present themselves here:

1) get_*_image_info could detect if the caller is in the same team or not, and if not, return the full path rather than the adjusted one. This may or may not be easily done depending on the inner workings of the corresponding kernel data structures (not yet investigated).

2) A new system call could be introduced that, given a team_id and a root-relative path within that team, maps it to its full filesystem path outside the chroot.

or

3) Additional calls/messages could be added to the debug API that provides similar semantics to get_*_image_info() but always returns the full path, thus leaving the former unmodified.

IMO, the third approach would probably be best, since it minimizes the risk of introducing any regressions in the more widely used standard calls, and makes it clear that the desired behavior is to return the information needed by the debugger. In any case, any such solution also needs to adjust the debug kit's image load/unload events to likewise take chroots into account if they don't already.

Thoughts/suggestions?

Categories: Development

Keymap: Refactor _LoadSettings()

Source Activity - Tue, 2016-08-16 22:39
Instead of filling out the path into a BString and using it in the calling method, call _SetKeyboardLayout() directly using the path found. Also use a plain const char* array instead of BString because we don't need the added functionality. The return value now reflects whether or not the window frame was loaded. Check the return value on the caller side and only use the resulting window frame if it is B_OK, otherwise CenterOnScreen(). Instead of filling out the path into a BString and using it in the calling method, call _SetKeyboardLayout() directly using the path found. Also use a plain const char* array instead of BString because we don't need the added functionality. The return value now reflects whether or not the window frame was loaded. Check the return value on the caller side and only use the resulting window frame if it is B_OK, otherwise CenterOnScreen().
Categories: Development

Ticket #3918 (Keymap preferences should save selected keyboard layout.) closed

Latest Bugs & Tasks - Tue, 2016-08-16 22:05
fixed:

Fixed for real this time in hrev50491

It was attempting to save the keyboard layout before, but not correctly.

Categories: Development

Keymap: Fix saving keyboard layout

Source Activity - Tue, 2016-08-16 22:01
The function would stop prematurely after the first submenu whether it found a layout or not. Now stop when you have has an initialized path or end of menu Fixing saving keyboard layout also fixes loading layout which fixes #3918 How did this silly bug live so long? The function would stop prematurely after the first submenu whether it found a layout or not. Now stop when you have has an initialized path or end of menu Fixing saving keyboard layout also fixes loading layout which fixes #3918 How did this silly bug live so long?
Categories: Development

Keymap: Check return value of get_ref_for_path

Source Activity - Tue, 2016-08-16 21:55
if not B_OK, create BFilePanels with default directory This should never happen but better than crashing on a NULL ref if not B_OK, create BFilePanels with default directory This should never happen but better than crashing on a NULL ref
Categories: Development

[haiku-development] Re: Pootle translations updates stopped

Development mailing list - Tue, 2016-08-16 21:45
Hi, Opvr22jul.2016om08:48schreefHumdingerdmarc-noreply@xxxxxxxxxxxxx: AsNielspointedout,thecatkeys.zipmight'vecomefromoneof ...
Categories: Development

[haiku-development] Re: Pootle translations updates stopped

Development mailing list - Mon, 2016-08-15 18:45
On21July2016at19:56,UriasMcCulloughumccullough@xxxxxxxxxwrote: andIwillre-assignittoanotherslave. AsNielspointedout,thecatkeys.zipmight'vecomefromoneof Oliver'sbuildbots.Atleastthat'dexplainwhytheyaven'tbeen updatedsinceOliverpulledhisbots. IfanyonewantstohelpoutwithmanagingthePootleserver,Ithink thehaiku-weblist(oradmin?)wouldbetherightplacetovolunteer. ThoughIdon'tknowhowcloselyNielsmonitorsthese,somaybecc ...
Categories: Development

[haiku-development] Re: Pootle translations updates stopped

Development mailing list - Mon, 2016-08-15 16:45
OnThu,Jul21,2016at02:30:24PM-0400,waddlesplashwrote: I'munawareofanybuildbotbuildersthatarefacilitatingthecatkeys Theroutinethatupdatestheseappearstobeoutsideofourbuildbot Ifit'sdonebybuildbot,pleasepointmetothebuilderthatishandling ...
Categories: Development

[haiku-development] Re: Pootle translations updates stopped

Development mailing list - Mon, 2016-08-15 16:45
OnJul21,20161:56PM,UriasMcCulloughumccullough@xxxxxxxxxwrote: I'munawareofanybuildbotbuildersthatarefacilitatingthecatkeys Theroutinethatupdatestheseappearstobeoutsideofourbuildbot Ifit'sdonebybuildbot,pleasepointmetothebuilderthatishandling ...
Categories: Development

Add package for webfont FontAwesome

Source Activity - Mon, 2016-08-15 16:06
Install this font to see all those icons WebPositive currently fails to display e.g. at the discussion forum at https://discuss.haiku-os.org Thanks PulkoMandy for pointing this out! Install this font to see all those icons WebPositive currently fails to display e.g. at the discussion forum at https://discuss.haiku-os.org Thanks PulkoMandy for pointing this out!
Categories: Development

[haiku-development] Re: Pootle translations updates stopped

Development mailing list - Mon, 2016-08-15 10:45
OnThu,Jul21,2016at7:57AM,Humdingerdmarc-noreply@xxxxxxxxxxxxx wrote: Thecatkeyswereuploadedbyabuildserver,presumablyfromOliver? ...
Categories: Development

Added package for TimeTracker

Source Activity - Mon, 2016-08-15 06:19
TimeTracker lets you create tasks for your various projects and shows them in a list. Via double-click on an entry you start/stop the timer on that task, thus helping you keep track of how much time you spend doing what. TimeTracker lets you create tasks for your various projects and shows them in a list. Via double-click on an entry you start/stop the timer on that task, thus helping you keep track of how much time you spend doing what.
Categories: Development

Fix definition of _setjmp

Source Activity - Sun, 2016-08-14 07:13
The #pragma weak does not work, the symbol is not defined and when already defined, it is not made weak. Moreover, it does not make the symbol global so we need to declare it with a FUNCTION. If we want the symbol to be weak, then we should use .weak to do so. The _longjmp symbol should also be changed to match, in that case. Fixes #12912. The #pragma weak does not work, the symbol is not defined and when already defined, it is not made weak. Moreover, it does not make the symbol global so we need to declare it with a FUNCTION. If we want the symbol to be weak, then we should use .weak to do so. The _longjmp symbol should also be changed to match, in that case. Fixes #12912.
Categories: Development

Ticket #12910 (Haiku x86-64 build won't build itself) closed

Latest Bugs & Tasks - Sun, 2016-08-14 06:32
duplicate:

Please don't reopen a ticket for an already existing issue. The problem is still the same as before.

Categories: Development

Ticket #3918 (Keymap preferences should save selected keyboard layout.) reopened

Latest Bugs & Tasks - Sun, 2016-08-14 06:30

No, it isn't.

This is not about the keymap, but the layout, which you can select in the second menu. It will always default to "generic 105 key international" when you start the app, which is a bit annoying if that's not the keyboard you use.

Categories: Development
Syndicate content