On Sun, Jun 22, 2008 at 2:58 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
> Ok, I think I've got the ::requires problem fixed.
Looks good. qTest runs for me. And, I'm getting the error messages.
The test framework still doesn't get started, but with the error
messages I should be able to work on
Ok, I think I've got the ::requires problem fixed.
Rick
On Sun, Jun 22, 2008 at 5:40 PM, Mark Miesfeld <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 22, 2008 at 2:38 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
>
>> Have you committed your changes to the file lookup? I suspect I'll
>> need that to deb
On Sun, Jun 22, 2008 at 2:38 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
> Have you committed your changes to the file lookup? I suspect I'll
> need that to debug this.
Yes, I did. It was commit 2563, I just haven't seen the svn e-mail
come across. If you do an update it should pull it in.
--
Mark,
Have you committed your changes to the file lookup? I suspect I'll
need that to debug this.
Rick
On Sun, Jun 22, 2008 at 5:29 PM, Mark Miesfeld <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 22, 2008 at 2:06 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
>> Hmmm, BaseCode::call() should never be g
So, after your last commit, I get this with qTest.rex
C:\work.ooRexx\3.x\interpreter.rick\Win32Dbg>.\rexx qTest.rex
4 *-* ::requires 'reqfile.frm'
Error 49 running
C:\work.ooRexx\3.x\interpreter.rick\Win32Dbg\qTest.rex line 4:
Interpretation error
--
Mark Miesfeld
On Sun, Jun 22, 2008 at 2
On Sun, Jun 22, 2008 at 2:06 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
> Hmmm, BaseCode::call() should never be getting called directly. Each
> code object type should have an override for this. Give this is a
> ::requires file, this should end up in the call() method for the
> RexxCode class.
Hmmm, BaseCode::call() should never be getting called directly. Each
code object type should have an override for this. Give this is a
::requires file, this should end up in the call() method for the
RexxCode class.
I'm working on the error message reporting problem right now. Do you
have a sim
On Sun, Jun 22, 2008 at 12:26 PM, Mark Miesfeld <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 22, 2008 at 12:24 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
>
>> My guess is this is giving an error, but because of the other problem
>> you've seen, you're not getting the error message.
>
> Okay, that's go
On Sun, Jun 22, 2008 at 12:24 PM, Rick McGuire <[EMAIL PROTECTED]> wrote:
> My guess is this is giving an error, but because of the other problem
> you've seen, you're not getting the error message. Try setting a
> breakpoint at RexxActivity::raiseException(). If indeed an error is
> getting rai
My guess is this is giving an error, but because of the other problem
you've seen, you're not getting the error message. Try setting a
breakpoint at RexxActivity::raiseException(). If indeed an error is
getting raised, you'll see it happening there and probably be able to
figure out why from the
On Sun, Jun 22, 2008 at 11:50 AM, Rick McGuire <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 22, 2008 at 1:56 PM, Mark Miesfeld <[EMAIL PROTECTED]> wrote:
>> The doc text and the syntax diagram say that the default shared mode
>> for open is: SHARED. But the code actually does the open as not
>> shar
On Sun, Jun 22, 2008 at 1:56 PM, Mark Miesfeld <[EMAIL PROTECTED]> wrote:
> Rick and others following this,
>
> I pretty much got the .stream class working with file input and
> output. The m_oodcls.rex program now reads all the individual class
> files and writes out the combined ooDialog class f
Rick and others following this,
I pretty much got the .stream class working with file input and
output. The m_oodcls.rex program now reads all the individual class
files and writes out the combined ooDialog class files correctly.
Which was the goal I started out with. That was a good learning
ex
13 matches
Mail list logo
