|
Hello Henrick. That's sort of what I suspected. Do I have to change the
CGI program to produce ASCII output, or is there a way to tell Apache to do
an EBCDIC to ASCII conversion on an "application/javascript" content type?
On Tue, Aug 25, 2015 at 10:56 AM, Henrik Rützou <hr@xxxxxxxxxxxx> wrote:
apache converts ebcdic to utf-8 if the content type is text/... otherviseFor
not.
On Tue, Aug 25, 2015 at 4:52 PM, Matt Lavinder <
mlavinder@xxxxxxxxxxxxxxxxxxx> wrote:
We have several CGI programs that generate javascript, usually JSON.
I'dyears we have set the content type to text/plain or text/javascript.
when Ilike to start using the more standard "application/json", but I amhitting
a major snag. The output is garbage. I get the exact same output
IBM iset the content-type to application/javascript.the
Just to verify this was related to CGI output, I used AddType to change
content-type of static JavaScript files to "application/javascript".Those
files look fine, so this must have something to do with it being CGIcontent
output.
I don't really know what is up with the output, but I know it isn't
EBCDIC. It doesn't convert. Garbage in, garbage out. Changing the
type back to text/javascript sets everything right.
Anyone have any guesses what is going on here? We use CGIDEV2 under
our7.1. The default CCSID of our CGI jobs is 37.
Just so we are clear on one thing. We had the following settings in
onlyHTTP Conf:
DefaultFsCCSID 037
CGIConvMode %%EBCDIC/EBCDIC%%
I commented both settings out and it had no impact on the output
whatsoever. All of our CGI programs that use content type of "text/*"
seemed to work. The ones using "application/javascript" or
"application/json" for content type still looked like garbage. The
oneguess I have is that mod_cgi sees that the content-type starts withcan
"application" and treats the output as binary, but I have no idea how I
tell mod_cgi to treat "application/javascript" as text, or if that iseven
the issue.
I am hoping someone has an idea. I know Apache pretty well, but this
mailinghas me stumped.
--
Matt
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
--
Regards,
Henrik Rützou
http://powerEXT.com <http://powerext.com/>
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
--
*Matt Lavinder Programmer AnalystData Management Inc.Phone: (336)
573-5045Fax: (336) 573-5001*
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
As an Amazon Associate we earn from qualifying purchases.
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.