Why is iframe call failing?Remove border from IFrameWhy don't self-closing script elements work?Resizing an iframe based on contentHow to apply CSS to iframe?Invoking JavaScript code in an iframe from the parent pageHow to identify if a webpage is being loaded inside an iframe or directly into the browser window?jQuery/JavaScript: accessing contents of an iframeWhy do browsers match CSS selectors from right to left?Why does HTML think “chucknorris” is a color?Make iframe automatically adjust height according to the contents without using scrollbar?

Are there any German nonsense poems (Jabberwocky)?

On San Andreas Speedruns, why do players blow up the Picador in the mission Ryder?

Why sampling a periodic signal doesn't yield a periodic discrete signal?

Navigating a quick return to previous employer

How did NASA Langley end up with the first 737?

Dad jokes are fun

Security vulnerabilities of POST over SSL

Gravitational Force Between Numbers

Count all vowels in string

Why was this character made Grand Maester?

Can a ring of spell storing and access to Find spells produce an endless menagerie?

How does the Earth's center produce heat?

Why isn't 'chemically-strengthened glass' made with potassium carbonate? To begin with?

Why A=2 and B=1 in the call signs for Spirit and Opportunity?

Would Buddhists help non-Buddhists continuing their attachments?

Shorten or merge multiple lines of `&> /dev/null &`

Does French have the English "short i" vowel?

Creating second map without labels using QGIS?

“For nothing” = “pour rien”?

Expected maximum number of unpaired socks

What does it mean when a vocal teacher tell you that your lowest notes are heavy?

Why did it take so long for Germany to allow electric scooters / e-rollers on the roads?

Is my plasma cannon concept viable?

What is the use case for non-breathable waterproof pants?



Why is iframe call failing?


Remove border from IFrameWhy don't self-closing script elements work?Resizing an iframe based on contentHow to apply CSS to iframe?Invoking JavaScript code in an iframe from the parent pageHow to identify if a webpage is being loaded inside an iframe or directly into the browser window?jQuery/JavaScript: accessing contents of an iframeWhy do browsers match CSS selectors from right to left?Why does HTML think “chucknorris” is a color?Make iframe automatically adjust height according to the contents without using scrollbar?






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








1















My website uses iframes to call a small perl program which (using the user's ip address) returns the associated country code. This has been working fine for years. Recently the server has been reporting ...



[Wed Mar 13 19:16:16 2019] [error] [client 66.102.6.210] Premature end of script headers: VL.PL, referer: https://www.makeyourwill.com/



VL.PL is the perl program that returns the visitor's location.



The problem is that I cannot reproduce the error. I have tried using Chrome, Edge, Safari, Firefox and IE. I have tried with ad-blockers. I cannot think of anything else that might affect it.



I have not included any code because I don't think it is relevant, but obviously I can if you would find it helpful.










share|improve this question



















  • 1





    That means the program died before it get to return headers to the web server. Unless it was killed by a signal, it would have output something to its STDERR. This is usually logged by the web server. If not, reenable that.

    – ikegami
    Mar 15 at 9:23











  • Thanks. So if I include: open STDERR, '>&STDOUT'; in the program the error will go to a file that I can find on the server? Do you know where that would be?

    – Melchester
    Mar 15 at 23:58












  • Ow, no. If you do that (soon enough), the error will be sent as the response, which is bad. Do not make any changes to the script. Just check the web server's error log

    – ikegami
    Mar 16 at 5:01












  • All I am getting from the error log is "Premature end of script headers".

    – Melchester
    Mar 16 at 20:44











  • The two most likely cases are: Your web server doesn't log the STDERR of CGI programs (as most do by default), or the CGI program was killed by a signal. Both could be diagnosed by replacing the script with a wrapper that performs additional logging.

    – ikegami
    Mar 16 at 21:38


















1















My website uses iframes to call a small perl program which (using the user's ip address) returns the associated country code. This has been working fine for years. Recently the server has been reporting ...



[Wed Mar 13 19:16:16 2019] [error] [client 66.102.6.210] Premature end of script headers: VL.PL, referer: https://www.makeyourwill.com/



VL.PL is the perl program that returns the visitor's location.



The problem is that I cannot reproduce the error. I have tried using Chrome, Edge, Safari, Firefox and IE. I have tried with ad-blockers. I cannot think of anything else that might affect it.



I have not included any code because I don't think it is relevant, but obviously I can if you would find it helpful.










share|improve this question



















  • 1





    That means the program died before it get to return headers to the web server. Unless it was killed by a signal, it would have output something to its STDERR. This is usually logged by the web server. If not, reenable that.

    – ikegami
    Mar 15 at 9:23











  • Thanks. So if I include: open STDERR, '>&STDOUT'; in the program the error will go to a file that I can find on the server? Do you know where that would be?

    – Melchester
    Mar 15 at 23:58












  • Ow, no. If you do that (soon enough), the error will be sent as the response, which is bad. Do not make any changes to the script. Just check the web server's error log

    – ikegami
    Mar 16 at 5:01












  • All I am getting from the error log is "Premature end of script headers".

    – Melchester
    Mar 16 at 20:44











  • The two most likely cases are: Your web server doesn't log the STDERR of CGI programs (as most do by default), or the CGI program was killed by a signal. Both could be diagnosed by replacing the script with a wrapper that performs additional logging.

    – ikegami
    Mar 16 at 21:38














1












1








1








My website uses iframes to call a small perl program which (using the user's ip address) returns the associated country code. This has been working fine for years. Recently the server has been reporting ...



[Wed Mar 13 19:16:16 2019] [error] [client 66.102.6.210] Premature end of script headers: VL.PL, referer: https://www.makeyourwill.com/



VL.PL is the perl program that returns the visitor's location.



The problem is that I cannot reproduce the error. I have tried using Chrome, Edge, Safari, Firefox and IE. I have tried with ad-blockers. I cannot think of anything else that might affect it.



I have not included any code because I don't think it is relevant, but obviously I can if you would find it helpful.










share|improve this question
















My website uses iframes to call a small perl program which (using the user's ip address) returns the associated country code. This has been working fine for years. Recently the server has been reporting ...



[Wed Mar 13 19:16:16 2019] [error] [client 66.102.6.210] Premature end of script headers: VL.PL, referer: https://www.makeyourwill.com/



VL.PL is the perl program that returns the visitor's location.



The problem is that I cannot reproduce the error. I have tried using Chrome, Edge, Safari, Firefox and IE. I have tried with ad-blockers. I cannot think of anything else that might affect it.



I have not included any code because I don't think it is relevant, but obviously I can if you would find it helpful.







html perl iframe browser






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 15 at 23:50







Melchester

















asked Mar 15 at 7:50









MelchesterMelchester

8210




8210







  • 1





    That means the program died before it get to return headers to the web server. Unless it was killed by a signal, it would have output something to its STDERR. This is usually logged by the web server. If not, reenable that.

    – ikegami
    Mar 15 at 9:23











  • Thanks. So if I include: open STDERR, '>&STDOUT'; in the program the error will go to a file that I can find on the server? Do you know where that would be?

    – Melchester
    Mar 15 at 23:58












  • Ow, no. If you do that (soon enough), the error will be sent as the response, which is bad. Do not make any changes to the script. Just check the web server's error log

    – ikegami
    Mar 16 at 5:01












  • All I am getting from the error log is "Premature end of script headers".

    – Melchester
    Mar 16 at 20:44











  • The two most likely cases are: Your web server doesn't log the STDERR of CGI programs (as most do by default), or the CGI program was killed by a signal. Both could be diagnosed by replacing the script with a wrapper that performs additional logging.

    – ikegami
    Mar 16 at 21:38













  • 1





    That means the program died before it get to return headers to the web server. Unless it was killed by a signal, it would have output something to its STDERR. This is usually logged by the web server. If not, reenable that.

    – ikegami
    Mar 15 at 9:23











  • Thanks. So if I include: open STDERR, '>&STDOUT'; in the program the error will go to a file that I can find on the server? Do you know where that would be?

    – Melchester
    Mar 15 at 23:58












  • Ow, no. If you do that (soon enough), the error will be sent as the response, which is bad. Do not make any changes to the script. Just check the web server's error log

    – ikegami
    Mar 16 at 5:01












  • All I am getting from the error log is "Premature end of script headers".

    – Melchester
    Mar 16 at 20:44











  • The two most likely cases are: Your web server doesn't log the STDERR of CGI programs (as most do by default), or the CGI program was killed by a signal. Both could be diagnosed by replacing the script with a wrapper that performs additional logging.

    – ikegami
    Mar 16 at 21:38








1




1





That means the program died before it get to return headers to the web server. Unless it was killed by a signal, it would have output something to its STDERR. This is usually logged by the web server. If not, reenable that.

– ikegami
Mar 15 at 9:23





That means the program died before it get to return headers to the web server. Unless it was killed by a signal, it would have output something to its STDERR. This is usually logged by the web server. If not, reenable that.

– ikegami
Mar 15 at 9:23













Thanks. So if I include: open STDERR, '>&STDOUT'; in the program the error will go to a file that I can find on the server? Do you know where that would be?

– Melchester
Mar 15 at 23:58






Thanks. So if I include: open STDERR, '>&STDOUT'; in the program the error will go to a file that I can find on the server? Do you know where that would be?

– Melchester
Mar 15 at 23:58














Ow, no. If you do that (soon enough), the error will be sent as the response, which is bad. Do not make any changes to the script. Just check the web server's error log

– ikegami
Mar 16 at 5:01






Ow, no. If you do that (soon enough), the error will be sent as the response, which is bad. Do not make any changes to the script. Just check the web server's error log

– ikegami
Mar 16 at 5:01














All I am getting from the error log is "Premature end of script headers".

– Melchester
Mar 16 at 20:44





All I am getting from the error log is "Premature end of script headers".

– Melchester
Mar 16 at 20:44













The two most likely cases are: Your web server doesn't log the STDERR of CGI programs (as most do by default), or the CGI program was killed by a signal. Both could be diagnosed by replacing the script with a wrapper that performs additional logging.

– ikegami
Mar 16 at 21:38






The two most likely cases are: Your web server doesn't log the STDERR of CGI programs (as most do by default), or the CGI program was killed by a signal. Both could be diagnosed by replacing the script with a wrapper that performs additional logging.

– ikegami
Mar 16 at 21:38













1 Answer
1






active

oldest

votes


















0














Turns out this was a problem with the Dreamhost server. I have not been able to squeeze the actual fault out of them, other than "may have been due to a server kernel issue". But they moved the site to a new server with a later copy of Ubuntu and the problem has disappeared.






share|improve this answer























    Your Answer






    StackExchange.ifUsing("editor", function ()
    StackExchange.using("externalEditor", function ()
    StackExchange.using("snippets", function ()
    StackExchange.snippets.init();
    );
    );
    , "code-snippets");

    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "1"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55177878%2fwhy-is-iframe-call-failing%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    Turns out this was a problem with the Dreamhost server. I have not been able to squeeze the actual fault out of them, other than "may have been due to a server kernel issue". But they moved the site to a new server with a later copy of Ubuntu and the problem has disappeared.






    share|improve this answer



























      0














      Turns out this was a problem with the Dreamhost server. I have not been able to squeeze the actual fault out of them, other than "may have been due to a server kernel issue". But they moved the site to a new server with a later copy of Ubuntu and the problem has disappeared.






      share|improve this answer

























        0












        0








        0







        Turns out this was a problem with the Dreamhost server. I have not been able to squeeze the actual fault out of them, other than "may have been due to a server kernel issue". But they moved the site to a new server with a later copy of Ubuntu and the problem has disappeared.






        share|improve this answer













        Turns out this was a problem with the Dreamhost server. I have not been able to squeeze the actual fault out of them, other than "may have been due to a server kernel issue". But they moved the site to a new server with a later copy of Ubuntu and the problem has disappeared.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Mar 23 at 23:53









        MelchesterMelchester

        8210




        8210





























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Stack Overflow!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55177878%2fwhy-is-iframe-call-failing%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Kamusi Yaliyomo Aina za kamusi | Muundo wa kamusi | Faida za kamusi | Dhima ya picha katika kamusi | Marejeo | Tazama pia | Viungo vya nje | UrambazajiKuhusu kamusiGo-SwahiliWiki-KamusiKamusi ya Kiswahili na Kiingerezakuihariri na kuongeza habari

            SQL error code 1064 with creating Laravel foreign keysForeign key constraints: When to use ON UPDATE and ON DELETEDropping column with foreign key Laravel error: General error: 1025 Error on renameLaravel SQL Can't create tableLaravel Migration foreign key errorLaravel php artisan migrate:refresh giving a syntax errorSQLSTATE[42S01]: Base table or view already exists or Base table or view already exists: 1050 Tableerror in migrating laravel file to xampp serverSyntax error or access violation: 1064:syntax to use near 'unsigned not null, modelName varchar(191) not null, title varchar(191) not nLaravel cannot create new table field in mysqlLaravel 5.7:Last migration creates table but is not registered in the migration table

            은진 송씨 목차 역사 본관 분파 인물 조선 왕실과의 인척 관계 집성촌 항렬자 인구 같이 보기 각주 둘러보기 메뉴은진 송씨세종실록 149권, 지리지 충청도 공주목 은진현