Trying to run browser...

Hey all,

I have a fresh xUbuntu install, (6.06) and I have installed gst from the
synaptic package manager. The went fine, and gst runs fine from the
command line.

I loaded up the info pages and started going through them and then tried
the command:

gst -qK browser/Run.st

Which provided the following traceback:
"Scavenging... 92% reclaimed, done"
Loading package BloxTK
Object: DLD error: requested module blox-tk was not found
SystemExceptions.CInterfaceError(Exception)>>#signal
SystemExceptions.CInterfaceError class(Exception class)>>#signal:
DLD class>>#addModule:
optimized [] in PackageLoader class>>#primFileInPackage:
Set(HashedCollection)>>#do:
PackageLoader class>>#primFileInPackage:
optimized [] in PackageLoader class>>#fileInPackages:
OrderedCollection(SequenceableCollection)>>#do:
PackageLoader class>>#fileInPackages:
PackageLoader class>>#fileInPackage:
UndefinedObject>>#executeStatements
/usr/share/gnu-smalltalk/browser/Run.st:44: invalid scope resolution


I did some searching on the internet/news groups, and didn't find much
help... I do have the tk-dev stuff installed, which was one question
that paolo had asked someone else who had this problem.

I have built gst on MacOSX as well, and the browser exhibited the same
behaviour.

Any thoughts?

Brian



_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Brian Brown wrote:
Hi Brian,

I was waiting for somebody who knows the browser better to reply, and I
don't know if you got a reply off-list, but anyway...

On my system at least, libtcl and libtk are .so libraries, so I think
that it is actually those libraries that are failing to load, rather
than blox-tk. The error you get when a module fails to load is the same
regardless of what happened.

I don't think that there's a patched version available (well, there is
2.1h, I suppose), which means building from (patched) source, I'm afraid.

Mike


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

>> I have built gst on MacOSX as well, and the browser exhibited the same
>> behaviour.
>>
>> Any thoughts?
Hello.  Sorry for chiming in late, I was off-site before and on holiday
afterwards.

Can you please give the location of libtcl*.so* and/or libtk*.so* on disk?

Also, I am not familiar with Ubuntu.  If they build from source, do you
have a log?  In this case, also, you may want to check if you have a
tclConfig.sh or tkConfig.sh file.  If they install a binary, chances are
that they do not provide the browser in their package.

Regarding Mac OS X, I've always built the browser with fink's Tcl and Tk
packages.  That may explain your previous failures.

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On Aug 3, 2006, at 6:34 AM, Paolo Bonzini wrote:

>
>>> I have built gst on MacOSX as well, and the browser exhibited the  
>>> same
>>> behaviour.
>>>
>>> Any thoughts?
> Hello.  Sorry for chiming in late, I was off-site before and on  
> holiday afterwards.

Not a problem ;)  - I was on holiday myself two weeks ago.


>
> Can you please give the location of libtcl*.so* and/or libtk*.so*  
> on disk?

They are in /usr/lib:

-rw-r--r-- 1 root root 1.1M 2006-01-05 10:53 /usr/lib/libtcl8.4.a
lrwxrwxrwx 1 root root   14 2006-07-26 10:21 /usr/lib/libtcl8.4.so ->  
libtcl8.4.so.0
-rw-r--r-- 1 root root 689K 2006-01-05 10:53 /usr/lib/libtcl8.4.so.0
-rw-r--r-- 1 root root 1.9K 2006-01-05 10:53 /usr/lib/libtclstub8.4.a

-rw-r--r-- 1 root root 1.3M 2006-01-05 10:46 /usr/lib/libtk8.4.a
lrwxrwxrwx 1 root root   13 2006-07-26 10:21 /usr/lib/libtk8.4.so ->  
libtk8.4.so.0
-rw-r--r-- 1 root root 853K 2006-01-05 10:46 /usr/lib/libtk8.4.so.0
-rw-r--r-- 1 root root 3.7K 2006-01-05 10:46 /usr/lib/libtkstub8.4.a



>
> Also, I am not familiar with Ubuntu.  If they build from source, do  
> you have a log?  In this case, also, you may want to check if you  
> have a tclConfig.sh or tkConfig.sh file.  If they install a binary,  
> chances are that they do not provide the browser in their package.

(09:17) ~> locate  
tclConfig                                                                
                                                              (Thu 3) ~
/usr/lib/tcl8.4/tclConfig.sh

(09:17) ~> locate  
tkConfig                                                                
                                                              (Thu 3) ~
/usr/lib/tk8.4/tkConfig.sh


>
> Regarding Mac OS X, I've always built the browser with fink's Tcl  
> and Tk packages.  That may explain your previous failures.
>

I've started using DarwinPorts, and I'll double check what is installed.


> Paolo

Thanks!

Brian




_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

I assume it is a binary package.  If it is not dependent on any of tcl
or tk, then again Ubuntu chose not to provide the browser in their
package.  Otherwise please send the content of these .sh files.

Thanks,

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

Ok, so what is basically going on here is that the package  
maintainers for the various distributions may or may not have  
compiled in the browser, depending on whether or not they wanted to  
have the dependencies on tcl/tk or gtk.

So building it from source should solve the problem... I'll give it a  
shot.


Also, on Mac OSX, I tried building from source and configure fails with:

configure: creating libtool
configure: error: "libffi has not been ported to i686-apple-
darwin8.7.1."
configure: error: /bin/sh './configure' failed for libffi


That is because this is an Intel Mac - the pyobjc folks do have a  
libffi ported to the intel mac; is there a way to get the build to  
use that instead of the included one?

Brian

On Aug 3, 2006, at 10:00 AM, Paolo Bonzini wrote:



_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

> That is because this is an Intel Mac - the pyobjc folks do have a
> libffi ported to the intel mac; is there a way to get the build to use
> that instead of the included one?
No, but I can merge it.  It ought to go in GCC too, can you please urge
those folks to do so?

Thanks,

Paolo


_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk