I created symbolic link to python.exe as dummy.exe on cygwin.
But I noticed platform.architecture() printed ('32bit', '')

$ ./dummy
Python 2.6b3+ (trunk:66166M, Sep  3 2008, 06:43:59)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform._follow_symlinks("dummy.exe")
'/home/WhiteRabbit/python-dev/trunk/dummy.exe/python.exe'
>>>

Is this _follow_symlinks's intended behavior? If no, I hope attached
patch will fix problem. Now platform.architecture() prints
('32bit', 'WindowsPE')

- But I noticed platform.architecture() printed ('32bit', '')
+ But I noticed platform.architecture() printed ('32bit', '')
when I lanched python via dummy.exe

This sliped out of my mind. :-(

[issue3719]
>Python versions and must at least support Python 2.1.

os.path.realpath is new feature in Python2.2, so probably this cannot be
used. I attached another patch platform_v2.patch.

The problem shows up on other platforms as well.
The following comes from a standard Debian 64bit:

$ /usr/bin/python -c "import platform; print platform.architecture()"
('64bit', '')
$ /usr/bin/python2.4 -c "import platform; print platform.architecture()"
('64bit', 'ELF')

And the patch corrects this.

Thanks, fixed in r66213(trunk), r66214(release-maint25), r66216(py3k).