.) If
PS> so, is it running on EMX?
Yeah, it is an EMX executable.
Maybe I need more recent versions of stuff from EMXRT.ZIP.
A quick check of my dll/ directory shows most of the emx looking stuff
being 9 or 11 of 96, so it is probably easy to update.
All this leads up my being anxious to get Rollins EMX presentation
next month. Anyone have any general comments on how 'POSIX'
complient the EMX tools are? One person (Gordon?)
(and the subject Terry Warren
presented to the other club he is involved with) seemed to imply that
porting stuff to OS/2 is pretty routine in many instances.
I've run 'Hello world' with the interpreter/dll.
In fact, I've run it with both interpreters, there are two, perl5.exe and
perl5x.exe, with different compromises.
Nothing using the object oriented stuff seems to work,
maybe this is some kind of setup problem, but I've followed
the brief instructions on setting up.
The only difference is I've got the files on the ext2 file system
instead of HPFS. I there any chance the object oriented stuff depends
on HPFS extended attributes?
The OO stuff is the aspect of this that was missing in PERL 4 & the small
filter stuff I was doing previously with PERL.
PS>
PS> -- Is PERL5.EXE the interpreter that you run to execute your PERL
PS> script?
Yes. I've also tried perl5x.exe (see above)
PS>
PS> -- Is the PERL5LIB variable an environment variable (set in CONFIG.SYS
PS> or a startup .cmd file)?
Yes. Right now, I'm 'exporting' it in the ksh startup file, till I
get things figured out better.
PS> If so, did you try changing all "/" to "\" to
PS> see what would happen?
Yes. It just changes the first two slashes in the path in
the error message to back slashes.
PS> When a program issues a file command that
PS> includes a path (which may include "\"), the call doesn't go through
PS> CMD.EXE so you can't rely on the command interpreter to do any /-to-\
PS> conversion. (EMX will do such conversions, but it's not a command
PS> interpreter. I've found that EMX allows both / and \.)
PS>
PS> I've always wanted to learn PERL so this is intriguing. As Indiana
PS> Jones' buddy said, "you go first". :))
I've used PERL 4 a little under DOS, the Big Perl interpreter (32 bit),
for some, mostly for some simple filters.
Of late, I'd been concentrating on ksh and sed for various reasons, but
I see a need to go back to concentrating on PERL.
The Santa Monica Perl Users Group had their first meeting Thurs.
at American International Univ. in the Playa del Rey area.
Adam Pisoni, his brother, and some other people from Cybernation
seem to be the main movers behind it. They seem to be very oriented
toward bleeding edge Web/multimedia applications.
(To: Majordomo@cnation.com
Body: subscribe sm-pug
(not much traffic so far.))
This inspired me to get it going on my system.
'They' seem to be adding everything including the kitchen sink to
PERL, which is both good and bad, lots of power and things to draw on,
can be very compact and terse,
but the thing is getting to be very cryptic and unreadable.
PS>
PS> - Peter Skye
PS>
PS> =====================================================
PS>
PS>
PS>
PS> .
Thanks Peter & Steve
Regards,
Dallas E. Legan II
(562) 862 - 4854 ext. '*'
L
E
G
A
N
@
A
C
M
.
O
R
G
=====================================================
To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-programming".
For problems, contact the list owner at
"rollin@scoug.com".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 25 |
April |
1999 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
