Closed p6rt closed 16 years ago
In r31096, use allows a program to use module A and module B, and allows module B to use module A, when module A defines a method as long as all three files are in the same directory. However, when you try and put module A and module B in the Lib subdirectory and use them as Lib::A and Lib::B, then rakudo complains with: A method named 'test' already exists in class 'A'. It may have been supplied by a role. current instr.: 'parrot;PCT::HLLCompiler;evalpmc' pc 10631758 ((unknown file):-1) perl6(18090) malloc: *** error for object 0x315ad60: double free *** set a breakpoint in malloc_error_break to debug Segmentation fault
The attached file illustrates the problem.
System info: Darwin sully.local 9.4.0 Darwin Kernel Version 9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386 i386
Stephen Simmons
HI
sorry to bug you - but I'm getting this message from you and others quite often.
how would I un-subsscribe to this. If you knew how, please let me know.
thanks
Peter.
peternn@yahoo.com
Peter.
peternn@yahoo.com
--- On Tue, 9/16/08, Stephen Simmons \perl6\-bugs\-followup@​perl\.org wrote: From: Stephen Simmons \perl6\-bugs\-followup@​perl\.org Subject: [perl #58918] [BUG] Can't use a subdir class twice To: bugs-bitbucket@netlabs.develooper.com Date: Tuesday, September 16, 2008, 7:36 AM
# New Ticket Created by "Stephen Simmons" # Please include the string: [perl #58918] # in the subject line of all future correspondence about this issue. # \<URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58918 >
In r31096, use allows a program to use module A and module B, and allows module B to use module A, when module A defines a method as long as all three files are in the same directory. However, when you try and put module A and module B in the Lib subdirectory and use them as Lib::A and Lib::B, then rakudo complains with: A method named 'test' already exists in class 'A'. It may have been supplied by a role. current instr.: 'parrot;PCT::HLLCompiler;evalpmc' pc 10631758 ((unknown file):-1) perl6(18090) malloc: *** error for object 0x315ad60: double free *** set a breakpoint in malloc_error_break to debug Segmentation fault
The attached file illustrates the problem.
System info: Darwin sully.local 9.4.0 Darwin Kernel Version 9.4.0: Mon Jun 9 19:30:53 PDT 2008; root:xnu-1228.5.20~1/RELEASE_I386 i386
Stephen Simmons
The RT System itself - Status changed from 'new' to 'open'
On Tue, Sep 16, 2008 at 11:55:25AM -0700, P N wrote:
HI
sorry to bug you - but I'm getting this message from you and others quite often.
how would I un-subsscribe to this. If you knew how, please let me know.
Mailing perl6-compiler-unsubscribe@perl.org should work.
(assuming that that's the list you're subscribed to, rather than some list that re-sends its content, and that the address that list server has for your subscription is not the same as the address your outgoing mail comes from. If this isn't right, you can mail perl6-compiler-help@perl.org to reach a human who can access the list database - I'm just a mere mortal without this super-power)
These addresses are given in the full headers of the messages to the list, which I guess your mail client doesn't show you. If you're able to get it to show full headers you can confirm the list you're subscribed to, and get the correct unsubscribe address.
Nicholas Clark
On Tue Sep 16 05:36:02 2008, stifynsemons wrote:
In r31096, use allows a program to use module A and module B, and allows module B to use module A, when module A defines a method as long as all three files are in the same directory. However, when you try and put module A and module B in the Lib subdirectory and use them as Lib::A and Lib::B, then rakudo complains with: A method named 'test' already exists in class 'A'. It may have been supplied by a role. current instr.: 'parrot;PCT::HLLCompiler;evalpmc' pc 10631758 ((unknown file):-1) perl6(18090) malloc: *** error for object 0x315ad60: double free *** set a breakpoint in malloc_error_break to debug Segmentation fault
The attached file illustrates the problem.
I unpacked those and ran it, and it runs without errors now (I added a print statement in test.p6 to make sure that it actually survived too!) I did a fix for a related issue earlier today, so that one may have done it, or it may have been something someone else did. But this appears to be resolved.
Thanks,
Jonathan
@jnthn - Status changed from 'open' to 'resolved'
Migrated from rt.perl.org#58918 (status was 'resolved')
Searchable as RT58918$