Development

IMAP: Fixed stream vs. parse exception handling.

Source Activity - Thu, 2016-02-04 19:44
* Protocol::HandleNextResponse() will now exit when a stream exception occurs. * This should fix bug #12601. * Protocol::HandleNextResponse() will now exit when a stream exception occurs. * This should fix bug #12601.
Categories: Development

[haiku] Re: The state of Haiku

Haiku Mailing List - Wed, 2016-02-03 20:45
Am17/01/2016um11:44schriebIngoWeinhold: Theideabehindthatisthatrepositoriesneedtobecuratedand maintainedcarefullytoavoidinconsistenciesbetweenpackagesthatlead tobrokeninstallationsor,inthebestcase,tocomplicatederror messageswhentryingtoinstallsomething.Yougenerallycannotbuildan automaticBeBitskindofrepositorywhereanyonecanaddtheirpackages. ...
Categories: Development

IMAP: Retrieve on-disk folder state async.

Source Activity - Wed, 2016-02-03 20:19
* Messages that we don't have info for during synchronization are now collected, and synchronized once the folder state is available, instead of waiting for that particular entry to become available (without proper means to wait). * Messages that we don't have info for during synchronization are now collected, and synchronized once the folder state is available, instead of waiting for that particular entry to become available (without proper means to wait).
Categories: Development

IMAP: Fixed sync command handling.

Source Activity - Wed, 2016-02-03 20:16
* The counter did not take continuation commands into account, so that it would never reach zero again. * Optimized IMAPConnectionWorker::_WaitForCommands() such that it will always acquire all available "slots". * The counter did not take continuation commands into account, so that it would never reach zero again. * Optimized IMAPConnectionWorker::_WaitForCommands() such that it will always acquire all available "slots".
Categories: Development

Ticket #12636 (The notification server starts to peg one core of the cpu) created

Latest Bugs & Tasks - Wed, 2016-02-03 14:44

hrev50067

Hi, is the second time in three days which I see this behaviour from the notification server: suddenly, regardless from the presence of active notifications, the notification server starts to peg one core of the cpu.

If i quit the notification_server (eg. using "hey") after the issue and then I start it again, notifications no longer work: I have to reboot Haiku to see again the notifications (I can confirm this behaviour by using the "notify" command).

Unfortunately, due to the ticket:12634 I am not able to investigate into the syslog file.

IIRC (I'm back on Haiku recently) under "/home/config/settings" there was some setting/preference file of the notification server, but I don't see nothing of related (maybe I'm wrong).

Categories: Development

[haiku-development] Re: Some problems updating...

Development mailing list - Wed, 2016-02-03 11:45
On Wed, Jan 06, 2016 at 08:58:24PM -0800, Pete Goodeve wrote: Not sure what happened but I thought I'd note it. I decided it was finally time to update my May 2015 system, so I followed the instructions on the website -- added the current repositories to pkgman, then did pkgman update. It looked like it completed (didn't notice any errors) and I rebooted. ...
Categories: Development

[haiku-development] Some problems updating...

Development mailing list - Wed, 2016-02-03 11:45
Hi, Not sure what happened but I thought I'd note it. I decided it was finally time to update my May 2015 system, so I followed the instructions on the website -- added the current repositories to pkgman, then did pkgman update. It looked like it completed (didn't notice any errors) and I rebooted. It came back up with my old revision! Remembering some recent email (?) ...
Categories: Development

[haiku-development] Re: window server / compositor

Development mailing list - Wed, 2016-02-03 11:45
On 1/6/2016 09:17, Adrien Destugues wrote: The Desktop Environment is made of the Tracker (Desktop and file manager) and DeskBar (the DeskBar). Both live in src/apps. The window server and compositor is app_server, src/servers/app. Only now did I realize my reply may have been a bit too... technical ;-) Oh well, still useful, I hope... ...
Categories: Development

[haiku-development] Re: window server / compositor

Development mailing list - Wed, 2016-02-03 11:45
On 1/6/2016 09:12, Yong Bakos wrote: Hi everyone, Thank you for keeping Haiku alive, I have always found BeOS/Haiku fascinating. I have been digging through the source but am having a hard time discovering how the desktop environment, window server, compositor, etc are handled. Could anyone please point me in the right direction? ...
Categories: Development

[haiku-development] Re: window server / compositor

Development mailing list - Wed, 2016-02-03 11:45
2016-01-06 16:17 GMT+01:00 Adrien Destugues pulkomandy@xxxxxxxxxxxxx: and DeskBar (the DeskBar). Both live in src/apps. Actually, Tracker's code is in src/kits/tracker. - Kacper ...
Categories: Development

[haiku-development] Re: window server / compositor

Development mailing list - Wed, 2016-02-03 11:45
6 janvier 2016 16:11 Yong Bakos junk@xxxxxxxxxxxxxxxxx a écrit: Thank you for keeping Haiku alive, I have always found BeOS/Haiku fascinating. I have been digging through the source but am having a hard time discovering how the desktop environment, window server, compositor, etc are handled. Could anyone please point me in the right direction? ...
Categories: Development

[haiku-development] Re: window server / compositor

Development mailing list - Wed, 2016-02-03 11:45
Hi, On 06/01/2016 16:12, Yong Bakos wrote: BeOS/Haiku fascinating. I have been digging through the source but am having a hard time discovering how the desktop environment, window server, compositor, etc are handled. Could anyone please point me in the right direction? ...
Categories: Development

[haiku-development] window server / compositor

Development mailing list - Wed, 2016-02-03 11:45
Hi everyone, Thank you for keeping Haiku alive, I have always found BeOS/Haiku fascinating. I have been digging through the source but am having a hard time discovering how the desktop environment, window server, compositor, etc are handled. Could anyone please point me in the right direction? If I wanted to try to create an alternative desktop environment for Haiku, for example, using a tiling window management system, do you have any tips about what to investigate within the API and source tree? ...
Categories: Development

[haiku-development] Re: FOSDEM?

Development mailing list - Wed, 2016-02-03 11:45
On Jan 6, 2016, at 4:59 AM, François Revol revol@xxxxxxx wrote: I ended up proposing 3 talks : ...
Categories: Development

[haiku-development] Re: FOSDEM?

Development mailing list - Wed, 2016-02-03 11:45
On 11/12/2015 03:05, François Revol wrote: I ended up proposing 3 talks : * Could Haiku ever become a BSD? What BSD gave us, what we could still gain from it. (BSD devroom) ...
Categories: Development
Syndicate content