At 9:39 AM +0200 1999/10/14, Aaron Ardiri wrote:
> so in otherwords VoidHand is a (void **) and Handle is a (char **).
> best case to understand this? a Handle is used to manipulate char
> objects (memory unit cells - same size) and a VoidHand is used to
> manipulate another other types of objects (void = unknown).
> you interpretation of void depends on your "casting". they can be
> used interchangably because you can always cast a VoidHand to a
> Handle. they are pointers to other pointers.. and that data type
> essentially always remains the same. it is only at the single
> dimension where you need to worry about the data type.
>
>--
> int **p1;
> char **p2; // p1 and p2 are both pointers to pointers.
> // however, when referencing the "single array"
> // within them - the component data type matters.
>--
>
> david, i know your "boss" wants you to promote PalmSource 99 as
> much as possible - but please, this is not a marketing forum
> for selling PalmSource.. it is a developer forum.
PalmSource is a developer conference, and this is a developer forum. But you feel
David can't refer to his sessions at PalmSource because that's "marketing" -- how odd.
Especially considering the material he'll be presenting will have a significant,
positive impact on a very large developer base, in addition to detailing this thread's
original question.
> personally, i would love to attend PalmSource 99 - however my
> full time job has some priority.. maybe a lot of developers have
> the same problem..
Yes, and as has been stated previously, we realize many people are unable to attend
PalmSource. Unfortunate perhaps, but not surprising. That's why we're making
conference material available to those who cannot attend, some time after the
conference (date as yet to be determined).
> please in future, provide answers - not marketing.
David did provide an answer to the original question ("they can be used
interchangeably in every situation that I can think of"). However, your response does
demonstrate what David did not think of. A perfect example of what this forum is all
about -- developers helping other developers.
Not developers disparaging developer support.
Regards,
Jim Schram
3Com/Palm Computing
Partner Engineering
