I just noticed the same thing on my VMware Fusion 3, with the exactly same symptoms.
To begin demonstrating the problem, the DNS label "purple.the-7.net" holds the following resource records (RRs):
$ dig @ns1.the-7.net purple.the-7.net IN ANY +norecurse +vc +noall +answer ; <<>> DiG 9.6.1-P1 <<>> @ns1.the-7.net purple.the-7.net IN ANY +norecurse +vc +noall +answer ; (2 servers found) ;; global options: +cmd purple.the-7.net. 300 IN A 64.71.156.44 purple.the-7.net. 300 IN KEY 512 3 3 CL6UZhTjW3mcP7QP5dtOVD1AO0OHjHLhbVIU0JJXoxCt85nFNyx01r6q eGswFz05tWc/Mpuk+E3sybnt1shzJWLWLaiSTUoJC6+RszLNQfHQep2P GLiQqTbZUPZZ45trDuppON79Sl71WZZyy2u0FLSGrrV5tb6AvRgX32wE EOoRW2O9QR0LG0oQXbJZL3/WpTpd33kSs+8nyV+bW7BfjtsQqydcfNvV tOEdoPUBtu/q5bCqefmvyoowuTlQG9NHW73E8j0OQkEgeg1xlS++91Bg vkkTyONfUePIL81Q2+qEHZPOyg67KWtK+66z6qW3EUrQ+K13R/7ZZtMt s4uMw8eb+8UvsKOKF4YS9vRvgQu71BkXU4uAudJTSEgVjOQyZaj4XbYv vBfwwSU7u2RWrsKPB3kkohq7mZWPcbWF4cdOCnrecJQEG+Q9POFsdG/U x7eoOtMoQs6UX4kFTTrZlL7MQV4Gw738Caoq6cWIM6xAuEReFJjgJqZt /7SNXV/P6SsRVAPDS6OPr4UgdDhxv9EUYOiL purple.the-7.net. 0 IN AAAA 2001:470:1f01:622::c purple.the-7.net. 300 IN A6 64 ::c colo1-net.the-7.net. $
As seen above, the label holds no record, for instance, of the type SRV.
Now, when a correctly operating nameserver (10.0.0.1 in this case) is queried for a label with a nonexistent type, the response should include no "answer" records:
$ dig @10.0.0.1 purple.the-7.net IN SRV ; <<>> DiG 9.6.1-P1 <<>> @10.0.0.1 purple.the-7.net IN SRV ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44166 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;purple.the-7.net. IN SRV ;; AUTHORITY SECTION: the-7.net. 60 IN SOA ns1.the-7.net. hostmaster.the-7.net. 2006090954 10800 3600 604800 60 ;; Query time: 281 msec ;; SERVER: 10.0.0.1#53(10.0.0.1) ;; WHEN: Fri Jan 8 18:11:53 2010 ;; MSG SIZE rcvd: 85 $
However, VMware Fusion's DNS proxy (192.168.240.2) behaves differently:
$ dig @192.168.240.2 purple.the-7.net IN SRV ; <<>> DiG 9.6.1-P1 <<>> @192.168.240.2 purple.the-7.net IN SRV ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45144 ;; flags: qr aa; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;purple.the-7.net. IN SRV ;; ANSWER SECTION: purple.the-7.net. 5 IN CNAME purple.the-7.net. purple.the-7.net. 5 IN A 64.71.156.44 ;; Query time: 60 msec ;; SERVER: 192.168.240.2#53(192.168.240.2) ;; WHEN: Fri Jan 8 18:13:14 2010 ;; MSG SIZE rcvd: 80 $
Right now this problem causes my FreeBSD guest to emit spurious warnings:
$ grep 'AAAA' /var/log/messages | tail Jan 8 18:07:55 blue firefox-bin: gethostby*.getanswer: asked for "www.bind9.net IN AAAA", got type "A" Jan 8 18:07:56 blue firefox-bin: gethostby*.getanswer: asked for "www.zytrax.com IN AAAA", got type "A" Jan 8 18:07:56 blue firefox-bin: gethostby*.getanswer: asked for "www.faqs.org IN AAAA", got type "A" Jan 8 18:08:13 blue firefox-bin: gethostby*.getanswer: asked for "ftp.is.co.za IN AAAA", got type "A" Jan 8 18:08:23 blue firefox-bin: gethostby*.getanswer: asked for "www.dnssec-tools.org IN AAAA", got type "A" Jan 8 18:08:23 blue firefox-bin: gethostby*.getanswer: asked for "www.freesoft.org IN AAAA", got type "A" Jan 8 18:08:23 blue firefox-bin: gethostby*.getanswer: asked for "dnsjava.org IN AAAA", got type "A" Jan 8 18:08:23 blue firefox-bin: gethostby*.getanswer: asked for "dnsruby.rubyforge.org IN AAAA", got type "A" Jan 8 18:08:23 blue firefox-bin: gethostby*.getanswer: asked for "lists.isc.org IN AAAA", got type "A" Jan 8 18:18:53 blue firefox-bin: gethostby*.getanswer: asked for "versioncheck.addons.mozilla.org IN AAAA", got type "A" $
Here, Firefox is trying to resolve those domain names into IPv6 address records (AAAA), and the resolver library (called by Firefox) is aggravated by the fact that the DNS server (VMware's proxy) insists upon returning records of a wrong type (A).
Could we expect this problem to be fixed in a future version, hopefully soon?
Thanks,
Eugene
P.S. By the way, the DNS records shown there are live examples under my administration, not just fictitious ones; developers are encouraged to make experimental queries. 
