Strange runtime issue in VA 9.1.1

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Strange runtime issue in VA 9.1.1

rjuli...@gmail.com
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 https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.

walkback.log (19K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Strange runtime issue in VA 9.1.1

rjuli...@gmail.com
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 https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Strange runtime issue in VA 9.1.1

Mariano Martinez Peck-2
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 https://groups.google.com/group/va-smalltalk.
For more options, visit 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 [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Strange runtime issue in VA 9.1.1

Seth Berman
Greetings Julian,

I believe the following from the migration guide from 9.0 -> 9.1 is your issue.
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 [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.

--
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 https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Strange runtime issue in VA 9.1.1

rjuli...@gmail.com
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" 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.

--
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 https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Strange runtime issue in VA 9.1.1

Seth Berman
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

-- Seth

On Monday, November 19, 2018 at 9:59:38 PM UTC-5, [hidden email] 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 [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Strange runtime issue in VA 9.1.1

Mariano Martinez Peck-2


On Tue, Nov 20, 2018 at 12:05 AM Seth Berman <[hidden email]> 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, [hidden email] 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.

"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 [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit 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 [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.


--
Mariano Martinez Peck
Software Engineer, Instantiations Inc.
[hidden email]

--
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 https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Strange runtime issue in VA 9.1.1

rjuli...@gmail.com
Thanks, guys...that's great!

I am perfectly happy with the "temporary" solution.
And will watch for the change in 9.2.


Julian


On Monday, November 19, 2018 at 10:08:56 PM UTC-5, marianopeck wrote:


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...@...

--
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 https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.