okay.. i'm having a bit of trouble following you..
this is my reasoning...
I have a polar value
once i convert this to rectangular.. it is in rectangular form.. there is no _ in the rectangular form and there never will be.. therefore i thought that a _ would be a great way to see if a value is polar or rectangular (it can only be one or the other).
once it is back in rectangular form, i run constructComplex again to reap the numbers from the rectangular form.. and then i want to take those numbers and pass them back to the original calling of the constructComplex method...
I don't understand where you say that the _ is in the rectangular form.. It can't be and it is not when i debug via the print method
please be more clear??
| [reply] |

Here's a relevant quote from the OP at the start of this thread:
`sub PolarToRect {
my($magnitude, $angle, $real, $complex);
#does it
return $magnitude . " _ " $angle;
}
`
Now, can you tell us, clearly: is this subroutine supposed to return a rectangular form for a set of polar coordinates?
If that's true, then the rectangular form being returned by this subroutine contains a " _ " (assuming that you fix the syntax error, which I mentioned in an earlier reply). So this is why pg is saying that this is the cause of the infinite loop -- this sub is returning rectangular coords that contain " _ ", and the constructComplex is assuming that this means the value is still in polar form. So it calls itself again (and again and again...)
**update:** Looking at your much longer (more detailed, more confusing!) reply to Grandfather, I see that the "running" version does not have this problem with " _ " in the "PolarToRect" sub. Your original post was just very misleading. | [reply] [d/l] |

Comment onRe: Constructing complex numbers using recursion