[Seaside] headless squeak problem
Dmitry Dorofeev
dima-sender-3c337a at yasp.com
Thu Nov 17 13:11:59 CET 2005
Avi Bryant wrote:
>
> On Nov 16, 2005, at 8:29 AM, Dmitry Dorofeev wrote:
>
>> Hello all
>>
>> I've created a nice image with my Seaside project and RFB.
>>
>> On remote host after start i see seaside app, but not RFB.
>> It does not listen to RFB port at all.
>>
>> So i added liveWeb and REPLServer, uploaded to remote server and
>> managed to
>> create gif images of the World with:
>>
>> GIFReadWriter putForm: Display onFileNamed: 'screenshot.GIF'
>
>
> Seaside actually has an app that does this as an imagemap that you can
> click on, and passes the mouse events through - just add WAScreenshot
> from /config. It makes a great "poor man's VNC".
>
>> And I sow a message, that Squeak can not find sources file named /
>> blah/blah/
>>
>> That is VERY strange, as the SqueakV3.sources sits there under name
>> shown
>> in the message. With liveWeb i can even see the sources file and read
>> it!
>
>
> Hm... don't suppose it's anything to do with permissions? I admit it
> doesn't seem likely if you can read it some other way from Squeak.
> You could also uncheck the preference about warning when there's no
> sources file.
>
> Avi
Hi, thanks again for hints.
I think the problem happens becouse i am running 32bit VM(3.7-7) on 64bit OS (FreeBSd 5.4 amd64)
squeak -version
Squeak3.7 of '4 September 2004' [latest update: #5989]
FreeBSD rux 5.4-STABLE FreeBSD 5.4-STABLE #1: Mon Apr 11 15:09:32 MSD 2005 butthead at rux:/usr/obj/usr/src/sys/GENERIC i386
default plugin location: /usr/local/share/squeak/3.7-7/*.so
-su-2.05b$ uname -a
FreeBSD blade 5.4-STABLE FreeBSD 5.4-STABLE #0: Wed Nov 16 15:59:07 GMT 2005 dima at blade:/usr/obj/usr/src/sys/BLADE amd64
The problem is in FileDirecory.
For example
FileDirectory default entries
returns #()
But If you run
FileDirectory default directoryContentsFor: '/'
and after that
FileDirectory default entries
you get correct file list.
To fix it I just changed method in FileDirectory>>entries
FileDirectory default directoryContentsFor: '/'.
^ self directoryContentsFor: pathName
--------
Now my app works fine with files (as it store some data as ImageSegments
and check filenames)
sources are still not loading at startup, but I think it is easy to fix now.
If i only knew where the sources loadin code located :-)
-Dmitry
More information about the Seaside
mailing list