Thanks Guys:
An interesting bunch of responses don't you think? Ranging from: the pocketing works if you zoom in or move the start point around, to: the drawing is defective. Got to wonder how zooming and moving makes the program ignore the defects. Obviously the program has defects of it's own. (nothing new there).
I'll admit my mistake on the extra entities. I recall now I was inserting the rectangles into an existing inner frame in the center of the outline and then I trimmed inbetween the rectangles (leaving the bits of frame still behind the rectangles.) instead of deleting the frame. I'll have to be careful of that (apparently).
I'm getting to be like budman68 - LazyCam is too quirky and I'm having trouble dealing with all the stange quirks and fighting it all the time to get it to produce results. But I'll persist because I have nothing else and it does lay the basic groundwork for the G-code to be done by hand.
Thanks for your help on this one. As usual this forum has come through.
Maybe someone should write a quirk manual

.
BTW I've found a work around for not being able to re-order ENTITIES in a chain. (you can't re-order entities in a chain, only chains as a whole). If you have a chain, say a rectangle, that has entities in the opposite order you want to machine them. I've found you can fool it by asking for a lead-in line. In that process there is checkbox asking for CW or CCW lead-in. If you pick the direction you want for the lead-in it also re-orders the entities in the correct direction. Then, if you didn't really want the lead-in you can delete the chain generated for the lead-in from the list and the entities are left in the correct order. Sometimes it takes a couple of tries to delete the lead-in chain and be careful because the chains move around when you delete the lead-in. Check all of the chains after and be sure they are all still valid. (I suppose now soeone will point out another trick they discovered to do the same thing

)
Thanks again. Now back to the project.
Sage