Hi Divyanshu Answers below...
divyanshu bandil wrote: > Dear John > > After going through the student projects list on the ascend wiki i > found 'Improvements in the conditional modelling syntax' interesting. > Can I be allowed to work on this problem? > By all means, although we can not commit to offering you a GSOC position etc etc, until after the application deadline. There may be others looking to contribute on the same topic, too, I don't intend to be exclusive at this stage, although we will attempt to guide people towards a spread of different topics. > > Presently i am going through all the conditional modelling text > provided on your wiki and learning the flex/bison compiler tools. I > have a few questions > > 1. What are the particular files or the piece of code to work on for > this improvement? > The best place to start is ascend/compiler/ascParse.y. See the 'developer's manual' in the wiki for some further suggestions. The goal of this project would be to make small changes to the compiler, and hopefully not to make any changes to the 'type descriptions', instance hierarchy, etc. This syntax would be a 'shortcut' way of phrasing a limited subset of the CONDITIONAL..WHEN..CASE syntax. > 2. As stated in the description conditional models are solved using > CMSlv. Will the new syntax affect the solver's working? > By continuing to use the same underlying data structures, the aim would be for no changes whatsoever to be required in CMSlv. Having said that, there may possibly be some syntax changes that we could beneficially adopt to help with switching behaviour in dynamic modelling -- I have CCed Leon Kwek who is working on this. This is still under discussion, but doesn't prevent starting on the above (IF cond THEN statements ELSE IF ... ELSE.. END IF) > 3. Can you provide any example of the type of improvement we are > looking for? > Basically we would like a simple IF cond THEN eq1: xxx = yyy; ELSE eq2: xxx = zzz; END IF to be implemented as a shortcut way to express the current rather more cumbersome CONDITIONAL..WHEN..CASE..USE sequence. I think that for a capable student, this project might transpire to be a little on the small side, but I am sure we can expand the scope if that turns out to be the case. Cheers JP > > Please help me with the above queries. > > Regards, > > Divyanshu > > --- On *Thu, 3/17/11, John Pye /<[email protected]>/* wrote: > > > From: John Pye <[email protected]> > Subject: Re: [ASCEND] Working for Your Project > To: "divyanshu bandil" <[email protected]> > Cc: "acsend" <[email protected]>, "ascend > developers" <[email protected]> > Date: Thursday, March 17, 2011, 5:16 PM > > Hi Divyanshu > > Thanks very much for this valuable contribution. I have looked at the > patch and it looks sensible so far, but I need to ask: are the cgraph > and agraph libraries actually the same? Do we really not also need to > patch the C code? > > Anything you can do towards making Graphviz a runtime dependency only > would be a big help. Indeed, any function calls to GraphViz will then > need to be made via a function pointer instead of directly, and those > function points will need to be determined using dlopen and associated > functions. > > Keep up the good work! > > Cheers > JP > > divyanshu bandil wrote: > > Dear John > > > > Thanks for the reply. > > Please note the following points. > > > > 1. I have been able to build the source code from trunk and > presently > > writing some simple models from the area of electronics. > > > > 2. Regarding graphviz i have updated the graphviz.py on my > system and > > it is working fine. I have added a try/except block to consider both > > libagraph(for older version) and libcgraph(for newer version). I > have > > checked graph.c and all the struct types and functions used are > > working fine. > > Also attaching the patch file below. > > > > 3. Also working on making the Graphviz allowable runtime(dlopen) > > dependency. It seems the graph.c and graph.h will need some editing. > > Please add any comments. > > > > Regards, > > > > Divyanshu > > > > --- On *Sun, 2/20/11, John Pye /<[email protected] > </mc/[email protected]>>/* wrote: > > > > > > From: John Pye <[email protected] > </mc/[email protected]>> > > Subject: Re: [ASCEND] Working for Your Project > > To: "divyanshu bandil" <[email protected] > </mc/[email protected]>> > > Cc: "Krishnan Chittur" <[email protected] > </mc/[email protected]>>, "acsend" > > <[email protected] > </mc/[email protected]>> > > Date: Sunday, February 20, 2011, 10:33 PM > > > > Hi Divyanshu > > > > Thanks for your helpful feedback. I have added further > comments below. > > > > Krishnan Chittur wrote: > > > Do not worry about conopt - it is commercial - > > > > > > IPOPT should work - but I recall that the synaptic install > sometimes > > > is not > > > recognized (do not know why) - particularly is the lib file is > > in /usr/lib > > > try downloading the source and install with > --prefix=/usr/local (for > > > IPOPT) > > > > IPOPT latest release is needed; unfortunately the version in > Ubuntu > > doesn't work properly > > http://ascendwiki.cheme.cmu.edu/IPOPT > > > > I have updated the 'Building ASCEND' page accordingly, > thanks for > > pointing this out. > > > > > > > > need graphviz-dev for graphviz - and you have it, perhaps > it is the > > > path issue - do not > > > know why ... > > > > Graphviz has been updated in Ubuntu 10.10 and now provides a > different > > API. We would like to fix this by (a) changing the core > ASCEND code so > > that Graphviz is not directly linked to ASCEND but instead is an > > allowable runtime (dlopen) dependency, and (b) update the > bit of code > > that links against Graphviz so that it can use both older > and newer > > versions of Graphviz. Would you perhaps like to work on that > issue? It > > would certainly be very helpful, and a relatively small, > > self-contained > > task for you to start with. > > > > If not, you may need to try to get hold of an older graphviz > > package for > > your system -- try manually downloading the relevant > packages for > > Ubuntu > > 10.04 instead, and installing them using 'dpkg'. > > > > The relevant bug in our bug tracker is > > http://ascendbugs.cheme.cmu.edu/view.php?id=443, and I have also > > updated > > the wiki. > > > > Cheers > > JP > > > > > > > > > > > > On Sun, Feb 20, 2011 at 7:18 AM, divyanshu bandil > > > <[email protected] > </mc/[email protected]> > <mailto:[email protected] > </mc/[email protected]>>> wrote: > > > > > > Dear John, > > > > > > Thanks for the reply. > > > > > > Well as directed by you i downloaded the source code and > > tried to > > > build it on Ubuntu 10.10. > > > I did install the following packages as mentioned on > the 'Build > > > Ascend' page: > > > > > > * subversion > > > * swig > > > * g++ > > > * gfortran > > > * python-dev > > > * scons > > > > > > > > > * flex > > > * bison > > > * graphviz-dev > > > * libsundials-serial-dev > > > * coinor-libipopt-dev > > > * liblapack-dev (used by IPOPT) > > > * tcl8.5-dev > > > * tk8.5-dev > > > * libtktable2.9 > > > * libblas-dev > > > > > > > > > * ipython > > > > > > * python-matplotlib > > > > > > > > > But still the following errors occur while building > the source. > > > 1. libagraph is not detected. I think this has > something to do > > > with libcgraph replacing libagraph. Also graphviz is not > > detected. > > > 2. Failed IPOPT detection though coinor-libipopt-dev is > > installed. > > > 3. Conopt is also not available. Maybe it is due to it > being > > > commercial. > > > > > > Please help as soon as possible. > > > > > > Regards, > > > Divyanshu > > > --- On *Wed, 2/16/11, John Pye /<[email protected] > </mc/[email protected]> > > > <mailto:[email protected] > </mc/[email protected]>>>/* wrote: > > > > > > > > > From: John Pye <[email protected] > </mc/[email protected]> > > <mailto:[email protected] > </mc/[email protected]>>> > > > Subject: Re: [ASCEND] Working for Your Project > > > To: "divyanshu bandil" <[email protected] > </mc/[email protected]> > > > <mailto:[email protected] > </mc/[email protected]>>> > > > Cc: [email protected] > </mc/[email protected]> > > > <mailto:[email protected] > </mc/[email protected]>> > > > Date: Wednesday, February 16, 2011, 3:06 PM > > > > > > > > > Hi Divyanshu, > > > > > > Can I suggest you get in contact with Grivan Thapar, a > > previous > > > ASCEND/GSOC2010 student also based in Delhi? His > details are > > > on the > > > wiki. He has some tasks that need to be done in > relation > > to our > > > canvas-based modelling. > > > > > > Due to excellent demand, we will only be accepting > GSOC > > > applicants who > > > have made useful code contributions in advance of the > > > Programme. So I > > > suggest you build the ASCEND code for yourself > from our svn > > > trunk, get > > > it running, write some sample models (perhaps from > your > > > knowledge area > > > of electronics, for example?). You can then look > at our bug > > > tracker, or > > > else the list of student projects, for ideas of > where to > > start > > > working. > > > Please feel free to discuss. > > > > > > Cheers > > > JP > > > > > > > > > divyanshu bandil wrote: > > > > Dear John, > > > > > > > > I am second year student at NSIT, Delhi, India > pursuing > > > Bachelor of > > > > Engineering Course in Electronics And Communication. > > Being an > > > > engineering student and a programming enthusiast I > > would like to > > > > contribute to your project ASCEND under Google > Summer of > > > Code. I have > > > > certain level of experience in programming in C/C++ > > and would be > > > > interested in learning new programming languages as > > required > > > for your > > > > project. > > > > Please guide me through the process as i am > genuinely > > > interested in > > > > ASCEND. > > > > > > > > Best Regards > > > > Divyanshu Bandil > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > The ultimate all-in-one performance toolkit: > Intel(R) > > > Parallel Studio XE: > > > > Pinpoint memory and threading errors before they > happen. > > > > Find and fix more than 250 security defects in the > > > development cycle. > > > > Locate bottlenecks in serial and parallel code > that limit > > > performance. > > > > http://p.sf.net/sfu/intel-dev2devfeb > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > > Ascend-sim-users mailing list > > > > [email protected] > </mc/[email protected]> > > > > > <http://mc/[email protected]> > > > > > > https://lists.sourceforge.net/lists/listinfo/ascend-sim-users > > > > > > > > > > > > > -- > > > Dr John Pye > > > Dept of Engineering > > > Australian National University > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > The ultimate all-in-one performance toolkit: Intel(R) > Parallel > > > Studio XE: > > > Pinpoint memory and threading errors before they happen. > > > Find and fix more than 250 security defects in the > > development cycle. > > > Locate bottlenecks in serial and parallel code that limit > > performance. > > > http://p.sf.net/sfu/intel-dev2devfeb > > > _______________________________________________ > > > Ascend-sim-users mailing list > > > [email protected] > </mc/[email protected]> > > > <mailto:[email protected] > </mc/[email protected]>> > > > > https://lists.sourceforge.net/lists/listinfo/ascend-sim-users > > > > > > > > > > > > > > > -- > > > Not sent from an Android or iPhone or Blackberry or some > gizmo. > > > Sent from my computer running Ubuntu - using ethernet > hardware, > > tcp/ip > > > software, servers exchanging packets in etherspace > > > Please do not reply, forward or call unless absolutely > necessary > > (why > > > waste electricity?) > > > Please do not do anything that consumes energy, unless > absolutely > > > necessary. > > > (and so on and so on and so on ... add your own admonishments) > > > Chemical/Materials Engineering, EB 121 > > > University of Alabama Huntsville > > > Huntsville, AL 35899 > > > (256) 824 3596 (V) > > > > > > > > > > > > > > > -- > > Dr John Pye > > Dept of Engineering > > Australian National University > > > > > > > > > -- > Dr John Pye > Dept of Engineering > Australian National University > > > -- Dr John Pye Dept of Engineering Australian National University ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Ascend-sim-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ascend-sim-users
