Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Ä gets converted to Ä (A with tilde).

Status
Not open for further replies.

pinkipathak

Programmer
Aug 10, 2016
6
US
Hi All,

I am using CS 10.5 SP1 running on Unix Servers.

I am trying to Copy files from workflow attachment to local (file share) using below function in general callback scripts But when files get copied to file share , then any Ä (A WITH DIAERESIS) in name gets convrted to Ä (A with tilde).

Integer FetchVersion(
DAPIVERSION version,
String localFilePath )
Do you have any idea why this is happening. Same thing is working fine for application installed on windows server.

Any reply will be highly appreciatable.

Thanks
Pinki Pathak
 
I replied and many others replied to your KB posting.I do not have a Unix server to test,however does nothing in those posts help you out?

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937
Certified OT Developer,Livelink ECM Champion 2008,Livelink ECM Champion 2010
 
Hi appnair

Thanks for your reply.

Yes my colleague has posted this in KB but unfortunately those options are not working for us.
We have tried using llnode and the issue still exists.
If you have any other solution , please advise.
This issue is getting critical for us.
Thanks in advance

Regards,
Pinki Pathak
 
Thanks for replying,but the name of the file is what the programmer gives correct can you not handle this as an exception case or manifest of sorts saying.
Can you post the entire code how he is doing? is the sourcenode.pname having the problem when you look in debugger?

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937
Certified OT Developer,Livelink ECM Champion 2008,Livelink ECM Champion 2010
 
I also think you or your programmer should just go to the attachments volumes of the workflow,you know if you know the dataid of that all you do is construct the URL to a general item,then you will see the document you are trying to FetchVersion with code.This you should download to to your file system sand see if the problem happens.If a suitable burnt file of your expectation does not happen and LL is changing what you see or expect you should engage OT support. My suspicion is that file may have something that filesystems may not allow so it may be getting changed. Like if a user has a \.Now if the file comes out correctly then you or your programmer should trace the call and find what is wrong.

I would have instead of oscript just attempted to download the file through a webservices call just to check, there are so many ways to get around this.

Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937
Certified OT Developer,Livelink ECM Champion 2008,Livelink ECM Champion 2010
 
 
Hi Appnair,

Thanks for your reply.
This issue i have also noticed in code where we are using File.open and File.Create method to create the file in that share path.
The name of that file also get converted to Ä for every Ä.

File Share is in Windows environment and our CS is in Unix.

So this change of OS is causing the problem. Do you think that will be some encoding problem?
Any insight will be very helpful.

Also i will try the options suggested by you.
Thanks.

Warm Regards,
Pinki Pathak
 
in your builder search for this OTSearch.StringToUTF8( inStr )

I have no idea but oscript has convenient classes to manipulate non utf8 to utf8
it also has search which is powerful for non documented tweaks
however what in most of these kind of transfers one does is
you will create a manifest think of it as a csv in one column it will say
dataid name subtype and then it will say the srcnode.pname and then what you burnt the file as
when you have difficulties such as this.so to the consuming program or person it is a common sense way.

I don't recall FetchVersion needing a File Handle as you posted.


Added:

I also see these in builder another function that looks promising
// Try converting extended ascii or shift-j to utf-8.

if IsError( tmpNode ) && ( System.CharEncoding() == System.UTF8 )

tmpNode = DAPI.GetNode( Str.A2Utf8( s ), node )

if IsError( tmpNode )

tmpNode = DAPI.GetNode( Str.SJIS2UTF8( s ), node )
end
end
you can see OT is trying to accomodate every which way of languages.All of those things like
Str.A2Utf8 and Str.SJIS2UTF8( s ) may be helpfule for your diar***** problem
I didnt even know what a diarrehsis is so that was learning for me
Hopefully one of these days i get to program against unix :)


Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937
Certified OT Developer,Livelink ECM Champion 2008,Livelink ECM Champion 2010
 
Hi Appnair,

This issue occur at 2 places in our program :

1. Where we are using FetchVersion.
2. Where we are using File Operations.

This is the reason i doubt that the issue is because of Content Server being installed on Unix and File Share being on Windows OS.

let me try the solutions proposed by you.

Thanks for your help.

Warm Regards,
Pinki Pathak
 
If you think that the server type could be an issue, you can create a simple test script in Builder to create a file on both UNIX and Windows and see if the difference persists.

Greg Griffiths
Livelink Certified Developer & ECM Global Star Champion 2005 & 2006
 
Hi Greg,

Same code is working fine for Windows Servers (where CS is installed on Windows) and problem exists only for Unix servers ( where CS is installed on unix).

Thanks
Pinki Pathak
 
Please check the KB Carsten Kulms a very respected programmer in OT has given you suggestion that is probably better.He deals with file systems (he is a resident archive server expert) all the time knows a whole lot more on this so do not disregard his opinion.



Well, if I called the wrong number, why did you answer the phone?
James Thurber, New Yorker cartoon caption, June 5, 1937
Certified OT Developer,Livelink ECM Champion 2008,Livelink ECM Champion 2010
 
Hi Appnair,

Thanks for actively participation in this issue.

I will check Post on KC, actually my colleague was following that post , i guess he missed.

Meanwhile I am also trying some of the solutions proposed by you.

I shall update you of the outcome soon.

Thank you so much.

Warm Regards,
Pinki Pathak
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top