Re: program works for 32bit but not for 64.

Hi Steve,

I've looked my code again and found that умут after applying lnum patch
I had to use long instead of size_t .

David.

On Fri, Oct 14, 2011 at 6:30 PM, Stephen Blackwell - Applications
Engineering <[email protected]> wrote:

> Hi David,
>
> I tried to use lnum but I couldn't get it to work on Windows.
> The patch is trying to patch Makefile which, of course, doesn't exist for
> the Windows version and then the Windows version of patch crashed when I
> told it to skip the Makefile.
>
> I was able to get my test program to work using Ryan Pavlik's version of
> luabind (https://github.com/rpavlik/luabind) but now I'm having problems
> with derived classes.
>
> I'd still be interested to hear how you used lnum.
>
> Thanks,
> Steve
>
> ________________________________________
> From: David Osipyan [mailto:[email protected]]
> Sent: Thursday, October 13, 2011 2:53 PM
> To: [email protected]
> Subject: Re: [luabind] program works for 32bit but not for 64.
>
>
> Hi Steve,
>
> I've the same issue/ Resolved using http://luaforge.net/projects/lnum/
>
>
> Best,
> David
> On Thu, Oct 13, 2011 at 2:27 AM, Stephen Blackwell - Applications
> Engineering <[email protected]> wrote:
> Below is a test-program I have been using.
>
> I'm compiling in Visual Studio 2008 on a 64 bit Windows 7 box and I have
> 5.1.4 of lua. Luabind seems to be 0.9.1.
>
> When I compile for a 64 bit platform and I typedef MY_TYPE to int, the
> program works. If I typedef it to size_t, greet never gets called
> When I compile for a 32 bit platform both cases work. (obviously since int
> and size_t are then the same size)
>
> Does anyone have any suggestions for 64bit?
>
> Thanks,
> Steve
>
> >-Program snipped-<
>
>
>
> Privileged/Confidential Information may be contained in this email.  If you
> are not the addressee indicated in this email (or responsible for delivery
> of the message to such person), you may not copy or deliver this email to
> anyone.  In such case, you should destroy this email and kindly notify the
> sender by phone at (386) 267-2936.  Please advise immediately if you or
> your employer do not consent to emails of this kind. Not for release to
> foreign persons: controlled under U.S. Federal Regulations. Opinions,
> conclusions and other information in this email that do not relate to the
> official business of Raydon Corporation shall be understood as neither given
> nor endorsed by it.
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> luabind-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/luabind-user
>



-- 
Best regards
David Osipyan

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct

_______________________________________________
luabind-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/luabind-user