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



Thanks, Andrew.

My other fields are not defined other than in the SQL as well (I don't
have specific D-specs for them).  I even tried adding the SSM01 table to
the F-specs.  This problem only appeared when I added the second table
to the query (b.scsnm).

The query works fine (I have tried it out in the SQL interpreter), but
the fetch statement doesn't like that field from the second table).

Brian.

-----Original Message-----
From: McKeown, Andrew [mailto:AMcKeown@xxxxxxxxxxx] 
Sent: Friday, October 14, 2005 12:49 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: SQL Field not Useable


I'll be nicer.

You don't have field SCSNM defined in your program.

Andrew McKeown

-----Original Message-----
From: rpg400-l-bounces+amckeown=hrblock.com@xxxxxxxxxxxx
[mailto:rpg400-l-bounces+amckeown=hrblock.com@xxxxxxxxxxxx] On Behalf Of
Holden Tommy
Sent: Friday, October 14, 2005 12:41 PM
To: RPG programming on the AS400 / iSeries
Subject: RE: SQL Field not Useable

Might I recommend....taking some classes???


Thanks,
Tommy Holden


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Brian Piotrowski
Sent: Friday, October 14, 2005 11:31 AM
To: RPG programming on the AS400 / iSeries
Subject: SQL Field not Useable

Thanks to everyone who helped me with my earlier subfile-print issue.



I have one quick question on my SQL code and its use.  In my subroutine,
I have:



          SQLstmt = 'select a.spno01, a.spno02, a.spno03, a.spptno,';

          SQLstmt = SQLstmt + ' a.spptcl, a.spoqty,';

          SQLstmt = SQLstmt + ' b.scsnm, a.sprccd, a.spsddt, a.spsdtm,';

          SQLstmt = SQLstmt + ' a.sptrmd, a.sprmrk, a.spusr, a.spscnf';

          SQLstmt = SQLstmt + ' FROM SST30 a, SSM01 b ';

          SQLstmt = SQLstmt + ' WHERE a.spplcd = ' + apos + plcd + apos;

          SQLstmt = SQLstmt + ' AND a.spsddt BETWEEN ' +
%char(SPODATEF);

          SQLstmt = SQLstmt + ' AND ' + %char(SPODATET);

          SQLstmt = SQLstmt + ' and concat(a.spspcd,a.spsplc)'

          SQLstmt = SQLstmt + ' = concat(b.sccd,b.sclc)';



Further in the code, I open a cursor and put the fields into it based on
this SQL code.  The code for this fetch command is:



     C+ FETCH spocsr

     C+ INTO :spno01, :spno02, :spno03, :spptno, :spptcl,

     C+ :spoqty, :scsnm, :sprccd, :spsddt, :spsdtm,

     C+ :sptrmd, :sprmrk, :spusr, :spscnf



However, when I compile the program, it balks at the :SCSNM in my fetch
statement.  This field is in the second table (SSM01), but I create a
table relationship through my WHERE x = y statement.



Can someone explain why it will not use the SCSNM field from the SQL
statement and how I can fix the problem?



Thanks!


Brian.



-=-=-=-=-=-=-=-=-=-=-=-=-=-

Brian Piotrowski

Specialist - I.T.

Simcoe Parts Service, Inc.

Ph: 705-435-7814 x343

Fx: 705-435-6746

bpiotrowski@xxxxxxxxxxxxxxx

-=-=-=-=-=-=-=-=-=-=-=-=-=-



--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.


--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.


Note: This message, including attachments, is from H&R Block Financial
Advisors,
Inc., Member NYSE, SIPC.  This is not a solicitation of any order to buy
or sell.  The
information contained herein is deemed to be reliable but is in no way
warranted by us as
to accuracy or completeness.  Messages are monitored and retained by the
Company, but
the company cannot guarantee the security of this message.  The company,
and its
associates, may not accept orders to affect purchase or sale
transactions, accept funds,
securities, or similar instructions via email.  If you are not the
intended recipient of this
message promptly delete this message and notify the sender of the
delivery error by
return email or calling 1.800.HRBLOCK and selecting the option for
'Financial Services'
You may not forward, print, copy, distribute, or use the information in
this message if
you are not the intended recipient.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.