- Posts: 2580
- Thank you received: 0
Error on startup
- snowgoer540
- Topic Author
- Offline
- Platinum Member
-
After updating yesterday evening, I started randomly getting this error on startup:
Here is the terminal info from when it happens:
Attachment not found
I am unsure what the cause is, or if it's a QTVCP problem, but as it pointed to a QTVCP widget, I figured I'd point it out here. Apologies if it was already reported. I do believe user robertspark also saw it forum.linuxcnc.org/plasmac/38521-gui-for...mac?start=150#194659
But for me, it is definitely the #1 error message when it happens.
Thanks!
Please Log in to join the conversation.
This is not a consistent error on start up?
Isee lts of error messages from the Motion component indicating something is hanging early in the process.
you running 2.8 or master?
Please Log in to join the conversation.
I get this when switching to conversational tab (in sim)
Please Log in to join the conversation.
- snowgoer540
- Topic Author
- Offline
- Platinum Member
-
- Posts: 2580
- Thank you received: 0
cmorley wrote: The error message is a red herring, unfortunately.
This is not a consistent error on start up?
Isee lts of error messages from the Motion component indicating something is hanging early in the process.
you running 2.8 or master?
red herring? new term for me haha
Yea, master as you saw.
I dont see that particular error. Are you using buildbot or RIP?
Please Log in to join the conversation.
You could try running qtvcp with -v (in the INI) to see if it gives any more info.
Please Log in to join the conversation.
- snowgoer540
- Topic Author
- Offline
- Platinum Member
-
- Posts: 2580
- Thank you received: 0
I added -v in the event it happens again, maybe I can provide additional info. I've only seen it in SIM not in a live table, so it could be a timing thing.
Please Log in to join the conversation.
At a guess a HAL file is referencing those pins before the module that creates them is loaded. I am not sure which module creates them, though. I would have guessed motion, but they are not in the manpage
Please Log in to join the conversation.
- snowgoer540
- Topic Author
- Offline
- Platinum Member
-
- Posts: 2580
- Thank you received: 0
andypugh wrote: I think that "ini.z.maxlimit does not exist" is probably the real problem.
At a guess a HAL file is referencing those pins before the module that creates them is loaded. I am not sure which module creates them, though. I would have guessed motion, but they are not in the manpage
I think that's a fairly accurate guess. the maxlimit errors mostly shows up in SIM, but I have seen it once or twice on a live table. It always felt like a timing thing, so maybe we need to delve a little deeper into the order the modules are loaded.
Please Log in to join the conversation.
ini.z.max_limit is netted by the handler file as the fourth command of the initialized function. Quick testing has shown that there is no difference whether it is the first or last command.
If I rename it to the wrong pin number then I get the following:
Please Log in to join the conversation.
In the ini file, if I change:
Please Log in to join the conversation.
