user-pic

Leon Timmermans

  • Commented on UTF-16 and Windows CRLF, oh my
    The PERLIO environmental variable may also be able to help you there....
  • Commented on Fixed 5.22 problems during my compiler port
    > Also, publicly stating "John broke xyz" probably doesnt help win people over. Yes, that....
  • Commented on What's the perl5's future?
    Quite frankly, both cperl and stableperl are more about their authors and p5p not being compatible with each other than anything else. The difference between stableperl and p5pperl is so small that the former is a bit silly (the latter...
  • Commented on File::Slurp is broken and wrong
    I believe that the default encoding using by File::Slurp is because of a Perl bug with threads: https://rt.perl.org/Public/Bug/Display.html?id=41121 That bug is truly a PITA, but it's not particularly relevant to slurping as the handle won't be shared between threads....
  • Posted File::Slurp is broken and wrong to Leon Timmermans

    If you are using File::Slurp, you should possibly reconsider. Basically, there are three reasons to do so;

    It is wrong in a lot of cases.

    File::Slurp predates IO layers, and as such doesn't take them into account well. A few years ago, after some complaints, an attempt was done t…

  • Commented on Call for help with open source project "CLPM"
    In my mind, CLPM still means comp.lang.perl.misc ;-) Spent many hours there in the past :-)...
  • Commented on Spam from waag.org
    I got the same message. Weirded me out a little too, but mostly devnulled it....
  • Commented on Day 6: Think globally, act localizably (File::umask, Locale::Tie, Unix::setuid)
    Thanks for your input. I'm not sure what you meant by "saved IDs". You may want to read Setuid Demystified first before writing any kind of setuid wrapper....
  • Commented on Day 6: Think globally, act localizably (File::umask, Locale::Tie, Unix::setuid)
    Unix::setuid is a poorly worked out idea. Firstly because it doesn't report errors in any way (despite typically being used in security-critical ways). Secondly because it omits the saved IDs (which are fairly important). That said, I do like the...
  • Commented on We are all Perl's ambassadors...
    What I hate most about the system is that it doesn't offer me a way to get back into contact with the rater. Maybe they are mistaken about something essential, maybe I fixed a legitimate issue they reported. Maybe I'd...
  • Commented on Managing Boilerplate with Import::Base
    This is a terrible idea really: any change to your bundle mean breaking backwards compatibility. This sort of breakage-at-a-distance can be hard to diagnose. To some extend you can deal with it using a versioning argument (like Modern::Perl does nowadays),...
  • Commented on Strawberry Perl 5.20.1.1 invalid MSI signatures
    Quite frankly anyone asking for a scanned copy of an identification document is an idiot: you can not verify the authenticity using a copy. Even a crappy forge is likely to be accepted. Sending it by non-encrypted email doesn't make...
  • Commented on A pre-release of Pod::Readme is available on CPAN
    Why the dependency on Moose and v5.10? The latter seems rather unnecessary, and the former poorly chosen (lots of dependencies, while using few of it's features: Moo sounds like it would be much more appropriate)....
  • Commented on How should conference speakers be compensated?
    I think there are two kind of sponsored people. The first category are the Damians of our community. These are people whose attendance at any conference provides an immediate and obvious benefit every time you'd invite them. People like me...
  • Commented on Introducing IOD file format
    Have you taken a look at [TOML](https://github.com/toml-lang/toml)? IMO it provides a much more sensible paradigm than INI, while still being intuitive enough for most people. There are already two parser for it in Perl....
  • Commented on A Tale of Two YAPC's
    Sounds like excellent choices have been made....
  • Commented on I hate Dist::Zilla and missing Makefile.PL
    More often than not you can hack on a module without Dist::Zilla just fine. Tests can usually be run simply as `prove -lr t/`, so usually you can actually hack on the code and test the results without touching dzil....
  • Commented on Introducing Sub::Trigger::Lock
    You're not locking the external access, but the internal implementation. IMO that's the wrong solution....
  • Commented on How to upload a perl module on CPAN using Dist::Zilla?
    Actually, you need to use a semicolon as comment character ;-)...
  • Commented on Perl and Me, Part 1: The Road So Far
    > It looks interesting; it seems to solve several of C++'s more egregious problems (e.g. garbage collection). Actually, I consider garbage collection to be the main mistake in D. In such a low level language, I don't want garbage collection....
  • Commented on Visualizing a CPAN install plan
    > I've always wondered why CPAN does not at least show a full dependency list (what will be pulled in, not necessarily the full dependency list) similar to the way that yum does prior to launching into what can turn...
  • Commented on Is it possible to run Movable Type under Apache HTTP Server?
    CGI still lives for the same reasons as inetd still lives: services that are queried only infrequently (with a "frequently" being defined by the sysadmin), keeping a process in memory is wasteful. Exactly. CGI is the only sensible thing...
  • Commented on A new blogs.perl.org or die trying
    Yeah, I'm not fond of it either. I can't help thinking "wouldn't a simpler solution be better here?"...
  • Commented on Parsing JSON with a single regex
    Awesome. XML parser next?...
  • Commented on PDL 2.007 Released!
    This PDL release was the driving force behind File::Map fixing some 64-bit related issues, so thank you Chris and Rob :-)...
  • Commented on CPAN candidates for adoption
    The scoring mechanism doesn't seem to have much of a resolution. Many of those dists don't need adoption at all. One module of mine is in there because it has two wishlist tickets…...
  • Commented on Plack server with threads
    > It is only one thing that breaks everything: threads::shared. That really shouldn't happen. Either you're not using it correctly, or something really weird is going on....
  • Commented on A decade in CPAN toolchain
    people expect to build, test and install in separate phases It's not just that people expect it, it's that sysadmin will demand it. Friendliness to the end-user is just as important as friendliness to the author, if not more...
  • Commented on Why you don't need File::Slurp…
    There's a flaw IMHO, read() may not return the whole file content (and actually it won't with large files), depends on OS buffering. The usual boilerplate includes a while() and buffer concatenation. Actually, you're right. Normally the buffering takes...
  • Commented on Response to Ejecting CGI.pm From the Perl Core
    > I use Perl v5.8.0 on windows (ActiveState). That is a 10+ years old release of perl. Are you really surprised its modules are way outdated?...
Subscribe to feed Recent Actions from Leon Timmermans

  • Robert Rothenberg commented on File::Slurp is broken and wrong

    it's not particularly relevant to slurping as the handle won't be shared between threads.

    It doesn't matter if the filehandle is shared. Just calling binmode will lead to a segfault.

  • plenum commented on File::Slurp is broken and wrong

    Why slurp at all?

    Before slurping I ask myself why. Not what module or how.

    • Do I actually know the possible file size? Many times processing large files I have broken modules (and needeed to replace them) because they use slurping which do not scale to large files (Megabyte to gigabyte plus).

    • Am I applying premature optimisation? In my testing the increase in speed (if any!) was outweighed by needing to take into account encodings and binmode issues - pretty much the issues described here. Just using the native methods might be better.

  • Reini Urban commented on Fixed 5.22 problems during my compiler port

    After waiting 12 years and seeing parrot going down with the same people problems convinced me that you need to call the bad apples the bad apples.
    But maybe it's better for perl5 to die a loud death and let's restart with cperl. Currently the p5p death screams very loud. They will be dead after removing indirect method calls, which they are thinking about loud.

    As to the hint about the my fast arithmetic optimizations:
    Davem's artithmetic improve…

  • dly commented on Fixed 5.22 problems during my compiler port

    I agree with you having incompetent coworkers/whatever-fellow-open-source-developers-are-called is a big problem. As someone on the outside looking in, this situation really bugs me. Your work on cperl seems pretty awesome, but cperl would be even more awesome if it didn't exist, and instead you actually cooperated with p5p to make perl itself more awesome. Just as you've chosen to point out their incompetence; instead, you could choose to bury the hatchet and cooperate with them. Replace personal attacks with

    p5p has spoken: by banning you repeatedly for…

  • Yary commented on Fixed 5.22 problems during my compiler port

    ++dly Thanks for the good description of mentoring vs. badgering. Alas, transferring skills is another layer of talent and effort on top of employing those skills. At the moment this split seems healthy for all, though I share your hope that these projects can eventually successfully combine forces.

Subscribe to feed Responses to Comments from Leon Timmermans

About blogs.perl.org

blogs.perl.org is a common blogging platform for the Perl community. Written in Perl and offering the modern features you’ve come to expect in blog platforms, the site is hosted by Dave Cross and Aaron Crane, with a design donated by Six Apart, Ltd.