From: Arnulf W. <ar...@wi...> - 2011-03-30 17:55:01
|
Hello Michal, good that you have looked how python debugger is doing it. Jtcl has one big disadvantage: it is based on Tcl 8.4 and we have in the meantime 8.5 and Beta version of 8.6 so we are missing I guess about 4 or more years of development of Tcl. JTcl additionally has no Itcl and no TclOO support and in the Itcl support I am interested very much. I agree we could have plugin execute tclsh as you describe, but I would like to use netbeans plugin to edit sources of Tcl scripts with syntax highlighting and to be able to set breakpoints and get variable infos etc. . So I think the interface I described yesterday could also be used for this solution sending some requests to tclsh via socket or whatever interface and get back the required information from tclsh. So netbeans would drive an instance of tclsh using some dedicated interface and the Tcl side has to instrument the application using trace execution command using the info provided from netbeans GUI and using the handling script thereof for communicating with netbeans to deliver back info or instrument the application according to the request sent from netbeans. I hope you can halfway understand what I mean, otherwise don't hesitate to ask me and I will go into more details. Arnulf Am 30.03.2011 19:31, schrieb dmp: > Hello Arnulf, > > Today I was thinking about general debugger architecture for scripting > languages. After reviewing how python debugger works with netbeans I > think that using shared library and C It's not good idea. Of course it > should work, but netbeans plugins seems to be Java oriented and > portable. As I noticed in python way they probably use Jython (I > haven't seen source code yet) to run python code via Java and Python > support depends on this. I thought about JTcl that Radek mentioned. > > I think that more elegant way is to build Tcl support for netbeans > upon JTcl. If it will be available like python plugin just via > netbeans plugin instaltion menu. It will be enough to have full tcl > support just by two clicks on every platform that netbeans runs. This > level of integration with Java may also have produce better debugging > info. > > To provide portability, I consider in case without jtcl. Plugin could > take path to tclsh and execute it in a proper way. Debug info will be > fetched by mix of info and trace from tcl. Netbeans debugger API > provides just graphical frontend. > > Please tell me what do you think about it. > > Of course I could use fossil for development. This bitbucket was used > just for deliver code to you. > > Thanks, > Michal Poczwardowski > > On 30 March 2011 09:14, Arnulf Wiedemann <ar...@wi...> wrote: >> Hello Michal, >> as the next step, I would suggest, that you try to setup netbeans so you >> get access to the debugging API (I sent you a link on how to create a >> new debugger module). >> Then you should try to build a little console (using jni and the C <-> >> Tcl interface) and try to receive requests from the debugging interface, >> decode them to a human readble form (strings) and allow a user to return >> a response by typing in strings which are converted from the interface >> to the appropriate Java structures/elements, so that you can simulate >> debugging to get comfortable with the interface. >> >> If you have any questions, please let me know. >> Arnulf >> >> Am 30.03.2011 01:39, schrieb dmp: >>> Hello Arnulf, >>> >>> I've prepared simple code using JNI and C. It works and executes tcl >>> scripts from Java. Integration with Netbeans now will provide ability >>> to run tcl scripts. It's time to think about dynamic debug. I've >>> created mericurial's repo at bitbucket and commited my solution: >>> https://bitbucket.org/majkeldmp/gsoctraining/src >>> >>> Thanks, >>> Michal Poczwardowski >>> >>> >>> On 29 March 2011 21:14, Radosław Szulgo <rad...@sz...> wrote: >>>> I'll let myself to quote Tom Poindexter: >>>> >>>> "(...) We have decided to start an independent project to work on >>>> advancing the state of Jacl. We feel that Jacl has been slipping further >>>> and further behind parity with C/Tcl for some time now, despite the >>>> additions of Incr Tcl, TJC and the continuing bug fixes. Our goals are >>>> to finish the Jacl Modernization effort and continue to add features >>>> consistent with later C/Tcl versions. " >>>> >>>> Jacl Modernization BTW is mine GSoC 2009 project. >>>> >>>> "We have no interest in TclBlend, so our project will focus solely on >>>> Jacl. We view our project as rapidly developing and thus more unstable >>>> than the TclJava Jacl code. We hope that our efforts can one day be >>>> rolled back into the Jacl base." >>>> >>>> Arnuf, any help will be greatly appreciated so I invite you to join our >>>> time if you only have a will. 8.5/8.6 is a long future plan. For now we >>>> focus on maintenance and full compilance with 8.4. >>>> >>>> -- Radek >>>> >>>> W dniu 29.03.2011 22:54, Arnulf Wiedemann pisze: >>>>> Hello Radoslav, >>>>> nice to hear that jacl is continuing in JTCL. Is Itcl also running there >>>>> or are there plans for doing so? and are there plans for 8.5/8.6 version >>>>> of Tcl? >>>>> >>>>> For Itcl I would offer my help (as maintainer of Ictl 4.0 version), >>>>> maybe for that we can continue the "TCl only" version of Itcl I have >>>>> started some time ago which has only a minimal set of C code, but does >>>>> need TclOO. Perhaps it is also possible to build a version without TclOO. >>>>> >>>>> Arnulf, >>>>> >>>>> Am 29.03.2011 20:59, schrieb Radosław Szulgo: >>>>>> Hello everyone, >>>>>> I like your project idea, Michal. Seems very interesting and definitely >>>>>> worth to develop. Good luck! >>>>>> >>>>>> Regarding tcljava there's a new branch of Jacl (Tcl interpreter on JVM) >>>>>> - the JTCL project, that I'm a member of. It's almost Tcl 8.4 compilant. >>>>>> See: http://jtcl.kenai.com/ >>>>>> >>>>>> Cheers, >>>>>> -- Radek >>>>>> >>>>>> W dniu 29.03.2011 20:06, Arnulf Wiedemann pisze: >>>>>>> Hello Michal, >>>>>>> >>>>>>> yes you are right you will also somehow need an interface to java. I >>>>>>> think tcljava should be no problem (if there are no bugs, then there is >>>>>>> no new release) I don't know, if that is true, maybe others can answer >>>>>>> on that. Second possibility would be to use a swig wrapper where >>>>>>> necessary see here: http://www.swig.org/ >>>>>>> >>>>>>> Arnulf >>>>>>> >>>>>>> Am 29.03.2011 01:41, schrieb dmp: >>>>>>>> Hello Arnulf, >>>>>>>> >>>>>>>> I would prefer first scenario too. Integration with netbeans will be >>>>>>>> definitely more elegant. One disadvantage is that solution will be >>>>>>>> less portable for other IDEs. >>>>>>>> >>>>>>>> I've checked tcl highlight plugin for netbeans. It would be nice to >>>>>>>> have ability to create tcl project and new files. >>>>>>>> >>>>>>>> You wrote previously, that tcl part will be smaller than C. In >>>>>>>> addition: Java will handle Netbeans debugger API so it will be most >>>>>>>> lines. Just wondering about C. I followed link from you: "how to call >>>>>>>> tcl from C". So I must try the same with Java and call C functions >>>>>>>> like Tcl_Init() or maybe http://tcljava.sourceforge.net/ - looks >>>>>>>> outdated. >>>>>>>> >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Michal Poczwardowski >>>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Enable your software for Intel(R) Active Management Technology to meet the >>>>>>> growing manageability and security demands of your customers. Businesses >>>>>>> are taking advantage of Intel(R) vPro (TM) technology - will your software >>>>>>> be a part of the solution? Download the Intel(R) Manageability Checker >>>>>>> today! http://p.sf.net/sfu/intel-dev2devmar >>>>>>> _______________________________________________ >>>>>>> Tcl-gsoc mailing list >>>>>>> Tcl...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/tcl-gsoc >>>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Enable your software for Intel(R) Active Management Technology to meet the >>>>>> growing manageability and security demands of your customers. Businesses >>>>>> are taking advantage of Intel(R) vPro (TM) technology - will your software >>>>>> be a part of the solution? Download the Intel(R) Manageability Checker >>>>>> today! http://p.sf.net/sfu/intel-dev2devmar >>>>>> _______________________________________________ >>>>>> Tcl-gsoc mailing list >>>>>> Tcl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/tcl-gsoc >>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Enable your software for Intel(R) Active Management Technology to meet the >>>> growing manageability and security demands of your customers. Businesses >>>> are taking advantage of Intel(R) vPro (TM) technology - will your software >>>> be a part of the solution? Download the Intel(R) Manageability Checker >>>> today! http://p.sf.net/sfu/intel-dev2devmar >>>> _______________________________________________ >>>> Tcl-gsoc mailing list >>>> Tcl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/tcl-gsoc >>>> >> >> |