On which device are you running linknx? Are you using uClibc++?
There is a bug in uClibc++ that prevents parsing of negative values.
I submitted the following patch to uClibc++ author: http://ouaye.net/linknx/other/uClibc++-istream-negative.patch
I was able to reproduce the problem on my WRT54GS. It's a bug in uClibc++.
I thought I fixed it. Either the fix I did is not working, or it was not applied when I compiled linknx
It's a bug fix in a header file, so installing a different uClibc++ will not make a difference. To have the fix, I have to make sure that the uClibc++ header files seen by compiler while it's compiling linknx are the files where the fix was applied.
I don't know when i'll have time to investigate further.
Regards,
Jean-François
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No, there is nothing new in this package. I was not sure if the corrected function was inlined by the compiler or not. If it's inlined, linknx needs to be recompiled. If not, uClibc++ needs to be recompiled. It seems the second solution is the good one.
Regards,
Jean-François
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi @all,
is it possible that a negative offset in an until tag isn't supported ?
I want to use something like this:
<at type="sunset" wdays="1234567" offset="3605" />
<until type="sunrise" wdays="1234567" offset="-2h" />
But in that case I get an "Bad value: -2h" - "interrupted system call"
Without the "-" it works...
Any hints ?
Thanks a lot ..
Regards
Daniel
Hi,
On which device are you running linknx? Are you using uClibc++?
There is a bug in uClibc++ that prevents parsing of negative values.
I submitted the following patch to uClibc++ author:
http://ouaye.net/linknx/other/uClibc++-istream-negative.patch
The uclibc++ packages I compiled in http://ouaye.net/linknx/OpenWRT-xxxx already have that patch applied.
Regards,
Jean-François
Hi,
I use an WRT54 and I use uClibc++. I got the package from:
http://ouaye.net/linknx/OpenWRT-WhiteRussian-RC6/uclibc++_0.2.2-1_mipsel.ipk
Thanks
Regards,
Daniel
Hi,
do you have another idea ?
Thanks.
Regards.
Daniel
Hi,
I was able to reproduce the problem on my WRT54GS. It's a bug in uClibc++.
I thought I fixed it. Either the fix I did is not working, or it was not applied when I compiled linknx
It's a bug fix in a header file, so installing a different uClibc++ will not make a difference. To have the fix, I have to make sure that the uClibc++ header files seen by compiler while it's compiling linknx are the files where the fix was applied.
I don't know when i'll have time to investigate further.
Regards,
Jean-François
Hi,
I have it working now. The patch wasn't applied correctly on the build environment.
Can you try first to upgrade uClibc++ with:
http://ouaye.net/linknx/OpenWRT-WhiteRussian-RC6/uclibc++_0.2.2-2_mipsel.ipk
Then if the problem is not solved, upgrade linknx with:
http://ouaye.net/linknx/OpenWRT-WhiteRussian-RC6/linknx_0.0.1.25-2_mipsel.ipk
And tell me if it works (and if only the uclibc++ update was enough)
Kr,
Jean-François
Hi,
I upgradet the uclibc++ and I don't get the "Bad value: -2h" anymore. I didn't ugradet linknx.
Are there any other new features in the other linknx package, which make it interesting to grade up to this version ?
Thank you very much.
Daniel
Hi,
No, there is nothing new in this package. I was not sure if the corrected function was inlined by the compiler or not. If it's inlined, linknx needs to be recompiled. If not, uClibc++ needs to be recompiled. It seems the second solution is the good one.
Regards,
Jean-François