Progress window flashes, no stitch

[Eric O'Brien]

It seems this has happened for me before, but I don't recall the cause
or solution.

I'm using the Mac version 2010.5.0.4886:a1cb4a2efa65.

On the Stitcher tab, I press "Stitch now..." I'm given the
opportunity to edit the file name and save location. In that dialog I
then press "Save."

What *would* be the progress window appears for a brief moment, then
disappears. A panorama is not saved on disk. No error messages are
displayed.

What should I try?

Thanks,

eo

[Carl von Einem]

Eric O'Brien schrieb am 05.02.11 04:51:

I just tested it on 10.5 and the same happens here. Note that 10.4 and
10.6 aren't affected.
The workaround is to safe the project, load it into ptbatchergui and run
the project.
Download from
http://sourceforge.net/projects/hugin/files/hugin/hugin-2010.4/
-> ptbatchergui-mac-2010.4.0.dmg

Hope that helps,

Carl

[Eric O'Brien]

Thanks!

So I seem to be experiencing the "Mac OS X 10.5 Mystery," eh?

eo

[Harry van der Wolf]

2011/2/6 Eric O'Brien <eri...@extramonday.com>

"Long time ago" when using wxwindows 2.8.8, 2.8.9 and 2.8.10 we had an issue with wxmac on Leopard and ppc. This fix, or actually work around, is still in the code and checks for running on Leopard and on ppc. We are now on 2.8.11 but I haven't seen a wxwindows bugfix yet, so I'm still using the work around. However, Leopard on Intel has now issues. 

 
I created a version without the patch. Please those on Leopard, both on ppc and intel, check this version. If this version works I will need to build a patched 2010.4.0 version.

download: <http://hugin.panotools.org/public_html/testing/hugin/Hugin-nopatch.app.zip>

Harry

[phar...@gmail.com]

On Sun, Feb 6, 2011 at 10:43 AM, Harry van der Wolf <hvd...@gmail.com> wrote:

> I created a version without the patch. Please those on Leopard, both on ppc
> and intel, check this version. If this version works I will need to build a
> patched 2010.4.0 version.
> download:
> <http://hugin.panotools.org/public_html/testing/hugin/Hugin-nopatch.app.zip>

Harry...

I get a file not found message associated with the above file.

Steve

[Harry van der Wolf]

2011/2/6 phar...@gmail.com <phar...@gmail.com>

No idea how I got that copy&paste action incorrect. See correct link below.

<http://hugin.panotools.org/testing/hugin/Hugin-nopatch.app.zip>

Harry

[phar...@gmail.com]

On Sun, Feb 6, 2011 at 12:51 PM, Harry van der Wolf <hvd...@gmail.com> wrote:

> No idea how I got that copy&paste action incorrect. See correct link below.
>
> <http://hugin.panotools.org/testing/hugin/Hugin-nopatch.app.zip>

Downloaded the "nopatch" version. Same results as before. No
stitch. Error report as follows:

echo: write: Bad file descriptor
gnumake: *** [info] Error 1
+++

Steve

[Harry van der Wolf]

Hi,

2011/2/6 phar...@gmail.com <phar...@gmail.com>

To start with: I focused on the patch that fixed an issue with the first window for the Assistant on Leopard and ppc. That's something different than the current issue. We do need to further test that one as well to see if it's still neccessary. I was completely wrong w.r.t. this issue.

As we had this discussion as well in [0], I focused on that one.

I added to the top of the makefile:
# force OSX shell
export SHELL=/bin/bash

by adding the following lines to src/hugin_base/algorithms/panorama_makefile/PanoramaMakefilelibExport.cpp:
#ifdef __APPLE__
        mgr.own_add(new Comment("force OSX shell"));
        mf::Variable* osxshell = mgr.own(new mf::Variable("SHELL", "/bin/bash"));
        osxshell->setExport(true); osxshell->getDef().add();
#endif

I have no idea whether this works as your default shell is already bash, but it is an option Thomas mentioned (well it didn't work on windows but this is OSX, so maybe it does).

Please download <http://hugin.panotools.org/testing/hugin/Huginshell.app.zip> and give it a shot.

Harry


[0]: <http://groups.google.com/group/hugin-ptx/browse_thread/thread/b18eaae2c7e21a80>
 

[phar...@gmail.com]

On Mon, Feb 7, 2011 at 2:57 PM, Harry van der Wolf <hvd...@gmail.com> wrote:

> I have no idea whether this works as your default shell is already bash, but
> it is an option Thomas mentioned (well it didn't work on windows but this is
> OSX, so maybe it does).
>
> Please download
> <http://hugin.panotools.org/testing/hugin/Huginshell.app.zip> and give it a
> shot.

Still no joy with the above file. However, the error report is
somewhat different than before:

/bin/bash: line 0: echo: write error: Bad file descriptor

gnumake: *** [info] Error 1
+++

As an aside, for whatever reason, the link you provided for the
Huginshell application actually sent me to the "nopatch" file instead.
So, I just navigated through the test repository and found and
downloaded the "Huginshell" file.

Steve

[Eric O'Brien]

On Feb 6, 2011, at 9:51 AM, Harry van der Wolf wrote:

No idea how I got that copy&paste action incorrect. See correct link below.

<http://hugin.panotools.org/testing/hugin/Hugin-nopatch.app.zip> 

The same for me:

    echo: write: Bad file descriptor

    gnumake: *** [info] Error 1

At least this time the progress window stayed open and revealed some possibly useful information.  When using 2010.5.0.4886:a1cb4a2efa65, that window flashes briefly and disappears.

Earlier, I tried using PTBatcherGUI.app and although it is hardly a good replacement for Hugin working correctly I *was* happy to see a quite verbose log printed to a window.

I wish there were a way for Hugin itself to (optionally) produce such a thing.  If Hugin doesn't "leave notes" somewhere about what is happening, how will we ever be able to track down some of the more obscure misbehaviors?

Thanks,

eo

[phar...@gmail.com]

On Mon, Feb 7, 2011 at 11:53 PM, Eric O'Brien <eri...@extramonday.com> wrote:

> The same for me:
>     echo: write: Bad file descriptor
>     gnumake: *** [info] Error 1

Are you also running OSX 10.5 Leopard?

Steve

[Eric O'Brien]

Yes, 10.5.8

eo

>
> Steve