I added a bug to the tracker for the crash-on-close.
I will try to add more to it later tonight.
On 31-Mar-06, at 12:52 PM, Tim Reynolds wrote:
> 3) When we ctrl-c the bot, it breaks out of the program, no crash.
> Stage is fine, though the destructor doesn't get called in that case
> ( the destructor for my API class, cBot. All proxies are pointers
> in it, so no auto-destruction...).
It sounds like the Stage close-window code is just causing Player to
die instantly, instead of shutting down gracefully. That's a bug.
It'd be helpful if you'd add it to the bug tracker. I'll get to it ASAP.
> When I close the Stage window is when the crash happens on the
> client bot. I click the X, say yes to the prompt, and then my
> client bots crash out. I ran it in gdb to see if I could get some
> more insight, but I think I may have forgotten to compile my code
> with debug symbols because I didn't get much else.
> Is there another way I should close the Stage program other than
> the X button or File->Close (or whichever it was)
No. But now we know that ctrl-c is more gentle right now. By the way,
there is no "Stage" program. You're running Player with the Stage
plugin driver, but it's still Player. One day I'll hack the Stage
world window title bar to show "Player/Stage" when the stage code is
called from Player.
> *4) We don't have a website up yet, however I think we will be able
> to get hosting on our university network. When we do, I will post
> through the URL.
> I don't, as I said before, have experience programming with Gazebo,
> so I am curious if the proxies I am using now will work without
> alteration with Gazebo? If so, thats great, then the API should
> work fine with Gazebo. If not, then I am sure it can be adjusted.
Stage and Gazebo support similar, but not identical, subsets of the
Player Abstract Device Interface specifiations as defined in
player.h . If you use a common subset of the interface, then things
will work pretty much the same using Stage or Gazebo. Even better,
you can often move to real robots without *too* many tweaks.
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
Playerstage-users mailing list