As mentioned in your other topic, this is not going to be possible using DIVIDE, since it makes equal divisions along the length of the path object. Chords between those points will vary in length where there's any variance in radius, change in direction, etc. So it's going to need something like an AutoLisp routine, which means this is a better Forum.
The way to achieve what you want, if done manually, is to draw Circles for which the center of each new Circle is at the intersection of the previous Circle with the path object:

The red segments will be of equal length if the Circles are of equal radius.
The problem comes in determining the radius of that Circle. It can't be just a division of the length of the path, for the same reason that DIVIDE won't do what you want. The correct-result radius will vary even among paths of the same length, if their shapes are different.
I suspect the only way to do it would be to start with a division of the path length for a radius, and have the routine actually draw Circles, and find where each intersects the path downstream to put the center of the next one, etc., until it gets all the way around. Then it would need to look at how far off it was from meeting the overall length exactly, eliminate the previous round of Circles, make an estimate of how much to change the radius, and try again. It could iterate this process, adjusting the radius by successively smaller amounts, until the result ends up within some tolerance of coming out right [within 0.1 units, or 0.01, or 0.001, or however precise you need it to be], but it would be only in the very rare instance that it can ever come out truly exactly.
Such a routine could be really interesting to watch work, planting Circles along the path, wiping them out, doing it again at an adjusted radius, wiping those out, etc. I'm interested in trying to work something out, but it won't be right away.
Kent Cooper, AIA