Ok, this one has me stumped.
I have a script that, when compliled by foxweb/foxpro, works just fine. When I make a change that requires a recompile, the channel becomes busy, the normally invisible instance of Foxpro becomes visible and complains of "too few arguments" (but is otherwise blank - no lines of code to look at). In time, the script times out and foxweb shuts down the otherwise stalled foxpro instance and re-launches it. It doesn't seem to matter how insignificant a change I make, including just adding a comment. The pattern of behavior is the same. This error also doesn't get recorded in the foxweb error table. It's not really a show-stopper since the runtime server only will have the compiled modules anyway, but it's still strange.
The script also performs just fine in foxpro no matter what changes I make.
The particulars: I am using a custom class (found here: http://www.news2news.com/vfp/?example=477&function=9) to create a dos session. I do this to overcome the limitations of the RUN command. (And for the curious, I'm dropping to a dos prompt to feed server-side data to ASpell which - aside from this quirky error - is far and away faster than the typical MS Word Object spelling check approach.)
Does it have to do with the fact that before the script is compiled, the 'msdos' class is unknown? Just guessing at this point.