Strange runtime issue in VA 9.1.1

Hello again...

I have had no trouble packaging and running my main products,

using VA 9.1.1.

But I also have an admin system that I have created.

I have updated my config maps to use the latest VA code,

but when I run the executable, I am getting a walkback during

startup (I have attached the walkback.log).

I have trimmed the log, because the error that is occurring actually happens

18 times.

Basically, I am getting:

"ObjectLoader does not understand loadFromFileHandle:atOffset:"

#loadFromFileHandle:atOffset: appears to be a deprecated method,

but is being sent from NlsMessageCatalog>>#retrieveFileIndexBlock.

I do not know why I am getting the issue in THIS product, but not my

others.  I am loading the config map into a clean image each time I

package.

Has anyone seen this?

Is there an obvious answer I should have been able to figure out on my own?

Thanks in advance for any help...

Regards,

Julian

Did you install the fixpack for 9.1? 

On Mon, Nov 19, 2018, 22:55 <[hidden email] wrote:

A bit more info....

#loadFromFileHandle:atOffset:

is defined in EswSwapperCFSSupport.

Now EswSwapperCFSSupport is a prereq for SstHttpServletSupport,

which I am using in my other products.

So, when I add a prereg for EswSwapperCFSSupport, I can package, and it works.

But......is there a reason I should have to add this prereq?

Or have I potentially made another blunder somewhere else?

I am using the same prereqs, and required maps I used in VA 8.6.3.

Thanks again....

Julian

On Monday, November 19, 2018 at 8:51:28 PM UTC-5, [hidden email] wrote:

Hello again...

I have had no trouble packaging and running my main products,

using VA 9.1.1.

But I also have an admin system that I have created.

I have updated my config maps to use the latest VA code,

but when I run the executable, I am getting a walkback during

startup (I have attached the walkback.log).

I have trimmed the log, because the error that is occurring actually happens

18 times.

Basically, I am getting:

"ObjectLoader does not understand loadFromFileHandle:atOffset:"

#loadFromFileHandle:atOffset: appears to be a deprecated method,

but is being sent from NlsMessageCatalog>>#retrieveFileIndexBlock.

I do not know why I am getting the issue in THIS product, but not my

others.  I am loading the config map into a clean image each time I

package.

Has anyone seen this?

Is there an obvious answer I should have been able to figure out on my own?

Thanks in advance for any help...

Regards,

Julian

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at <a href="https://groups.google.com/group/va-smalltalk" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;">https://groups.google.com/group/va-smalltalk.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

Greetings Julian,

I believe the following from the migration guide from 9.0 -> 9.1 is your issue.

<a href="https://www.instantiations.com/docs/91/wwhelp/wwhimpl/js/html/wwhelp.htm#href=mi/migr9003.html" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.instantiations.com%2Fdocs%2F91%2Fwwhelp%2Fwwhimpl%2Fjs%2Fhtml%2Fwwhelp.htm%23href%3Dmi%2Fmigr9003.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFIiVpBuYleuf9SRboGyMRlf5Pl_w&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.instantiations.com%2Fdocs%2F91%2Fwwhelp%2Fwwhimpl%2Fjs%2Fhtml%2Fwwhelp.htm%23href%3Dmi%2Fmigr9003.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFIiVpBuYleuf9SRboGyMRlf5Pl_w&#39;;return true;">https://www.instantiations.com/docs/91/wwhelp/wwhimpl/js/html/wwhelp.htm#href=mi/migr9003.html

"EswSwapperCFSSupport is a prereq for SstHttpServletSupport"

- So you must be using a backlevel SstHttpServletSupport?...because hopefully we would find that EswSwapperCFSSupport prereq is gone from 9.1 code.

Does this help?

On Monday, November 19, 2018 at 8:57:24 PM UTC-5, marianopeck wrote:

Did you install the fixpack for 9.1? 

On Mon, Nov 19, 2018, 22:55 <<a href="javascript:" rel="nofollow" target="_blank" gdf-obfuscated-mailto="z4WB11_ABgAJ" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">rjuli...@... wrote:

A bit more info....

#loadFromFileHandle:atOffset:

is defined in EswSwapperCFSSupport.

Now EswSwapperCFSSupport is a prereq for SstHttpServletSupport,

which I am using in my other products.

So, when I add a prereg for EswSwapperCFSSupport, I can package, and it works.

But......is there a reason I should have to add this prereq?

Or have I potentially made another blunder somewhere else?

I am using the same prereqs, and required maps I used in VA 8.6.3.

Thanks again....

Julian

On Monday, November 19, 2018 at 8:51:28 PM UTC-5, [hidden email] wrote:

Hello again...

I have had no trouble packaging and running my main products,

using VA 9.1.1.

But I also have an admin system that I have created.

I have updated my config maps to use the latest VA code,

but when I run the executable, I am getting a walkback during

startup (I have attached the walkback.log).

I have trimmed the log, because the error that is occurring actually happens

18 times.

Basically, I am getting:

"ObjectLoader does not understand loadFromFileHandle:atOffset:"

#loadFromFileHandle:atOffset: appears to be a deprecated method,

but is being sent from NlsMessageCatalog>>#retrieveFileIndexBlock.

I do not know why I am getting the issue in THIS product, but not my

others.  I am loading the config map into a clean image each time I

package.

Has anyone seen this?

Is there an obvious answer I should have been able to figure out on my own?

Thanks in advance for any help...

Regards,

Julian

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" rel="nofollow" target="_blank" gdf-obfuscated-mailto="z4WB11_ABgAJ" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">va-smalltalk...@googlegroups.com.
To post to this group, send email to <a href="javascript:" rel="nofollow" target="_blank" gdf-obfuscated-mailto="z4WB11_ABgAJ" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">va-sma...@....
Visit this group at <a href="https://groups.google.com/group/va-smalltalk" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;">https://groups.google.com/group/va-smalltalk.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

Thanks, guys

But I am afraid it did not help.

Yes, Mariano...I do have the fixpack loaded.

And Seth, the only reason I added the EswSwapperCFSSupport prereq, was to force the inclusion

of a method the NLS system seems to want.  I am not using SstHttpServletSupport at all in this product.

If I had....then the EswSwapperCFSSupport would have been included for me (I know the migration guide

says otherwise....but EswSwapperCFSSupport  is still a prereq of SstHttpServletSupport, and

ObjectLoader>>#loadFromFileHandle:atOffset: is definitely defined in EswSwapperCFSSupport,

not CommonFileSystem.

Now the reality is, that I can certainly continue to add a prereq to EswSwapperCFSSupport  to make it work.

This is perfectly fine....it just made me wonder what was going on, that I NEEDED to do that.

And I was wondering if I had missed something else that I should have done.

Regards,

Julian

On Monday, November 19, 2018 at 9:39:06 PM UTC-5, Seth Berman wrote:

Greetings Julian,

I believe the following from the migration guide from 9.0 -> 9.1 is your issue.

<a href="https://www.instantiations.com/docs/91/wwhelp/wwhimpl/js/html/wwhelp.htm#href=mi/migr9003.html" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.instantiations.com%2Fdocs%2F91%2Fwwhelp%2Fwwhimpl%2Fjs%2Fhtml%2Fwwhelp.htm%23href%3Dmi%2Fmigr9003.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFIiVpBuYleuf9SRboGyMRlf5Pl_w&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.instantiations.com%2Fdocs%2F91%2Fwwhelp%2Fwwhimpl%2Fjs%2Fhtml%2Fwwhelp.htm%23href%3Dmi%2Fmigr9003.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFIiVpBuYleuf9SRboGyMRlf5Pl_w&#39;;return true;">https://www.instantiations.com/docs/91/wwhelp/wwhimpl/js/html/wwhelp.htm#href=mi/migr9003.html

"EswSwapperCFSSupport is a prereq for SstHttpServletSupport"

- So you must be using a backlevel SstHttpServletSupport?...because hopefully we would find that EswSwapperCFSSupport prereq is gone from 9.1 code.

Does this help?

On Monday, November 19, 2018 at 8:57:24 PM UTC-5, marianopeck wrote:

Did you install the fixpack for 9.1? 

On Mon, Nov 19, 2018, 22:55 <[hidden email] wrote:

A bit more info....

#loadFromFileHandle:atOffset:

is defined in EswSwapperCFSSupport.

Now EswSwapperCFSSupport is a prereq for SstHttpServletSupport,

which I am using in my other products.

So, when I add a prereg for EswSwapperCFSSupport, I can package, and it works.

But......is there a reason I should have to add this prereq?

Or have I potentially made another blunder somewhere else?

I am using the same prereqs, and required maps I used in VA 8.6.3.

Thanks again....

Julian

On Monday, November 19, 2018 at 8:51:28 PM UTC-5, [hidden email] wrote:

Hello again...

I have had no trouble packaging and running my main products,

using VA 9.1.1.

But I also have an admin system that I have created.

I have updated my config maps to use the latest VA code,

but when I run the executable, I am getting a walkback during

startup (I have attached the walkback.log).

I have trimmed the log, because the error that is occurring actually happens

18 times.

Basically, I am getting:

"ObjectLoader does not understand loadFromFileHandle:atOffset:"

#loadFromFileHandle:atOffset: appears to be a deprecated method,

but is being sent from NlsMessageCatalog>>#retrieveFileIndexBlock.

I do not know why I am getting the issue in THIS product, but not my

others.  I am loading the config map into a clean image each time I

package.

Has anyone seen this?

Is there an obvious answer I should have been able to figure out on my own?

Thanks in advance for any help...

Regards,

Julian

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to va-smalltalk...@googlegroups.com.
To post to this group, send email to [hidden email].
Visit this group at <a href="https://groups.google.com/group/va-smalltalk" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;">https://groups.google.com/group/va-smalltalk.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

On Tue, Nov 20, 2018 at 12:05 AM Seth Berman <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="IEbnq419BwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">sbe...@...> wrote:

Hi Julian,

Mariano and I were just discussing it (on our mobile phones, so not very efficiently).

We have a case open on this...but it did not make the patch.

So what you are doing is what you need to do and will be addressed in 9.2

Yes. And for you to be aware to read in the next README, the internal development case for it is 63635.

Cheers, 

 

-- Seth

On Monday, November 19, 2018 at 9:59:38 PM UTC-5, <a href="javascript:" target="_blank" gdf-obfuscated-mailto="IEbnq419BwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">rjuli...@... wrote:

Thanks, guys

But I am afraid it did not help.

Yes, Mariano...I do have the fixpack loaded.

And Seth, the only reason I added the EswSwapperCFSSupport prereq, was to force the inclusion

of a method the NLS system seems to want.  I am not using SstHttpServletSupport at all in this product.

If I had....then the EswSwapperCFSSupport would have been included for me (I know the migration guide

says otherwise....but EswSwapperCFSSupport  is still a prereq of SstHttpServletSupport, and

ObjectLoader>>#loadFromFileHandle:atOffset: is definitely defined in EswSwapperCFSSupport,

not CommonFileSystem.

Now the reality is, that I can certainly continue to add a prereq to EswSwapperCFSSupport  to make it work.

This is perfectly fine....it just made me wonder what was going on, that I NEEDED to do that.

And I was wondering if I had missed something else that I should have done.

Regards,

Julian

On Monday, November 19, 2018 at 9:39:06 PM UTC-5, Seth Berman wrote:

Greetings Julian,

I believe the following from the migration guide from 9.0 -> 9.1 is your issue.

<a href="https://www.instantiations.com/docs/91/wwhelp/wwhimpl/js/html/wwhelp.htm#href=mi/migr9003.html" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.instantiations.com%2Fdocs%2F91%2Fwwhelp%2Fwwhimpl%2Fjs%2Fhtml%2Fwwhelp.htm%23href%3Dmi%2Fmigr9003.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFIiVpBuYleuf9SRboGyMRlf5Pl_w&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwww.instantiations.com%2Fdocs%2F91%2Fwwhelp%2Fwwhimpl%2Fjs%2Fhtml%2Fwwhelp.htm%23href%3Dmi%2Fmigr9003.html\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNFIiVpBuYleuf9SRboGyMRlf5Pl_w&#39;;return true;">https://www.instantiations.com/docs/91/wwhelp/wwhimpl/js/html/wwhelp.htm#href=mi/migr9003.html

"EswSwapperCFSSupport is a prereq for SstHttpServletSupport"

- So you must be using a backlevel SstHttpServletSupport?...because hopefully we would find that EswSwapperCFSSupport prereq is gone from 9.1 code.

Does this help?

On Monday, November 19, 2018 at 8:57:24 PM UTC-5, marianopeck wrote:

Did you install the fixpack for 9.1? 

On Mon, Nov 19, 2018, 22:55 <[hidden email] wrote:

A bit more info....

#loadFromFileHandle:atOffset:

is defined in EswSwapperCFSSupport.

Now EswSwapperCFSSupport is a prereq for SstHttpServletSupport,

which I am using in my other products.

So, when I add a prereg for EswSwapperCFSSupport, I can package, and it works.

But......is there a reason I should have to add this prereq?

Or have I potentially made another blunder somewhere else?

I am using the same prereqs, and required maps I used in VA 8.6.3.

Thanks again....

Julian

On Monday, November 19, 2018 at 8:51:28 PM UTC-5, [hidden email] wrote:

Hello again...

I have had no trouble packaging and running my main products,

using VA 9.1.1.

But I also have an admin system that I have created.

I have updated my config maps to use the latest VA code,

but when I run the executable, I am getting a walkback during

startup (I have attached the walkback.log).

I have trimmed the log, because the error that is occurring actually happens

18 times.

Basically, I am getting:

"ObjectLoader does not understand loadFromFileHandle:atOffset:"

#loadFromFileHandle:atOffset: appears to be a deprecated method,

but is being sent from NlsMessageCatalog>>#retrieveFileIndexBlock.

I do not know why I am getting the issue in THIS product, but not my

others.  I am loading the config map into a clean image each time I

package.

Has anyone seen this?

Is there an obvious answer I should have been able to figure out on my own?

Thanks in advance for any help...

Regards,

Julian

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to va-smalltalk...@googlegroups.com.
To post to this group, send email to [hidden email].
Visit this group at <a href="https://groups.google.com/group/va-smalltalk" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;">https://groups.google.com/group/va-smalltalk.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="IEbnq419BwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">va-smalltalk...@googlegroups.com.
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="IEbnq419BwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">va-sma...@....
Visit this group at <a href="https://groups.google.com/group/va-smalltalk" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/group/va-smalltalk&#39;;return true;">https://groups.google.com/group/va-smalltalk.
For more options, visit <a href="https://groups.google.com/d/optout" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--

Mariano Martinez Peck
Software Engineer, Instantiations Inc.
<a href="javascript:" target="_blank" gdf-obfuscated-mailto="IEbnq419BwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">mp...@...