Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
hugin and other free panoramic software
Home
+ new post
About this group
Join this group
Message from discussion Hugin 2012.0.0_rc1 released
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Matthew Petroff  
View profile  
 More options Sep 23 2012, 12:29 pm
From: Matthew Petroff <matt...@mpetroff.net>
Date: Sun, 23 Sep 2012 09:29:50 -0700 (PDT)
Local: Sun, Sep 23 2012 12:29 pm
Subject: Re: Hugin 2012.0.0_rc1 released
Print | View thread | Show original | Report this message | Find messages by this author

Thanks for pointing out Sysinternals Strings. While I'm familiar with
Dependency Walker, it doesn't work on 64-bit executables on a 32-bit
system. Strings does work, though. It seems Python didn't link properly;
none of the other Python related strings are in the executable either. I
built the non-Python version first and then probably failed to rebuild
something after enabling Python with CMake. Now that I have a way to check
if the 64-bit executable is actually linked to Python, using Strings, I'll
be sure to check in the future.

-Matthew

On Sunday, September 23, 2012 5:46:54 AM UTC-4, Wolfgang Strobl wrote:

> Matthew Petroff <mat...@mpetroff.net <javascript:>>:

> [64-bit 7z Archive with Python
> https://www.box.com/s/hvsl42i6ugfl4yvm2p0i isn't Python enabled]

> >It should work as long as Python is in your system path.

> Even with a local Python 3.2 installation including python32.dll on the
> path, it doesn't.

> >possibility that there's something wrong with the build, but I don't have
> a
> >64-bit system to test it on.

> Perhaps I can offer some help.  I have all the necessary tools and a
> reasonably large system, but failed constructing a working build
> environment, starting from the very outdated sdk instructions. There are
> just too many dependencies which are far from working out of the box on
> Windows. So I gave up early.

> >There will be at least one more release
> >candidate before 2012.0.0 is declared final, so if there is something
> wrong
> >with that build, it hopefully won't manifest itself again.

> Please apply sysinternals strings.exe (or a similar tool) to hugin.exe.
> Applied to the  2012.0 beta 1 binary from july, the show the string
> "python32.dll" and various external python symbols, Applied to the
> actual rc1 binary, the output doesn't show "python32.dll", or any string
> related to Python which isn't recogniceable as a UI string mentioning
> it.  From the outside, it looks just like a not python enabled build.

> If there hasn't been a change from using LoadLibrary and GetProcAdress
> with ordinal values, between beta1 and rc1, I guess there has something
> failed while linking with the python interface library.

> --
> Wir danken f�r die Beachtung aller Sicherheitsbestimmungen


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2013 Google