Re: RedHat Perl and ActiveState Perl.
by dws (Chancellor) on Sep 10, 2002 at 23:14 UTC
|
Is there a difference in programming styles in Red Hat Perl and ActiveState perl?
"Red Hat Perl" is merely a distribution of Perl that happens to be packaged for the Red Hat Linux distribution. It's essentially the same Perl that ActiveState packages for a Win32 distribution. The significant differences are in the platforms, not in the Perls. There are some thing you cannot do on Win32 that you can on *nix (e.g., shared memory), and visa versa (OLE).
Style is, for the most part, unrelated.
Any good Perl book should help you learn on either platform, with the exception that Learning Perl on Win32 Systems is slanted towards packages only available on Win32.
| [reply] |
|
|
Thank you dws. That was very helpful in clearing up what the different names mean. I may be a noobie but I understand what you are saying. Thank you very much for your great explanation/answer.
-Noobie
| [reply] |
(jeffa) Re: RedHat Perl and ActiveState Perl.
by jeffa (Bishop) on Sep 10, 2002 at 23:09 UTC
|
For the most part, Perl is Perl. Some of us would
insist that a *NIX box (that includes RedHat) is the best
platform to learn and use Perl on ... but that is not true.
There are plenty of monks who are happy using Windows boxes
and ActiveState. The bottom line is ... it doesn't matter.
Do what ever is most comfortable for you. For what it is
worth, merlyn, the author of the Llama book uses the
OSX operating system on a Mac laptop.
jeffa
| [reply] |
|
|
Thanks you Jeffa, for the honest reply. I bought the Llama and I am sure I will understand perl when I am done with the book. Thank you very much for your input. :)
-Noobie
| [reply] |
Re: RedHat Perl and ActiveState Perl.
by diskcrash (Hermit) on Sep 11, 2002 at 06:08 UTC
|
Dear NoobiePerlist,
You hit on one of the very most attractive features that Perl offers. That is its resilliance to re-porting. My largest Perl project was an EDI parser and store and forward system for serious manufacturing support. Due to circumstances I authored it on Win2K with ActiveState, but I needed to test it in quasi production mode. My test choice was under RedHat 6.2 with its native Perl distro. I modified just a few lines for file locations. It sprang up like a Gazelle in heat! I made a few mods to take care of weird states unrelated to the OS.
Then...
I had to move the same code to a production server at an ISP in Detroit. This was an NT box with ActiveState again. The code slipped in like hand in glove. There was really no major point where I had to say "This is the operating environment and it causes problems X or Y so I have to code this way." This flexibilty is a great power in your hands and drives proprietary vendors absolutely nuts.
Perl is from the coders, for the coders and by the coders and never let it perish from the earth.
Diskcrash | [reply] |
Re: RedHat Perl and ActiveState Perl.
by webadept (Pilgrim) on Sep 11, 2002 at 01:42 UTC
|
There are some Mods available to the Unix runners which are not available, for the novice( and in some cases the veteran) Windows users. Also, some of the ActiveState Mods don't work quite right. I point to a recent problem I had with the Mail-POP3Client mod on Active state, which works great except the Delete area doesn't appear to work. Same code on the Linux box worked just fine. The reverse is true I'll bet, just haven't run into it yet personally.
Learning Perl is a great book, and the Camel book as well. I might suggest the one from the Black Book series. I'm sure its still out, lots of good code examples and pretty easy to follow.
The Perl Cookbook is great, but I didn't find the Oriely System Administration with Perl was that good. Some of the code was just wrong and much of it was "so what?" and I'm even a SysAdmin. To each his own I guess.
Welcome to the fun |-)
webadept
Every day someone is doing what someone else said is impossible.
| [reply] |
Re: RedHat Perl and ActiveState Perl.
by rir (Vicar) on Sep 11, 2002 at 02:28 UTC
|
The standard Perl references,
Learning Perl
Programming Perl
Advanced Perl Programming
The Perl Cookbook
were written before Activestate really got going, and/or
have a slight bias toward Unix implementations.
Linux is a Posix or Unix clone.
Other great Perl books also have this bias.
Unix was Perl's main platform for some time.
There is Learning Perl on Win32 Systems which
I would get were I using Perl on Win32.
99.5 percent of what you do will be the same.
As one who endeavored to learn, alone in the wilds,
K&R C on Xenix from mostly CPM orientated references;
I will point out that tripping over that half percent
can be a hard fall. Use the operating system of your choice.
Having the right documentation makes all the difference.
You might surmise that I like books.
| [reply] |
Re: RedHat Perl and ActiveState Perl.
by davorg (Chancellor) on Sep 11, 2002 at 08:07 UTC
|
One thing that many people have missed is the fact that ActiveState's version of Perl isn't just for Windows. They also produce versions for Solaris and Linux.
Of course, I don't know anyone who uses it on anything other than Windows :)
--
<http://www.dave.org.uk>
"The first rule of Perl club is you do not talk about
Perl club." -- Chip Salzenberg
| [reply] |
A reply falls below the community's threshold of quality. You may see it by logging in. |
Re: RedHat Perl and ActiveState Perl.
by Cody Pendant (Prior) on Sep 11, 2002 at 04:40 UTC
|
I learned Perl from Merlyn's book on a Mac and didn't have any problems at all with platform issues.
The only thing in that book you can't do on a Mac, from memory, is dbmopen which is pretty much deprecated even on UNIX as I understand it.
--
($_='jjjuuusssttt annootthheer
pppeeerrrlll haaaccckkeer')=~y/a-z//s;print;
| [reply] [d/l] |
A reply falls below the community's threshold of quality. You may see it by logging in. |