<br><br><div class="gmail_quote">2009/10/10 Zoltan Padrah <span dir="ltr"><<a href="mailto:zoltan.padrah@gmail.com">zoltan.padrah@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/10/10, santiago gonzalez <<a href="mailto:santigoro@gmail.com">santigoro@gmail.com</a>>:<br>
<div class="im">> Why not doing a relase from ktl-0.3.7?<br>
<br>
</div> Releasing something on sourceforge needs some rights. Currenly nobody<br>
active on the list has them, as far as I know.<br></blockquote><div>Ok... i understand, but just a svn branch working is enought for the people to compile it and have it running.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im"><br>
><br>
> It works good enought for me, just need to fix the flowcode (changing 1 line<br>
> in fpnode) and fix some problems in pic simulation (changing 1 line in<br>
> gpsimprocessor).<br>
<br>
</div> I know it's a huge shame for me, but there are lots of mails in my<br>
todo folder, for which I haven't got time to do. Exactly what to<br>
change and where?<br></blockquote><div><br>Well... here are the new lines:<br><br>FIXING FLOWCODE:<br>_____________________________________________________________________________<br><br>src/fpnode.cpp ,one line changed and some commented (around line 38)<br>
<br>FlowPart *FPNode::outputFlowPart() const<br>.........<br>.......<br>     if( !m_outputConnector || !m_outputConnector->endNode() )<br><br>    //if( m_outputConnector->endNode() == 0)<br>    //    return 0;<br>_____________________________________________________________________________<br>
<br>.<br>FIXING PIC SIMULATION:<br>_____________________________________________________________________________<br><br>src/electronics/gpsimprocessor.cpp , one line changed and some commented (around line 270):<br><br>void GpsimProcessor::executeNext()<br>
.........<br>........<br>........<br><br>    //if(get_bp().have_interrupt())<br>    //{<br>    //    m_pPicProcessor->interrupt();<br>    //}<br>    //else<br>    //{<br>         m_pPicProcessor->step(1, false);  // Don't know what the false is for, gpsim ignores its value anyway<br>
<br>        // Some instructions take more than one cycle to execute,<br>        //so ignore next cycle if this was the case<br><br>        if ( (get_cycles().get() - beforeExecuteCount) > 1 )<br>            m_bCanExecuteNextCycle = false;<br>
    //}<br>______________________________________________________________________________<br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im"><br>
> There is also a bug when closing files directly shown in screen (created in<br>
> /temp/k.. ) that can be easily fixed (just don't creating a new temp file).<br>
<br>
</div> This is a new one for me. Which mail haven't I read?<br></blockquote><div><br>Sorry i tought that this bug was reported, ktl crashes sometimes when closing a document.<br>i did a fix that works for me, but this way when generating new documents that are not saved to disk (view directly) the last view will close and the new will open, then you can't have several views of this kind.<br>
This is not a real fix, just a workaround, but ktl don't crases.<br><br>
_____________________________________________________________________________<br>
<br>
src/textview.cpp , some lines commented (at destructor):<br><br>TextView::~TextView()<br>{<br>    //if ( KTechlab::self() ) {<br>    //    if ( KXMLGUIFactory * f = m_view->factory() )<br>    //        f->removeClient( m_view );<br>
    //    <br>    //    KTechlab::self()->addNoRemoveGUIClient( m_view );<br>    //}<br>    delete m_pViewIface;<br>}<br>_____________________________________________________________________________<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im"><br>
><br>
> For the piccomponent is not very difficult to add a property to choose clock<br>
> MHz and add a loop in simulator to manage speed.<br>
><br>
<br>
</div> This is tricky. Some odd behaviour might occur if we have 2 loops in<br>
the simulator.<br></blockquote><div><br>Well... this a 5-step loop inside the logic loop, perhaps i'm wrong but it is working for me with any problems (by now).<br>Anyway this should be examined for someone that knows ktl in deep.<br>
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
> Running the qtimer at 10 ms does the simulation to go at real time for me.<br>
><br>
</div> Changeing the simulator's "tick" period should be done one day. There<br>
are quite a few issues with the simulator, starting from the total<br>
lack of documentation about it.<br>
<div class="im"><br></div></blockquote><div>Ok, i know this issue should be improved one day, but personally i prefer  having the simulation at real time today, and this just works for me:<br><br>simulator.cpp __________________________________________________<br>

 <br>
 stepTimer->start(10);<br>
 <br>
 const unsigned maxSteps = unsigned(LINEAR_UPDATE_RATE / 100);<br>
 ______________________________________________________________<br>
 <br>
 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> I know there are a lot of people that wants to use Ktechlab for educational<br>
> purposes, but actually they can't find a ktechlab that works properly.<br>
><br>
</div> For instance me. And after seeing the codebase, I found this project<br>
too challenging to not to join it. :))<br></blockquote><div><br>Yes... that's why i think is better having a ktl that works today than having nothing, even when it is not very accurate, but for educational purposes is enought if ktl doesn't crash and have flowcode and pic simulation working.<br>
<br><br>Another cuestion that i made but didn't  comment is replacing Microbe by GcBasic, that is a good open-source Basic compiler that support most of pics and have functions libraries... but i think this is out of this discussion.<br>
I did for my personal use and for some friends that want to use ktl in digital electronics teaching.<br><br><br></div></div>