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

What's the longest acceptable length for a filename? Why? #44

Open
jorgeazevedo opened this issue Jun 6, 2012 · 1 comment
Open

What's the longest acceptable length for a filename? Why? #44

jorgeazevedo opened this issue Jun 6, 2012 · 1 comment
Assignees
Labels

Comments

@jorgeazevedo
Copy link
Owner

No description provided.

@ghost ghost assigned jorgeazevedo Jun 6, 2012
@jorgeazevedo
Copy link
Owner Author

Blocks and GUIs share memory using the built xenomai shm api service, and mutex it with the built-in mutex. Both programs must bind to the same instances. For this, they use a unique identifier I've comed up with - "PROJECT_NAME/BLOCK_NAME", i.e. the so-called block instance. This allows for multiple blocks in the same project to be uniquely identified, and allows multiple projects to execute at the same time. Xenomai Lab doesn't support multiple projects as of yet, but the infrastructure is designed to support it.

If I recall correctly, Xenomai imposes a limit on the length of this identifier. Something like 35 chars. So project name + block name have to be LIMIT-1 chars at best. Since the longest block name is signal_generator, the project can be LIMIT-1-16=18. If someone programs a block with a longer name, the project limit is even lower.

This string limit is not documented in the Xenomai API. I recall having to dig through the code to bing a char buf[] type of construct whose size was #defined. I think I have this limit written down in my A3 paper notes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant