On 04/10/2012 08:45 PM, Stephen Hurd wrote:
I’m working on a set of modules which implement various DMTF standards.
Mostly they are alphabet soup, but my proposal for the module names is:
For what it's worth, this sounds like a reasonable choice to me.
--Steffen
(for the PAUSE admins)
Hi Ryan, hi Matthew,
On 04/11/2012 05:43 PM, Ryan Rotter wrote:
This module hasn't been updated in almost six years and has outstanding
bugs (reports of which have been on CPAN for many months with no reply
from the author). I'd like to patch these and continue development on
the project if the
Record update in the PAUSE users database:
userid: [TATE]
fullname: [tateisu]
asciiname: []
email: [CENSORED]
homepage: [https://twitter.com/#!/tateisu] was []
cpan_mail_alias: [secr]
Data were entered by TATE (tateisu).
Please check if they are correct.
Thanks,
The Pause
The following module was proposed for inclusion in the Module List:
modid: MonitisMonitorManager
DSLIP: anpOg
description: Monitis Custom Monitor Manager
userid: DANFRU (Dan Fruehauf)
chapterid: 16 (Server_and_Daemon_Utilities)
communities:
https://github.com/mo
Record update in the PAUSE users database:
userid: [ESH]
fullname: [Eric Hammond]
asciiname: []
email: [CENSORED]
homepage: [http://www.anvilon.com]
cpan_mail_alias: [secr]
Data were entered by ESH (Eric Hammond).
Please check if they are correct.
Thanks,
The Pause
Hi,
The version which I currently use isn't too long. Effectively, it is a hack,
but it does what I need now. Here is a diff for TTFMetrics.pm.
I think a major rework were possible. It could work by so, that we read the the
whole ttf in a step. We build a hash for the glyphes, and another for t
Hallo,
Yes I know already. Sorry, it was my fault.
Bye,
Akos
-Ursprüngliche Nachricht-
Von: Malay Basu [mailto:malaykb...@gmail.com]
Gesendet: Mittwoch, 11. April 2012 18:43
An: Matt S Trout
Cc: Horvath, Akos; modu...@cpan.org; ma...@bioinformatics.org
Betreff: Re: warning: false alar
Akos,
Send me the code (email is the best). I'll check that it does not
break anything. As you can understand, It's a very complex module.
I'll update the module to the next version with proper credit.
Thanks for being so vigilant.
-Malay
On Wed, Apr 11, 2012 at 12:57 PM, Horvath, Akos
wrote:
1. adding some comments :-)
2. this library is for calculating the lengths of ttf strings. It works okay,
but is slow, because it reads and reads parts of the ttf file in every call.
This needs optimiziation (effectively, a cache in a bottleneck), which I
already did, only want to upload.
Than
This module hasn't been updated in almost six years and has outstanding
bugs (reports of which have been on CPAN for many months with no reply from
the author). I'd like to patch these and continue development on the
project if the original author (MOCONNOR) won't. I have attempted to
contact him a
Thanks Matt,
I don't know what Akos is talking about. There is no unchecked eval in
the code. The only eval is to check that the input file is readable.
If the read call fails then the modules exits gracefully. There is
*no* problem with this eval.
-Malay
On Wed, Apr 11, 2012 at 12:34 PM, Matt S
Guys! Don't get paranoid. It's not a trojan or virus or anything. I am
the author of the file. I don't remember why I did the eval. It's been
a long time. Will come back to you. And this is my current email
address.
On Wed, Apr 11, 2012 at 11:31 AM, Horvath, Akos
wrote:
> Ok, I understood.
>
> Th
Hello,
Yes, it is true. But follow the code further. In the eval() is a read(), from a
file handle to a .ttf file.
It reads the first 12 bytes of a ttf font file, and then evaluates it as a perl
code block!
I found the current mail address of the author, Cc: is going to him now.
Bye,
Akos
-
Ok, I understood.
Thank you very much, and sorry for the false alarm.
---
I think, this Font::TTFMetrics needs a little bit of optimization. It reads and
reads the file again and again, which is slow when is used for a lot of
strings. I registered to PAUSE, but it is not enough. Until then, th
14 matches
Mail list logo
