From: dmp <dmp...@gm...> - 2011-03-26 23:58:05
|
Hello Tcl-Gsoc, I am interested in taking part in this year's Google Summer of Code and would like to discuss some general things. At Technical University of Gdansk, Poland where I'm studing, Anna Pawelczyk had given a lecture about GsoC, and her experience with GsoC and tcl. I've decided to try, too. Idea [1] to create Tcl Plugin for Netbeans looks challengeable. Me and Netbeans: I used Netbeans for few Java projects within labs during studies, never wrote any plugin for it. Me and Tcl/Tk: Used tkabber. I've never tried to write anything bigger in tcl but I really want to learn it. Currently I've installed tcl plugin in Eclipse. Goal of this idea is to create similar one? It doesn't deliver debugging solution. Eclipse uses ActiceStats for debuging tcl. I haven't tried it yet. How many programmers write tcl using Netbeans? Just wonder about potential receivers of that Idea. I've prepared website [2] to introduce myself. [1] http://wiki.tcl.tk/28110 [2] http://dmpgsoc.azalayah.net Thanks, Michał Poczwardowski |
From: Arnulf W. <ar...@wi...> - 2011-03-27 10:25:21
|
Hello Michal, I am happy that you are interested in that project. At the moment I think very few people use netbeans together with Tcl, as it only offers syntax highlighting, maybe this project can change that. And yes the idea is to create a similar plugin for netbeans as the existing one for eclipse (have never tried that myself yet), so you can also look how that was/is done. First part would be to have Tcl at all running together with netbeans and second part would be to enable debugging. I am interested, as I am using netbeans in payed work together with tomcat and Javascript/Java (so I am familiar with that in general), but the general idea for the future is, to use ATWF (see the reference page about me) which is written in Tcl on the server side and if another GSoC Project by a different mentor is succeeding namely to have Tcl running in Firefox, use that on the client side. As a first attempt, it would be nice to have a Tcl application with execution trace enabled running in netbeans and in the trace script to have a simple socket interface to determine what to do when that "event" (a call to the trace script) happens. So the Tcl part will be smaller than the the C part, but nevertheless you can very well learn Tcl, when working on the project (testing with Tcl). I think, you should find out how to load a shared library (the Tcl library) in netbeans and then call an init function for Tcl, but you will also need to figure out how to get the loaded library known to the user inteface (GUI) of netbeans and how to interact with that (probably using some standard APIs of netbeans). That sounds at first glance simple, but I am pretty sure, it is not as easy as it seems. if you have further questions, please let me know. Arnulf Am 27.03.2011 00:57, schrieb dmp: > Hello Tcl-Gsoc, > > I am interested in taking part in this year's Google Summer of Code > and would like to discuss some general things. At Technical University > of Gdansk, Poland where I'm studing, Anna Pawelczyk had given a > lecture about GsoC, and her experience with GsoC and tcl. I've decided > to try, too. > > Idea [1] to create Tcl Plugin for Netbeans looks challengeable. > > Me and Netbeans: I used Netbeans for few Java projects within labs > during studies, never wrote any plugin for it. > Me and Tcl/Tk: Used tkabber. I've never tried to write anything bigger > in tcl but I really want to learn it. > > Currently I've installed tcl plugin in Eclipse. Goal of this idea is > to create similar one? It doesn't deliver debugging solution. Eclipse > uses ActiceStats for debuging tcl. I haven't tried it yet. > > How many programmers write tcl using Netbeans? Just wonder about > potential receivers of that Idea. > > I've prepared website [2] to introduce myself. > > > [1] http://wiki.tcl.tk/28110 > [2] http://dmpgsoc.azalayah.net > > Thanks, > Michał 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 |
From: Arnulf W. <ar...@wi...> - 2011-03-27 12:38:34
|
Hello Michal, as a starting point you can have a look here: http://netbeans.dzone.com/how-reuse-netbeans-debugger That might also give you some more ideas on what has to be done. Arnulf Am 27.03.2011 00:57, schrieb dmp: > Hello Tcl-Gsoc, > > I am interested in taking part in this year's Google Summer of Code > and would like to discuss some general things. At Technical University > of Gdansk, Poland where I'm studing, Anna Pawelczyk had given a > lecture about GsoC, and her experience with GsoC and tcl. I've decided > to try, too. > > Idea [1] to create Tcl Plugin for Netbeans looks challengeable. > > Me and Netbeans: I used Netbeans for few Java projects within labs > during studies, never wrote any plugin for it. > Me and Tcl/Tk: Used tkabber. I've never tried to write anything bigger > in tcl but I really want to learn it. > > Currently I've installed tcl plugin in Eclipse. Goal of this idea is > to create similar one? It doesn't deliver debugging solution. Eclipse > uses ActiceStats for debuging tcl. I haven't tried it yet. > > How many programmers write tcl using Netbeans? Just wonder about > potential receivers of that Idea. > > I've prepared website [2] to introduce myself. > > > [1] http://wiki.tcl.tk/28110 > [2] http://dmpgsoc.azalayah.net > > Thanks, > Michał 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 |
From: dmp <dmp...@gm...> - 2011-03-27 15:18:38
|
Hello Arnulf, Thank You for response and detailed overview. Now project is much less theoretical. Netbeans tutorial shows the way how reuse their debbuger API, will be helpful. I'm collecting informations about debugging tcl scripts. Found some info here: http://en.wikibooks.org/wiki/Tcl_Programming/Debugging By the way, I really like first sentence: "Tcl itself is quite a good teacher" :) And here: http://wiki.tcl.tk/473 These methods cover debug via tclsh. So my goal is to dive into tcl internals and trace execution via shared tcl library? Within Netbeans API. Eclipse way is to connect with external debugger from ActiveState via socket interface. I've checked ATWF. Looks promising, I like MVC based frameworks. Thanks, Michał Poczwardowski On 27 March 2011 12:38, Arnulf Wiedemann <ar...@wi...> wrote: > Hello Michal, > as a starting point you can have a look here: > http://netbeans.dzone.com/how-reuse-netbeans-debugger > > That might also give you some more ideas on what has to be done. > Arnulf > > Am 27.03.2011 00:57, schrieb dmp: >> Hello Tcl-Gsoc, >> >> I am interested in taking part in this year's Google Summer of Code >> and would like to discuss some general things. At Technical University >> of Gdansk, Poland where I'm studing, Anna Pawelczyk had given a >> lecture about GsoC, and her experience with GsoC and tcl. I've decided >> to try, too. >> >> Idea [1] to create Tcl Plugin for Netbeans looks challengeable. >> >> Me and Netbeans: I used Netbeans for few Java projects within labs >> during studies, never wrote any plugin for it. >> Me and Tcl/Tk: Used tkabber. I've never tried to write anything bigger >> in tcl but I really want to learn it. >> >> Currently I've installed tcl plugin in Eclipse. Goal of this idea is >> to create similar one? It doesn't deliver debugging solution. Eclipse >> uses ActiceStats for debuging tcl. I haven't tried it yet. >> >> How many programmers write tcl using Netbeans? Just wonder about >> potential receivers of that Idea. >> >> I've prepared website [2] to introduce myself. >> >> >> [1] http://wiki.tcl.tk/28110 >> [2] http://dmpgsoc.azalayah.net >> >> Thanks, >> Michał 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 > > |
From: Arnulf W. <ar...@wi...> - 2011-03-27 15:58:20
|
Hello Michal, good to hear that you have found some additional info. It might not be necessary in the first attempt to dive into Tcl's execution trace internals. I was thinking about one of the following scenarios: scenario 1: - netbeans starts a Tcl Process by loading Tcl core shared libraries and starting Tcl using and Init (or similar) function, see: http://wiki.tcl.tk/3474 on howto call Tcl from C - before calling Init it instruments Tcl with the execution traces and provides a trace script to be called - when an execution trace fires the trace script communicates with netbeans debugging API functions for the desired info and continues when asked from netbeans - etc. .... scenario 2: - there is a small Tcl server listening on a port, where netbeans can connect to - netbeans sends the breakpoints to the server - netbeans sends the program/script to start and the server is starting the Tcl program - the server sets execution traces where desired - the script executed, when a trace fires notifies the server and the server notifies netbeans - netbeans sends what the user wants to see or if it wants to continue - the server communicates with the trace script and gives the information need back or cintinues execution - etc. .... I would prefer scenario 1, as it is more integrated into netbeans. These scenarios both work with a Tcl script called when the execution trace fires. That script then can for example use introspection like the info command see here: http://www.tcl.tk/man/tcl/TclCmd/info.htm to get all the information needed. And then that script can decide what to do. For example just returning after other work would continue execution of the application. For Tcl syntax highlighting see here: http://forums.netbeans.org/ptopic24692.html it does run with netbeans 6.9.1 (I installed it and tried it today) I somewhere (don't remember where) read on howto interface with the syntax highlighting API. That would be the way to let the user set breakpoints etc. and communicate that to one of the scenarios above. Arnulf Am 27.03.2011 17:18, schrieb dmp: > Hello Arnulf, > > Thank You for response and detailed overview. Now project is much less > theoretical. Netbeans tutorial shows the way how reuse their debbuger > API, will be helpful. > > I'm collecting informations about debugging tcl scripts. > Found some info here: > http://en.wikibooks.org/wiki/Tcl_Programming/Debugging > By the way, I really like first sentence: "Tcl itself is quite a good > teacher" :) > And here: http://wiki.tcl.tk/473 > > These methods cover debug via tclsh. So my goal is to dive into tcl > internals and trace execution via shared tcl library? Within Netbeans > API. Eclipse way is to connect with external debugger from ActiveState > via socket interface. > > I've checked ATWF. Looks promising, I like MVC based frameworks. > > Thanks, > Michał Poczwardowski > > On 27 March 2011 12:38, Arnulf Wiedemann <ar...@wi...> wrote: >> Hello Michal, >> as a starting point you can have a look here: >> http://netbeans.dzone.com/how-reuse-netbeans-debugger >> >> That might also give you some more ideas on what has to be done. >> Arnulf >> |
From: dmp <dmp...@gm...> - 2011-03-28 23:41:16
|
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 On 27 March 2011 15:58, Arnulf Wiedemann <ar...@wi...> wrote: > Hello Michal, > good to hear that you have found some additional info. > > It might not be necessary in the first attempt to dive into Tcl's > execution trace internals. I was thinking about one of the following > scenarios: > > scenario 1: > - netbeans starts a Tcl Process by loading Tcl core shared libraries and > starting Tcl using and Init (or similar) function, see: > http://wiki.tcl.tk/3474 on howto call Tcl from C > - before calling Init it instruments Tcl with the execution traces and > provides a trace script to be called > - when an execution trace fires the trace script communicates with > netbeans debugging API functions for the desired info and continues when > asked from netbeans > - etc. .... > > scenario 2: > - there is a small Tcl server listening on a port, where netbeans can > connect to > - netbeans sends the breakpoints to the server > - netbeans sends the program/script to start and the server is starting > the Tcl program > - the server sets execution traces where desired > - the script executed, when a trace fires notifies the server and the > server notifies netbeans > - netbeans sends what the user wants to see or if it wants to continue > - the server communicates with the trace script and gives the > information need back or cintinues execution > - etc. .... > > I would prefer scenario 1, as it is more integrated into netbeans. > > These scenarios both work with a Tcl script called when the execution > trace fires. That script then can for example use introspection like the > info command see here: > http://www.tcl.tk/man/tcl/TclCmd/info.htm > to get all the information needed. And then that script can decide what > to do. For example just returning after other work would continue > execution of the application. > > For Tcl syntax highlighting see here: > http://forums.netbeans.org/ptopic24692.html > it does run with netbeans 6.9.1 (I installed it and tried it today) > > I somewhere (don't remember where) read on howto interface with the > syntax highlighting API. That would be the way to let the user set > breakpoints etc. and communicate that to one of the scenarios above. > > Arnulf > > > Am 27.03.2011 17:18, schrieb dmp: >> Hello Arnulf, >> >> Thank You for response and detailed overview. Now project is much less >> theoretical. Netbeans tutorial shows the way how reuse their debbuger >> API, will be helpful. >> >> I'm collecting informations about debugging tcl scripts. >> Found some info here: >> http://en.wikibooks.org/wiki/Tcl_Programming/Debugging >> By the way, I really like first sentence: "Tcl itself is quite a good >> teacher" :) >> And here: http://wiki.tcl.tk/473 >> >> These methods cover debug via tclsh. So my goal is to dive into tcl >> internals and trace execution via shared tcl library? Within Netbeans >> API. Eclipse way is to connect with external debugger from ActiveState >> via socket interface. >> >> I've checked ATWF. Looks promising, I like MVC based frameworks. >> >> Thanks, >> Michał Poczwardowski >> >> On 27 March 2011 12:38, Arnulf Wiedemann <ar...@wi...> wrote: >>> Hello Michal, >>> as a starting point you can have a look here: >>> http://netbeans.dzone.com/how-reuse-netbeans-debugger >>> >>> That might also give you some more ideas on what has to be done. >>> Arnulf >>> > |
From: Arnulf W. <ar...@wi...> - 2011-03-29 18:06:47
|
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 > |
From: dmp <dmp...@gm...> - 2011-03-29 18:30:22
|
Hello Arnulf, I've just written code sample to invoke tcl from C. It works fine. And now I'm trying to use JNI [1] (Java Native Interface) to execute prepared C functions. Looks promising. I'll check SWIG later. If it provides straight Java to C(tcllib) without any tricks required by JNI It would be better solution. [1] http://java.sun.com/docs/books/jni/ Thanks, Michal Poczwardowski On 29 March 2011 18:06, Arnulf Wiedemann <ar...@wi...> wrote: > 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 >> > |
From: Arnulf W. <ar...@wi...> - 2011-03-29 20:41:11
|
Hello Michal, I did not know about jni, good that you found it (I have very limited knowledge of Java, much more in C). If jni is working, you don't need swig, jni is the better way then (just had a very short look at it). Arnulf Am 29.03.2011 20:30, schrieb dmp: > Hello Arnulf, > > I've just written code sample to invoke tcl from C. It works fine. And > now I'm trying to use JNI [1] (Java Native Interface) to execute > prepared C functions. Looks promising. I'll check SWIG later. If it > provides straight Java to C(tcllib) without any tricks required by JNI > It would be better solution. > > [1] http://java.sun.com/docs/books/jni/ > > Thanks, > Michal Poczwardowski > > On 29 March 2011 18:06, Arnulf Wiedemann <ar...@wi...> wrote: >> 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 |
From: Radosław S. <rad...@sz...> - 2011-03-29 19:28:19
|
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 > |
From: Arnulf W. <ar...@wi...> - 2011-03-29 20:54:38
|
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 |
From: Radosław S. <rad...@sz...> - 2011-03-29 21:14:34
|
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 > |
From: dmp <dmp...@gm...> - 2011-03-29 23:39:19
|
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 > |
From: Arnulf W. <ar...@wi...> - 2011-03-30 06:41:59
|
Hello Michal, I am happy that you could make such progress, that sounds great! Only one remark concerning repo for the software. As Tcl just started to migrate to fossil, I would suggest, that we use fossil as version control system? See: http://www.fossil-scm.org/ There is a server dedicated for Tcl/Tk at bitmover, maybe we can put the project there. @Andreas: is it possible to make, what I have suggested above and can you prepare that? Project name could perhaps be netbeanstcl or something similar. 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 >> |
From: Arnulf W. <ar...@wi...> - 2011-03-30 09:15:04
|
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 >> |
From: dmp <dmp...@gm...> - 2011-03-30 17:32:00
|
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 >>> > > |
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 >>>> >> >> |
From: dmp <dmp...@gm...> - 2011-03-30 18:48:34
|
Hello Arnulf, Ok so unfortunately I must forget about Jtcl in this case. I hope I understand: You wrote about something like this: http://jpydbg.sourceforge.net/Images/jpydbgDesign.gif Jpydb source code should be useful. Work to do looks clearer. I've looked at tcl dynamic debuggers: http://wiki.tcl.tk/8637 - gathering information from here should be useful for client/backend side from image model. stepsource.tcl: http://wiki.tcl.tk/11850 covers most of functionality and looks quite simple. Thanks, Michal Poczwardowski On 30 March 2011 17:54, Arnulf Wiedemann <ar...@wi...> wrote: > 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 >>>>> >>> >>> > > |
From: Pat T. <pat...@us...> - 2011-05-11 12:56:54
|
Arnulf Wiedemann <ar...@wi...> writes: >Hello Michal, >I got an answer from Clif, he suggests the Tcl/Tk core logo not the Tcl >Community Association logo, as he thinks - and I agree -, it is Tcl >which needs more marketing: >"My preference for logo is the traditional (ugly) feather. I like the >blue feather better on things that are large enough for a real photo, >but it doesn't reduce well." > >So please choose one of the logos, and let us know which one you would >like to use. >Arnulf There is an SVG version in the tcl source tree. -- Pat Thoyts http://www.patthoyts.tk/ PGP fingerprint 2C 6E 98 07 2C 59 C8 97 10 CE 11 E6 04 E0 B9 DD |
From: Arnulf W. <ar...@wi...> - 2011-05-11 13:11:37
|
Hello Pat, thanks for the info, I did not know that, Arnulf Am 11.05.2011 14:56, schrieb Pat Thoyts: > Arnulf Wiedemann <ar...@wi...> writes: > >> Hello Michal, >> I got an answer from Clif, he suggests the Tcl/Tk core logo not the Tcl >> Community Association logo, as he thinks - and I agree -, it is Tcl >> which needs more marketing: >> "My preference for logo is the traditional (ugly) feather. I like the >> blue feather better on things that are large enough for a real photo, >> but it doesn't reduce well." >> >> So please choose one of the logos, and let us know which one you would >> like to use. >> Arnulf > > There is an SVG version in the tcl source tree. > |
From: Arnulf W. <ar...@wi...> - 2011-03-30 19:32:31
|
Hello Michal, see my comments below, Arnulf Am 30.03.2011 20:48, schrieb dmp: > Hello Arnulf, > > Ok so unfortunately I must forget about Jtcl in this case. > > I hope I understand: You wrote about something like this: > http://jpydbg.sourceforge.net/Images/jpydbgDesign.gif Jpydb source > code should be useful. something in that direction but I am not sure if our solution needs a daemon (as it looks here),. I would like to have a synchronous communication between netbeans and tclsh. A Tcl socket is very simple to create, I hope it is not too much effort on the java side. And I would suggest to send dicts or lists over the communication line as I remember a long time ago I have written a small java class for packing a Tcl list into a java structure or class variables and vice versa. Instead of a list or dict one could also use key/value pairs with some separator, to make it easier for the java side :). > > Work to do looks clearer. > > I've looked at tcl dynamic debuggers: http://wiki.tcl.tk/8637 - > gathering information from here should be useful for client/backend > side from image model. stepsource.tcl: http://wiki.tcl.tk/11850 covers > most of functionality and looks quite simple. > stepsource.tcl is in the direction I want to have, but only, if you want to do singlestep. If you look here you have the same builtin in Tcl core with much more comfort: http://www.tcl.tk/man/tcl/TclCmd/trace.htm#M9 with enter and leave you can stop just at the beginning and end of for example a proc and with enterstep and leavestep you have the singlestep possibility and you can switch both on and off during runtime when hitting the script from the trace command, so much more comfort. > > Thanks, > Michal Poczwardowski > > On 30 March 2011 17:54, Arnulf Wiedemann <ar...@wi...> wrote: >> 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 >> >> |
From: dmp <dmp...@gm...> - 2011-03-30 20:38:22
|
Hello Arnulf, Thanks for comments, I'll keep on learning :) And Netbeans 7.0_rc1 is out. Plugin should be prepared for 7.0 realeses. Thanks, Michal On 30 March 2011 19:32, Arnulf Wiedemann <ar...@wi...> wrote: > Hello Michal, > see my comments below, > Arnulf > > Am 30.03.2011 20:48, schrieb dmp: >> Hello Arnulf, >> >> Ok so unfortunately I must forget about Jtcl in this case. >> >> I hope I understand: You wrote about something like this: >> http://jpydbg.sourceforge.net/Images/jpydbgDesign.gif Jpydb source >> code should be useful. > > something in that direction but I am not sure if our solution needs a > daemon (as it looks here),. I would like to have a synchronous > communication between netbeans and tclsh. A Tcl socket is very simple to > create, I hope it is not too much effort on the java side. And I would > suggest to send dicts or lists over the communication line as I remember > a long time ago I have written a small java class for packing a Tcl list > into a java structure or class variables and vice versa. Instead of a > list or dict one could also use key/value pairs with some separator, to > make it easier for the java side :). > >> >> Work to do looks clearer. >> >> I've looked at tcl dynamic debuggers: http://wiki.tcl.tk/8637 - >> gathering information from here should be useful for client/backend >> side from image model. stepsource.tcl: http://wiki.tcl.tk/11850 covers >> most of functionality and looks quite simple. >> > > stepsource.tcl is in the direction I want to have, but only, if you want > to do singlestep. > > If you look here you have the same builtin in Tcl core with much more > comfort: http://www.tcl.tk/man/tcl/TclCmd/trace.htm#M9 > > with enter and leave you can stop just at the beginning and end of for > example a proc and with enterstep and leavestep you have the singlestep > possibility and you can switch both on and off during runtime when > hitting the script from the trace command, so much more comfort. > >> >> Thanks, >> Michal Poczwardowski >> >> On 30 March 2011 17:54, Arnulf Wiedemann <ar...@wi...> wrote: >>> 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 >>> >>> > |
From: Lars H. <Lar...@re...> - 2011-03-31 11:11:15
|
Arnulf Wiedemann skrev 2011-03-30 19.54: > 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. This reminds me of a piece of code I wrote a couple of years ago (as part of an as-yet unfinished IPC project), which spawns a child tclsh and effectively sets it up as a slave [interp], complete with the ability to create aliases in the slave which call back to commands in the master. I could have a go at wikifying it or something, if you're interested. In particular I might point out that the code was written before 8.5 was released, so it handles 8.4 and 8.5 both, which might be convenient if JTcl is to be used at one end; there is specifically no assumption that master and slave must be running the same Tcl version. Lars Hellström |
From: Arnulf W. <ar...@wi...> - 2011-03-31 17:36:09
|
Hello Lars, yes I am interested in the code you mentioned. If you can wikify it or give us somehow access to it, that would be great. Arnulf, Am 31.03.2011 10:45, schrieb Lars Hellström: > Arnulf Wiedemann skrev 2011-03-30 19.54: >> 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. > > This reminds me of a piece of code I wrote a couple of years ago (as part > of an as-yet unfinished IPC project), which spawns a child tclsh and > effectively sets it up as a slave [interp], complete with the ability to > create aliases in the slave which call back to commands in the master. I > could have a go at wikifying it or something, if you're interested. > > In particular I might point out that the code was written before 8.5 was > released, so it handles 8.4 and 8.5 both, which might be convenient if > JTcl is to be used at one end; there is specifically no assumption that > master and slave must be running the same Tcl version. > > Lars Hellström > > > ------------------------------------------------------------------------------ > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > _______________________________________________ > Tcl-gsoc mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-gsoc |
From: dmp <dmp...@gm...> - 2011-03-31 20:00:46
|
Hello Arnulf, To update status of programming languages: C seems to be unused and tcl part will be bigger, Java part unchanged. I was thinking about architecture. I'm sure it doesn't have to be a deamon. My idea: User clicks "run with debug" event: netbeans debugger executes tclsh to run prepared debugscript.tcl with path to edited.tcl script from netbeans editor and also opens a socket for comunication between debugscript.tcl and netbeans. debugscript.tcl(master) similar to Lars's solution executes edited.tcl(slave) but also providing builtin trace and info(debug information). debugscript.tcl capture debug information and sends it to netbeans debugger via socket. debugscript.tcl supervise execution, by socket from netbeans debugger events. If tcl script from netbeans will be debug using tclsh. It would be nice to have interactive tcl shell window in netbeans, and ability to put commands. During breakpoint for example. Let me know what you think. Thanks, Michal 2011/3/31 Arnulf Wiedemann <ar...@wi...>: > Hello Lars, > yes I am interested in the code you mentioned. If you can wikify it or > give us somehow access to it, that would be great. > > Arnulf, > > Am 31.03.2011 10:45, schrieb Lars Hellström: >> Arnulf Wiedemann skrev 2011-03-30 19.54: >>> 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. >> >> This reminds me of a piece of code I wrote a couple of years ago (as part >> of an as-yet unfinished IPC project), which spawns a child tclsh and >> effectively sets it up as a slave [interp], complete with the ability to >> create aliases in the slave which call back to commands in the master. I >> could have a go at wikifying it or something, if you're interested. >> >> In particular I might point out that the code was written before 8.5 was >> released, so it handles 8.4 and 8.5 both, which might be convenient if >> JTcl is to be used at one end; there is specifically no assumption that >> master and slave must be running the same Tcl version. >> >> Lars Hellström >> >> >> ------------------------------------------------------------------------------ >> Create and publish websites with WebMatrix >> Use the most popular FREE web apps or write code yourself; >> WebMatrix provides all the features you need to develop and >> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf >> _______________________________________________ >> Tcl-gsoc mailing list >> Tcl...@li... >> https://lists.sourceforge.net/lists/listinfo/tcl-gsoc > > > ------------------------------------------------------------------------------ > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > _______________________________________________ > Tcl-gsoc mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-gsoc > |