At a guess, what's happening is that the dashed is getting applied to a low-level scope which includes the horizontal line from the fraction. So, without knowing the gory details, there's some conversation something like:
- TeX: Okay, we're drawing dashed lines here
- PDF: Right, setting lines to dashed
- TeX: Now, we need to draw a fraction
- PDF: A what?
- TeX: I mean, draw a
3T a little high, a 4 a little low, and draw a line in between
- PDF: Gotcha, oh and I presume that the "dashed" still applies to the line
Presumably in other systems, the method for drawing the lines from PGF and the lines from other stuff don't end up mixed like that.
A proper solution would involve sorting out the scoping so that the dashed doesn't apply to the line. A hack is to negate the dashed when processing the node. Being me, I'm going for the hack:
\input tikz
\tikz\draw[dashed] node[solid] {$3T\over4$};
\bye
\tikz\draw[dashed] node {\vrule height 1pt width 1cm};the rule is dashed with XeTeX, but not with (pdf)TeX. It's a driver bug/feature. – egreg Mar 21 '12 at 14:48