Re: XML::LibXML on Cygwin

[Gerrit P. Haase]

marcos rebelo wrote:

Just for the record:

The subject is wrong, XML::XSLT is correct.

XML::LibXML works ok:

All tests successful, 1 test skipped.
Files=22, Tests=1090, 75 wallclock secs (37.12 cusr + 25.31 csys = 62.44 
CPU)

  /bin/make test -- OK

It is possible to install this Perl module in the Cygwin. 


When I do 'perl  Makefile.pl' the script blows up and creats the file
'perl.exe.stackdump'

I changed the code of the Makefile.pl inside the 'sub backtick' from 


open(STDOUT, ">$DEVNULL");
open(STDERR, ">$DEVNULL");
my $results = `$command`;

to:

191 warn $DEVNULL;
192 warn $command;
193 
194 #open(STDOUT, ">$DEVNULL");

195 #open(STDERR, ">$DEVNULL");
196 
197 my $results = `$command`;

198  warn $results;

and I get this output

running xslt-config... /dev/null at Makefile.PL line 191.
xslt-config --version at Makefile.PL line 192.
C:\cygwin\bin\perl.exe (2672): *** unable to remap
C:\cygwin\bin\cygiconv-2.dll to same address as parent(0xD7) !=
0xD8
  3 [main] perl 2416 fork_parent: child 2672 died waiting for dll loading

How can I fix this?

Thanks
Marcos




--
=^..^=

--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

Re: perl2exe

[Gerrit P. Haase]

prachi shroff schrieb am 2001-06-01, 11:04:

> Hi!
> 
> I am tying to use the Perl2exe utility but am getting an error : " Invalid 
> Platform :win32 ". I am running Win2000 and installed the exact versions 
> recommended for the Perl I am using. Any suggestions on this will be great 
> help.

Indigo distributes perl2exe for several different platforms:

http://www.indigostar.com/

-gph

-- 
=^..^=

Re: doubt about do/until

[Gerrit P. Haase]

[EMAIL PROTECTED] schrieb am 2001-05-31, 18:30:

> Hi gurus,
> In http://www.cpan.org/doc/FMTEYEWTK/is_numeric.html, ( Is it a 
> number? ), Tom Christiansen writes:
> 
>--
> If you do care about getting 0's, then do this: 
> do { 
>  print "Number, please: ";
>  $answer = ;
>  if ($answer == 0 && $answer ne '0') {
>  print "Bad number\n";
>  }
> } until $answer;
> 
>--
> 
> I tried this with ActiveState perl version 5.005_03. I entered 0 and got a 
> bad number. After thinking awhile, I chomped the $answer. This works for 
> 0,
> ( i.e. No "Bad number message"  and  the loop repeats ). I think we need a 
> chomp there ( so instead of '0\n' ne '0', it is '0' ne '0' ). Is it so or 
> am I missing something? 

I'm thinking about what it is doing
...
If you enter a number, it exits, if you enter a zero it gives you a
"Bad number", as it is if you enter some non-digits.
So, what is a number???
Obviously zero is no number, that is all this script is doing, checking
your input, if it is a number.

$ dountil.pl
Number, please: 123

Siebenschlaefer@LORELEY ~/script
$ dountil.pl
Number, please: 0
Bad number

Siebenschlaefer@LORELEY ~/script
$ dountil.pl
Number, please: 478

Siebenschlaefer@LORELEY ~/script
$ dountil.pl
Number, please: sdf
Bad number

-gph

-- 
=^..^=

Re: unknown CPAN variables

[Gerrit P. Haase]

Paul Cotter schrieb am 2001-05-31, 16:28:

> Can someone explain the following.  The file /etc/inputrc certainly has the 'wrong' 
>lines in it, but I am loathe to delete them without understanding
> what I am doing.  (mmm, I wonder where I screwed up..)

As the error messages show, you should choose between [On Off]
as variables setting, look it the cases are correct, i suggest 
you'll find:
 meta-flag=on
or s.th like that and not:
 meta-flag=On
 
> [root@prc /root]# perl -MCPAN -e shell
> Warning [/etc/inputrc line 4]:
>   Invalid value `on' for variable `meta-flag'.
>   Choose from [On Off].
> Warning [/etc/inputrc line 5]:
>   Invalid value `on' for variable `input-meta'.
>   Choose from [On Off].
> Warning [/etc/inputrc line 6]:
>   Invalid value `off' for variable `convert-meta'.
>   Choose from [On Off].
> Warning [/etc/inputrc line 7]:
>   Invalid value `on' for variable `output-meta'.
>   Choose from [On Off].
> 
> cpan shell -- CPAN exploration and modules installation (v1.59)
> ReadLine support enabled
> 
> 
> -- 
> Regards - Paul Cotter
> Regards - Paul Cotter
> 



-- 
=^..^=

Re: 'while' confusion

[Gerrit P. Haase]

E. Alan Hogue schrieb am 2001-05-30, 20:56:

Instead of this:

> foreach $field (@fld_vals) {
>  while ($field = '') {

you want that:
==
   while ($field == '') { # '==' for ints, 'eq' for strings

>   push (@nulls,$id);
>  }
> }
> 
[...]
> while statement was actually _assigning_ '' to each

according to this statement.

-gph

-- 
=^..^=

Re: installing perl

[Gerrit P. Haase]

Gil Tucker [ateliermobile] schrieb am 2001-05-30, 10:09:

>Hi everybody,
> Does anybody knows the fastest and easiest way tzo
> install Perl on

Get IndigoPerl HERE:

http://www.indigostar.com/

Apache already included.

-gph

-- 
=^..^=

Re: installing Mail-tools module in windows 2000

[Gerrit P. Haase]

Hendrik Van Belleghem schrieb am 2001-05-27, 14:43:

> > That will only work with ActiveStates Perl. ActiveState == Microsoft.
> 
> I quote :
> "I am trying to install the MAIL::tools module in windows 2000."
> 
> Therefor I can assume he's using ActivePerl...
> Last time I check ActiveState wasn't bought by Microsoft :)

Are you sure???
ActivePerl came with WinNT ResourceKit, maybe earlier...
Everyone who hears 'WinXXX' thinks 'ActiveStatePerl', so it is
defacto M*crosoft.

> Other 'versions' (as in Platforms) of Perl usually come with CPAN.pm, which
> has similar functionality but compiles the modules...

CPAN.pm is included in AStates Perl too.

> > Another Perl comes not with PPM.
> > 

There are several other Perl's for Windows like Siemens-Perl,
IndigoPerl, Perl for Cygwin, and some more, there is one with
Apache and mod_perl combined and so on.

I am sick of ActiveState, don't ask me why, everyone always points
you to ActiveState, if you need Perl for Windows, but it is not the
best for everyone.

I like much more Indigo-Perl, which comes with Apache included!
They got their own package system, which is compatible with .ppd
so you can use AStates modules.

If i would use Perl for a Production System i would prefer Siemens-Perl,
there are a lot of helpful modules included. If there is need to include
some more, i'm sure i am able to use my Borland or Microsoft Compiler to 
build them.

Now i don't want to flame against ActiveState or someone else, but I want
to point out, that there are much more possibilties to get a perl on windows
running.

Best option is, as i mentioned earlier:
Get a compiler. I used 'Borland 5.02 C++' to build me a native Perl on 
Windo*s. If you don't want to BUY a compiler, get Cygwin, there is 'gcc' 
and all the other tools.

Then build your own Perl. 
What is a programmer without a C compiler???
Only 'using' Perl is boring.
Only using precompiled versions of software is boring.

There are lot of modules at ActiveStates Site, but always the one i want 
tto use/test isn't there... Maybe it doesn't fit on Windows, maybe it is
just because they didn't port it, what do you do now???

I was sick of it, now i'm using my own perl:

Siebenschlaefer@LORELEY /usr/cache
$ perl -V
Summary of my perl5 (revision 5.0 version 7 subversion 17) configuration:
  Platform:
osname=cygwin, osvers=1.3.2(0.3932), archname=cygwin-multi
uname='cygwin_nt-4.0 loreley 1.3.2(0.3932) 2001-05-20 23:28 i686 
unknown '
config_args='-de -Dusedevel -Dusemultiplicity'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler:
cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -
I/usr/local/include',
optimize='-O2',
cppflags='-DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -
I/usr/local/include'
ccversion='', gccversion='2.95.3-4 (cygwin special)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=4
alignbytes=8, usemymalloc=y, prototype=define
  Linker and Libraries:
ld='ld2', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib /lib
libs=-lgdbm -ldb -lcrypt -liconv -lcygipc
perllibs=-lcrypt -liconv -lcygipc
libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=libperl5_7_1.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags=' -L/usr/local/lib'


Characteristics of this binary (from libperl): 
  Compile-time options: MULTIPLICITY USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
  Locally applied patches:
DEVEL10175
  Built under cygwin
  Compiled at May 24 2001 22:05:40
  %ENV:
PERLIO="stdio"
  @INC:
/usr/local/lib/perl5/5.7.1/cygwin-multi
/usr/local/lib/perl5/5.7.1
/usr/local/lib/perl5/site_perl/5.7.1/cygwin-multi
/usr/local/lib/perl5/site_perl/5.7.1
/usr/local/lib/perl5/site_perl
.

gph

-- 
=^..^=

Re: installing Mail-tools module in windows 2000

[Gerrit P. Haase]

Hendrik Van Belleghem schrieb am 2001-05-26, 23:32:

> 
> > I am trying to install the MAIL::tools module in windows 2000.  According
> > to the INSTALL file the steps to installation are:
> > 
> >perl Makefile.PL
> >make
> >make test
> >make install
> > 
> >  I was able to run the first command, but when I type 'make' in the dos
> > prompt
> >  i get this error:
> > 
> >  'make' is not recognized as an internal or external
> >  command, operable program or batch file.
> > 
> > 
> > Is there another way of installing this module?
> 
> On Windows you better use PPM
> 
> open a DOS box, type :
> 
> ppm
> 
> then type
> 
> install Mail::Tools
> 
> Activestate has a Package status list at
> http://aspn.activestate.com/ASPN/Downloads/ActivePerl/PPM/Packages
> 
> as well as a PPM FAQ at
> http://aspn.activestate.com/ASPN/Products/ActivePerl/faq/ActivePerl-faq2.htm
> l
> 
> If you want to compile your modules (since various modules are XS linked),
> you'll need a C compiler (which usually comes with make).

That will only work with ActiveStates Perl. ActiveState == Microsoft.

Another Perl comes not with PPM.

If you need to install a perl module without C-code as mentioned above,
you only need 'nmake' from MS, no C-compiler, look at ActiveStates Site
for nmake, they got a link to MS somewhere where you may load down 'nmake'.

But the best option for Win2000 users IMHO is to install Cygwin, it comes
with perl-5.6.1, compiler gcc-2.95.3, make and all the other tools to build
software and it runs like real unix, though a little bit slower (Win* is 
slow). http://www.cygwin.com/setup.exe

gph

-- 
=^..^=