Given two different RexxInstances R1 and R2 running in the same process.
In R1 an object O1 is created and saved in .environment.
Two questions ad RexxInterpreter context:
1. If from R2 an interaction occurs with O1 (addressed via
.environment), in which context does O1 execute, in R1
This looks like a classic optimizer bug to me. For some reason, the
code generator has obviously decided it can used a cached version of
the data pointer for the if test rather than reloadingbut it
appears to make that decision only for the if test. It might be
interesting to try declaring
I'm not sure this question makes any sense. An interaction on an
object occurrs in the context of where the interaction is triggered.
Objects are just data, and have no knowledge of where they have been
created. If one instance stores an object in .environment (generally
a bad practice), then it
It's starting to look like upgrading to VS 2008 might be a winner for
this. I'm more willing to make this change than switch to the new
version of SysFile. Can the two version coexist on the same machine,
or do I need to uninstall 2005 first?
Rick
On Sat, Apr 25, 2009 at 11:23 PM, Mark
Rick McGuire wrote:
I'm not sure this question makes any sense. An interaction on an
object occurrs in the context of where the interaction is triggered.
Objects are just data, and have no knowledge of where they have been
created. If one instance stores an object in .environment (generally
Well, installed latest (Rick new file I/O) but unfortunately had to back
it out almost immediately, because now stream 'query datetime' and 'query
size' both return empty string for a directory. The former I can work
around (and did when it changed a week or two ago), but the latter I have
Sigh, this is why I was really hoping the 2008 conversion would make
the problem go away. I figured it would take a couple of iterations
to get all of the conversion bugs worked out. I think I know how to
fix this one, so I'll probably have a fix available shortly.
Rick
On Sun, Apr 26, 2009 at
On Sun, Apr 26, 2009 at 4:49 AM, Rick McGuire object.r...@gmail.com wrote:
It's starting to look like upgrading to VS 2008 might be a winner for
this. I'm more willing to make this change than switch to the new
version of SysFile.
I think upgrading to VS 2008 has less potential for letting
On Sun, Apr 26, 2009 at 4:49 AM, Rick McGuire object.r...@gmail.com wrote:
It's starting to look like upgrading to VS 2008 might be a winner for
this. I'm more willing to make this change than switch to the new
version of SysFile. Can the two version coexist on the same machine,
or do I
Did you forget to paste the link?
On Sun, Apr 26, 2009 at 9:45 AM, Mark Miesfeld miesf...@gmail.com wrote:
On Sun, Apr 26, 2009 at 4:49 AM, Rick McGuire object.r...@gmail.com wrote:
It's starting to look like upgrading to VS 2008 might be a winner for
this. I'm more willing to make this
On Sun, Apr 26, 2009 at 6:58 AM, Rick McGuire object.r...@gmail.com wrote:
Did you forget to paste the link?
http://msdn.microsoft.com/en-us/library/ms246609.aspx
Didn't have my coffee yet. grin
--
Mark Miesfeld
--
I know exactly what you mean. The first few times I saw the error
'RAY' is not recognized as an internal or external command,
operable program or batch file.
I thought I'd just mistyped something. I don't even have any theories
on how/why this is happenng based on the symptoms we're seeing. I
On Sun, Apr 26, 2009 at 11:01 AM, Rick McGuire object.r...@gmail.com
wrote:
Mark, you might want to spin a new install package from the sandbox.
I've fixed the query size/query datetime problems for directories.
Actually I just started that, should be done shortly.
Great ... send me
On Sat, Apr 25, 2009 at 8:23 PM, Mark Miesfeld miesf...@gmail.com wrote:
In working on the SysFileSearch bug, I tracked down what seems to be a
case where the VS 2005 compiler produces wrong code and the VS 2008
produces code that works.
Good thing I said seems to be.
I was 100% wrong on
On Sun, Apr 26, 2009 at 3:15 PM, Rick McGuire object.r...@gmail.com wrote:
I just fixed a crash in the stream class query datetime function on
windows that would never have gotten through if we had anything
resembling a regression suite for the I/O functions and class. We
really need at
On Sun, Apr 26, 2009 at 3:27 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Sun, Apr 26, 2009 at 3:15 PM, Rick McGuire object.r...@gmail.com wrote:
How about it folks, any volunteers
out there willing to write some test cases for a problem area?
Please do so folks.
Oh, I forgot to add.
After reading this MSDN article
http://msdn.microsoft.com/en-us/library/aa289171.aspx
I decided to test these options, and modified orxwin32mak like that (added
security_check) :
!IF $(NODEBUG) == 1
security_check = /GS
...
!ELSE
security_check = /GS /RTCc /RTCs /RTCu
...
!ENDIF
On Sun, Apr 26, 2009 at 5:05 PM, Jean-Louis Faucher
jfaucher...@gmail.com wrote:
After reading this MSDN article
http://msdn.microsoft.com/en-us/library/aa289171.aspx
I decided to test these options, and modified orxwin32mak like that (added
security_check) :
The second security error ocurs
18 matches
Mail list logo