X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: not scanned
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Message-ID: <1317494030.23564.15.camel@localhost>
Subject: [geda-user] Toporouter now working again in git HEAD + fixes in
 pcb+gl_experimental
From: Peter Clifton <pcjc2 AT cam DOT ac DOT uk>
To: geda-user AT delorie DOT com
Date: Sat, 01 Oct 2011 19:33:50 +0100
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature";
	boundary="=-pqeDx3RoXFMM1awjS+1J"
X-Mailer: Evolution 3.2.0- 
Mime-Version: 1.0
Reply-To: geda-user AT delorie DOT com


--=-pqeDx3RoXFMM1awjS+1J
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi guys,

Just a heads-up, to those who have played with the toporouter before,
that it is now working again in git HEAD. (Hopefully to the same
standard it was before we switched to nanometer internal units).

I'm not taking responsibility for maintaining the toporouter, but it
seemed a shame to let it bitrot that it was likely to be a simple fix to
get it working again. (Indeed - the fixes were pretty simple, and I also
did a bit of cleaning of the code whilst I was digging there).


I've also made some fixes / improvements to the PCB+GL branches in my
repository at git://repo.or.cz/geda-pcb/pcjc2.git=20

(git clone git://repo.or.cz/geda-pcb/pcjc2.git pcb_gl)


I've temporarily reverted the layer opacity changes I made some while
back, as they aren't quite right for a lot of boards. They do suit my
default colour scheme and working style, but in the hope of making the
branch more usable to others, I've put it back.

I've fixed the pinout preview, DRC window and footprint selector
rendering of round pins, pads and holes. Unfortunately, the pin / pad
name rendering in those previews is currently broken though - as there
is some refactoring which needs to land to fix that.

I fixed a huge memory leak which was present in the pcb+gl_experimental
branch last week, which would cause PCB to consume all the system's ram
over the course of a few minutes of activity.


If you have even vaguely modern graphics drivers, you ought to find the
"pcb+gl_experimental" branch a lot faster than the "pcb+gl" branch. If
you see square pins, holes, pads, track-ends though, something isn't
agreeing with my pixel shader - and I'd appreciate the bug report.


Best wishes,

--=20
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)
Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me)

--=-pqeDx3RoXFMM1awjS+1J
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAABAgAGBQJOh10OAAoJEOo4D/b1x+QVGZ0H/3R++I3oL+boheTKU9dHKIYG
+u/w/k/E9ZYwtT3YvpWylDoaVDKDwWnVqB2blD5IpiTYHuhSiuj1auVT/c9/RMfY
+rNtYI0jdE+82cPvkspoTwmiEs78OpU2weOtUXlTcZych29mQarzosqUX/aPfny5
53LUVeXMFbnUWmZX1V4LRfDzUUHiZANUF/G2y/BJ2zeLDjsltFd3EF01uPxN2t3B
hL9yf/B8/oM0z//pRaG5ZhPQM0QB8PQCpvCe38AyaKQpva90ObVSUrQtXYNMLa2Z
kz2+I4E2j3Q2JOERBJYP3WxoOtY0bmCEd5VCMx6wIsCprFv+Cij+pA8NFL5wfVE=
=p3IA
-----END PGP SIGNATURE-----

--=-pqeDx3RoXFMM1awjS+1J--