Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

YarpDeviceParserGenerator: glitch in the INFO prints with vectors of double #3099

Closed
Nicogene opened this issue Mar 26, 2024 · 1 comment
Closed

Comments

@Nicogene
Copy link
Member

Nicogene commented Mar 26, 2024

Describe the bug
A clear and concise description of what the bug is.

Today I wrote a .md file for generating the param parser (icub-tech-iit/ergocub-software#231) and it worked as expected, the only thing that using this ini file:

[LIMITS]
jntPosMax   (100.0  90.0  101.4  15.0  90.0  103.1  90.0  103.1  90.0  103.1  90.0  98.7)
jntPosMin    (0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0   0.0)

the device printed this

[INFO] |yarp.device.CouplingXCubHandMk5| Parameter 'COUPLING::actuatedAxesPosMin' using value: [, , , , , ]
[INFO] |yarp.device.CouplingXCubHandMk5| Parameter 'COUPLING::actuatedAxesPosMax' using value: [, , , , , ]

and I thought there was something wrong in the ini I was passing but I noticed that the param parser was doing

foo.get(i).asString()

for printing the values parsed, by changing it by hand to

foo.get(i).toString()

I got

[INFO] |yarp.device.CouplingXCubHandMk5| Parameter 'COUPLING::actuatedAxesPosMin' using value: [0.0, 0.0, 0.0, 0.0, 0.0, 0.0]

That was the correct print, so maybe it is better to generate code that uses toString instead of asString?

To Reproduce
Generate a parser that handle a list of double and look at the terminal prints

Expected behavior
The log prints the parameters correctly

Screenshots
If applicable, add screenshots to help explain your problem.

Configuration (please complete the following information):

  • OS: Ubuntu 22.04
  • yarp version: YARP version 3.9.0+137-20240316.1+git2e513a64f+dirty
  • compiler:

Additional context
Add any other context about the problem here.

@Nicogene
Copy link
Member Author

Nicogene commented Apr 8, 2024

Actually I just realized that this was due to a misconfiguration on my side, closing

@Nicogene Nicogene closed this as not planned Won't fix, can't repro, duplicate, stale Apr 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant