Skip Menu |

This queue is for tickets about the RPerl CPAN distribution.

Report information
The Basics
Id: 122060
Status: resolved
Worked: 1 hour (60 min)
Priority: 0/
Queue: RPerl
People
Owner: WBRASWELL [...] cpan.org
Requestors: SREZIC [...] cpan.org
Cc: ingy [...] cpan.org
AdminCc:
Bug Information
Severity: (no value)
Broken in: 2.600000
Fixed in: 2.601000

History Show all quoted text
  Sat Jun 10 05:57:02 2017 SREZIC [...] cpan.org - Ticket created
CC: ingy [...] cpan.org
Subject: Inline::RPerl is causing endless loops when using Inline::*
The following command is causing an endless loop generating a large process tree and eventually consuming all available memory: /opt/perl-5.22.3/bin/perl -MRPerl::AfterSubclass -e1 Something similar happens if using any perl code which uses Inline::*, and Inline::RPerl is installed. I think the problem is following: - when using Inline, then for some reason all available Inline::* modules are scanned and loaded - Inline::RPerl is amongst them, and has the command "use RPerl::AfterSubclass" - somewhere in the RPerl::AfterSubclass dependency tree modules are loaded which use Inline::C or Inline::CPP - now we have the endless loop Maybe the rule is: any Inline::* module must not use modules which itself use Inline::*
  Sat Jun 10 23:15:29 2017 WBRASWELL [...] cpan.org - Correspondence added 60 min
Good catch! I have fixed this by disabling the 'use RPerl::AfterSubclass;' in Inline::RPerl, and have released the fix in RPerl v2.601. Perling, ~ Will the Chill
  Sat Jun 10 23:15:29 2017 The RT System itself - Status changed from 'new' to 'open'
  Sat Jun 10 23:15:29 2017 WBRASWELL [...] cpan.org - Status changed from 'open' to 'resolved'
  Sat Jun 10 23:15:30 2017 WBRASWELL [...] cpan.org - Taken
  Sat Jun 10 23:15:30 2017 WBRASWELL [...] cpan.org - Fixed in 2.601000 added