Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 31 min 53 sec ago

Ticket #13112 (BPackageKit's BContext needs to be more user friendly) created

Wed, 2016-12-14 21:24

BPackageKit has a huge number of set-up requirements that may not be relevant in a lot of use cases.

​http://cgit.haiku-os.org/haiku/tree/src/bin/pkgman/command_refresh.cpp#n45

For example, to refresh the repositories, I need to create a BContext which is made up of a custom DecisionProvider class and a JobStateListener class.

To have BDecisionProvider simply accept all changes, I have to write a silly class as follows:

class DummyDescision : public BDecisionProvider {
public:
                             DummyDescision();
                            ~DummyDescision();
            bool             YesNoDescisionNeeded(const BString& description,
                               const BString& question, const BString& yes,
                               const BString& no, const BString& defChoice)
                                   { return true; }
}

JobStateListener is even worse:
​http://cgit.haiku-os.org/haiku/tree/src/bin/pkgman/JobStateListener.cpp

Ideally I should be able to construct a BDescisionProvider and a BJobStateListener with sane defaults (accept all changes, etc)

Why are these API's so infinitely complex?

Categories: Development

Ticket #11902 (64 bit Input_server crash) closed

Wed, 2016-12-14 20:57
not reproducible
Categories: Development

Ticket #12904 (64 bit application crashes) closed

Wed, 2016-12-14 18:52
not reproducible
Categories: Development

Ticket #13031 (Haiku will not boot past rocket icon) closed

Wed, 2016-12-14 18:42
not reproducible
Categories: Development

Ticket #13111 (Possible execve bug in Haiku) created

Wed, 2016-12-14 05:55

Noticed it in fish shell, below the bugreport:

​https://github.com/fish-shell/fish-shell/issues/3645

Komment from ridiculousfish:

krader is right that execve is allocating memory, and I would tentatively argue that this is a bug in Haiku. In particular POSIX requires that execve is async-signal safe, which means it may be called from a signal handler, and thus must not call malloc internally.

Original bugreport, for the history:

Reproduction steps

write characters into your Terminal
press Ctrl-C
Repeat
....
Profit! Fish hangs after Ctrl-C and aren't accept any input anymore, so you need to kill it. I never had any problems like this with the 2.3.x releases. (if i remember correctly.)

Categories: Development

Ticket #13110 (Twitcher summoned on CTRL+I) created

Tue, 2016-12-13 20:25

This is hrev50749.

I suspect this has been true for a long time, but I never noticed:
For me CTRL+I does the same as CTRL+TAB, i.e. it switches between applications and summons the Twitcher window when held.

That can't be right. Some app may use that key combo. Like vim does for... already forgot it, like most of vim shortcuts. :)

Categories: Development

Ticket #13082 (Debugger crash in Thread::IsMainThread) closed

Tue, 2016-12-13 01:55
fixed:

Resolving this one as fixed. The thread acquisitions added in hrev50753 should resolve the initially reported crash, as that perfectly fits what would've happened if a Web+ worker thread exited while we were in the middle of dumping more detailed thread information, especially if we had to wait for an async debug info request to complete, as the team lock is released during such waits.

Categories: Development

Ticket #13109 ([Debugger] cash in DebugReportGenerator::_DumpFunctionDisassembly) created

Mon, 2016-12-12 21:09

hrev50755

Closed VNCViewer with Alt+Q, got a crash. Upon saving debug report Debugger crashed as well.

Categories: Development

Ticket #13108 ([Deskbar] One week running high memory usage) created

Sun, 2016-12-11 21:34

After one week of running Haiku 24/7, the memory usage for Deskbar goes up from 6MB to over 200MB.

Categories: Development

Ticket #13107 ([Deskbar] One week running high memory usage) created

Sun, 2016-12-11 21:33

After one week of running Haiku 24/7, the memory usage for Deskbar goes up from 6MB to over 200MB.

Categories: Development

Ticket #9601 ([attansic_l1] crashes on boot) closed

Sun, 2016-12-11 18:25
fixed:

Thanks for the quick feedback! Closing as fixed in hrev50755.

Categories: Development

Ticket #13069 (media_addon_server crash) closed

Sun, 2016-12-11 14:55
fixed:

This is a completely different issue, see #12448 for a temporary solution too.

Categories: Development

Ticket #13069 (media_addon_server crash) reopened

Sun, 2016-12-11 14:47

I just tested hrev50755 and I still see media_addon_server crashing.
I don't have full debug report due to #13082.

Here's all it got:

Debug information for team /boot/system/servers/media_addon_server (596):
CPU(s): 4x Intel Core 2
Memory: 8.00 GiB total, 688.76 MiB used
Haiku revision: hrev50755 Dec 10 2016 17:52:44 (BePC)
Active Threads:
	thread 596: media_addon_server (main)
	thread 599: _BMediaRoster_
	thread 600: media_addon_server control
	thread 601: System clock control
	thread 671: HD Audio control
	thread 673: multi_audio audio output
	thread 732: Yeah baby, very shagadelic
	thread 748: FireWire-0 control
	thread 1047: Attack of the Killer Tomatoes
	thread 1053: team 596 debug task
	thread 641: Audio Mixer control
		state: Call (BufferCache::GetBuffer: IDs mismatch)
		Frame		IP			Function Name
		-----------------------------------------------
		00000000	0x61e76112	commpage_syscall + 0x2
Categories: Development

Ticket #13069 (media_addon_server crash) closed

Thu, 2016-12-08 16:29
fixed:

Fixed in hrev50749.

Categories: Development

Ticket #12917 (get_package_dependencies needs to be refactored) closed

Thu, 2016-12-08 14:00
fixed:

create_package_config is mostly so the build system can "pre-load" pkgman with existing configured remote repositories.

Changes applied in hrev50723, hrev50745, hrev50748

done.

Categories: Development

Ticket #13106 (Crash in SSH tunnel everyday) created

Thu, 2016-12-08 02:05

this crash happen with startling regularity, I assume this is why my machine is not building any targets. I am attaching the core file.

Categories: Development