[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference utrop1::linkworks_v3

Title:LinkWorks V3.0 Notes Conference
Notice:LNX_APO = APO issues, LINKWORKS_V3 = V3.0 issues
Moderator:tacklr.apd.dec.com::TACK_Lm::TACK_L
Created:Tue Jun 28 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2269
Total number of notes:8338

2197.0. "ICONS looses national characters" by COPCLU::PETHOMSEN () Mon Apr 14 1997 16:45

    Hello
    
    I have a custumer running Linkworks 3.0.8 clients on Windows 95 and an
    Linkworks VMS server.
    
    Suddenly one day everybody had problems with 8bit characters on their
    icons.
    
    Example the danish word for search "s�g" was written "s?g".
    
    They only have problems on icons, in documents and other things it
    works fine.
    
    The customer claims , as customers normally do, that they have not
    changed anything.
    
    Any hints what has gone wrong.
    
    Poul Erik Thomsen
T.RTitleUserPersonal
Name
DateLines
2197.1different NLS_LANG setting?UTROP1::16.197.208.129::VISSER_JJoop Visser @ UTOTue Apr 15 1997 09:4120
		VMS, nationial char displayed as ? char
	
	
	
+++   Conversion done because of different language setting DB and LNX

Check the language of the database:
  type op$root:[servers]dblang.

To force the same language setting for the cell process in 
sys$manager:runo17011.com  the next line is put first by LinkWorks.
The value is 
  define NLS_LANG .WE8ISO8859P1
is set as first command. This sets it for the cell deamon process.
You can set it system wide. Add in file: sys$startup:lnx$startup.com  
the command:
  DEFINE/SYS NLS_LANG .WE8ISO8859P1

Joop Visser,
LinkWorks Exp. centre
2197.2Why has it stopped working?COPCLU::PETHOMSENTue Apr 15 1997 12:4230
    
    reply .1
    
    In the file op$root:[servers]dblang. is the following line:
    
    WE8ISO8859P1
    
    In the file sys$manager:runo17011.com is the line:
    
    $define NLS_LANG .WE8ISO8859P1
    
    When you do af sh log NLS_LANG this logical is not defined.
    
    
    To me this seems to be like it should be. Therefore I'm a bit confused
    why it has suddenly stopped working.
    
    What we have done now is to give the command:
    
    define/sys NLS_LANG .WE8ISO8859P1
    
    and put the same definition in the sys$startup:lnx$startup.com
    
    We will se what happens when the next user logs in and after a start
    and stop of linkworks.
    
    Regards
    
    
    Poul Erik Thomsen
2197.3It did not help!COPCLU::PETHOMSENThu Apr 24 1997 16:2012
    Hello
    
    Unfortunately these things did not help. Linkworks has been stopped and
    started. We have defined the global logical name.
    
    I'm wondering whether there is a file that contains the list of
    international characters and that this file is not there anymore?
    
    
    Regards
    
    Poul Erik Thomsen
2197.4elec1.uto.dec.com::wijermars_vMon Apr 28 1997 10:5816
Hi,

Perhaps Oracle has such tables, but I would not know where to look for them.
Characters are converted when data is exchanges between the operating system and the database.
This is done based on the character set defined in the database and the nls_lang logical set on 
the operating system.
When menu-items etc are incorrect, the nls-lang setting is wrong for the cm/am processes.
When this is the case, it does not help setting the logical correct as the cache contents on the 
server will be wrong. You would have to clean-up the cache on the server then.
When names of objects  etc are wrong, setting the logical would fix the problem. 

If this is not the case you might check if the logical name table is not full
The size is determined by the jtquota.
As the cells are detached processes, you would have to check the sysgen parameter pql_djtquota.

Vincent