First, I very much appreciate Zoltan's efforts at improving ktechlab.
Certainly, some of todays commits were quite good, I especially liked
the commit reorganizing code in Matrix. That is definitely worth a Good Job.
However, I can't say I'm happy that my comment in ~ElectronicConnector
was ignore
I've comitted changes to the trunk that allow setting the clock frequency
(steps per iteration) for gpsim processors. The current implementation
allows setting different clock speeds to different PIC instances; however
I consider the changes a but hacky. Please review it and maybe give som
I've just managed to crash trunk by reloading a pic program (?). In the
output of ktechlab there's an error from Qt:
QObject::connect: No such slot ItemGroup::getViewPtrs()
By looking to the code, it seems that the mentioned method has been
removed, but not all the references to it. Ther
On Fri, 16 Oct 2009 03:10:00 +0200, Alan Grimes
wrote:
>
> Also, I realized that in my work on the component library (really all
> parts of ktechlab), I had been continuing a bad legacy design decision
> to use pointers for everything everywhere, and to manually instantiate
> things each time t
Yes; it's caused by the debug information (for example I use the
configure script with the --enable-debug=full).
For instance if I remember correctly, I've once compiled pidgin wiht
debug info... the result had something like 30MB main executable. After
stripping, its size reduced to ~2
On Tue, 13 Oct 2009 19:15:27 +0200, Alan Grimes
wrote:
> P Zoltan wrote:
>>> That said, my local version has many meaningless and or experimental
>>> changes that I have not committed. It is quite possible that among
>>> these
>>> are some that are actually important. =\
>
>> Look in connec
It seems they recommend using wiki or blog:
http://sourceforge.net/apps/trac/sourceforge/wiki/Get%20started%20with%20your%20new%20project#Step4:Launchyourwikiorblog
see also:
http://sourceforge.net/apps/trac/sourceforge/wiki/Hosted%20Apps
On Thu, 15 Oct 2009 19:42:16 +0200, Lawrence Shafer
