From: Claudiu C. <cla...@gm...> - 2007-05-30 13:27:08
|
>On Tue, 2007-05-29 at 09:56 +0200, Claudiu Covaci wrote: >> Hi, >> >> First I'd like to say that I am happy too that KTechLab development >> will be continued and I would gladly try to help (I'm an Computer >> Science student and I'm usign KTechLab this semester). I would like to >> contribute with programming, but I don't know if my skills are good >> enough. Else, I'll probably help with documentation. P>leased to hear it. Feel free to have a poke around the source code and you can also contribute by adding to the wiki (http://www.ktechlab.org/wiki) > > Anyway, here's my problem: I have Kubuntu 7.04 and I downloaded the > latest SVN version of KTechLab. When I try to compile and run the > program (KDevelop), I get an Automake error: that I am using automake > (GNU Automake) 2.61, and the program needs 2.53 or newer. That sounds > illogical and I don't know what I can do to fix this. I looked in the > repositories for a older version of automake but there's nothing > there. Do I need some other dev-packages installed? >As far as I'm aware, the latest version of Automake is 1.10 so I suspect >that something else is causing >the problem. Post the full output of automake & I'll see if I can spot >the problem >Jason Hi, actually, the output is not very big ("full compiler ouput" in KDevelop selected): cd '/home/clau/projects/ktechlab/trunk' && WANT_AUTOCONF_2_5="1" make -f Makefile.cvs && mkdir '/home/clau/projects/ktechlab/trunk/debug' && cd '/home/clau/projects/ktechlab/trunk/debug' && CXXFLAGS="-O0 -g3" "/home/clau/projects/ktechlab/trunk/configure" --enable-debug=full --prefix=/usr --enable-pch=yes && cd '/home/clau/projects/ktechlab/trunk/debug/src/core/' && WANT_AUTOCONF_2_5="1" make -k libcore.la This Makefile is only for the CVS repository This will be deleted before making the distribution <br /> *** YOU'RE USING autoconf (GNU Autoconf) 2.61. *** KDE requires autoconf 2.53 or newer make[1]: *** [cvs] Error 1 make: *** [all] Error 2 *** Exited with status: 2 *** It may be that I need several libraries to compile kde programs. I really have no idea what, though... I'll google it further Also what I have noticed: KTechLab uses quite a lot of CPU time, even if simultation is stopped. Anyone seen the same thing? Thanks Clau |
From: Claudiu C. <cla...@gm...> - 2007-05-31 19:46:39
|
> Date: Wed, 30 May 2007 22:34:15 +0100 > From: Jason Lucas <jas...@nt...> > Subject: Re: [Ktechlab-devel] Automake problems > To: kte...@li... > Message-ID: <1180560856.21723.4.camel@thunderchild.localdomain> > Content-Type: text/plain; charset="us-ascii" > > > Hi, > > > > actually, the output is not very big ("full compiler ouput" in > > KDevelop selected): > > > > cd '/home/clau/projects/ktechlab/trunk' && WANT_AUTOCONF_2_5="1" make > > -f Makefile.cvs && mkdir '/home/clau/projects/ktechlab/trunk/debug' && > > cd '/home/clau/projects/ktechlab/trunk/debug' && CXXFLAGS="-O0 -g3" > > "/home/clau/projects/ktechlab/trunk/configure" --enable-debug=full > > --prefix=/usr --enable-pch=yes && cd > > '/home/clau/projects/ktechlab/trunk/debug/src/core/' && > > WANT_AUTOCONF_2_5="1" make -k libcore.la > > This Makefile is only for the CVS repository > > This will be deleted before making the distribution > > <br /> > > *** YOU'RE USING autoconf (GNU Autoconf) 2.61. > > *** KDE requires autoconf 2.53 or newer > > make[1]: *** [cvs] Error 1 > > make: *** [all] Error 2 > > *** Exited with status: 2 *** > > > Clau, > > Try copying the attached cvs.sh to your ktechlab /admin directory. (Make > a back-up copy of the original and make the new file executable). Let me > know if it solves the problem. > > Jason Hi, well, I couldn't download the file ("insufficent parameters" ???). I was logged & stuff, it didn't work. Maybe you can email it to me directly? I'm at gmail.com (address above). Sourceforge is very slow and... not very fun to use. Have you considered moving the project elsewhere? Also, have you consideret using git? I saw Linus Torvalds speaking about it and the differences to CVS/SVN on Google Video (do a search...). :-) I find it very frustrated to be blocked by such insignificant problems. That's why I think this should be really a matter to think about. Bye Clau |
From: Alan G. <ag...@sp...> - 2007-06-01 02:39:50
Attachments:
ground.circuit
|
One of the deeper issues in Ktechlab is grounding. The issue about the glitiching out to giga-volts, is comparatively trivial, requiring a better understanding of linear algebra, in that trying to patch a singular matrix with a tiny value instead of 1 is bound to make things a lot worse. (the problem being the singular matrix in the first place...) Go research an app-note on power-factor correction circuits and try to implement the basic parts of the topolgy in ktechlab. Most of the schematics assume that the ground-symbol means "COMOMON" which is distinct from "Earth", (which is a different symbol). Worse, Ktechlab inserts hidden earth-grounds where ever it feels like it. In fact, every line of code in the simulation classes assumes that these hidden grounds exist. I think if ktechlab were to adopt an "All voltages add to 0" approach, the simulation matrices it generates will be much easier to solve. (the battery circuit in the attached would have a +2.5 volt side and a -2.5 volt side, equalling 0) Another major change to the simulation engine I've been thinking about is the model for reactive components. Right now, ktechlab solves reactive components seperately from regular components because of the way the linear algebra system is coded. I think it would work much better if reactive components such as capacitors and inductors (including transformers) could request additional state variables in the main simulation matrix for charge and magnetic flux, respectively. An issue arises when you have iron core inductors, in that they saturate at a certain current... -- similar to how capacitors always have a finite breakdown voltage. But neither of these issues is yet addressed anyway. /me just tried ktechlab 0.3.6. damn that thing gets slow after only a few minutes... =\ -- Opera: Sing it loud! :o( )>-< |
From: Jason L. <jas...@nt...> - 2007-06-13 01:23:43
|
Alan, I think that you have the deepest understanding of KTechLab (and it's problems) on the forum. If you can translate this understanding into producing solutions (i.e code) then I want you on the KTechLab development team. Jason. On Thu, 2007-05-31 at 23:40 -0400, Alan Grimes wrote: > One of the deeper issues in Ktechlab is grounding. > > The issue about the glitiching out to giga-volts, is comparatively > trivial, requiring a better understanding of linear algebra, in that > trying to patch a singular matrix with a tiny value instead of 1 is > bound to make things a lot worse. (the problem being the singular matrix > in the first place...) > > Go research an app-note on power-factor correction circuits and try to > implement the basic parts of the topolgy in ktechlab. Most of the > schematics assume that the ground-symbol means "COMOMON" which is > distinct from "Earth", (which is a different symbol). > > Worse, Ktechlab inserts hidden earth-grounds where ever it feels like > it. In fact, every line of code in the simulation classes assumes that > these hidden grounds exist. I think if ktechlab were to adopt an "All > voltages add to 0" approach, the simulation matrices it generates will > be much easier to solve. > > (the battery circuit in the attached would have a +2.5 volt side and a > -2.5 volt side, equalling 0) > > Another major change to the simulation engine I've been thinking about > is the model for reactive components. Right now, ktechlab solves > reactive components seperately from regular components because of the > way the linear algebra system is coded. I think it would work much > better if reactive components such as capacitors and inductors > (including transformers) could request additional state variables in the > main simulation matrix for charge and magnetic flux, respectively. > > An issue arises when you have iron core inductors, in that they saturate > at a certain current... -- similar to how capacitors always have a > finite breakdown voltage. But neither of these issues is yet addressed > anyway. > > /me just tried ktechlab 0.3.6. damn that thing gets slow after only a > few minutes... =\ > > HTML document attachment (ground.circuit) > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ Ktechlab-devel mailing list Kte...@li... https://lists.sourceforge.net/lists/listinfo/ktechlab-devel |
From: Alan G. <ag...@sp...> - 2007-06-14 02:50:18
|
Jason Lucas wrote: > Alan, > > I think that you have the deepest understanding of KTechLab (and it's > problems) on the forum. If you can translate this understanding into > producing solutions (i.e code) then I want you on the KTechLab > development team. I don't have much time these days, I'm working in the electronics department of the Geophysical Laboratory of the Carnegie institute of Washington. I've kinda lost the obsession I had with ktechlab which caused me to fix up a ton of the code... now I'd have to spend time syncing my best branch with the current mainline... (which has a different set of improvements...) The most significant of which was the removal of custom vector code from the oscillosocpe class (resulting in a MAJOR cleanup...) I'm not a gui dude, but the parts catalog and the simulation engine are going to require MAJOR overhauls... -- basically a complete re-vamping of the way parts are implemented so that the user can download and add parts without having to recompile, and eliminating the current and rather extreme code bloat... =\ -- Opera: Sing it loud! :o( )>-< |
From: Jason L. <jas...@nt...> - 2007-06-14 03:18:43
|
On Wed, 2007-06-13 at 23:50 -0400, Alan Grimes wrote: > Jason Lucas wrote: > > Alan, > > > > I think that you have the deepest understanding of KTechLab (and it's > > problems) on the forum. If you can translate this understanding into > > producing solutions (i.e code) then I want you on the KTechLab > > development team. > > I don't have much time these days, I'm working in the electronics > department of the Geophysical Laboratory of the Carnegie institute of > Washington. Glad to hear the you're busy. GeoFizz then? Doing much work with GrassGIS and your local Archaeolgists? - I used to be an Archaeologist with the University of Manchester (UK). > I've kinda lost the obsession I had with ktechlab which caused me to fix > up a ton of the code... now I'd have to spend time syncing my best > branch with the current mainline... (which has a different set of > improvements...) I'd be quite happy to set-up a branch for your code on the svn and let the community work on merging it. > > The most significant of which was the removal of custom vector code from > the oscillosocpe class (resulting in a MAJOR cleanup...) > > I'm not a gui dude, but the parts catalog and the simulation engine are > going to require MAJOR overhauls... -- basically a complete re-vamping > of the way parts are implemented so that the user can download and add > parts without having to recompile, and eliminating the current and > rather extreme code bloat... =\ Must admit that there is alot of work to do. Much of the coding is beyond my current knowledge - hey - I'm a project admin, not a full time coder! I took on this project because a) It's a great project that was worth saving b) no-one else seemed to be willing to take it on. c) Just for fun ;) Jason |
From: Jason L. <jas...@nt...> - 2007-05-30 21:35:12
Attachments:
cvs.sh
|
On Wed, 2007-05-30 at 15:27 +0200, Claudiu Covaci wrote: > >On Tue, 2007-05-29 at 09:56 +0200, Claudiu Covaci wrote: > >> Hi, > >> > >> First I'd like to say that I am happy too that KTechLab development > >> will be continued and I would gladly try to help (I'm an Computer > >> Science student and I'm usign KTechLab this semester). I would like to > >> contribute with programming, but I don't know if my skills are good > >> enough. Else, I'll probably help with documentation. > P>leased to hear it. Feel free to have a poke around the source code and > you can also contribute by adding to the wiki > (http://www.ktechlab.org/wiki) > > > > Anyway, here's my problem: I have Kubuntu 7.04 and I downloaded the > > latest SVN version of KTechLab. When I try to compile and run the > > program (KDevelop), I get an Automake error: that I am using automake > > (GNU Automake) 2.61, and the program needs 2.53 or newer. That sounds > > illogical and I don't know what I can do to fix this. I looked in the > > repositories for a older version of automake but there's nothing > > there. Do I need some other dev-packages installed? > >As far as I'm aware, the latest version of Automake is 1.10 so I > suspect >that something else is causing > >the problem. Post the full output of automake & I'll see if I can spot > >the problem > >Jason > > Hi, > > actually, the output is not very big ("full compiler ouput" in > KDevelop selected): > > cd '/home/clau/projects/ktechlab/trunk' && WANT_AUTOCONF_2_5="1" make > -f Makefile.cvs && mkdir '/home/clau/projects/ktechlab/trunk/debug' && > cd '/home/clau/projects/ktechlab/trunk/debug' && CXXFLAGS="-O0 -g3" > "/home/clau/projects/ktechlab/trunk/configure" --enable-debug=full > --prefix=/usr --enable-pch=yes && cd > '/home/clau/projects/ktechlab/trunk/debug/src/core/' && > WANT_AUTOCONF_2_5="1" make -k libcore.la > This Makefile is only for the CVS repository > This will be deleted before making the distribution > <br /> > *** YOU'RE USING autoconf (GNU Autoconf) 2.61. > *** KDE requires autoconf 2.53 or newer > make[1]: *** [cvs] Error 1 > make: *** [all] Error 2 > *** Exited with status: 2 *** > Clau, Try copying the attached cvs.sh to your ktechlab /admin directory. (Make a back-up copy of the original and make the new file executable). Let me know if it solves the problem. Jason |