everyone on this list says that perl is a great language because it has no dependencies on the OS or platform As you can plainly see perl is a scripting tool which calls down to OS specific binaries to perform all of the real work Unless you have specific knowledge on how to accomplish these objectives on each and every platform you are targetting then you shouldnt use perl Unless you have a T&M contract with your client Rewrite the script in a platform independent language such as Java and stop mucking around with the platform specific binaries
M-- This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[email protected]> Sent: Monday, October 23, 2006 2:25 AM Subject: DBD-Oracle: nmake fails on Windows > > > My first experience with Oracle8 and this had to be installed on an NT > machine. > I installed actiivestate DBI, activestate oracle is broken > so I did it by hand folloing the instructions in > http://search.cpan.org/src/PYTHIAN/DBD-Oracle-1.18a/README.win32.txt > > up until the step with nmake. There I get: > > > > cl -c -ID:/Oracle/Ora81/oci/include -ID:/Oracle/Ora81/rdbms/demo > -IC:/Perl/site/lib/auto/DBI -nologo -Gf -W3 -MD -Zi -DNDEBUG -O1 -DWIN32 > -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DNO_HASH_SEED -DUSE_SITECUSTOMIZE > -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX > -MD -Zi -DNDEBUG -O1 -DVERSION=\"1.19\" -DXS_VERSION=\"1.19\" > "-IC:\Perl\lib\CORE" -DUTF8_SUPPORT -DORA_OCI_VERSION=\"8.1.6.0\" Oracle.c > Oracle.c > c1 : warning C4349: /Gf is deprecated and will not be supported in future > versions of Visual C++; remove /Gf or use /GF instead > C:\Perl\lib\CORE\perl.h(382) : fatal error C1083: Cannot open include file: > 'sys/types.h': No such file or directory > > There are in fact several sys/types.h subdirectories and > I put all of them in the path > for example > if > sys\types.h is in D:\MSVISUALC\include > then PATH has D:\MSVISUALC\include > > Anyone been there before? > > > >
