http://www.perlmonks.org?node_id=225614

This is for who liked TinyPerl 1.0/1.1. Now it's on SF: http://tinyperl.sourceforge.net

Now I published the 2.0 version with some good new resources:

- Smaller! (616Kb)
- No need of ./lib directory or XS of Compress::Zlib. Now every thing goes inside the binarys.
- Can create binarys for your script and TinyPerl can be used to publish your apps.

See the site for download or documentation.

This will be the last release before a long long time! It's very stable, and with everything that I want for now.

Graciliano M. P.
"The creativity is the expression of the liberty".

Replies are listed 'Best First'.
Re: TinyPerl 2.0 and new SF site.
by cchampion (Curate) on Jan 09, 2003 at 22:00 UTC

    It is indeed a great feat. However ....

    Is it really very stable?

    Quoting from your sourceforge page:

    • 01-05-2003

      TinyPerl 2.0 beta published. Now smaller, without need of the little directory ./lib and the XS of Compress::Zlib goes inside PerlLib (Perl58.dll).

      TinyPerl now can create binarys for your script too! ;-P
    • 01-03-2003

      TinyPerl 1.1 released.

    I wonder how could you tell in two days that a package as complex as Perl, albeit tiny is stable! Aren't you going too fast?

    Now, I don't know about the innards of TinyPerl, but for example it doesn't run things like the Camel code. You may say that it is not the most useful piece of code in an enterprise or that it is not a fair example, but I would investigate why this worldwide known Perl script does not run.... :)1

    Cheers

    cchampion

    1 Actually, it runs, but it doesn't print anything.
      Stability is not an issue.

      Tinyperl is as stable as perl itself is.

      Camel Code does not run because it tries to read off the magical filehandle DATA. I'm sure this is due to a simple oversight by gmpassos (as soon as I get my hands on the sourcecode i'm pretty sure i'll be able to fix it)


      MJD says you can't just make shit up and expect the computer to know what you mean, retardo!
      ** The Third rule of perl club is a statement of fact: pod is sexy.

        Well, maybe there was more than one oversight... ;-)

        This code

        tinyperl -e "print <*>"

        generates a system error, while ActiveState Perl executes without a shrug.

        Don't misunderstand me. I am really thrilled about TinyPerl. It's just that I am cautious when embracing new software, and before saying that it is stable I usually wait until some bugs are reported.

      TinyPerl comes from the last release of standart Perl source. I got for version 2.0, ActivePerl source since it has some bug fixes of Perl 5.8.0

      About the Camel code is because it reads the __DATA__ handle, and your script code was loaded inside a variable and paste to eval() to run! I can fix this in the next version opening the handle directly in you file code in the __DATA__ position.

      About stability, this 2.0 version I was building before release TinyPerl 1.0 and 1.1. And they are the test of 2.0, since the 2.0 version changes only in the structure and bug fixes of 1.0/1.1! But we know that is impossible to make a real "stable" program or release! For example, when Perl 5.8.0 was released in my 1st test I got an error with Sockets, because they have implemented PerlIO with layer on Socket from default! And they tested this during a long long time!

      I really releasede all the TinyPerl version because I have a lot o peoples asking me for this all the time! I can't leave this in my PC for more time if is useful for others!

      Thanks for your reply, and bug report! ;-P

      Graciliano M. P.
      "The creativity is the expression of the liberty".

Re: TinyPerl 2.0 and new SF site.
by zentara (Archbishop) on Jan 10, 2003 at 16:01 UTC
    The thought just occurred to me, why is TinyPerl possible on the windows platform; but not for linux. Or am I just overlooking something obvious. Is there something similar for linux? I'm not talking about the "building executable feature" ; just a small perl package to fit on a floppy?
      For now no! Well, almost Linux distribution, has Perl, but the idea to put inside a floopy will need that.

      PODmaster ask me to publish fast the source code of TinyPerl, but it comes from a standart Perl source, and almost job to make TinyPerl was made manually. And is not easy, since we need to edit the PerlLib .c files for each OS.

      What I'm thinking to do is to release some script that convert everything inside standart Perl source. But I will need some free time to do all of this! ;-/

      Graciliano M. P.
      "The creativity is the expression of the liberty".

Re: TinyPerl 2.0 and new SF site.
by BUU (Prior) on Jan 09, 2003 at 23:31 UTC
    Wow, this looks amazing and looks like it will be a huge boon to being able to distribute complicated perl applications and compete with compiled languages.
Re: TinyPerl 2.0 and new SF site.
by Ctrl-z (Friar) on Feb 25, 2003 at 01:17 UTC
    haha!

    i downloaded this a while ago. But today it just saved my life.
    This little thing rules!. Ive added a few of my own personal 'must haves' plus my favourite text editor, and I still have room for more on the floppy!

    Kudos my friend,
    cheers


    time was, I could move my arms like a bird and...
      as tinyperl is a windows (respectively DOS) executable, i was wondering if anyone knows about a linux/unix version of a small perl variant, which would also run on a floppy...
      Yes, some times we really need Perl, but don't have it! And TinyPerl is the faster way to get it! It saved my life last week too! ;-P

      Graciliano M. P.
      "The creativity is the expression of the liberty".

Re: TinyPerl 2.0 and new SF site.
by jacques (Priest) on Jan 12, 2003 at 22:35 UTC
    Here's a suggestion:

    TinyPerl is a great name for this project, but on the command-line the name is a bit lengthy. Consider that one of the nice things about the vi editor is that one only needs to type two letters to invoke it. So I suggest shortening the name to 'tp' for command-line use. Let's have a comparison:

    tp -e 's/Charmin/Quilted Northern/g' *

    versus

    tinyperl -e 's/Charmin/Quilted Northern/g' *

      Great idea, but one problem. It would overlap with the tp.exe I alreayd carry on my emergency floppy -- Turbo Pascal (on older version, of course, since all of TP7 won't fit).

      I also have an assembler (two, actually), a disassembler, some linkers, a debugger, perl 4, a C compiler, a GW-style Basic interpeter, a text editor, hex editor, a terminal program, disk utils, some clever batch files, the command-line registry editor, and some other carefully selected programs all on one 1.44meg FAT-12 floppy. Hopefully tinyperl can replace perl 4 for DOS on that disk.



      Christopher E. Stith
Re: TinyPerl 2.0 and new SF site.
by Anonymous Monk on Mar 23, 2005 at 13:55 UTC
    I can't figure out how to add the DBI.pm module and the DBD\Oracle.pm module to your zip file. When I add it to your zip file, I get the following error messages: Can't locate object method "_install_method" via package "DBI" at C:/Documents and Settings/TForrest/Desktop/TinyPerl/lib/DBI.pm line 459. Compilation failed in require at (eval 24) line 25. BEGIN failed--compilation aborted at (eval 24) line 25. Please help. Thanks Tim
Re: TinyPerl 2.0 and new SF site.
by Wassercrats (Initiate) on Sep 17, 2004 at 01:44 UTC
    Here's an exe of a console based tar user interface that I created with tinyperl 2.0 (the tar command must already work on your system). It only works in my tinyperl directory. Does that make sense?
      You should have the lib.zip file and the Perl DLL in the same path of your exe.

      Graciliano M. P.
      "Creativity is the expression of the liberty".