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



i used both methods (create and import) so that would explain my different 
properties on the files.

my testing shows that my wdsc i5 connection job has a different ccsid (273) 
than my terminal session job (65535). seems that there is some configuration 
work to do. thanx again.

spelling: no prob.

-----Ursprüngliche Nachricht-----
Von: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx] Im 
Auftrag von Violaine Batthish
Gesendet: Donnerstag, 24. August 2006 16:19
An: Websphere Development Studio Client for iSeries
Betreff: Re: [WDSCI-L] ccsid problem

Hey  Mihael (sorry for misspelling your name earlier)

There are 2 answers for your question  :-)
When you create a file in an iSeries project, the CCSID of the file is
supposed to default to *JOB (unless you pressed the Next button after the
first screen of the wizard and changed it).  I'm guessing if the file
already existed on the iSeries then the CCSIDs could potentially become
out-of-sync.

If the file was automatically created using the Make available offline or
Add to iSeries project action, then the file CCSID should have been
retrieved correctly from the host file.  This would also apply to files
added when remote objects appear in your project, and you've added a file
that way.

Hope this helps!

Violaine Batthish
WebSphere Development Studio Client, IBM Toronto Lab



wdsci-l-bounces@xxxxxxxxxxxx wrote on 08/24/2006 09:59:35 AM:

if i edit the files in wdsc an then compile (transfer the source to
the i5) then the umlaute are screwed up.

the ccsid in the file properties doesn't have the same value as on
the i5. changed it and now it's working. thanx a lot.

but why does it have a wrong ccsid in the first place? is there a
property somewhere where i define what ccsid new resources have?


-----Ursprüngliche Nachricht-----
Von: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@midrange.
com] Im Auftrag von Violaine Batthish
Gesendet: Donnerstag, 24. August 2006 15:44
An: Websphere Development Studio Client for iSeries
Betreff: Re: [WDSCI-L] ccsid problem

Hi Michael,

I believe compilers use the CCSID defined for the file, unless the CCSID
is
65535, in which case the job ccsid is used (I am guessing that this is
your
scenario).
Does the file CCSID appear correctly in the file properties for the
project?
When you look at the member on the iSeries, does the umlaute appear
correctly?
I am assuming that when you compile the member from an emulator session,
the member compiles, even after its been pushed from the project.  Is
that
so?

thanks,

Violaine Batthish
WebSphere Development Studio Client, IBM Toronto Lab


wdsci-l-bounces@xxxxxxxxxxxx wrote on 08/24/2006 08:01:30 AM:

hi,

i got a little problem with the ccsid. i'm relative new to wdsc and i
hope the solution will be a quick and easy one.

problem: if i try to compile a program from the iseries project
perspective then the german umlaute and some other characters get
screwed up. i think it is related to the ccsid. if i logon to the i5 in
a 5250 session i get

CCSID        65535
DFTCCSID     273

if i do a user defined action in wdsc with a DSPJOB OUTPUT(*PRINT) i
get

CCSID        273
DFTCCSID     273

how do i change the ccsid in websphere for the connection? (or is it
something else?)

thanx in advance

mihael



As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.