Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • So here's a thought: most uses of pack should be wrapped up in a small subroutine, shouldn't they? I mean, if you are unpacking a struct, make two routines (to convert either direction) that take binary data on one end and an array, hash, or object on the other.

    Eh... I have to confess, I've written pretty much such a module... I haven't released it to the public, and likely I never will, because, well, you can read the responses from other people here.

    I wrote it, when trying to convert the utility progr

    • Eh... I have to confess, I've written pretty much such a module... I haven't released it to the public, and likely I never will, because, well, you can read the responses from other people here.

      Why not????? Don't let the opinions of people sway your view of how useful the module is, nor let you pass up a chance to submit it to others to see how useful they think it is. We operate on the economy of ideas. Just because your idea doesn't work for some people doesn't mean everyone will dislike it. That's like saying everyone should use strict all the time. What would you suffer if you released the module? It's not like you're asking to put it into core.

      And I have to say, what you describe here is beyond what I was thinking of in this journal entry. You are talking about something much more general, which is good. (I had such an idea [sourceforge.net], once, but you will notice I produced no code from it.)

      Now that I look at it again, despite everything, perhaps it might be an interesting module to release, anyway?

      Emphatically yes. I am certain many people will find it useful.

      --
      J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers