Skip Menu |

This queue is for tickets about the Template-Toolkit CPAN distribution.

Report information
The Basics
Id: 48020
Status: resolved
Priority: 0/
Queue: Template-Toolkit

People
Owner: Nobody in particular
Requestors: ROBINS [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Using DateTime overload in Template Toolkit causes process to exit() on 64-bit platforms
Date: Mon, 20 Jul 2009 16:47:01 +0200
To: bug-Template-Toolkit [...] rt.cpan.org
From: Robin Smidsrød <robin [...] smidsrod.no>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think I've spotted a bug in either DateTime or Template. The bug is described here: http://github.com/robinsmidsrod/datetime-template-bug/ If any of you have more reports about it being broken or working, please send the output of version information the program prints and I'll update the README. DROLSKY have stated in https://rt.cpan.org/Ticket/Display.html?id=47032 that he thinks he is not responsible for this problem. Based on the smoke testing so far I'd say that it seems correct. Regards, Robin Smidsrød PS: I already sent this to the mailinglist some time back, but I'm filing it as a bug now as it seems to happen on several machines. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpkg2UACgkQHAwEVD/in2524wCfRBekTG6+xr+fLtuCvdkF9Jqa L8MAni9Gtxpw5NM3GOk4/COMoasZO7GS =HKw0 -----END PGP SIGNATURE-----
Hi Robin, Thanks for the bug report and test code. I integrated your tests with a stripped down version of the XS Stash to investigate further. The code's here: http://github.com/abw/TT-XS-Stash-DateTime/tree/master I've successfully reproduced the problem on a 64 bit machine, but I'm none the wiser as to what's causing it. It looks like this is actually a manifestation of bug #47929 https://rt.cpan.org/Ticket/Display.html?id=47929 This eliminates DateTime from the list of suspects and points the finger at a problem with a string eval inside a subroutine called from the XS stash. So I'll assume that is the case for now and close this bug as a duplicate of of #47929. Cheers Andy