Nikolay Ananiev wrote:

I have sent this to Jonathan Leffer's mail, but he didn't respond, so I
think he didn't get. I'm sending it here too...

I got it - it is still in my inbox waiting for me to work out how to help you. I don't do Windows development - that should be clear from the comments lurking in the documentation, if nowhere else.


Well, I was wrong. When I make these changes the process seems to be
successful, but informix.dll doesn't get built. I investigated this a little
more and found that if I comment out lines 642 and 643 in makefile.pl, which
are:

#$opts{LD} = "INFORMIXC='\$(FULLPERL) esqlld' " .
#   "ESQLLD='$Config{ld} \$(LDDLFLAGS)' \$(ESQL)";
maybe this should be changed to:
$opts{LD} = "INFORMIXC='\$(FULLPERL) esqlld' " .
   "ESQLLD='$Config{ld} \$(LDDLFLAGS)' \$(ESQL)" unless $NTConfiguration;

The original is very much tied in to Unix - the 'unless' addition is plausible. That much is easy.


then everything is just fine, but the tests fail.

Tests failing is bad.

When running nmake test a window pops-up, which says:
perl.exe Application Error
The instruction at 0x280869d7" referenced memory at "0x00000000". The memory
could not be "written"

So something got a null pointer and tried to write to it - not good. I've no idea what's at 0x280869d7.


I do not understand all the build options that might or might not affect the Windows Perl builds. I do not understand their significance; I've no idea what the code might need to do differently in the presence or absence of those options. Windows is still the most incredibly hostile programming environment as far as I am concerned.

I do have, somewhere else in my inbox, an invitation to obtain a 'free' MS compiler -- when I've worked out what the strings are and I find the time, I may even obtain it. Of course, that then leaves the issue of finding time to build Perl - and install Informix ClientSDK, and probably IDS too - and sort out DBI and DBD::Informix. I found that much easier to do, the last time I tried (which was about 4 years ago), than the alternative - downloading ActiveState and getting *that* to work.

and in the console I get
Free to wrong pool 15d33c8 not 80102 at
E:\Downloads\DBD-Informix-2003.04\blib\lib/DBD/Informix.pm line 180.

I have no idea what these thing mean.

Something isn't working. I don't know what - the implication is that it is DBD::Informix or the ESQL/C code (which is the relevant part of the ClientSDK that I mentioned above), and that's a plausible supposition.


I have no way of remotely debugging the problem.

Consider using DBD::ODBC to connect to your Informix database.

----- Original Message ----- From: "Jonathan Leffler" <[EMAIL PROTECTED]>
To: "Jonathan Leffler" <[EMAIL PROTECTED]>; "Nikolay Ananiev"
<[EMAIL PROTECTED]>
Sent: Tuesday, June 29, 2004 2:57 AM
Subject: Re: [Fwd: DBD::Informix Win32 Build problem]




Dear Nikolay,

The lines to be fixed would be at around line 650 in Makefile.PL.  Just
above there, there is a default setting of $opts{LD} = "INFORMIXC=...",
and then there is a block started 'if ($NTConfiguration)...'.  You'd
presumably do this fixup in the if-block since the default setting is
correct for Unix-like platforms and shells.

One reason you're getting this to work is that your $INFORMIXDIR does not
contain any spaces -- people who have Informix software installed under
C:\Program Files have many more problems.

If you can send me a patch when you get it working (I think you should be
able to do so now), I'd be grateful - you get your name into the history
book whenever I finally get to make a new release.

I have no build environment for Win32 at the moment - laziness and absence
of MSVC on my Win2K machine - so I can't do much in the way of testing.

--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921   Tie-Line: 630-6921
     "I don't suffer from insanity; I enjoy every minute of it!"


--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include <disclaimer.h>
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/

Reply via email to