Smalltalk › Cincom › VisualWorks

Problem installing vwnc7.4 on linux ubuntu

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

18 messages Options

Edwin van Maastrigt

Problem installing vwnc7.4 on linux ubuntu

Hi,

I have been trying to install VisualWorks 7.4 on Linux Ubuntu 5.10.
First I downloaded the .iso (december 2005) and burned it on cd. When
trying to run the installUnix script I got:

bash: /media/cdrom0/installUnix: /bin/sh: bad interpreter: Permission
denied

Then I tried to run it from sh; that got me:

/media/cdrom0/installUnix: line
42: /media/cdrom0/vw7.4nc/bin/linux86/visual: Permission denied
/media/cdrom0/installUnix: line
42: /media/cdrom0/vw7.4nc/bin/linux86/visual: Success

And then a lot of noise from the cdrom, but nothing happened.

Next I tried installing by hand. Following the instructions on the
Cincom site I created /usr/local/vwnc74; downloaded VM-Linux86.tar.gz
and BaseVisualWorks.tar.gz; gunzipped and untarred them in the install
directory. Then:

# cd image
# exec ../bin/linux86/visual visualnc.im

That got me a blank window with the title: 'Source Files Invalid'

Then I gave up. Does anyone know what I am doing wrong?

TIA

Edwin van Maastrigt

RSE Multimedia

Martin Dvorak-2

Re: Problem installing vwnc7.4 on linux ubuntu

Hi Edwin,

> bash: /media/cdrom0/installUnix: /bin/sh: bad interpreter: Permission
> denied

This looks like the well-known issue with shells, Cincom expects
everyone has csh installed as the default shell.

> Then I tried to run it from sh; that got me:
>
> /media/cdrom0/installUnix: line
> 42: /media/cdrom0/vw7.4nc/bin/linux86/visual: Permission denied
> /media/cdrom0/installUnix: line
> 42: /media/cdrom0/vw7.4nc/bin/linux86/visual: Success

I have never seen these but it may be related to some permission issues
(on badly made iso's) or it may be problem of a noexec-mounted
filesystem. Or the problem is inside the script, I suggest looking
through it if you are familiar with shell scripting.

> Next I tried installing by hand.

Yes, I prefer this way of installing VisualWorks, too.

> # cd image
> # exec ../bin/linux86/visual visualnc.im
>
> That got me a blank window with the title: 'Source Files Invalid'

For VisualWorks to access the sources you should export the variable
VISUALWORKS containing the path to the installation directory (for you
it probably is /usr/local/vwnc74). Or, after VW start, this directory
can be changed in the settings.

The fact that you got a blank window reminds me of a problem we were
having for some time - some windows and dialogs stuck the image with
nothing displayed inside and only kill helps. Try adding
visual*adjustWindowPositions:false into XRDB, this should prevent VW
from playing with windows offsets which is the cause of this problem.

> Then I gave up.

Keep trying ;-) HTH,
Martin

Steven Kelly

RE: Problem installing vwnc7.4 on linux ubuntu

In reply to this post by Edwin van Maastrigt

> > # cd image
> > # exec ../bin/linux86/visual visualnc.im
> >
> > That got me a blank window with the title: 'Source Files Invalid'

The blank window probably means that VW can't get the fonts it needs to
display the window's text. Try running this in a terminal in your X
session:
xset fp rehash

You can also try installing gsfonts-x11:
sudo apt-get install gsfonts-x11

BTW, searching the archives of this list:
http://www.parcplace.net/lists/vwnc-archive
or comp.lang.smalltalk:
http://groups.google.com/group/comp.lang.smalltalk
will turn up these suggestions as well as other related info.

HTH,
Steve

Edwin van Maastrigt

RE: Problem installing vwnc7.4 on linux ubuntu

Hi,

Thank you Steven and Martin,

Exporting VISUALWORKS variable and then running

xset fp rehash

in a shell (whatever it is supposed to do) did the trick. VW is up and
running.

Thanks again,

Edwin

Cesar Rabak

Re: Problem installing vwnc7.4 on linux ubuntu

In reply to this post by Edwin van Maastrigt

Edwin van Maastrigt escreveu:

> Hi,
>
> I have been trying to install VisualWorks 7.4 on Linux Ubuntu 5.10.
> First I downloaded the .iso (december 2005) and burned it on cd. When
> trying to run the installUnix script I got:
>
> bash: /media/cdrom0/installUnix: /bin/sh: bad interpreter: Permission
> denied
>
> Then I tried to run it from sh; that got me:
>
> /media/cdrom0/installUnix: line
> 42: /media/cdrom0/vw7.4nc/bin/linux86/visual: Permission denied
> /media/cdrom0/installUnix: line
> 42: /media/cdrom0/vw7.4nc/bin/linux86/visual: Success
>
> And then a lot of noise from the cdrom, but nothing happened.
>
> Next I tried installing by hand. Following the instructions on the
> Cincom site I created /usr/local/vwnc74; downloaded VM-Linux86.tar.gz
> and BaseVisualWorks.tar.gz; gunzipped and untarred them in the install
> directory. Then:
>
> # cd image
> # exec ../bin/linux86/visual visualnc.im
>
> That got me a blank window with the title: 'Source Files Invalid'
>
> Then I gave up. Does anyone know what I am doing wrong?
>

Edwin,
Did you mount the CDROM with execution permission?

--
Cesar Rabak
GNU/Linux User 52247.
Get counted: http://counter.li.org/

Carl Gundel

[7.4]Graphics performance

I find that VisualWorks outperforms VisualSmalltalk, but not in the area of
graphics speed. For example I have a simple fractal generator that runs in
slightly less than a second in Liberty BASIC on VSE, and it takes 6 seconds
in Liberty BASIC on VW. All I do is comment out one line of code (the part
that plots single pixels) and the program speeds up from 5900ms to 410ms.

I find that getting a GraphicsContext is not as fast as I expected. Perhaps
this is because of the cross platform aspect of VisualWorks. When I need to
perform lots of details drawing operations such that each operation needs
its own instance of GraphicsContext I discover that this consumes 10% of my
execution time overall. I gather it isn't safe to cache instances of
GraphicsContext.

Also, for a particular application the method
ScreenGraphicContext>>primDisplayRectangleOrigin:extent: also consumes about
11% of my execution time. I guess this could be related to the performance
of my display driver but it surprises me because I am using it to draw
single pixels. Is there a better way to draw a single pixel?

How can I speed my my graphics? :-/

-Carl Gundel, author of Liberty BASIC
http://www.libertybasic.com

Carl Gundel

Re: [7.4]Graphics performance

I need to add a comment to be a little bit more fair. I do need to optimize
some of my own code. It's pretty clear thought that a good part of the
speed problem is VW's (or perhaps my inexperienced use of VW).

-Carl

----- Original Message -----
From: "Carl Gundel" <[hidden email]>
To: <[hidden email]>
Sent: Friday, May 19, 2006 3:34 PM
Subject: [7.4]Graphics performance

> I find that VisualWorks outperforms VisualSmalltalk, but not in the area
of
> graphics speed. For example I have a simple fractal generator that runs
in
> slightly less than a second in Liberty BASIC on VSE, and it takes 6
seconds
> in Liberty BASIC on VW. All I do is comment out one line of code (the
part
> that plots single pixels) and the program speeds up from 5900ms to 410ms.
>
> I find that getting a GraphicsContext is not as fast as I expected.
Perhaps
> this is because of the cross platform aspect of VisualWorks. When I need
to
> perform lots of details drawing operations such that each operation needs
> its own instance of GraphicsContext I discover that this consumes 10% of
my
> execution time overall. I gather it isn't safe to cache instances of
> GraphicsContext.
>
> Also, for a particular application the method
> ScreenGraphicContext>>primDisplayRectangleOrigin:extent: also consumes
about
> 11% of my execution time. I guess this could be related to the
performance

> of my display driver but it surprises me because I am using it to draw
> single pixels. Is there a better way to draw a single pixel?
>
> How can I speed my my graphics? :-/
>
> -Carl Gundel, author of Liberty BASIC
> http://www.libertybasic.com
>
>
>

Andre Schnoor

Re: [7.4]Graphics performance

In reply to this post by Carl Gundel

Carl,

you may cache a GC very well. I implemented peak meters for music (like
those on a tape recorder) which update several times a second, using the
same GC cached in an inst var of the view. I only need to invalidate it
(set to nil) when scrolling happens, which means its coordinates are no
longer valid.

MyView>>permGC
"Use a permanent GC for immediate redisplay"
^permGC isNil
ifTrue:[ permGC := self graphicsContext ]
ifFalse:[ permGC ]

MyView>>redisplay
self displayOn: self permGC

There are probably more possibilities to let the view know when
scrolling takes place, but I simply hooked this into the
ScrollValueHolder>>value: method which forwards an #update:with:from:
message to the model that belongs to the view. The view can than react
to it in its implementation of #update:with:from: and set permGC to nil.

HTH,
Andre

--

Carl Gundel wrote:

> I find that VisualWorks outperforms VisualSmalltalk, but not in the area of
> graphics speed. For example I have a simple fractal generator that runs in
> slightly less than a second in Liberty BASIC on VSE, and it takes 6 seconds
> in Liberty BASIC on VW. All I do is comment out one line of code (the part
> that plots single pixels) and the program speeds up from 5900ms to 410ms.
>
> I find that getting a GraphicsContext is not as fast as I expected. Perhaps
> this is because of the cross platform aspect of VisualWorks. When I need to
> perform lots of details drawing operations such that each operation needs
> its own instance of GraphicsContext I discover that this consumes 10% of my
> execution time overall. I gather it isn't safe to cache instances of
> GraphicsContext.
>
> Also, for a particular application the method
> ScreenGraphicContext>>primDisplayRectangleOrigin:extent: also consumes about
> 11% of my execution time. I guess this could be related to the performance
> of my display driver but it surprises me because I am using it to draw
> single pixels. Is there a better way to draw a single pixel?
>
> How can I speed my my graphics? :-/
>
> -Carl Gundel, author of Liberty BASIC
> http://www.libertybasic.com
>
>
>

Charles A. Monteiro-2

Re: [7.4]Graphics performance

In reply to this post by Carl Gundel

Carl:

it has been a while since I have done graphics although I did spend a
number of years working on apps the required custom work, so if shake out
some of my cobwebs and from what I hear you are saying you may want to
perform all of your graphic ops on a pixmap and then display that on a gc
which can be cached and cleared. Pixmap ops don't incur real graphics
processing. Doing "self graphicsContext" to a view means taking a ride up
all the way up the component tree to grab the gc , so it is not something
you want to do if you are doing "scene" like displays.

The key is to understand what your "scene" is to your user, those scenes
are painted on the pixmap and then that is pushed on the gc and so on and
so and you get the point.

Chances are is that is all you need. I built custom pen graphic app where
I was doing aggressive zooming, panning etc from scratch on large combined
raster/vector scenes and it worked fine.

If you are building "DOOM" then you can use something like VW's JUN OpenGL
wrap which is cross platform. If this is for your IDE then VW can more
than handle it.

hth,

-Charles

On Fri, 19 May 2006 15:34:28 -0400, Carl Gundel <[hidden email]>
wrote:

> I find that VisualWorks outperforms VisualSmalltalk, but not in the area
> of
> graphics speed. For example I have a simple fractal generator that runs
> in
> slightly less than a second in Liberty BASIC on VSE, and it takes 6
> seconds
> in Liberty BASIC on VW. All I do is comment out one line of code (the
> part
> that plots single pixels) and the program speeds up from 5900ms to 410ms.
>
> I find that getting a GraphicsContext is not as fast as I expected.
> Perhaps
> this is because of the cross platform aspect of VisualWorks. When I
> need to
> perform lots of details drawing operations such that each operation needs
> its own instance of GraphicsContext I discover that this consumes 10% of
> my
> execution time overall. I gather it isn't safe to cache instances of
> GraphicsContext.
>
> Also, for a particular application the method
> ScreenGraphicContext>>primDisplayRectangleOrigin:extent: also consumes
> about
> 11% of my execution time. I guess this could be related to the
> performance
> of my display driver but it surprises me because I am using it to draw
> single pixels. Is there a better way to draw a single pixel?
>
> How can I speed my my graphics? :-/
>
> -Carl Gundel, author of Liberty BASIC
> http://www.libertybasic.com

--
Charles A. Monteiro

Carl Gundel

[7.4][RTP]Problem packaging

In reply to this post by Cesar Rabak

In the final stages of packaging my application it fails with a message not
understoof error. When I look at the error.log it tells me that Notifier
class doesn't understand removeBinding:recordIn: as shown:

Initial Context Stack Arguments:
[1] Notifier class(Object)>>doesNotUnderstand:
Receiver: (id=11531) Notifier
Arg1: (id=263) a Message with selector: #removeBinding:recordIn: and
arguments: #((Initializ...

This class doesn't implement the message specified at all. It hasn't been
stripped out during packaging. Thoughts?

-Carl Gundel, author of Liberty BASIC
http://www.libertybasic.com

Travis Griggs

Re: [7.4][RTP]Problem packaging

On Jun 21, 2006, at 10:28, Carl Gundel wrote:

> In the final stages of packaging my application it fails with a
> message not understoof error. When I look at the error.log it
> tells me that Notifier class doesn't understand
> removeBinding:recordIn: as shown:
>
> Initial Context Stack Arguments:
> [1] Notifier class(Object)>>doesNotUnderstand:
> Receiver: (id=11531) Notifier
> Arg1: (id=263) a Message with selector: #removeBinding:recordIn:
> and arguments: #((Initializ...
>
> This class doesn't implement the message specified at all. It
> hasn't been stripped out during packaging. Thoughts?

"It's just tools"?

/me puts a nickel in the jar and runs

--
Travis Griggs
Objologist
"It's [a spec] _the_ single worst way to write software, because it
by definition means that the software was written to match theory,
not reality" - Linus Torvalds

-----------------------------------------
DISCLAIMER: This email is bound by the terms and conditions
described at
http://www.key.net/disclaimer.htm

jWarrior

Smalltalk GemStone Specialist

This was sent to me and I pass it along.

+++++++++++++++++++++++++++++++++++++++++++++++

Sir/Madam,

I ran across your contact information on the internet.

I have a *Smalltalk GemStone Specialist* position available around the
Miami, FL (USA) area, that I think you would be interested in.

*Pay*-rate is *very good*.

/We are looking for someone with experience in the following:/

/-Smalltalk VisualAge (IBM) & VisualWorks//
/- GEMSTONE SMF – Session Mgmt Framework/
/- Gembuilder for Smalltalk (GBS) -UNIX, C-shell, korn shell scripting/
/- GEMSTONE application programming experience//

I will appreciate if would let me know if this sounds like something
that you would be *interested in*, or if *you know of anyone* that may
be *interested* in this position.

Please feel free to contact me via phone or email; OR forward my contact
information to your colleagues or friends interested in working for a
*_Fortune 500, great company, in Sunny South Florida_*.

Regards,

Latira Coley
GDKN Corporation
(954) 915-6695 x 251
(954) 915-6811 (Fax)
(877) GET-GDKN x 251 (Toll Free)

Charles A. Monteiro-2

Re: Smalltalk GemStone Specialist

ah my alma mater - FPL, interesting that the *Pay*-rate is *very good* ,
it was actually a "joke" about 2 years ago.

--
Charles A. Monteiro
http://wiki.nycsmalltalk.org
http://www.monteirosfusion.com
http://monteirofusion.blogspot.com

On Wed, 21 Jun 2006 17:45:03 -0400, Donald MacQueen <[hidden email]>
wrote:

> This was sent to me and I pass it along.
>
> +++++++++++++++++++++++++++++++++++++++++++++++
>
>
> Sir/Madam,
>
> I ran across your contact information on the internet.
>
> I have a *Smalltalk GemStone Specialist* position available around the
> Miami, FL (USA) area, that I think you would be interested in.
>
> *Pay*-rate is *very good*.
>
> /We are looking for someone with experience in the following:/
>
> /-Smalltalk VisualAge (IBM) & VisualWorks//
> /- GEMSTONE SMF – Session Mgmt Framework/
> /- Gembuilder for Smalltalk (GBS) -UNIX, C-shell, korn shell scripting/
> /- GEMSTONE application programming experience//
>
> I will appreciate if would let me know if this sounds like something
> that you would be *interested in*, or if *you know of anyone* that may
> be *interested* in this position.
>
> Please feel free to contact me via phone or email; OR forward my contact
> information to your colleagues or friends interested in working for a
> *_Fortune 500, great company, in Sunny South Florida_*.
>
> Regards,
>
> Latira Coley
> GDKN Corporation
> (954) 915-6695 x 251
> (954) 915-6811 (Fax)
> (877) GET-GDKN x 251 (Toll Free)

--
Charles A. Monteiro
http://wiki.nycsmalltalk.org
http://www.monteirosfusion.com
http://monteirofusion.blogspot.com

Sattler, Thomas (IT)

RE: Smalltalk GemStone Specialist

In reply to this post by jWarrior

"Very Good" depends on one's point of view. If you are the hiring
manager, only having to pay minimum wage could be considered very good.

> -----Original Message-----
> From: Charles A. Monteiro [mailto:[hidden email]]
> Sent: Thursday, June 22, 2006 11:21 AM
> To: [hidden email]; VW NC
> Subject: Re: Smalltalk GemStone Specialist
>
> ah my alma mater - FPL, interesting that the *Pay*-rate is
> *very good* , it was actually a "joke" about 2 years ago.
>
> --
> Charles A. Monteiro
> http://wiki.nycsmalltalk.org
> http://www.monteirosfusion.com
> http://monteirofusion.blogspot.com
>
>
> On Wed, 21 Jun 2006 17:45:03 -0400, Donald MacQueen
> <[hidden email]>
> wrote:
>
> > This was sent to me and I pass it along.
> >
> > +++++++++++++++++++++++++++++++++++++++++++++++
> >
> >
> > Sir/Madam,
> >
> > I ran across your contact information on the internet.
> >
> > I have a *Smalltalk GemStone Specialist* position available
> around the
> > Miami, FL (USA) area, that I think you would be interested in.
> >
> > *Pay*-rate is *very good*.
> >
> > /We are looking for someone with experience in the following:/
> >
> > /-Smalltalk VisualAge (IBM) & VisualWorks//
> > /- GEMSTONE SMF - Session Mgmt Framework/
> > /- Gembuilder for Smalltalk (GBS) -UNIX, C-shell, korn
> shell scripting/
> > /- GEMSTONE application programming experience//
> >
> > I will appreciate if would let me know if this sounds like
> something
> > that you would be *interested in*, or if *you know of
> anyone* that may
> > be *interested* in this position.
> >
> > Please feel free to contact me via phone or email; OR
> forward my contact
> > information to your colleagues or friends interested in
> working for a
> > *_Fortune 500, great company, in Sunny South Florida_*.
> >
> > Regards,
> >
> > Latira Coley
> > GDKN Corporation
> > (954) 915-6695 x 251
> > (954) 915-6811 (Fax)
> > (877) GET-GDKN x 251 (Toll Free)
>
>
>
> --
> Charles A. Monteiro
> http://wiki.nycsmalltalk.org
> http://www.monteirosfusion.com
> http://monteirofusion.blogspot.com
>
>

--------------------------------------------------------

NOTICE: If received in error, please destroy and notify sender. Sender does not waive confidentiality or privilege, and use is prohibited.

Charles A. Monteiro-2

Re: Smalltalk GemStone Specialist

so true, and I thought the idea was to entice somebody to apply or perhaps
that is what the "sunny South Florida" was about :)

On Thu, 22 Jun 2006 11:24:44 -0400, Sattler, Thomas (IT)
<[hidden email]> wrote:

> "Very Good" depends on one's point of view. If you are the hiring
> manager, only having to pay minimum wage could be considered very good.
>
>
>> -----Original Message-----
>> From: Charles A. Monteiro [mailto:[hidden email]]
>> Sent: Thursday, June 22, 2006 11:21 AM
>> To: [hidden email]; VW NC
>> Subject: Re: Smalltalk GemStone Specialist
>>
>> ah my alma mater - FPL, interesting that the *Pay*-rate is
>> *very good* , it was actually a "joke" about 2 years ago.
>>
>> --
>> Charles A. Monteiro
>> http://wiki.nycsmalltalk.org
>> http://www.monteirosfusion.com
>> http://monteirofusion.blogspot.com
>>
>>
>> On Wed, 21 Jun 2006 17:45:03 -0400, Donald MacQueen
>> <[hidden email]>
>> wrote:
>>
>> > This was sent to me and I pass it along.
>> >
>> > +++++++++++++++++++++++++++++++++++++++++++++++
>> >
>> >
>> > Sir/Madam,
>> >
>> > I ran across your contact information on the internet.
>> >
>> > I have a *Smalltalk GemStone Specialist* position available
>> around the
>> > Miami, FL (USA) area, that I think you would be interested in.
>> >
>> > *Pay*-rate is *very good*.
>> >
>> > /We are looking for someone with experience in the following:/
>> >
>> > /-Smalltalk VisualAge (IBM) & VisualWorks//
>> > /- GEMSTONE SMF - Session Mgmt Framework/
>> > /- Gembuilder for Smalltalk (GBS) -UNIX, C-shell, korn
>> shell scripting/
>> > /- GEMSTONE application programming experience//
>> >
>> > I will appreciate if would let me know if this sounds like
>> something
>> > that you would be *interested in*, or if *you know of
>> anyone* that may
>> > be *interested* in this position.
>> >
>> > Please feel free to contact me via phone or email; OR
>> forward my contact
>> > information to your colleagues or friends interested in
>> working for a
>> > *_Fortune 500, great company, in Sunny South Florida_*.
>> >
>> > Regards,
>> >
>> > Latira Coley
>> > GDKN Corporation
>> > (954) 915-6695 x 251
>> > (954) 915-6811 (Fax)
>> > (877) GET-GDKN x 251 (Toll Free)
>>
>>
>>
>> --
>> Charles A. Monteiro
>> http://wiki.nycsmalltalk.org
>> http://www.monteirosfusion.com
>> http://monteirofusion.blogspot.com
>>
>>
> --------------------------------------------------------
>
> NOTICE: If received in error, please destroy and notify sender. Sender
> does not waive confidentiality or privilege, and use is prohibited.

--
Charles A. Monteiro
http://wiki.nycsmalltalk.org
http://www.monteirosfusion.com
http://monteirofusion.blogspot.com

Boris Popov, DeepCove Labs (SNN)

RE: Smalltalk GemStone Specialist

Well, you could still see the sun through the eye of the hurricane, so
technically that holds :)

-Boris

--
+1.604.689.0322
DeepCove Labs Ltd.
4th floor 595 Howe Street
Vancouver, Canada V6C 2T5

[hidden email]

CONFIDENTIALITY NOTICE

This email is intended only for the persons named in the message
header. Unless otherwise indicated, it contains information that is
private and confidential. If you have received it in error, please
notify the sender and delete the entire message including any
attachments.

Thank you.

-----Original Message-----
From: Charles A. Monteiro [mailto:[hidden email]]
Sent: Thursday, June 22, 2006 9:11 AM
To: Sattler, Thomas (IT); [hidden email]; VW NC
Subject: Re: Smalltalk GemStone Specialist

so true, and I thought the idea was to entice somebody to apply or perhaps
that is what the "sunny South Florida" was about :)

On Thu, 22 Jun 2006 11:24:44 -0400, Sattler, Thomas (IT)
<[hidden email]> wrote:

--
Charles A. Monteiro
http://wiki.nycsmalltalk.org
http://www.monteirosfusion.com
http://monteirofusion.blogspot.com

smime.p7s (4K) Download Attachment

Mark Pirogovsky-3

Re: Smalltalk GemStone Specialist

In reply to this post by Sattler, Thomas (IT)

Many of those so called "managers" forgot very relevant american saying:

"You got what you paid for"

The minimal wage normally buys either inexperienced people soon as they
learn and realize being exploited, they go), or somebody experienced,
but desperate right now, who will jump the ship at the first more
reasonable opportunity. In either case business suffers in the long run.

My 2c.

-Mark

Sattler, Thomas (IT) wrote:

> "Very Good" depends on one's point of view. If you are the hiring
> manager, only having to pay minimum wage could be considered very good.
>
>
>
>
>>-----Original Message-----
>>From: Charles A. Monteiro [mailto:[hidden email]]
>>Sent: Thursday, June 22, 2006 11:21 AM
>>To: [hidden email]; VW NC
>>Subject: Re: Smalltalk GemStone Specialist
>>
>>ah my alma mater - FPL, interesting that the *Pay*-rate is
>>*very good* , it was actually a "joke" about 2 years ago.
>>
>>--
>>Charles A. Monteiro
>>http://wiki.nycsmalltalk.org
>>http://www.monteirosfusion.com
>>http://monteirofusion.blogspot.com
>>
>>
>>On Wed, 21 Jun 2006 17:45:03 -0400, Donald MacQueen
>><[hidden email]>
>>wrote:
>>
>>
>>>This was sent to me and I pass it along.
>>>
>>>+++++++++++++++++++++++++++++++++++++++++++++++
>>>
>>>
>>>Sir/Madam,
>>>
>>>I ran across your contact information on the internet.
>>>
>>>I have a *Smalltalk GemStone Specialist* position available
>>
>>around the
>>
>>>Miami, FL (USA) area, that I think you would be interested in.
>>>
>>>*Pay*-rate is *very good*.
>>>
>>>/We are looking for someone with experience in the following:/
>>>
>>>/-Smalltalk VisualAge (IBM) & VisualWorks//
>>>/- GEMSTONE SMF - Session Mgmt Framework/
>>>/- Gembuilder for Smalltalk (GBS) -UNIX, C-shell, korn
>>
>>shell scripting/
>>
>>>/- GEMSTONE application programming experience//
>>>
>>>I will appreciate if would let me know if this sounds like
>>
>>something
>>
>>>that you would be *interested in*, or if *you know of
>>
>>anyone* that may
>>
>>>be *interested* in this position.
>>>
>>>Please feel free to contact me via phone or email; OR
>>
>>forward my contact
>>
>>>information to your colleagues or friends interested in
>>
>>working for a
>>
>>>*_Fortune 500, great company, in Sunny South Florida_*.
>>>
>>>Regards,
>>>
>>>Latira Coley
>>>GDKN Corporation
>>>(954) 915-6695 x 251
>>>(954) 915-6811 (Fax)
>>>(877) GET-GDKN x 251 (Toll Free)
>>
>>
>>
>>--
>>Charles A. Monteiro
>>http://wiki.nycsmalltalk.org
>>http://www.monteirosfusion.com
>>http://monteirofusion.blogspot.com
>>
>>
>
> --------------------------------------------------------
>
> NOTICE: If received in error, please destroy and notify sender. Sender does not waive confidentiality or privilege, and use is prohibited.
>
>
>

Alan Knight-2

Re: [7.4][RTP]Problem packaging

In reply to this post by Carl Gundel

That's a namespace method, and not appropriate to a class. At a guess, it's trying to remove a shared variable and not doing it properly. It might need to do something like send #asNamespace to the class. Or it could be something completely different. Some more of the stack would be helpful.

At 01:28 PM 21/06/2006, Carl Gundel wrote:

>In the final stages of packaging my application it fails with a message not understoof error. When I look at the error.log it tells me that Notifier class doesn't understand removeBinding:recordIn: as shown:
>
>Initial Context Stack Arguments:
>[1] Notifier class(Object)>>doesNotUnderstand:
>Receiver: (id=11531) Notifier
>Arg1: (id=263) a Message with selector: #removeBinding:recordIn: and arguments: #((Initializ...
>
>This class doesn't implement the message specified at all. It hasn't been stripped out during packaging. Thoughts?
>
>-Carl Gundel, author of Liberty BASIC
>http://www.libertybasic.com

--
Alan Knight [|], Cincom Smalltalk Development
[hidden email]
[hidden email]
http://www.cincom.com/smalltalk

"The Static Typing Philosophy: Make it fast. Make it right. Make it run." - Niall Ross