Hi Andy,
On Wed, Oct 3, 2012 at 5:07 PM, andy pugh wrote:
> On 3 October 2012 19:26, Sebastian Kuzminsky wrote:
>
>> That looks great!
>
> Glad you think so.
> I have a supplementary question.
>
> I can support an arbitrary precision and width by using a lot of
> floating-point, i.e. a floating-
On 3 October 2012 19:26, Sebastian Kuzminsky wrote:
> That looks great!
Glad you think so.
I have a supplementary question.
I can support an arbitrary precision and width by using a lot of
floating-point, i.e. a floating-point / or * 10 for every digit in the
floats.
The example display takes 1
On Wed, Oct 03, 2012 at 04:29:34PM -0300, Victor Rocco wrote:
> I want to contribute a patch, i never did that so i dont know how to do that
> correctly.
> It is a fix in modbus tcp protocol, a single line fix. The patch is in the
> attached file. My english is not good so feel free to correct it.
I want to contribute a patch, i never did that so i dont know how to do that
correctly.
It is a fix in modbus tcp protocol, a single line fix. The patch is in the
attached file. My english is not good so feel free to correct it.
I would like to contribute more in the near future.
I updated the p
On Oct 3, 2012, at 12:36 , andy pugh wrote:
> On 3 October 2012 19:26, Sebastian Kuzminsky wrote:
>
>> So you have one component that reads a stream of text from a HAL pin and
>> puts it on the LCD, and another comp that makes a stream of text on a HAL
>> pin?
>
> No, it's just one component.
Thanks for your response Eric!
I will post the Glade interface with associated code on my site for download so
you can testrun the code yourself, most job is done in the widget-
pythonCallback-area. I am not sure correct Glade widget/object callback
parameters are used. I do verify functionalit
On Wednesday 03 October 2012 14:40:23 Sebastian Kuzminsky did opine:
> On Oct 3, 2012, at 12:19 , andy pugh wrote:
> > On 3 October 2012 18:35, Sebastian Kuzminsky wrote:
> >> Wait, you're going to pass locale information into the kernel via
> >> HAL?
> >
> > Only a choice of decimal separator.
On 3 October 2012 19:26, Sebastian Kuzminsky wrote:
> So you have one component that reads a stream of text from a HAL pin and puts
> it on the LCD, and another comp that makes a stream of text on a HAL pin?
No, it's just one component. The HAL-to-LCD part is inside the
Hostmot2 driver for the
On Oct 3, 2012, at 12:19 , andy pugh wrote:
> On 3 October 2012 18:35, Sebastian Kuzminsky wrote:
>
>> Wait, you're going to pass locale information into the kernel via HAL?
>
> Only a choice of decimal separator. And only from the HAL file.
>
>> I can't help but think you're on the wrong tr
On Oct 3, 2012, at 09:10 , andy pugh wrote:
> On 3 October 2012 15:23, s...@highlab.com wrote:
>> Locale info has never been used in the kernel. So i think the constants
>> (and the unusable function declarations) are deliberately withheld from the
>> kernel for clarity & simplicity.
>
> Looks
On 3 October 2012 15:23, s...@highlab.com wrote:
> Locale info has never been used in the kernel. So i think the constants
> (and the unusable function declarations) are deliberately withheld from the
> kernel for clarity & simplicity.
Looks like a job for a HAL parameter then.
I should have tho
Locale info has never been used in the kernel. So i think the constants (and
the unusable function declarations) are deliberately withheld from the kernel
for clarity & simplicity.
--
Sebastian Kuzminsky
- Reply message -
From: "andy pugh"
Date: Wed, Oct 3, 2012 02:06
Subject: [Emc-d
On 3 October 2012 02:42, Sebastian Kuzminsky wrote:
> Only userspace code gets to see /usr/include. Kernel code (for example all
> our realtime code) can't use userspace services, so doesn't have the
> userspace headers in the include path.
Does that mean that kernel drivers are not allowed to
13 matches
Mail list logo