http://aspn.activestate.com/ASPN/Perl/Reference/Products/PDK/PerlApp/Options.html


Save me, St.Perldoc!

Yes, sorry for the lack of detail in the overview. Here are the command line options used:

perlapp -s=junksenders_server.pl -e=exch_junksend.e
e -freestanding -report -verbose
Input script name: junksenders_server.pl
Output exe name: exch_junksend.exe
[download]

The PerlApp version is 2.1.

Hmmm...

Also interesting to note, I just built a freestanding .exe of the client portion of the client->server app and it works fine.

The problem with select in IO::Socket (not surprisingly really) only manifests itself when creating a listener.
Well, I suppose I could drag just the portions of the Perl directory structure that the program needs and add the environment variable to the systems hosting it, but I don't wanna!
Argh.

The canonical way to solve that problem is to explicitly "use" the module somewhere in your script (preferrably with a little note about PerlApp acting up). But from "IO::Select module is being added at compile time" I take it that you already do that.

What if you "add" or "bind" the file manually with a command line option?

perlapp -h for syntax.

/J

Um. I guess I'm not being clear enough. Thanks for the suggestions, but no joy here.

When I saw the problem the first thing I tried was to put in a "use IO::Select", then a "require IO::Select" to see if that made a difference. It didn't. Importantly in all cases PerlApp is still smart enough to find the dependent module and tell us:

Adding Module: e:/Perl/lib/IO/Socket.pm
Adding Module: e:/Perl/lib/IO/Select.pm
[download]

The problem isn't that the module isn't there, it's that for some reason the standalone exe is having trouble doing the "method call" to that module, but when using regular perl libraries, install environment, whatever it works fine.

So, any other ideas?

In my PerlApp 4.1.2 the info below is found in the docs.

Your PerlApp version seems older, so the syntax may have changed
HTH

Thanks for the reply,

Yes, the syntax is the same. I'm puzzled too as I *thought* I had a newer version of PerlApp (and the Dev kit)

However, that bit doesn't help. PerlApp already saw the use of the module and included it, and manually/explicitly putting it in there doesn't help. Same error.

Any other ideas, anyone?

From Socket.pm:

    my $sel = new IO::Select $sock;

This code works fine when I use socket functions in runtime perl, and it works fine with PerlApp compiled code that is "dependent" on Perl being on the system. It's the freestanding version only that doesn't work.

The modules are getting added to the .exe when it's compiled, and they're explicitly use'd in the program.

I'm going to go dig up a newer version of PerlApp if I have it here and see what happens.

Lee