× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On 4/11/07, Brian Lewis <brian@xxxxxxxxx> wrote:
On Wed, 11 Apr 2007 12:23:58 -0400
"Steve Richter" <stephenrichter@xxxxxxxxx> wrote:

> In CL you can catch an exception that
> is thrown by an RPG program. Can Perl catch Java exceptions?

I don't know. That functionality may exist, or may not. It depends on
whether anyone ever needed that enough to create it.

I think it is more the case they cant do it without rewriting Linux
and breaking a lot of code. MSFT has to spend many $billions to
create .NET in order to get integrated exception, debugger and call
stack support.

IBM happens to have included such a facility. That's nice, but I don't
think it comes anywhere near to being valid support for a statement like
"i5/OS is better than Linux".

your probably right, but what functionality does Linux provide that
i5/OS does not? If i5/OS was allowed to run on p5 hardware, what
would be the advantage of running AIX instead of i5/OS?

I would add that RPG is closer to C in the way it works than any other
language. And RPG is better than C in that it has F specs, better
procedure prototypes, built in functions and better string handling.

> When I display the call stack of a Linux process, will I see the Perl
> program calling the Java code?

Yes. See pstree(1), etc.

I think pstree is the equivalent on i5/OS of showing a job and then
progressively all the jobs that were submitted ( spawned ) by that
job. Different than looking at the current call stack.

( I appreciate your answers Brian. I am curious to know more about Linux. )

-Steve

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.