[PD] Gridflow objects creation problem

[Jerome Tuncer]

Got it!!!!!!

You were right about the errors I didn't report you but they were not 
appearing in pd's console: they were in the terminal in which I started pd.

Unfortunately since 0.38 I had put away the habit of starting pd in a 
term. I just had that "quickstart" command line on gnome's panel. It 
turned out to be bad. A good pd user will always need the term (-;

The error though was strange:

jerome at heron:~/pdStuff/gridflow-CVS$ pd
can't load: no such file to load -- gridflow/base/main.rb
backtrace: (eval):1:in `require'
(eval):1
(eval):1
$: = ["/home/jerome/pdStuff/gridflow-CVS/..", 
"/home/jerome/pdStuff/gridflow-CVS", 
"/home/jerome/pdStuff/gridflow-CVS/optional/rblti", 
"/usr/local/lib/site_ruby/1.9", 
"/usr/local/lib/site_ruby/1.9/i486-linux", 
"/usr/local/lib/site_ruby/1.9/i386-linux", "/usr/local/lib/site_ruby", 
"/usr/lib/ruby/1.9", "/usr/lib/ruby/1.9/i486-linux", 
"/usr/lib/ruby/1.9/i386-linux", "."]

So I renamed my /home/jerome/gridflow-CVS directory to 
/home/jerome/gridflow and everything works now (-:

BTW the link I made to /usr/lib/libruby1.9.so.1.9.0 was indeed 
/usr/lib/libruby.so it was a typing mistake from me in my previous mail...

I'm on to exploring the lib now!

Do you have any clues, docs, tutorials somewhere?

++


Jé

Mathieu Bouchard wrote:
> On Fri, 7 Apr 2006, Jerome Tuncer wrote:
> 
> 
>>- Install ruby 1.9 which is "not supported" by ubuntu team (i.e. part ot
>>  the universe/multiverse repositories)
> 
> 
> I don't have a choice. The bugfix that I need did *not* get backported to
> Ruby 1.8, and it's been well over a year.
> 
> 
>>- Make symlink called /usr/bin/ruby to /usr/bin/ruby1.9
>>-> $ sudo ln -s /usr/bin/ruby1.9 /usr/bin/ruby
> 
> 
> You don't need that (?), you can run "ruby1.9 configure" instead of
> "./configure".
> 
> 
>>- Make symlink called /usr/lib/libruby.so to /usr/lib/libruby1.9.so.1.9.0
>>-> $ sudo ln -s  ./libruby1.9.so.1.9.0 ./libruby
> 
> 
> That's wrong because compiling with -lruby will look for libruby.so, so
> you are missing the .so suffix; but recent versions of GridFlow include a
> detection for "-lruby1.9". I run Ubuntu but I installed Ruby from source
> so for me Ruby 1.9 uses "-lruby" and the executable is called just
> "ruby".
> 
> 
>>created) written somewhere to save me some time. Maybe in gridflow html doc
>>Matju? Added to the "other tips" section in it? As a noob subsection? (-:
> 
> 
> I've just added a note about "ruby1.9 configure".
> 
> 
>>Ruby's path = ["/home/jerome/pdStuff/gridflow-CVS/..",
>>"/home/jerome/pdStuff/gridflow-CVS",
>>"/home/jerome/pdStuff/gridflow-CVS/optional/rblti",
> 
> 
>>Which seems to be OK. Or maybe there's something wrong with Ruby's path?
> 
> 
> It always prints it these days, because there's a new feature that detects 
> where gridflow.pd_linux is and adds it to Ruby's path when loading 
> GridFlow. That's why you don't have to do "make install" anymore. The 
> above settings look good.
> 
> 
>>But as soon as I try to open any gridflow example patch:
>>error: NoMethodError: undefined method `[]' for GridFlow::FObject:Class
> 
> 
> This is weird, I don't get it. The method "[]" certainly is defined for
> the GridFlow::FObject class. There has to be another error message that 
> you didn't tell me.
> 
> 
>> # rand
>>... couldn't create
>>This is an example with the #rand object
> 
> 
> btw there's no [#rand] object, it's [#] and it takes the argument "rand".
> 
>  _ _ __ ___ _____ ________ _____________ _____________________ ...
> | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
> | Freelance Digital Arts Engineer, Montréal QC Canada
> 
>