RE: DBD::Informix Win32 problem

From: Brian D Campbell (campbelb_at_lucent.com)
Date: 07/26/04 

To: "'Nikolay Ananiev'" <hallmall@3dzone-bg.com>
Date: Mon, 26 Jul 2004 11:16:52 -0500

I built DBD::Informix on Win32 last fall. There was a lot of stuff I had to change to get it to compile under Win32, and it's all documented in this posting.

http://www.mail-archive.com/dbi-users@perl.org/msg19771.html

Your problem below looks like it might be the free memory problem I ran into. It's documented in in DBD distribution somewhere as PTS Bug B83831. I had to add a #define in the middle of the source to fix it. Details are in the posting.

-----Original Message-----
From: Nikolay Ananiev [mailto:hallmall@3dzone-bg.com]
Sent: Sunday, July 25, 2004 4:16 AM
To: dbi-users@perl.org
Subject: Re: DBD::Informix Win32 problem

then everything is just fine, but the tests fail.
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"

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.

----- Original Message -----

>
> 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.
>

FYI, the majority of the posting contains the gory details of what you have to change if you have your Perl installed in C:\Program Files. My suggestion to other readers is don't install it there.

Relevant Pages

  • Re: Can Someone Change My Mind About .NET?
    ... >> Win32 is not going away with LH. ... > the compiler that optimizes it for the current known processors. ... > If you do not recompile the .NET applcation and conventional program, ... > laid out in a certain memory order at the moment you compiled and linked. ...
    (microsoft.public.dotnet.general)
  • Re: Can Someone Change My Mind About .NET?
    ... > Win32 is not going away with LH. ... the compiler that optimizes it for the current known processors. ... Conventional executables are static in nature. ... laid out in a certain memory order at the moment you compiled and linked. ...
    (microsoft.public.dotnet.general)
  • Re: Basic question : Replacing CString when moving from MFC to Win32
    ... if I have a LPTSTR member in a Win32 class, ... do I have to "initiate" or allocate any memory into m_szFirstName in the ...
    (microsoft.public.vc.mfc)
  • Re: Basic question : Replacing CString when moving from MFC to Win32
    ... if I have a LPTSTR member in a Win32 class, ... do I have to "initiate" or allocate any memory into m_szFirstName in the ...
    (microsoft.public.pocketpc.developer)
  • Re: Can Someone Change My Mind About .NET?
    ... Your not going to get faster then native c++ to native win32 ... Many of the .Net classes still wrap win32 calls. ... > the compiler that optimizes it for the current known processors. ... > laid out in a certain memory order at the moment you compiled and linked. ...
    (microsoft.public.dotnet.general)