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



Birgitta,

don't let us be stopped by a simple CCSID problem - I live in Denmark
and know what that means - it is probably the CCSID of your sourcefile
that dosn't fit your jobs CCSID.

Regards
Henrik




"Birgitta Hauser" <Hauser@xxxxxxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
28-07-2010 19:54
Please respond to
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>


To
"'RPG programming on the IBM i / System i'" <rpg400-l@xxxxxxxxxxxx>
cc

Subject
AW: Future of RPG was: Open Access for RPG






while anybody else uses
if (abc != '123') {
in other languages

The answer may be quite easy, because neither ! nor { } nor || is
international or the same in all EBCDIC, ASCII, UNICODE schemas.

I've already problems with Release 7.1 when IBM introduced Arrays where
brackets [] are used.
If I want to create an array on my system I have to type:

CREATE TYPE MySchema/MyIntArr
AS INTEGER ARRAY ¬ 100 | ;

(instead of Array [100])
Nice, isn't it?


Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training them
and keeping them!"

-----Ursprüngliche Nachricht-----
Von: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
Im
Auftrag von hr@xxxxxxxxxxxx
Gesendet: Wednesday, 28. July 2010 19:38
An: RPG programming on the IBM i / System i
Betreff: Re: Future of RPG was: Open Access for RPG

Okey Aaron

I try once again

why do anybody try to introduce

if aaa <> '123';

in one language

while anybody else uses

if (abc != '123') {

in other languages

the result is the same but why on earth try to introduce two standards
when you can have on - that is the basics of ISO - standardization!

Regards
Henrik




Aaron Bartell <aaronbartell@xxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
28-07-2010 19:10
Please respond to
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>


To
"RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>
cc

Subject
Re: Future of RPG was: Open Access for RPG






I am having a hard time grasping what you are saying, but if you are
talking about doing Javascript in-line in an RPG source member, then I
still think it is a terrible idea for not only RPG but any server side
language including JSP, ASP, etc. Sure that works well for quick and
dirty pages, but it doesn't take long for the need to migrate away
from such an approach because it introduces leaky layers and
dependancy on a particular UI technology. For example, how long with
Sencha (fka ExtJS) hold the top spot on the Javascript client front?
Not forever, that is for sure. So in turn you wouldn't want ExtJS
Javascript code to be resident in your server side RPG code.

But maybe I am still not following you...

Aaron Bartell
http://mowyourlawn.com
http://mowyourlawn.com/blog/



On Wed, Jul 28, 2010 at 11:40 AM, <hr@xxxxxxxxxxxx> wrote:
Hi Aaron,

I think that you misunderstod me, the java syntax should only be an
alternative to the free format as a syntax - off couse it should be
compiled ad bot fixed and free format.

By having the capability to code compilable code in javascript syntax
YIP's could use their skills to code in "RPG" much easier and RPG
programmers could adobt to this format maybee going from fixed format
to script format (skipping free format) and reuse their new skills
when making javasript in webpages.

Regards
Henrik


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.