You can subscribe to this list here.
2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(3) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2005 |
Jan
(4) |
Feb
(14) |
Mar
(5) |
Apr
(1) |
May
(3) |
Jun
(10) |
Jul
(25) |
Aug
(39) |
Sep
(10) |
Oct
(32) |
Nov
(24) |
Dec
(14) |
2006 |
Jan
(2) |
Feb
(16) |
Mar
(20) |
Apr
(7) |
May
(3) |
Jun
|
Jul
(9) |
Aug
(2) |
Sep
|
Oct
(2) |
Nov
(11) |
Dec
(9) |
2007 |
Jan
(6) |
Feb
(2) |
Mar
(11) |
Apr
(13) |
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(10) |
Oct
(5) |
Nov
(3) |
Dec
(3) |
2008 |
Jan
(16) |
Feb
(5) |
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(5) |
Oct
(8) |
Nov
(3) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(1) |
Oct
(5) |
Nov
(20) |
Dec
(25) |
2010 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(18) |
Jun
(2) |
Jul
(3) |
Aug
(7) |
Sep
(6) |
Oct
(4) |
Nov
|
Dec
(3) |
2011 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
(12) |
May
|
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
(10) |
Mar
(10) |
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(4) |
Dec
(10) |
2013 |
Jan
|
Feb
(2) |
Mar
|
Apr
(7) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Steve R. <sh...@gm...> - 2017-03-02 21:58:16
|
I find Lush quite interesting, but the project seems a bit moribund. Are there any active users? If so, what are you using it for? |
From: Yiming Li <kes...@gm...> - 2015-06-19 06:41:50
|
Hi Ralf, It worked. Thanks a lot! Regards, Elizabeth On Thu, Jun 18, 2015 at 11:25 PM, Ralf Juengling <jue...@cs...> wrote: > Hi there, > > In Lush 2 any type annotations need to start with the 'declare' keyword. > So the example should look like this: > > ? (de harmonic (n) > (declare (-double-) n) > (let* ((z 0) (i 0)) > (declare (- double-) z i) > (while (< i n) > (incr i) > (incr z (/ i)) > ))) > = harmonic > ? (harmonic 10) > = 2.929 > > > > On Thu, Jun 18, 2015 at 5:55 AM, Yiming Li <kes...@gm...> wrote: > >> Hi, >> Sorry for the cross-posting. I just realised that it is better to get >> help via the mailing list rather than the discussion forum on sourceforge. >> >> I am currently going through the tutorial of Lush ( >> http://lush.sourceforge.net/lush-manual/tutorial.html) and ran into a >> weird bug where I cannot define the type(s) of variable(s). >> I would use the harmonic function in Section 1.9 of the tutorial as an >> example. I am using Lush 2.0.1 on Ubuntu 12.04.5. >> First I defined the function as in the tutorial -- >> (de harmonic (n) ((-double-) n) (let* ((z 0) (i >> 0)) ((-double-) z i) (while (< i n) (incr i) (incr >> z (/ i))))) >> But when I tried to compute the 100-th harmonic sum by (harmonic 100), >> the error -- >> *** -double- : not a function (nil) : -double- >> was returned. >> When I defined the function without declaring the types, everything is >> normal. But obviously I need to declare when writing compilable versions of >> the functions in the future, which are far more efficient... >> I must be missing something here. Is this due to the syntax difference >> between Lush (the tutorial is for?) and Lush2? Or do you think there was >> something wrong with my installation? >> I am pretty new to this and sorry if my problem is actually trivial. I >> would be happy to provide any further information needed for your judgement. >> Thank you in advance, and looking forward to your reply! >> Regards, >> Elizabeth >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Lush-users mailing list >> Lus...@li... >> https://lists.sourceforge.net/lists/listinfo/lush-users >> >> > |
From: Ralf J. <jue...@cs...> - 2015-06-18 15:25:46
|
Hi there, In Lush 2 any type annotations need to start with the 'declare' keyword. So the example should look like this: ? (de harmonic (n) (declare (-double-) n) (let* ((z 0) (i 0)) (declare (- double-) z i) (while (< i n) (incr i) (incr z (/ i)) ))) = harmonic ? (harmonic 10) = 2.929 On Thu, Jun 18, 2015 at 5:55 AM, Yiming Li <kes...@gm...> wrote: > Hi, > Sorry for the cross-posting. I just realised that it is better to get help > via the mailing list rather than the discussion forum on sourceforge. > > I am currently going through the tutorial of Lush ( > http://lush.sourceforge.net/lush-manual/tutorial.html) and ran into a > weird bug where I cannot define the type(s) of variable(s). > I would use the harmonic function in Section 1.9 of the tutorial as an > example. I am using Lush 2.0.1 on Ubuntu 12.04.5. > First I defined the function as in the tutorial -- > (de harmonic (n) ((-double-) n) (let* ((z 0) (i > 0)) ((-double-) z i) (while (< i n) (incr i) (incr > z (/ i))))) > But when I tried to compute the 100-th harmonic sum by (harmonic 100), the > error -- > *** -double- : not a function (nil) : -double- > was returned. > When I defined the function without declaring the types, everything is > normal. But obviously I need to declare when writing compilable versions of > the functions in the future, which are far more efficient... > I must be missing something here. Is this due to the syntax difference > between Lush (the tutorial is for?) and Lush2? Or do you think there was > something wrong with my installation? > I am pretty new to this and sorry if my problem is actually trivial. I > would be happy to provide any further information needed for your judgement. > Thank you in advance, and looking forward to your reply! > Regards, > Elizabeth > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Lush-users mailing list > Lus...@li... > https://lists.sourceforge.net/lists/listinfo/lush-users > > |
From: Yiming Li <kes...@gm...> - 2015-06-18 12:58:45
|
Oops -- apologies for the messed up formatting in my previous e-mail. #==========Start of my original e-mail=============== Hi, Sorry for the cross-posting. I just realised that it is better to get help via the mailing list rather than the discussion forum on sourceforge. I am currently going through the tutorial of Lush ( http://lush.sourceforge.net/lush-manual/tutorial.html) and ran into a weird bug where I cannot define the type(s) of variable(s). I would use the harmonic function in Section 1.9 of the tutorial as an example. I am using Lush 2.0.1 on Ubuntu 12.04.5. First I defined the function as in the tutorial -- (de harmonic (n) ((-double-) n) (let* ((z 0) (i 0)) ((-double-) z i) (while (< i n) (incr i) (incr z (/ i))))) But when I tried to compute the 100-th harmonic sum by (harmonic 100), the error -- *** -double- : not a function (nil) : -double- was returned. When I defined the function without declaring the types, everything is normal. But obviously I need to declare when writing compilable versions of the functions in the future, which are far more efficient... I must be missing something here. Is this due to the syntax difference between Lush (the tutorial is for?) and Lush2? Or do you think there was something wrong with my installation? I am pretty new to this and sorry if my problem is actually trivial. I would be happy to provide any further information needed for your judgement. Thank you in advance, and looking forward to your reply! Regards, Elizabeth On Thu, Jun 18, 2015 at 8:55 PM, Yiming Li <kes...@gm...> wrote: > Hi, > Sorry for the cross-posting. I just realised that it is better to get help > via the mailing list rather than the discussion forum on sourceforge. > > I am currently going through the tutorial of Lush ( > http://lush.sourceforge.net/lush-manual/tutorial.html) and ran into a > weird bug where I cannot define the type(s) of variable(s). > I would use the harmonic function in Section 1.9 of the tutorial as an > example. I am using Lush 2.0.1 on Ubuntu 12.04.5. > First I defined the function as in the tutorial -- > (de harmonic (n) ((-double-) n) (let* ((z 0) (i > 0)) ((-double-) z i) (while (< i n) (incr i) (incr > z (/ i))))) > But when I tried to compute the 100-th harmonic sum by (harmonic 100), the > error -- > *** -double- : not a function (nil) : -double- > was returned. > When I defined the function without declaring the types, everything is > normal. But obviously I need to declare when writing compilable versions of > the functions in the future, which are far more efficient... > I must be missing something here. Is this due to the syntax difference > between Lush (the tutorial is for?) and Lush2? Or do you think there was > something wrong with my installation? > I am pretty new to this and sorry if my problem is actually trivial. I > would be happy to provide any further information needed for your judgement. > Thank you in advance, and looking forward to your reply! > Regards, > Elizabeth > |
From: Yiming Li <kes...@gm...> - 2015-06-18 12:55:57
|
Hi, Sorry for the cross-posting. I just realised that it is better to get help via the mailing list rather than the discussion forum on sourceforge. I am currently going through the tutorial of Lush ( http://lush.sourceforge.net/lush-manual/tutorial.html) and ran into a weird bug where I cannot define the type(s) of variable(s). I would use the harmonic function in Section 1.9 of the tutorial as an example. I am using Lush 2.0.1 on Ubuntu 12.04.5. First I defined the function as in the tutorial -- (de harmonic (n) ((-double-) n) (let* ((z 0) (i 0)) ((-double-) z i) (while (< i n) (incr i) (incr z (/ i))))) But when I tried to compute the 100-th harmonic sum by (harmonic 100), the error -- *** -double- : not a function (nil) : -double- was returned. When I defined the function without declaring the types, everything is normal. But obviously I need to declare when writing compilable versions of the functions in the future, which are far more efficient... I must be missing something here. Is this due to the syntax difference between Lush (the tutorial is for?) and Lush2? Or do you think there was something wrong with my installation? I am pretty new to this and sorry if my problem is actually trivial. I would be happy to provide any further information needed for your judgement. Thank you in advance, and looking forward to your reply! Regards, Elizabeth |
From: Mridul J. <jai...@gm...> - 2013-10-25 15:40:38
|
hi, Are there Lush scripts or other scripts and steps for running the Norb demo? I couldn't find it on eblearn. I tried to build lenet7 looking at the slides from Yann's presentation and kind of seem to train it; but object recognition doesn't seem to be working on the trained set itself using detect command: https://groups.google.com/forum/#!topic/eblearn/XDQiQzqa4EI Facedetect etc works as per the instructions; but Norb instructions aren't available anywhere:( Appreciate any help here. Thanks Mridul |
From: Isaiah <qia...@gm...> - 2013-07-14 11:47:28
|
Hi, everyone, I am a new user of Lush. Recently I try to modify some lush code. The code is from http://koray.kavukcuoglu.org/code.html It is the eblearn code.. It can be downloaded here: http://cs.nyu.edu/~koray/publis/code/eblearn.tar.gz... I use lush 1.2.1. Some problem confused me. Like when I add (defvar yprime ()) in the file. Then I run , It will pause and tell me: *** compiler : Two or more arguments expected *** in: (scope yprime) *** from: (setq (scope yprime) ()) So, I use let* instead. One more problem shows: when I use (let* ((yprime (new-copy y))) Then I run the code, it will show me: *** compiler : Unknown symbol : new-copy *** in: new-copy *** from: (new-copy y) Did I need to libload some file first? When I insert these codes into the interpreter terminal, nothing wrong happened. Could anyone help me ? Thank you~ Long Qian |
From: Robert H. <rpj...@gm...> - 2013-04-20 13:54:31
|
Thanks, it did hang, but I will work those out now that you have shown me how to build up the list of deficiencies. On Tue, Apr 16, 2013 at 9:12 AM, Ralf Juengling <jue...@cs...> wrote: > > Try > > (defvar sdl-libs (list "/usr/lib/x86_64-linux-gnu/**libSDL.so" " > path-to-libSDL_image-1.2.so")**) > > It will probably choke on something else next... > > Ralf > > > > > On Tue, 16 Apr 2013, Robert Herman wrote: > > Thank you. That seems to have let it go a bit further, but then it chokes >> looking for >> libSDL_image-1.2.so. I found that too, but the sdl-config.lsh only seems >> to allow for the defvar >> of just sdl-libs. I did not see any sdl_image-libs reference. How can I >> add it to the >> sdl-config.lsh file so that it finds and uses both? Thanks again. >> >> Rob >> >> >> On Mon, Apr 15, 2013 at 11:05 PM, Ralf Juengling <jue...@cs...> >> wrote: >> Hi Robert, >> >> If you look into sdl-config.lsh you see that the code >> tries to locate the SDL library and then define variable >> 'sdl-libs'. To fix your problem you would set this >> variable before loading the sdl package. Ie, >> >> (defvar sdl-libs "/usr/lib/x86_64-linux-gnu/**libSDL.so") >> (libload "sdl/SDL") >> >> >> As for the state of lush2, there has been little activity >> in the last few years. The wrappers to various libraries >> have not been kept up-to-date, so it is not expected that >> everything works out of the box. >> >> Ralf >> >> >> >> On Mon, 15 Apr 2013, Robert Herman wrote: >> >> I just recently discovered Lush and I am very excited to have >> a Lisp for >> numerical computing. I >> use wxMaxima and Mathematica. I just switched to Linux, and >> compiled >> Lush2. I am running Ubuntu >> 12.10 and I definitely have libSDL.so in my path, however, it >> is in the >> x86_x64-linux-gnu >> directory under /usr/lib/x86_64-linux-gnu/**libSDL.so. I put >> this in my >> PATH variable. I can run >> the calculator demo, but cannot run any of the openGL or SDL >> demos. The >> error I get is: >> >> <code> >> [lushrc.lsh] t >> [sdl-bounce] >> +++ Warning: use <defvar> to declare global variable <nobj>. >> [libsdl.lsh] >> [libc.lsh] >> [idx-macros.lsh] >> [idx-int.lsh] >> [rgbaimage.lsh] >> [idx-sort.lsh] >> [overload.lsh] >> [image-transform.lsh] >> [SDL.lsh] >> [sdl-config.lsh] >> libSDL.so could not be found. >> please make sure SDL is installed. >> Both the library and the development packages are needed. >> (see /usr/local/share/lush2/**packages/sdl/sdl-config.lsh >> for more >> details) >> </code> >> >> What can I do to get it working? I wish to use Lush2 for my >> math studies >> and game programming. >> Is Lush2 still being developed even if intermittently? Any >> experience >> with it would not be >> wasted I am sure. Thanks. >> >> Rob >> >> >> >> |
From: Ralf J. <jue...@cs...> - 2013-04-18 00:24:19
|
Hi Michael, There was a bug in the CG_DESCENT interface, which I believe was causing the seemingly random FPU exceptions. I just submitted a fix to svn. Also there is easier syntax for making changes to the parameters, ? (defparameter cgp (cg-params)) ? (cgp restart_fac 5) = 5 Ralf On Mon, 17 Dec 2012, Michael Maul wrote: > >>Also, I wonder how your example can work with the gradient function (the second lambda) taking > two arguments. > From lgbfs.lsh and cg-descent.lsh > #? (cg-descent <x0> <f> <g> <gtol> [<cgp> <arg0> <arg1> ...]) > #? (lbfgs <x0> <f> <g> <gtol> [<params> <arg0> <arg1> ...]) > ... > ;; Function <g> takes the arguments <gx>, <x>, <arg0>, <arg1>, ..., > ;; writes the gradient at <x> into <gx> and returns nothing. > > The second arg is where updated theta's are stored. > > You can get code and data here: > https://github.com/mmaul/scratchpad > > I had do do some work on lapack and blas to get libfgs working. If you don't have a working > libfgs then you can build lush from my lush2 repo on git hub where I have the modified code > ( https://github.com/mmaul/lush2.git ) > > > On Sun, Dec 16, 2012 at 5:27 AM, juenglin <jue...@cs...> wrote: > > You didn't give enough information for others to reproduce what you are seeing. > What are the values for X Y and theta, for example? > > Also, I wonder how your example can work with the gradient function (the second > lambda) taking two arguments. > > > On Thu, 13 Dec 2012 19:07:18 +0000, Michael Maul wrote: > It turns out I did not need to adjust restart_fac. My cost and > gradient were munged, they gave same results as octave fns with > initial theta but they diverged. But I got them dialed in not. It even > converged in cg-descent. > > (CG-DESCENT THETA (LAMBDA (T) (COST X Y T)) > (LAMBDA (GX T) (ARRAY-COPY (GRADIENT X Y T) GX) 0) 1E-4) > = [D -25.4828 0.2088 0.2041] > But a successive run crashes or fails to converge with the same > parameters depending on its mood. > > ? (CG-DESCENT THETA (LAMBDA (T) (COST X Y T)) > (LAMBDA (GX T) (ARRAY-COPY (GRADIENT X Y T) GX) 0) 1E-4) > *** LUSH RUNTIME ERROR: FPU EXCEPTION OVERFLOW AT 0XB73BD1B2 > ** IN: C__CG_DESCENT > *** EXP : RUN-TIME ERROR IN COMPILED CODE > > Ive seen these FPU exception overflows before in lush. Perhaps its my > platform, Im running in an VirtualBox VM? Ill try on a metal machine. > It could however be something not cleaning up properly and > affecting the initial state of the next run.., or it could be > something else entirely. > > Anyways if anyone has some advice, would love to hear it. BTW the > working cost and gradient fns are below > > (DEFUN SIGMOID-NC (THETA) > (/ 1 (+ 1 (EXP (- THETA)))) > ) > (DEFUN COST (X Y THETA) > (LET* ((M (IDX-SHAPE X 0)) > (H (SIGMOID-NC (IDX-M2DOTM1 X THETA))) > (J (* (/ 1 M) > (- (MAT-.* (IDX-RESHAPE (LOG (SIGMOID-NC (IDX-M2DOTM1 X > THETA))) (LIST 1 M)) (- Y )) > (MAT-.* (IDX-RESHAPE (LOG (- 1 (SIGMOID-NC (IDX-M2DOTM1 X > THETA)))) (LIST 1 M)) (- 1 Y )))) > )) > (J 0 0) > ) > ) > > (DEFUN GRADIENT (X Y THETA) > (LET* ((M (IDX-SHAPE X 0)) > (H (SIGMOID-NC (IDX-M2DOTM1 X THETA)))) > (IDX-FLATTEN (* (/ 1 M) (MAT-.* (- H (MAT-TRANSPOSE Y)) > X)))) > ) > > Also for anyone following along this is how to set and use cg-params. > (defparameter cgp (cg-params)) > > (ASSIGN (:CGP:ACCESS RESTART_FAC) 5) > (ASSIGN (:CGP:ACCESS PRINTLEVEL) 1) > > (CG-DESCENT THETA (LAMBDA (T) (COST X Y T)) > (LAMBDA (GX T) (ARRAY-COPY (GRADIENT X Y T) GX) 0) 1E-4 CGP) > > > > > |
From: Robert H. <rpj...@gm...> - 2013-04-15 17:44:30
|
Thank you. That seems to have let it go a bit further, but then it chokes looking for libSDL_image-1.2.so. I found that too, but the sdl-config.lsh only seems to allow for the defvar of just sdl-libs. I did not see any sdl_image-libs reference. How can I add it to the sdl-config.lsh file so that it finds and uses both? Thanks again. Rob On Mon, Apr 15, 2013 at 11:05 PM, Ralf Juengling <jue...@cs...>wrote: > Hi Robert, > > If you look into sdl-config.lsh you see that the code > tries to locate the SDL library and then define variable > 'sdl-libs'. To fix your problem you would set this > variable before loading the sdl package. Ie, > > (defvar sdl-libs "/usr/lib/x86_64-linux-gnu/**libSDL.so") > (libload "sdl/SDL") > > > As for the state of lush2, there has been little activity > in the last few years. The wrappers to various libraries > have not been kept up-to-date, so it is not expected that > everything works out of the box. > > Ralf > > > > > On Mon, 15 Apr 2013, Robert Herman wrote: > > I just recently discovered Lush and I am very excited to have a Lisp for >> numerical computing. I >> use wxMaxima and Mathematica. I just switched to Linux, and compiled >> Lush2. I am running Ubuntu >> 12.10 and I definitely have libSDL.so in my path, however, it is in the >> x86_x64-linux-gnu >> directory under /usr/lib/x86_64-linux-gnu/**libSDL.so. I put this in my >> PATH variable. I can run >> the calculator demo, but cannot run any of the openGL or SDL demos. The >> error I get is: >> >> <code> >> [lushrc.lsh] t >> [sdl-bounce] >> +++ Warning: use <defvar> to declare global variable <nobj>. >> [libsdl.lsh] >> [libc.lsh] >> [idx-macros.lsh] >> [idx-int.lsh] >> [rgbaimage.lsh] >> [idx-sort.lsh] >> [overload.lsh] >> [image-transform.lsh] >> [SDL.lsh] >> [sdl-config.lsh] >> libSDL.so could not be found. >> please make sure SDL is installed. >> Both the library and the development packages are needed. >> (see /usr/local/share/lush2/**packages/sdl/sdl-config.lsh for more >> details) >> </code> >> >> What can I do to get it working? I wish to use Lush2 for my math studies >> and game programming. >> Is Lush2 still being developed even if intermittently? Any experience >> with it would not be >> wasted I am sure. Thanks. >> >> Rob >> >> |
From: Ralf J. <jue...@cs...> - 2013-04-15 15:05:30
|
Hi Robert, If you look into sdl-config.lsh you see that the code tries to locate the SDL library and then define variable 'sdl-libs'. To fix your problem you would set this variable before loading the sdl package. Ie, (defvar sdl-libs "/usr/lib/x86_64-linux-gnu/libSDL.so") (libload "sdl/SDL") As for the state of lush2, there has been little activity in the last few years. The wrappers to various libraries have not been kept up-to-date, so it is not expected that everything works out of the box. Ralf On Mon, 15 Apr 2013, Robert Herman wrote: > I just recently discovered Lush and I am very excited to have a Lisp for numerical computing. I > use wxMaxima and Mathematica. I just switched to Linux, and compiled Lush2. I am running Ubuntu > 12.10 and I definitely have libSDL.so in my path, however, it is in the x86_x64-linux-gnu > directory under /usr/lib/x86_64-linux-gnu/libSDL.so. I put this in my PATH variable. I can run > the calculator demo, but cannot run any of the openGL or SDL demos. The error I get is: > > <code> > [lushrc.lsh] t > [sdl-bounce] > +++ Warning: use <defvar> to declare global variable <nobj>. > [libsdl.lsh] > [libc.lsh] > [idx-macros.lsh] > [idx-int.lsh] > [rgbaimage.lsh] > [idx-sort.lsh] > [overload.lsh] > [image-transform.lsh] > [SDL.lsh] > [sdl-config.lsh] > libSDL.so could not be found. > please make sure SDL is installed. > Both the library and the development packages are needed. > (see /usr/local/share/lush2/packages/sdl/sdl-config.lsh for more details) > </code> > > What can I do to get it working? I wish to use Lush2 for my math studies and game programming. > Is Lush2 still being developed even if intermittently? Any experience with it would not be > wasted I am sure. Thanks. > > Rob > > |
From: Robert H. <rpj...@gm...> - 2013-04-15 12:26:17
|
I just recently discovered Lush and I am very excited to have a Lisp for numerical computing. I use wxMaxima and Mathematica. I just switched to Linux, and compiled Lush2. I am running Ubuntu 12.10 and I definitely have libSDL.so in my path, however, it is in the x86_x64-linux-gnu directory under /usr/lib/x86_64-linux-gnu/libSDL.so. I put this in my PATH variable. I can run the calculator demo, but cannot run any of the openGL or SDL demos. The error I get is: <code> [lushrc.lsh] t [sdl-bounce] +++ Warning: use <defvar> to declare global variable <nobj>. [libsdl.lsh] [libc.lsh] [idx-macros.lsh] [idx-int.lsh] [rgbaimage.lsh] [idx-sort.lsh] [overload.lsh] [image-transform.lsh] [SDL.lsh] [sdl-config.lsh] libSDL.so could not be found. please make sure SDL is installed. Both the library and the development packages are needed. (see /usr/local/share/lush2/packages/sdl/sdl-config.lsh for more details) </code> What can I do to get it working? I wish to use Lush2 for my math studies and game programming. Is Lush2 still being developed even if intermittently? Any experience with it would not be wasted I am sure. Thanks. Rob |
From: Ralf J. <jue...@cs...> - 2013-04-13 23:04:19
|
Hi Filipe, This would need to be fixed in the GSL interface. Unfortunately, most of the GSL interface is not designed well and not very useful and a new interface should be written. I do this on a by-need basis (ie, when I need something from GSL I write a new interface for the part I need). Ralf On Sat, 13 Apr 2013, Filipe Luza wrote: > Hi, > > Sorry about the beginner question, but i'm trying to run the GSL demos (.../packages/gsl/demos) > and got this error: > > dldbfd: x86_64 relocation overflow (gsl_rng_default_seed) > > I have read thispost http://sourceforge.net/mailarchive/forum.php?thread_name=201101301356.47583.leon%40bottou. > org&forum_name=lush-users > , but what i have to change to make it works? > > Thanks. > > > > > > > |
From: Filipe L. <wh...@gm...> - 2013-04-13 22:21:49
|
Hi, Sorry about the beginner question, but i'm trying to run the GSL demos (.../packages/gsl/demos) and got this error: dldbfd: x86_64 relocation overflow (gsl_rng_default_seed) I have read this post http://sourceforge.net/mailarchive/forum.php?thread_name=201101301356.47583.leon%40bottou.org&forum_name=lush-users , but what i have to change to make it works? Thanks. |
From: Ralf J. <jue...@cs...> - 2013-02-27 19:00:23
|
I tried and did not get it to work with gprof. I found there is also a thing called 'sprof' specifically for profiling shared libraries. http://greg-n-blog.blogspot.com/2010/01/profiling-shared-library-on-linux-using.html Sounds like what I need. But when I tried it lush just segfaulted on my machine with LD_PROFILE set. Not sure how much more work I will put into this but if I get it to work I will send an update. Ralf On Tue, 26 Feb 2013, Michael Maul wrote: > It would be tricky. I would think if it could work you'd have to have a lush > build with profiling switches (-pg), same for libdl and same for your wrapped C > object code. > > > On Tue, Feb 26, 2013 at 2:42 PM, Ralf Juengling <jue...@cs...> wrote: > > I am trying to profile some C code that I have written a simple > wrapper in lush for. So I am using lush scripts to drive the code. > The object code subject to profiling is loaded dynamically by lush. > This aspect makes the task non-straightforward. > > If anyone has done this before, please let me know how you did it. > > Thanks, > Ralf > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > _______________________________________________ > Lush-users mailing list > Lus...@li... > https://lists.sourceforge.net/lists/listinfo/lush-users > > > > |
From: Ralf J. <jue...@cs...> - 2013-02-26 20:01:28
|
I am trying to profile some C code that I have written a simple wrapper in lush for. So I am using lush scripts to drive the code. The object code subject to profiling is loaded dynamically by lush. This aspect makes the task non-straightforward. If anyone has done this before, please let me know how you did it. Thanks, Ralf |
From: Michael M. <mik...@gm...> - 2012-12-17 03:56:47
|
It just occurred to me I should check for evidence of the behavior problem in test-cg-descent. The wood test runs okay consistently. However after 4 consecutive runs of the rosenbrock test it fail to converge. The bad behavior is not as evident in test-cg-descent, but if you run rosenbock enough you should also see it. (libload "optim/cg-descent") (libload "optim/testfuncs/rosenbrock") (libload "optim/testfuncs/wood") (cg-descent [-1.2 1] rosenbrock rosenbrock-grad 1e-6) On Mon, Dec 17, 2012 at 1:45 AM, Michael Maul <mik...@gm...> wrote: > >>Also, I wonder how your example can work with the gradient function (the > second lambda) taking two arguments. > From lgbfs.lsh and cg-descent.lsh > #? (cg-descent <x0> <f> <g> <gtol> [<cgp> <arg0> <arg1> ...]) > #? (lbfgs <x0> <f> <g> <gtol> [<params> <arg0> <arg1> ...]) > ... > ;; Function <g> takes the arguments <gx>, <x>, <arg0>, <arg1>, ..., > ;; writes the gradient at <x> into <gx> and returns nothing. > > The second arg is where updated theta's are stored. > > You can get code and data here: > https://github.com/mmaul/scratchpad > > I had do do some work on lapack and blas to get libfgs working. If you > don't have a working libfgs then you can build lush from my lush2 repo on > git hub where I have the modified code ( > https://github.com/mmaul/lush2.git ) > > > On Sun, Dec 16, 2012 at 5:27 AM, juenglin <jue...@cs...> wrote: > >> >> You didn't give enough information for others to reproduce what you are >> seeing. >> What are the values for X Y and theta, for example? >> >> Also, I wonder how your example can work with the gradient function (the >> second lambda) taking two arguments. >> >> >> >> On Thu, 13 Dec 2012 19:07:18 +0000, Michael Maul wrote: >> >>> It turns out I did not need to adjust restart_fac. My cost and >>> gradient were munged, they gave same results as octave fns with >>> >>> initial theta but they diverged. But I got them dialed in not. It even >>> converged in cg-descent. >>> >>> (CG-DESCENT THETA (LAMBDA (T) (COST X Y T)) >>> (LAMBDA (GX T) (ARRAY-COPY (GRADIENT X Y T) GX) 0) 1E-4) >>> = [D -25.4828 0.2088 0.2041] >>> >>> But a successive run crashes or fails to converge with the same >>> parameters depending on its mood. >>> >>> ? (CG-DESCENT THETA (LAMBDA (T) (COST X Y T)) >>> (LAMBDA (GX T) (ARRAY-COPY (GRADIENT X Y T) GX) 0) 1E-4) >>> *** LUSH RUNTIME ERROR: FPU EXCEPTION OVERFLOW AT 0XB73BD1B2 >>> ** IN: C__CG_DESCENT >>> *** EXP : RUN-TIME ERROR IN COMPILED CODE >>> >>> Ive seen these FPU exception overflows before in lush. Perhaps its my >>> platform, Im running in an VirtualBox VM? Ill try on a metal machine. >>> >>> It could however be something not cleaning up properly and >>> affecting the initial state of the next run.., or it could be >>> something else entirely. >>> >>> Anyways if anyone has some advice, would love to hear it. BTW the >>> working cost and gradient fns are below >>> >>> (DEFUN SIGMOID-NC (THETA) >>> (/ 1 (+ 1 (EXP (- THETA)))) >>> ) >>> (DEFUN COST (X Y THETA) >>> (LET* ((M (IDX-SHAPE X 0)) >>> (H (SIGMOID-NC (IDX-M2DOTM1 X THETA))) >>> (J (* (/ 1 M) >>> (- (MAT-.* (IDX-RESHAPE (LOG (SIGMOID-NC (IDX-M2DOTM1 X >>> THETA))) (LIST 1 M)) (- Y )) >>> (MAT-.* (IDX-RESHAPE (LOG (- 1 (SIGMOID-NC (IDX-M2DOTM1 X >>> THETA)))) (LIST 1 M)) (- 1 Y )))) >>> )) >>> (J 0 0) >>> ) >>> ) >>> >>> (DEFUN GRADIENT (X Y THETA) >>> (LET* ((M (IDX-SHAPE X 0)) >>> (H (SIGMOID-NC (IDX-M2DOTM1 X THETA)))) >>> (IDX-FLATTEN (* (/ 1 M) (MAT-.* (- H (MAT-TRANSPOSE Y)) >>> >>> X)))) >>> ) >>> >>> Also for anyone following along this is how to set and use cg-params. >>> (defparameter cgp (cg-params)) >>> >>> (ASSIGN (:CGP:ACCESS RESTART_FAC) 5) >>> (ASSIGN (:CGP:ACCESS PRINTLEVEL) 1) >>> >>> (CG-DESCENT THETA (LAMBDA (T) (COST X Y T)) >>> (LAMBDA (GX T) (ARRAY-COPY (GRADIENT X Y T) GX) 0) 1E-4 CGP) >>> >> >> > |
From: juenglin <jue...@cs...> - 2012-12-16 05:29:53
|
Also, you could speed this up by compiling your cost and gradient function. On Sat, 15 Dec 2012 04:22:18 +0000, Michael Maul wrote: > LBGS worked on the first go. Well after I fixed some problems in > lapack and blas bindings and compiler/fortran (which are up on > github). > > ; lbfgs > ; (cputime (repeat 100 (lbfgs theta (lambda (t) (cost X y t)) > ; (lambda (gx t) (array-copy (gradient X y t) gx) ()) 1e-6 > params) )) > ; = 1.46 > ; Compared with fminuc in octave > ; options = optimset(GradObj, on, MaxIter, 400); > ; tic();for c=1:100 fminunc(@(t)(costFunction(t, X, y)), > initial_theta, options); endfor, toc() > ; Elapsed time is 5.5109 seconds. > (lbfgs theta (lambda (t) (cost X y t)) > (lambda (gx t) (array-copy (gradient X y t) gx) ()) 1e-6 > params) > =[d -25.1637 0.2062 0.2015] > > Compared to fminuc lbfgs converged with only 25 calls to gradient > where as fminuc made 75 calls to converge. |
From: Michael M. <mik...@gm...> - 2012-12-15 04:22:50
|
LBGS worked on the first go. Well after I fixed some problems in lapack and blas bindings and compiler/fortran (which are up on github). ; lbfgs ; (cputime (repeat 100 (lbfgs theta (lambda (t) (cost X y t)) ; (lambda (gx t) (array-copy (gradient X y t) gx) ()) 1e-6 params) )) ; = 1.46 ; Compared with fminuc in octave ; options = optimset('GradObj', 'on', 'MaxIter', 400); ; tic();for c=1:100 fminunc(@(t)(costFunction(t, X, y)), initial_theta, options); endfor, toc() ; Elapsed time is 5.5109 seconds. (lbfgs theta (lambda (t) (cost X y t)) (lambda (gx t) (array-copy (gradient X y t) gx) ()) 1e-6 params) =[d -25.1637 0.2062 0.2015] Compared to fminuc lbfgs converged with only 25 calls to gradient where as fminuc made 75 calls to converge. |
From: Michael M. <mik...@gm...> - 2012-12-13 19:07:51
|
It turns out I did not need to adjust restart_fac. My cost and gradient were munged, they gave same results as octave fn's with initial theta but they diverged. But I got them dialed in not. It even converged in cg-descent. *(cg-descent theta (lambda (t) (cost X y t)) * * (lambda (gx t) (array-copy (gradient X y t) gx) 0) 1e-4)* * = [d -25.4828 0.2088 0.2041]* But a successive run crashes or fails to converge with the same parameters depending on it's mood.* * * ? (cg-descent theta (lambda (t) (cost X y t)) * * (lambda (gx t) (array-copy (gradient X y t) gx) 0) 1e-4)* **** lush runtime error: FPU exception 'overflow' at 0xb73bd1b2 * *** in: C__cg_descent* * *** exp : Run-time error in compiled code* I've seen these FPU exception overflows before in lush. Perhaps it's my platform, I'm running in an VirtualBox VM? I'll try on a metal machine. It could however be something not cleaning up properly and affecting the initial state of the next run.., or it could be something else entirely. Anyways if anyone has some advice, would love to hear it. BTW the working cost and gradient fn's are below *(defun sigmoid-nc (theta)* * (/ 1 (+ 1 (exp (- theta))))* *)* *(defun cost (X y theta)* * (let* ((m (idx-shape X 0))* * (h (sigmoid-nc (idx-m2dotm1 X theta)))* * (j (* (/ 1 m)* * (- (mat-.* (idx-reshape (log (sigmoid-nc (idx-m2dotm1 X theta))) (list 1 m)) (- y ))* * (mat-.* (idx-reshape (log (- 1 (sigmoid-nc (idx-m2dotm1 X theta)))) (list 1 m)) (- 1 y ))))* * ))* * (j 0 0) * * )* * )* * * *(defun gradient (X y theta)* * (let* ((m (idx-shape X 0))* * (h (sigmoid-nc (idx-m2dotm1 X theta))))* * (idx-flatten (* (/ 1 m) (mat-.* (- h (mat-transpose y)) X))))* *)* Also for anyone following along this is how to set and use cg-params. *(defparameter cgp (cg-params)) * *(assign (:cgp:access 'restart_fac) 5)* *(assign (:cgp:access 'PrintLevel) 1)* *(cg-descent theta (lambda (t) (cost X y t)) * * (lambda (gx t) (array-copy (gradient X y t) gx) 0) 1e-4 cgp)* |
From: juenglin <jue...@cs...> - 2012-12-13 02:27:58
|
<sent off too early> You could try to force earlier restarts per the restart_fac parameter. There is a tiny bit of explanation on the parameters in the file cg_user.h. On Wed, 12 Dec 2012 18:23:45 -0800, juenglin wrote: > It sounds like you already figured out how to get some debug > information out (set PrintLevel in the cg parameters). > > You could try restarting > > > On Thu, 13 Dec 2012 00:25:32 +0000, Michael Maul wrote: >> I am having problems getting cg-descent to converge. I am re >> implementing code done in octave which converges with fminuc. >> >> Iv read through the CG-Descent users guide but am unsure where to >> start tuning. During some testing it cg-descent makes very very >> small increases of theta at each call of the gradient function. >> >> Ive tried altering the initial thetas to various values but it >> doesnt >> help. Is there perhaps a setting in cg-params that might help? >> >> Below is my cost and gradient functions if that helps shed any light >> on my problem: >> >> (defun sigmoid (theta) >> (/ 1 (+ 1 (exp (- theta)))) >> ) >> >> (defun cost (X y theta) >> (let* ((m (idx-shape X 0)) >> (h (sigmoid (* X theta))) >> (j (* (/ 1 m) (- (- (mat-.* (mat-transpose (log h)) y)) >> (mat-.* (mat-transpose (log (- 1 h))) >> (- 1 y)))))) >> (j 0 0) >> ) >> ) >> >> (defun gradient (X y theta) >> (let* ((m (idx-shape X 0)) >> (h (sigmoid (* X theta)))) >> ($*0 (* (/ 1 m) (mat-.* (mat-transpose (- h y)) X)) 0)) >> ) >> >> (cg-descent theta (lambda (t) (cost X y t)) >> (lambda (gx t) (array-copy (gradient X y t) gx)) 1e-6) > > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add > services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Lush-users mailing list > Lus...@li... > https://lists.sourceforge.net/lists/listinfo/lush-users |
From: juenglin <jue...@cs...> - 2012-12-13 02:23:53
|
It sounds like you already figured out how to get some debug information out (set PrintLevel in the cg parameters). You could try restarting On Thu, 13 Dec 2012 00:25:32 +0000, Michael Maul wrote: > I am having problems getting cg-descent to converge. I am re > implementing code done in octave which converges with fminuc. > > Iv read through the CG-Descent users guide but am unsure where to > start tuning. During some testing it cg-descent makes very very > small increases of theta at each call of the gradient function. > > Ive tried altering the initial thetas to various values but it doesnt > help. Is there perhaps a setting in cg-params that might help? > > Below is my cost and gradient functions if that helps shed any light > on my problem: > > (defun sigmoid (theta) > (/ 1 (+ 1 (exp (- theta)))) > ) > > (defun cost (X y theta) > (let* ((m (idx-shape X 0)) > (h (sigmoid (* X theta))) > (j (* (/ 1 m) (- (- (mat-.* (mat-transpose (log h)) y)) > (mat-.* (mat-transpose (log (- 1 h))) > (- 1 y)))))) > (j 0 0) > ) > ) > > (defun gradient (X y theta) > (let* ((m (idx-shape X 0)) > (h (sigmoid (* X theta)))) > ($*0 (* (/ 1 m) (mat-.* (mat-transpose (- h y)) X)) 0)) > ) > > (cg-descent theta (lambda (t) (cost X y t)) > (lambda (gx t) (array-copy (gradient X y t) gx)) 1e-6) |
From: Michael M. <mik...@gm...> - 2012-12-13 00:25:59
|
I am having problems getting cg-descent to converge. I am re implementing code done in octave which converges with fminuc. I'v read through the CG-Descent users guide but am unsure where to start tuning. During some testing it cg-descent makes very very small increases of theta at each call of the gradient function. I've tried altering the initial theta's to various values but it doesn't help. Is there perhaps a setting in cg-params that might help? Below is my cost and gradient functions if that helps shed any light on my problem: (defun sigmoid (theta) (/ 1 (+ 1 (exp (- theta)))) ) (defun cost (X y theta) (let* ((m (idx-shape X 0)) (h (sigmoid (* X theta))) (j (* (/ 1 m) (- (- (mat-.* (mat-transpose (log h)) y)) (mat-.* (mat-transpose (log (- 1 h))) (- 1 y)))))) (j 0 0) ) ) (defun gradient (X y theta) (let* ((m (idx-shape X 0)) (h (sigmoid (* X theta)))) ($*0 (* (/ 1 m) (mat-.* (mat-transpose (- h y)) X)) 0)) ) (cg-descent theta (lambda (t) (cost X y t)) (lambda (gx t) (array-copy (gradient X y t) gx)) 1e-6) |
From: Zach <ref...@gm...> - 2012-12-07 00:56:37
|
Hi guys. Finally, with the help of those on this mailing list I was able to compile the lenet5 demo into c. But at first I was getting a few of these errors from the compiled C code: /home/refinedcode/Development/lush/packages/gblearn2/demos/C/lenet5_fprop.c:327:278: > error: expected expression before ‘)’ token > So i opened up the C code and found that all the errors pointed towards this one line: (L3_19__x_)->Vtbl->M_net_cscscf(L3_19__x_, L2_1_image_height, > L2_2_image_width, L2_3_ki0, L2_4_kj0, L2_13_table0, L2_5_si0, L2_6_sj0, > L2_7_ki1, L2_8_kj1, L2_14_table1, L2_9_si1, L2_10_sj1, > ((()((((double)(L2_1_image_height-((L2_3_ki0)-1)))/((double)L2_5_si0))-((L2_7_ki1)-1)))/(()L2_9_si1)), > ((()((((double)(L2_2_image_width-((L2_4_kj0)-1)))/((double)L2_6_sj0))-((L2_8_kj1)-1)))/(()L2_10_sj1)), > L_Tmp20, L2_12_output_size, L1_net_param); > > As you can see there are some empty brackets that have caused these errors. It wasn't a big deal to me as removing the empty brackets fixed the problem and it ran fine but is there somewhere I should post this? I don't assume anyone else has seen this before? Maybe im doing something wrong that caused it. If anyone wants I can post more details about it but I doubt it would be anyone's priority. Thanks for helping me with my questions by the way! Lush works very well! |
From: juenglin <jue...@cs...> - 2012-12-05 05:34:09
|
You could use an array literal: ? (defun make-intarray () (copy-array [i[1 2 3] [4 5 6] [7 8 9]]))) Note the copy-array is necessary only if you are going to compile it because compiled lush code allocates the storage for an array literal on the stack. On Tue, 4 Dec 2012 23:33:17 -0500, Zach wrote: > Hi again. I dont know weather this is possible or not but in > gblearn2/net-lenet5.lsh, to define all the values of an int-array the > use of quote is used like so: > >> (table1 (int-array 60 2)) > >>> (table1 ()() >>> (0 0 1 0 2 0 >>> 1 1 2 1 3 1 >>> 2 2 3 2 4 2 >>> 3 3 4 3 5 3 >>> 4 4 5 4 0 4 >>> 5 5 0 5 1 5 >>> >>> 0 6 1 6 2 6 3 6 >>> 1 7 2 7 3 7 4 7 >>> 2 8 3 8 4 8 5 8 >>> 3 9 4 9 5 9 0 9 >>> 4 10 5 10 0 10 1 10 >>> 5 11 0 11 1 11 2 11 >>> >>> 0 12 1 12 3 12 4 12 >>> 1 13 2 13 4 13 5 13 >>> 2 14 3 14 5 14 0 14 >> >> 0 15 1 15 2 15 3 15 4 15 5 >> 15 )) > > And this gets passed into new-cscscf which IS compilable. > > The compiler says : > nknown symbol : quote > ry to compile that. Does anyone know an alternative way of > initializing this int-array in a way that would work with the > compiler > since quote doesnt seem to be a compilable function. Thanks for any > tips! |