Hello,
OK I will rebuild my AIX binaries with the current SVN 4384.
I was able to install the binaries (SVN 4373) which I had build on AIX
5.2 on AIX 5.2 / 5.3 and 6.1.
All samples from the samples directory are working.
* Where should I put the installation packages ?
* I will provide a short re
On Sun, Apr 12, 2009 at 9:18 AM, David Ashley
wrote:
> The first beta of ooRexx 4.0 is now available at
> https://sourceforge.net/project/showfiles.php?group_id=119701
> (SourceForge). The beta program will last as long as necessary or until
> the team deems the product ready for release.
The be
On Tue, Apr 14, 2009 at 5:04 PM, David Ruggles wrote:
> I tried to verify that all my attributes have unguarded specified as needed.
> I'm not 100% sure but I think it's set correctly.
David,
One thing you can do is to set every single attribute to unguarded.
This can do no harm, because that i
I tried to verify that all my attributes have unguarded specified as needed.
I'm not 100% sure but I think it's set correctly. The other parts (stack
trace and/or sample programs) will take me some time to get.
Thanks,
David Ruggles
CCNA MCSE (NT) CNA A+
Network EngineerSafe Data, Inc.
(9
On Tue, Apr 14, 2009 at 4:32 PM, Mark Miesfeld wrote:
> On Tue, Apr 14, 2009 at 4:25 PM, Rick McGuire wrote:
>> However, if you're doing multithreaded operations and using attribute
>> methods, you might want to check if you need to declare any of those
>> methods as unguarded. That might be th
On Tue, Apr 14, 2009 at 4:25 PM, Rick McGuire wrote:
> Nope, that's pretty much what I'd look for. Failing that, C++ stack
> traces for all of the threads involved might give me a clue.
>
> However, if you're doing multithreaded operations and using attribute
> methods, you might want to check if
Nope, that's pretty much what I'd look for. Failing that, C++ stack
traces for all of the threads involved might give me a clue.
However, if you're doing multithreaded operations and using attribute
methods, you might want to check if you need to declare any of those
methods as unguarded. That m
If you can give a working program or set of programs that demonstrate
the problem, I run it here and see if I can tell where to go next.
Without a way to reproduce the problem, I can't help much. I don't
think even Rick can help much without that. But of course Rick always
surprises me, so maybe
I'm not sure the best way to give you the information needed.
It turns out that the interpreter hangs on a socksend function call. At the
point of the socksend there are several other threads running that are doing
things (like console interface) and everything hangs. The processor doesn't
max out
Well, if you use Visual Studio, look back through the stack for an
instance of RexxActivation. All of the information about the active
method can be found in that object.
Rick
On Tue, Apr 14, 2009 at 6:28 PM, David Ruggles wrote:
> Is there an easy way to tell what methods are currently executi
Is there an easy way to tell what methods are currently executing? I'm
testing a multi-threaded client/server application on 4.0 and I think I'm
having blocking problems, but I need a way to tell what methods are running
to track down the conflict.
Thanks,
David Ruggles
CCNA MCSE (NT) CNA A+
Netw
On Tue, Apr 14, 2009 at 2:45 PM, Rick McGuire wrote:
> Refresh early and often. The purpose of this beta is to uncover as
> many bugs as possible. If we can refresh the downloads frequently
> enough to keep people kicking the tires on 4.0, then we should do so.
Okay good, that's really the way
Refresh early and often. The purpose of this beta is to uncover as
many bugs as possible. If we can refresh the downloads frequently
enough to keep people kicking the tires on 4.0, then we should do so.
Rick
On Tue, Apr 14, 2009 at 5:34 PM, Mark Miesfeld wrote:
> It seems like we are getting f
It seems like we are getting few people putting a little bit of work
into testing. At least they are opening bugs.
I think we should refresh the beta on SourceForge at some point we
agree on. I have the time this week, and it is not a whole lot of
work for me to build the packages, I just run th
David,
No, only from trunk.
--
Mark Miesfeld
On Tue, Apr 14, 2009 at 1:39 PM, David Ruggles wrote:
> Can I build from the 4.0beta branch on the build machine?
>
> Thanks,
>
> David Ruggles
> CCNA MCSE (NT) CNA A+
> Network Engineer Safe Data, Inc.
> (910) 285-7200 da...@safedatausa.com
Can I build from the 4.0beta branch on the build machine?
Thanks,
David Ruggles
CCNA MCSE (NT) CNA A+
Network EngineerSafe Data, Inc.
(910) 285-7200 da...@safedatausa.com
--
This SF.net email is sponsored by:
That was my own fault, sorry to bother you. Real testing commencing. I'll
try to make sure all future issues I raise are valid :-S
Thanks,
David Ruggles
CCNA MCSE (NT) CNA A+
Network EngineerSafe Data, Inc.
(910) 285-7200 da...@safedatausa.com
-Original Message-
From: Mark Mie
I'd just leave it there. It's really just acts as a list of what
error messages are available for use.
Rick
On Tue, Apr 14, 2009 at 2:08 PM, Mark Miesfeld wrote:
> On Tue, Apr 14, 2009 at 11:02 AM, Rick McGuire wrote:
>
>> Error messages, once added to the table, tend to become part of the
>>
On Tue, Apr 14, 2009 at 11:14 AM, David Ruggles wrote:
> We are starting to test the beta here and I have a quick question before
> opening bug reports:
>
> Should old external function packages still work?
They should, yes.
> We use the GCI function package to be able to generate colored text u
We are starting to test the beta here and I have a quick question before
opening bug reports:
Should old external function packages still work?
We use the GCI function package to be able to generate colored text using
ANSI.SYS escape sequences, I'm not able to load it under ooRexx 4.0
I get this
On Tue, Apr 14, 2009 at 11:02 AM, Rick McGuire wrote:
> Error messages, once added to the table, tend to become part of the
> programming interface because the RAISE instruction can still be used
> to raise them. I think this needs to be left as is.
Thanks, that is sort of what I was thinking.
Error messages, once added to the table, tend to become part of the
programming interface because the RAISE instruction can still be used
to raise them. I think this needs to be left as is.
Rick
On Tue, Apr 14, 2009 at 1:56 PM, Mark Miesfeld wrote:
> Rick,
>
> In this documentation item there i
Rick,
In this documentation item there is:
Submitted By: Mark Gaubatz (mgaubatz)
Summary: Rexx and RexxC Return Codes
Initial Comment:
1) C.1.1 - Error 3, 904 references "full version of Object REXX";
don't think it is even possible to generate this error reason any
longer.
The error 3.904 is:
> Rick fixed all the bugs you reported and I have rebuilt and uploaded
> the fixed versions to SourceForge.
>
> So far, you're our best tester. So, I hope you'll find time to try
> the latest versions.
Definitely :-). Many thanks, both!
Have downloaded and installed, those problems are indee
24 matches
Mail list logo
