[sage-support] Re: linking problems due to inconsistent libraries
Figured out some more of it: the problem was the full path returned by tmp_filename(). The html statement will not get displayed. Creating a file name with a relative path instead will work. So the trivial answer (from a cell other than where r.dev_off() was called) might be sage: html( '' ) thanks again for the help -gerhard --~--~-~--~~~---~--~~ To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-support] Re: linking problems due to inconsistent libraries
On Dec 27, 5:39 am, gerhard wrote: Hi, > Thank you Michael, > that worked - sage 'make test' succeeds Ok. > Now I ran into another question I had solved before? > > How do I display a png file in the notebook? > I can't find it in the documentation?! > Started reading code, but the answer ought to be trivial... > > filename = tmp_filename() + '.png' > r.png(file='"%s"'%filename) > a=r([1,2,3]);b=r([4,5,6]) > r.plot(a,b) > r.dev_off() > > #now what do I do? > show?? > > -gerhard Check out interfaces/r.py: def png(self, *args, **kwds): """ Creates an R PNG device. Note that when using the R pexpect interface in the notebook, you need to call r.dev_off() in the same cell as you opened the device on in order to get the plot to appear. EXAMPLES: sage: filename = tmp_filename() + '.png' sage: r.png(file='"%s"'%filename) #optional requires R png support NULL sage: x = r([1,2,3]) #optional sage: y = r([4,5,6]) #optional sage: r.plot(x,y)#optional NULL sage: r.dev_off()#optional null device 1 sage: import os; os.unlink(filename) #optional The current r.spkg does not build the png interface per default which is a bug IMHO, but I haven't looked into fixing this yet. Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-support] Re: linking problems due to inconsistent libraries
Thank you Michael, that worked - sage 'make test' succeeds Now I ran into another question I had solved before? How do I display a png file in the notebook? I can't find it in the documentation?! Started reading code, but the answer ought to be trivial... filename = tmp_filename() + '.png' r.png(file='"%s"'%filename) a=r([1,2,3]);b=r([4,5,6]) r.plot(a,b) r.dev_off() #now what do I do? show?? -gerhard --~--~-~--~~~---~--~~ To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-support] Re: linking problems due to inconsistent libraries
On Dec 25, 1:29 pm, gerhard wrote:
Hi Gerhard,
> Well, I got myself in trouble again:
>
> I wanted to consolidate my installation of R
> to avoid maintaining two versions with two sets of libraries:
> I took a current version of R (2.8.0 Patched (2008-11-24 r47019)
> and rpy-1.0.3, patched them to match the patches for 2.6 in the spkg,
> compiled and installed. Seems to work.
>
> The problem has to do with inconsistent libraries:
> I am using Fedora 10, which has
> g++ (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7).
>
> 1) A problem I would ignore:
> In the sage environment, firefox fails due
> to inconsistent libraries (in fact, the pb is with sqlite3),
> resulting in bookmarks getting lost
> and the page forward/backward keys
> becoming inoperable.
> The R command 'help.start()' therefore fails altogether.
>
> 2) the problem I do want to fix:
> from R, the command
> install.packages('rggobi')
> fails with
> Gtk-Message: Failed to load module "gnomebreakpad"
>
> because it attempts to link two inconsistent libraries:
> sage-3.2.2/local/lib/gcc-lib/i686-pc-linux-gnu/4.0.3/
> libgcc_s.so.1
> /usr/lib/libstdc++.so.6
The is a libgcc_s.so.1 picked p from the binary G95 that Sage ships.
> I would love to hear ideas of how to get around this one?
> Maybe get a copy of 4.0.3/libstdc++.so?
Nope, build a copy of Sage that doesn't use the binary G95, but the
system gfortran compiler. From README.txt:
NOTE: If you're using Fortran on a platform without g95 binaries
included
with Sage, e.g., Itanium, you must use a system-wide gfortran.
You
have to explicitly tell the build process about the fortran
compiler and library location. Do this by typing
export SAGE_FORTRAN=/exact/path/to/gfortran
export SAGE_FORTRAN_LIB=/path/to/fortran/libs/libgfortran.so
Deleting the G95 binary and rebuilding the spkgs which use Fortran
will also work, but that is a rather complicated thing to do unless
you know exactly what you are doing :)
Let us know if you run into any trouble.
> thank you all, sage has proved extremely useful!
>
> -gerhard
Cheers,
Michael
--~--~-~--~~~---~--~~
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to
sage-support-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/sage-support
URLs: http://www.sagemath.org
-~--~~~~--~~--~--~---
