I'm not lucky with the mailing list and gmail encoding (Skipped content of
type multipart/alternative-- next part -=)
This is the body of my previous message:
Operating System: Windows 7
Affected FPC svn revision: 26202
IDE is not properly installed into bin directory
On Tue, 10 Dec 2013, Henry Vermaak wrote:
Hello everyone
Could anyone tell me why threads are set to not inherit scheduling
parameters from the calling thread?
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/rtl/unix/cthreads.pp?view=markup#l339
No particular reason. Probably because
On Tue, Dec 10, 2013 at 12:27:00PM +0100, Michael Van Canneyt wrote:
On Tue, 10 Dec 2013, Henry Vermaak wrote:
Hello everyone
Could anyone tell me why threads are set to not inherit scheduling
parameters from the calling thread?
Am 10.12.2013 09:13 schrieb Sandro Cumerlato sandro.cumerl...@gmail.com:
I'm not lucky with the mailing list and gmail encoding (Skipped content
of type multipart/alternative-- next part -=)
This is the body of my previous message:
Operating System: Windows 7
Affected FPC
Am 10.12.2013 12:51 schrieb Henry Vermaak henry.verm...@gmail.com:
On Tue, Dec 10, 2013 at 12:27:00PM +0100, Michael Van Canneyt wrote:
On Tue, 10 Dec 2013, Henry Vermaak wrote:
Hello everyone
Could anyone tell me why threads are set to not inherit scheduling
parameters from the
On Tue, Dec 10, 2013 at 02:39:12PM +0100, Sven Barth wrote:
Am 10.12.2013 12:51 schrieb Henry Vermaak henry.verm...@gmail.com:
I thought Windows threads always start with the same priority as the
process?
Yes and no. On windows processes have a process class and threads have a
priority
Hi, while playing arround I found a strange behaviour that seems to have
to do with the fact that writes to bitpacked records are byte aligned.
Here are the details:
I have create a bitpacked record set for the GPIO Registers of the
processor. On Port D of the processor I have 16 LED's, one
