http://qs321.pair.com?node_id=11147869


in reply to Re: Unable to release modulino to CPAN - still struggling
in thread Unable to release modulino to CPAN

Since the problem in that report was with t/00-modulino.t, did you check that for external perl calls? Like the invocation string in L14?

You will want to audit all your tests for such invocations, just to make sure.

  • Comment on Re^2: Unable to release modulino to CPAN - still struggling

Replies are listed 'Best First'.
Re^3: Unable to release modulino to CPAN - still struggling
by davies (Prior) on Oct 31, 2022 at 19:45 UTC

    Thanks; you may well be right. I had ignored that aspect. I'll try that out but will wait before uploading in the hope that I will be able to test on my machine before wasting the testers' time.

    Regards,

    John Davies

      The second [problem] is how to test any solution on my machine.
      and
      in the hope that I will be able to test on my machine

      So the situation you need to try to replicate is having a different perl earlier in the path. So on your machine, have a fake directory with an executable file called "perl" that just dies with FAKE PERL or similar. Then put the path to that fake perl earlier in your path than your normal perl. Then run your /path/to/real/prove -l t/ with the full perl path, and when the test suite tries to run the fake perl instead of $^X , it should obviously fail.

      edit: as hv pointed out here simultaneous to my post, that is exactly what this post was doing for you: it created a fake perl "executable" (bash script) in your t/ directory, then added that t/ directory to the start of your path; when you run your test suite in that condition, your test script (assuming it still runs perl BLAH rather than $^X BLAH ) would fail.