[hugin-ptx] Re: More on hugin vs DEP
Ryan,
Thanks for the off list help. Changing the registry to not display
the fast panorama preview on startup allowed the app to load and debug
proceeded apace. Unfortunately, hugin still defaults to the fast
preview after autopano-sift-c finishes. How to turn it off or change
the default to the old preview?
I did find a problem with msvcr80.dll which (I think) was fixed by
updating the SQL server. Also, the app was pulling in NEFcodec.dll
(from Nikon) for some reason. Hugin can't handle NEF RAW. Nikon had
an updated dll which was placed in the app folder and deleted from
system32. That appears to have solved that issue.
I haven't found a way to disable DEP. How did you do it?
Howard
On Jul 10, 4:42 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote:
Finally got a dump and had a chance to inspect.
The DEP crash itself is being caused by atioglxx.dll, which is ATI's OpenGL
driver. I don't have symbol files for it, so I can't trace, but the path
that Hugin takes that causes this crash:
hugin.exe!GLRenderer::Redraw() Line 110 C++
hugin.exe!GLViewer::Redraw() Line 198 C++
hugin.exe!GLViewer::RedrawE(wxPaintEvent e={...}) Line 154
C++
hugin.exe!wxAppConsole::HandleEvent() + 0xd bytes C++
hugin.exe!wxEvtHandler::ProcessEventIfMatches() + 0x53 bytes C++
hugin.exe!wxEventHashTable::HandleEvent() + 0x5a bytes C++
hugin.exe!wxEvtHandler::ProcessEvent() + 0x6c bytes C++
hugin.exe!wxWindow::HandlePaint() + 0xb4 bytes C++
hugin.exe!wxWindow::MSWWindowProc() + 0x18d bytes C++
hugin.exe!wxWndProc() + 0x8d bytes C++
The exact line that caused the crashed was:
glClear(GL_COLOR_BUFFER_BIT);
Anybody with more wizardry care to offer advice?
My first advice for Howard is to check for updated ATI drivers, since the
crash is within the drivers themselves, and as far as I know, there isn't
any attempt to execute any code in the GL fast preview window. Unless
someone knows better, I would say this problem is solely in the ATI drivers,
and Howard's workaround (if updating fails) is to disable DEP.
It's been situations like this that have left me disabling DEP - A good
technology, in general, but too many vendors are still way too sloppy.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic software group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---
[hugin-ptx] Re: More on hugin vs DEP--Success
After running into yet more ati memory access faults, I finally threw
in the towel and went looking for updated drivers on the amd site.
New driver was found and it draws the fast panorama preview window
without faulting.
Thank you to Ryan, et al who lent a helping hand.
On Jul 10, 4:42 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote:
Finally got a dump and had a chance to inspect.
The DEP crash itself is being caused by atioglxx.dll, which is ATI's OpenGL
driver. I don't have symbol files for it, so I can't trace, but the path
that Hugin takes that causes this crash:
hugin.exe!GLRenderer::Redraw() Line 110 C++
hugin.exe!GLViewer::Redraw() Line 198 C++
hugin.exe!GLViewer::RedrawE(wxPaintEvent e={...}) Line 154
C++
hugin.exe!wxAppConsole::HandleEvent() + 0xd bytes C++
hugin.exe!wxEvtHandler::ProcessEventIfMatches() + 0x53 bytes C++
hugin.exe!wxEventHashTable::HandleEvent() + 0x5a bytes C++
hugin.exe!wxEvtHandler::ProcessEvent() + 0x6c bytes C++
hugin.exe!wxWindow::HandlePaint() + 0xb4 bytes C++
hugin.exe!wxWindow::MSWWindowProc() + 0x18d bytes C++
hugin.exe!wxWndProc() + 0x8d bytes C++
The exact line that caused the crashed was:
glClear(GL_COLOR_BUFFER_BIT);
Anybody with more wizardry care to offer advice?
My first advice for Howard is to check for updated ATI drivers, since the
crash is within the drivers themselves, and as far as I know, there isn't
any attempt to execute any code in the GL fast preview window. Unless
someone knows better, I would say this problem is solely in the ATI drivers,
and Howard's workaround (if updating fails) is to disable DEP.
It's been situations like this that have left me disabling DEP - A good
technology, in general, but too many vendors are still way too sloppy.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic software group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---
[hugin-ptx] More on hugin vs DEP
DEP (actually rsaenh.dll) is raising an exception at some point after wxDropTarget:Register() is entered. After that point, there were no more module references; just calls to absolute memory locations. So, I am not sure the trail leads to atioglxx.dll as the source of the issue. Comments? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: More on hugin vs DEP
Ryan, Thanks for the input. My software debug skills have laid dormant for a decade or so. I will download the additional symbols and start the tracing process again. I built using the 'debug' option. I will rebuild using 'release w/ debug info'. The absolute addressing had no notation as to source code names. Probably because the symbols were missing. I assume rsaenh was the messenger because it was the last module loaded right after atioglxx. I also have someone in the Toshiba help group looking at the issue. I tried to attach to the Fast Panorama Preview process but the system would not allow it. I shall review the procedure and try again. -- Howard On Jul 9, 3:35 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote: Where were the absolute module references to? Hugin.exe, rsaench, or other modules? RSAENH is just the Microsoft RSA Enhanced Cryptographic Service Provider, which is the crypto core of Windows. I'm surprised DEP is flowing through there, as nothing in Hugin or the tools is going to pull in that DLL directly. Since you're working on debugging yourself, have you added the Microsoft Symbol Store to your symbol search path? Information is athttp://stackoverflow.com/questions/556383/how-to-use-windows-symbol-p... -with-visual-studio-2008 If it's in hugin.exe that you're having trouble resolving, if you're using an exe you built, make sure you built the package RelWithDebInfo. If you're using the one I posted for x32, it was built with this as the config, so I have all of the (rather large) PDBs for the entire SDK and for Hugin. That's why I was asking for a crashdump file, as it's easier to send the crashdump than all the PDBs. I didn't generate the MAP files, so that's really the best way to get to the bottom of this. The crashdump will give the full stack trace/line references/etc, so with that it'd be something that could be immediately pinpointed. -Original Message- From: hugin-ptx@googlegroups.com [mailto:hugin-...@googlegroups.com] On Behalf Of hbl Sent: Thursday, July 09, 2009 4:15 PM To: hugin and other free panoramic software Subject: [hugin-ptx] More on hugin vs DEP DEP (actually rsaenh.dll) is raising an exception at some point after wxDropTarget:Register() is entered. After that point, there were no more module references; just calls to absolute memory locations. So, I am not sure the trail leads to atioglxx.dll as the source of the issue. Comments? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: More on hugin vs DEP
The problem is the only processes offered are those running at the time. And, when hugin has run to the exception, the only relevant process is 'Fast Panorama Preview' but attachment is grayed out. On Jul 9, 4:19 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote: Since you're building your own, I'm presuming you've got Visual Studio 2008 Express installed (Unless you're going the nmake route, which I haven't bothered with). If so, you should be able to compile the exe as RelWithDebInfo, but launch the exe any way you want. You don't need to start it through the debugger. With the hugin .sln still open, choose Debug - Attach to Process. From there, you should be able to attach to hugin.exe. When DEP triggers, it should (IIRC) invoke the debugger to handle the exception as a first resort. I can't remember for sure if that's the case though - If it doesn't, you can configure the Debug - Exceptions (Control Alt E). Under Win32 Exceptions, make sure that c005 Access Violation is checked. That's what will end up getting thrown when DEP triggers. Click OK. From there, VS should be able to tell a bit more about the stack trace of what triggered the DEP error. When VS catches the error, it will then try to pull in the .pdbs for Hugin, as well as download any PDBs available on the MSFT Symbol Store URL. This should give you maximal stack information. -Original Message- From: hugin-ptx@googlegroups.com [mailto:hugin-...@googlegroups.com] On Behalf Of hbl Sent: Thursday, July 09, 2009 5:09 PM To: hugin and other free panoramic software Subject: [hugin-ptx] Re: More on hugin vs DEP Ryan, Thanks for the input. My software debug skills have laid dormant for a decade or so. I will download the additional symbols and start the tracing process again. I built using the 'debug' option. I will rebuild using 'release w/ debug info'. The absolute addressing had no notation as to source code names. Probably because the symbols were missing. I assume rsaenh was the messenger because it was the last module loaded right after atioglxx. I also have someone in the Toshiba help group looking at the issue. I tried to attach to the Fast Panorama Preview process but the system would not allow it. I shall review the procedure and try again. -- Howard On Jul 9, 3:35 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote: Where were the absolute module references to? Hugin.exe, rsaench, or other modules? RSAENH is just the Microsoft RSA Enhanced Cryptographic Service Provider, which is the crypto core of Windows. I'm surprised DEP is flowing through there, as nothing in Hugin or the tools is going to pull in that DLL directly. Since you're working on debugging yourself, have you added the Microsoft Symbol Store to your symbol search path? Information is athttp://stackoverflow.com/questions/556383/how-to-use-windows-symbol- p... -with-visual-studio-2008 If it's in hugin.exe that you're having trouble resolving, if you're using an exe you built, make sure you built the package RelWithDebInfo. If you're using the one I posted for x32, it was built with this as the config, so I have all of the (rather large) PDBs for the entire SDK and for Hugin. That's why I was asking for a crashdump file, as it's easier to send the crashdump than all the PDBs. I didn't generate the MAP files, so that's really the best way to get to the bottom of this. The crashdump will give the full stack trace/line references/etc, so with that it'd be something that could be immediately pinpointed. -Original Message- From: hugin-ptx@googlegroups.com [mailto:hugin- p...@googlegroups.com] On Behalf Of hbl Sent: Thursday, July 09, 2009 4:15 PM To: hugin and other free panoramic software Subject: [hugin-ptx] More on hugin vs DEP DEP (actually rsaenh.dll) is raising an exception at some point after wxDropTarget:Register() is entered. After that point, there were no more module references; just calls to absolute memory locations. So, I am not sure the trail leads to atioglxx.dll as the source of the issue. Comments? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Results for Ryan Sleevi SVN 0,8,0,3980
Ryan, the remark was made in a MS forum. Based on your comments, I suspect the topic is now obsolete. On Jul 6, 6:57 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote: The use of the /clr flag should be unnecessary. /clr is intended for compiling C++/CLI code (as Managed C++ has gone the way of the dodo...). The documentation is athttp://msdn.microsoft.com/en-us/library/k8d11d4s.aspx, so I'm curious what lead you to the /clr option. I do know ATI makes semi-heavy use of the .NET assemblies in their driver utilities (or at least did when I had a Radeon in here), but I don't believe the actual driver itself would be using any .NET-ness. Either way, it sounds like the DEP error is (like I originally mused) unrelated to Hugin itself, and more the result of a faulty something else that is getting blamed against Hugin. Which is encouraging for the release to make it out. -Original Message- From: hugin-ptx@googlegroups.com [mailto:hugin-...@googlegroups.com] On Behalf Of hbl Sent: Monday, July 06, 2009 7:08 PM To: hugin and other free panoramic software Subject: [hugin-ptx] Re: Results for Ryan Sleevi SVN 0,8,0,3980 Ryan, It appears the exception is occurring in atioglxx.dll. It's associated with the ATi Radeon video driver. The purported solution is to build with /clr property. Currently trying to validate... On Jul 6, 1:54 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote: Howard, Can you e-mail me off-list with a dump created by following the steps inhttp://support.microsoft.com/kb/931673? The output you pasted looks to be the result of the standard Vista/Microsoft mini-dump submission. When that dialog is up, you should still have hugin.exe running, so you should be able to follow the directions per that KB article to create a user-mode process dump (prior to responding to that dialog). That will include the full stack-trace, threads, etc. It should output the dump file in C:\Users\(Username)\AppData\Local\Temp Alternatively, you can look at the directions here,http://support.microsoft.com/kb/828222, which are a bit more convoluted and requires a bit more installation. You follow the directions up to (but not including) the step Configure the Orphan Worker Process settings. When Hugin crashes, run the batch file with the argument of the path to your hugin executable (eg, if using Action.cmd as they did, you'd run 'C:\action.cmd C:\Program Files\Hugin\bin\hugin.exe ' assuming that is the path to the executable). If I recall correctly, this should result in a file being placed in C:\Program Files\Hugin\bin named either hugin.exe.dump or hugin.dump. Or it might be in C:\ as hugin.dump. Compress using your favored compression algorithm (preferably something that 7-zip supports and not something obscure and esoteric) and mail to me direct, and I'll see about looking in to it further as well as posting the stack trace back to the list for those more in the know. Either of the methods described in the KB are the preferred method, rather than sending the diagnostics created by the 'stock' Windows dump tool (more information is included) Cheers, Ryan -Original Message- From: hugin-ptx@googlegroups.com [mailto:hugin- p...@googlegroups.com] On Behalf Of hbl Sent: Monday, July 06, 2009 2:10 PM To: hugin and other free panoramic software Subject: [hugin-ptx] Results for Ryan Sleevi SVN 0,8,0,3980 Test results forhttp://ryan.sleevi.com/files/hugin-0.8.0-3980.exe The application is halted by DEP the moment the Fast Panorama Preview window opens (thread 0x1574). Diagnostic data follows: Product hugin.exe Problem Stopped working Date 7/6/2009 12:50 PM Status Report Sent Problem signature Problem Event Name: BEX Application Name: hugin.exe Application Version: 0.0.0.0 Application Timestamp: 4a4c2d02 Fault Module Name: StackHash_d34b Fault Module Version: 0.0.0.0 Fault Module Timestamp: Exception Offset: 06c50840 Exception Code: c005 Exception Data: 0008 OS Version: 6.0.6002.2.2.0.768.3 Locale ID: 1033 Additional Information 1: d34b Additional Information 2: 20752c25712bf3f7bc825928e900516d Additional Information 3: cec3 Additional Information 4: 8f23bb82232ba5bb3e019c420185df34 Extra information about the problem Bucket ID: 635354591 = 'hugin.exe': Loaded 'C:\Program Files\Hugin\bin\hugin.exe' 'hugin.exe': Loaded 'C:\Windows\System32\ntdll.dll' 'hugin.exe': Loaded 'C:\Windows\System32\kernel32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\user32.dll' 'hugin.exe
[hugin-ptx] pano12--what to do?
The source from SVN checkout does not include pano12 files. Yet, cmake wants to know the directory name. What is the correct response to this issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: pano12--what to do?
Thanks for the reply. The source did have pano13 so I tried leaving the status for pano12 in cmake at not found and the solution built okay. On Jul 7, 3:48 pm, Bruno Postle br...@postle.net wrote: On Tue 07-Jul-2009 at 13:33 -0700, hbl wrote: The source from SVN checkout does not include pano12 files. Yet, cmake wants to know the directory name. What is the correct response to this issue? You need libpano13, which is available fromhttp://panotools.sourceforge.net/ -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Results for Ryan Sleevi SVN 0,8,0,3980
Test results for http://ryan.sleevi.com/files/hugin-0.8.0-3980.exe The application is halted by DEP the moment the Fast Panorama Preview window opens (thread 0x1574). Diagnostic data follows: Product hugin.exe Problem Stopped working Date 7/6/2009 12:50 PM Status Report Sent Problem signature Problem Event Name: BEX Application Name: hugin.exe Application Version:0.0.0.0 Application Timestamp: 4a4c2d02 Fault Module Name: StackHash_d34b Fault Module Version: 0.0.0.0 Fault Module Timestamp: Exception Offset: 06c50840 Exception Code: c005 Exception Data: 0008 OS Version: 6.0.6002.2.2.0.768.3 Locale ID: 1033 Additional Information 1: d34b Additional Information 2: 20752c25712bf3f7bc825928e900516d Additional Information 3: cec3 Additional Information 4: 8f23bb82232ba5bb3e019c420185df34 Extra information about the problem Bucket ID: 635354591 = 'hugin.exe': Loaded 'C:\Program Files\Hugin\bin\hugin.exe' 'hugin.exe': Loaded 'C:\Windows\System32\ntdll.dll' 'hugin.exe': Loaded 'C:\Windows\System32\kernel32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\user32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\gdi32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\advapi32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\rpcrt4.dll' 'hugin.exe': Loaded 'C:\Windows\System32\opengl32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\msvcrt.dll' 'hugin.exe': Loaded 'C:\Windows\System32\glu32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\ddraw.dll' 'hugin.exe': Loaded 'C:\Windows\System32\dciman32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\setupapi.dll' 'hugin.exe': Loaded 'C:\Windows\System32\oleaut32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\ole32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\dwmapi.dll' 'hugin.exe': Loaded 'C:\Windows\winsxs\x86_microsoft.windows.common- controls_6595b64144ccf1df_6.0.6002.18005_none_5cb72f96088b0de0\comctl32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\shlwapi.dll' 'hugin.exe': Loaded 'C:\Windows\System32\shell32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\comdlg32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\imm32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\msctf.dll' 'hugin.exe': Loaded 'C:\Windows\System32\lpk.dll' 'hugin.exe': Loaded 'C:\Windows\System32\usp10.dll' 'hugin.exe': Loaded 'C:\Windows\System32\ws2_32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\nsi.dll' 'hugin.exe': Loaded 'C:\Windows\System32\ntmarta.dll' 'hugin.exe': Loaded 'C:\Windows\System32\Wldap32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\psapi.dll' 'hugin.exe': Loaded 'C:\Windows\System32\samlib.dll' 'hugin.exe': Loaded 'C:\Windows\System32\uxtheme.dll' 'hugin.exe': Loaded 'C:\Windows\System32\BtMmHook.dll' 'hugin.exe': Loaded 'C:\Windows\System32\msimg32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\atioglxx.dll' 'hugin.exe': Loaded 'C:\Windows\System32\rsaenh.dll' The thread 'Win32 Thread' (0xbcc) has exited with code 0 (0x0). The thread 'Win32 Thread' (0x1574) has exited with code -1073741819 (0xc005). The thread 'Win32 Thread' (0x1744) has exited with code 255 (0xff). The program '[4944] hugin.exe: Native' has exited with code 255 (0xff). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Results for Ryan Sleevi SVN 0,8,0,3980
Ryan, It appears the exception is occurring in atioglxx.dll. It's associated with the ATi Radeon video driver. The purported solution is to build with /clr property. Currently trying to validate... On Jul 6, 1:54 pm, Ryan Sleevi ryan+hu...@sleevi.com wrote: Howard, Can you e-mail me off-list with a dump created by following the steps inhttp://support.microsoft.com/kb/931673? The output you pasted looks to be the result of the standard Vista/Microsoft mini-dump submission. When that dialog is up, you should still have hugin.exe running, so you should be able to follow the directions per that KB article to create a user-mode process dump (prior to responding to that dialog). That will include the full stack-trace, threads, etc. It should output the dump file in C:\Users\(Username)\AppData\Local\Temp Alternatively, you can look at the directions here,http://support.microsoft.com/kb/828222, which are a bit more convoluted and requires a bit more installation. You follow the directions up to (but not including) the step Configure the Orphan Worker Process settings. When Hugin crashes, run the batch file with the argument of the path to your hugin executable (eg, if using Action.cmd as they did, you'd run 'C:\action.cmd C:\Program Files\Hugin\bin\hugin.exe ' assuming that is the path to the executable). If I recall correctly, this should result in a file being placed in C:\Program Files\Hugin\bin named either hugin.exe.dump or hugin.dump. Or it might be in C:\ as hugin.dump. Compress using your favored compression algorithm (preferably something that 7-zip supports and not something obscure and esoteric) and mail to me direct, and I'll see about looking in to it further as well as posting the stack trace back to the list for those more in the know. Either of the methods described in the KB are the preferred method, rather than sending the diagnostics created by the 'stock' Windows dump tool (more information is included) Cheers, Ryan -Original Message- From: hugin-ptx@googlegroups.com [mailto:hugin-...@googlegroups.com] On Behalf Of hbl Sent: Monday, July 06, 2009 2:10 PM To: hugin and other free panoramic software Subject: [hugin-ptx] Results for Ryan Sleevi SVN 0,8,0,3980 Test results forhttp://ryan.sleevi.com/files/hugin-0.8.0-3980.exe The application is halted by DEP the moment the Fast Panorama Preview window opens (thread 0x1574). Diagnostic data follows: Product hugin.exe Problem Stopped working Date 7/6/2009 12:50 PM Status Report Sent Problem signature Problem Event Name: BEX Application Name: hugin.exe Application Version: 0.0.0.0 Application Timestamp: 4a4c2d02 Fault Module Name: StackHash_d34b Fault Module Version: 0.0.0.0 Fault Module Timestamp: Exception Offset: 06c50840 Exception Code: c005 Exception Data: 0008 OS Version: 6.0.6002.2.2.0.768.3 Locale ID: 1033 Additional Information 1: d34b Additional Information 2: 20752c25712bf3f7bc825928e900516d Additional Information 3: cec3 Additional Information 4: 8f23bb82232ba5bb3e019c420185df34 Extra information about the problem Bucket ID: 635354591 = 'hugin.exe': Loaded 'C:\Program Files\Hugin\bin\hugin.exe' 'hugin.exe': Loaded 'C:\Windows\System32\ntdll.dll' 'hugin.exe': Loaded 'C:\Windows\System32\kernel32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\user32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\gdi32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\advapi32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\rpcrt4.dll' 'hugin.exe': Loaded 'C:\Windows\System32\opengl32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\msvcrt.dll' 'hugin.exe': Loaded 'C:\Windows\System32\glu32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\ddraw.dll' 'hugin.exe': Loaded 'C:\Windows\System32\dciman32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\setupapi.dll' 'hugin.exe': Loaded 'C:\Windows\System32\oleaut32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\ole32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\dwmapi.dll' 'hugin.exe': Loaded 'C:\Windows\winsxs\x86_microsoft.windows.common- controls_6595b64144ccf1df_6.0.6002.18005_none_5cb72f96088b0de0\comctl3 2 .dll' 'hugin.exe': Loaded 'C:\Windows\System32\shlwapi.dll' 'hugin.exe': Loaded 'C:\Windows\System32\shell32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\comdlg32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\imm32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\msctf.dll' 'hugin.exe': Loaded 'C:\Windows\System32\lpk.dll' 'hugin.exe': Loaded 'C:\Windows\System32\usp10.dll' 'hugin.exe': Loaded 'C:\Windows\System32\ws2_32.dll' 'hugin.exe': Loaded 'C:\Windows\System32\nsi.dll' 'hugin.exe': Loaded 'C:\Windows\System32
[hugin-ptx] Re: hugin installer for Windows Vista SVN 3975
Harry, I think Toshiba has less to do with the issue than the OS. DEP depends on both hardware and software flags. Both are supplied by parties outside Toshiba. I have no doubt a buffer overflow is being detected. And, as I recall, this, many yarns ago, was the very first attack on an OS: The password buffer was 256 bytes long. After that, bogus passwords overwrote critical code space. But, why now? Looking at the history file, there have been unexplained closures of more than hugin or GIMP; Windows Explorer also was in the list. Presumably, closed by the hardware flag because I don't recall seeing a message from DEP. Perhaps the latest Windows OS update improved the software DEP with the notification message from the system tray. Just conjecture... We shall persist until a solution is identified. Thanks to you all for your participation. On Jul 2, 3:36 pm, Harry van der Wolf hvdw...@gmail.com wrote: Hi all, I googled on Toshiba Vista DEP and found more hits on similar issues. It might be a Toshiba issue, not a Hugin issue. Harry 2009/7/2 Yuval Levy goo...@levy.ch Hi again, Ryan, Ryan Sleevi wrote: I went ahead and built a binary based on the latest SVN (for native x64), through the full build process, including the installer. this means that you also built enblend-enfuse? autopano-sift-c? libpano? wxwidgets? and all the other SDK components? for native x64? it would be nice if you could contribute documentation of the process so that we can release an x64 official version as well. we had a case recently when enblend-enfuse built with debug symbols would work while stripped of them it would crash - the debug symbols were just enough padding for the overflow not to do too much damage. I hope this is not the explanation for why your build does not crash. On the other hand, it could be that the bug is in the updated SDK. Would have to take the old SDK, re-build the old wxWidgets to support the GLCanvas and try a recent Hugin SVN against it... Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Hugin cannot open images--the cause
I spoke too soon. Hugin is still triggering an exception outside of
DEP.
On Jun 30, 8:58 pm, hbl hblar...@comcast.net wrote:
More info: To run Hugin without interference from DEP, run this
command as admin: bcdedit.exe /set {current} nx AlwaysOff
To turn DEP on, change AlwaysOff to AlwaysOn. This is not desirable.
There must be a reason DEP is being triggered.
Unfortunately, the stitching process still resulted in an enblend
precondition error. The log will be put into the bug tracker.
On Jun 30, 8:06 pm, hbl hblar...@comcast.net wrote:
Hugin has been closing unexectedly on 'load images'. The cause is
Microsoft Data Execution Prevention service.
According to Microsoft, DEP works alone or with compatible
microprocessors to mark some memory locations as non-executable. If
a program tries to run code from a protected location, DEP closes the
program and notifies you, whether the code is malicious or not.
I don't know what the solution is. My system refuses to allow an
exception for Hugin.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic software group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---
[hugin-ptx] Re: hugin installer for Windows Vista SVN 3975
Bart, it is hard to say what the problem is. I've just installed SP2 with no change. On my laptop, DEP is closing Hugin with event name BEX (buffer overflow exception). That is what is triggering DEP to close the program. Does your laptop have DEP installed? If so, are you able to create an exception for Hugin? MS says installers should be created using Visual Studio 8 to be compatible with DEP. I wonder if that is being done here. On Jul 1, 12:45 pm, Bart van Andel bavanan...@gmail.com wrote: Maybe it's common to you, but I never had this issue personally, and I still don't. My Sony laptop (Core2 Duo with Centrino2 technology) is running Vista SP2 (no problems on the former SP1 either). I haven't tweaked my system against DEP or anything like that either (if that's even possible), it ran out of the box. Maybe there's an issue with your configuration? Best, Bart --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Hugin cannot open images--the cause
Thanks for the input Yuval. DEP reports a buffer overflow exception as the reason for closing Hugin. And, I did build on the same platform having the issue. I did not create an installer, simply ran the executable from INSTALL/FILES/bin. The older versions started with 0,7,0,3405. I shall run the version you reference and report back. -- Howard On Jul 1, 12:11 pm, Yuval Levy goo...@levy.ch wrote: Hi Howard, hbl wrote: Hugin has been closing unexectedly on 'load images'. The cause is Microsoft Data Execution Prevention service. http://en.wikipedia.org/wiki/Data_Execution_Prevention from your description it looks like we have some kind of overflow / memory management issue. when you are saying that this is commont to all versions since 7.0, does this include 7.0 or not? I understand you have been able to build Hugin on your Toshiba notebook that is experiencing the DEP issue? would you help find out where the error is located and when it was introduced? For a starter, can you confirm that http://sourceforge.net/project/downloading.php?group_id=77506filenam... works properly by removing / uninstalling completely any other version and installing / running this one? Next, can you try to check out SVN 3422 (which is more or less equivalent to 0.7.0) and build it on your box? If the 0.7.0 installer works and the SVN3422 crashes, then the issue is with the SDK on your box and we can continue looking for the fault from from there. Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: hugin installer for Windows Vista SVN 3975
Ad, my bad. It is Visual Studio 9 which includes Visual C++ 2008. I agree it is difficult to isolate these issues. I have another computer running XP that has no problems with hugin or gimp (and, I do not intend to jostle anything less bad luck descend on that computer :) It is DEP that is detecting a buffer overflow and is closing Hugin. I am not sure if my XP machine has DEP installed. At Yuval's suggestion, I have agreed to test build earlier versions to try to isolate the problem area. The Toshiba notebook I use was purchased in 2008 so it came with Windows Vista and update has been activated. DEP is a anti-malware defense that comes with Vista. Apparently it has been available for some time on MS servers. On Jul 1, 5:04 pm, Dedalus ad.huikesho...@gmail.com wrote: Thanks for trying to install and run my builds, and thanks for reporting specific problems to this list. Personally I haven't seen this type of error ever. The build process uses Visual Studio 9.0 2008. Is it MS suggestion to downgrade to VS8 for compatibility with DEP? Is DEP a specific feature of Toshiba laptops? Is the Toshiba notebook very old? I build and run on a Packard Bell laptop with Vista Home Premium, and do regularly install as well on a quadcore desktop PC. I find it hard to figure out a way to solve your problem. Based on what has been written - you're experiencing problems with many versions since 0.7 on your Toshiba notebook with Vista, something specific with your Toshiba notebook might cause the closing of the app. So, a bit of a stupid question: have you tried to install the software on another computer or laptop and experienced the same problem? Ad Huikeshoven PS Weekly I built an installer running a build script I published on this list, which actually formalizes the description of the documentation of the build process by Yuval Levy and Guido Kohlmeyer. My programming ability is limited to writing a simpleton. On Jul 1, 10:03 pm, hbl hblar...@comcast.net wrote: Bart, it is hard to say what the problem is. I've just installed SP2 with no change. On my laptop, DEP is closing Hugin with event name BEX (buffer overflow exception). That is what is triggering DEP to close the program. Does your laptop have DEP installed? If so, are you able to create an exception for Hugin? MS says installers should be created using Visual Studio 8 to be compatible with DEP. I wonder if that is being done here. On Jul 1, 12:45 pm, Bart van Andel bavanan...@gmail.com wrote: Maybe it's common to you, but I never had this issue personally, and I still don't. My Sony laptop (Core2 Duo with Centrino2 technology) is running Vista SP2 (no problems on the former SP1 either). I haven't tweaked my system against DEP or anything like that either (if that's even possible), it ran out of the box. Maybe there's an issue with your configuration? Best, Bart --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: hugin installer for Windows Vista SVN 3975
Yuval, what is the avenue of attack? What would you like me to do to isolate the problem? On Jul 1, 5:32 pm, Yuval Levy goo...@levy.ch wrote: Bruno Postle wrote: It is possible this is the same problem encountered by RueiKe. I did not want to speculate. I think it is likely the same bug causing the two problems, which would be an extra bonus as both Rick and Howard can take a systematic approach to identify the bug from two different spurious behaviors. The big question is whether to release 0.8 before this bug is fixed, or keep postponing 0.8. For users that are not affected by this bug, the current snapshot is good enough for a release... Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: hugin installer for Windows Vista SVN 3975
Rick, when I try that option, the OS refuses stating that Hugin must run under DEP. On Jul 1, 6:15 pm, RueiKe ruei...@yahoo.com wrote: For Windows Vista, there is an option under System Properties - Performance Options to change the settings of DEP. On my system, it was set to be enable for essential Windows programs only. When I change it to be active for all programs, I sitll don't see it raising any DEP error for hugin. I am running 64bit, SP1, so maybe SP2 is more sensitive. Seems like I am the only one reporting major issues in not being able to use anything newer than SVN3884 for large projects. Are there others using the latest builds on windows for large projects with no problems? Regards, Rick On Jul 2, 6:40 am, Bruno Postle br...@postle.net wrote: On Wed 01-Jul-2009 at 18:32 -0400, Yuval Levy wrote: The big question is whether to release 0.8 before this bug is fixed, or keep postponing 0.8. For users that are not affected by this bug, the current snapshot is good enough for a release... Yes, I'd like to go with the current release candidate, but I'm not sure if these problems are in hugin, the windows build, windows itself or some 3rd party windows software. Does anyone else see these crashes on OS X or Linux? (note that enblend or enfuse crashing during stitching isn't a hugin bug) -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: hugin installer for Windows Vista SVN 3975
Thanks for checking in, Ryan. My notebook has the 32-bit version of Vista Home Premium. I suspect hardware detection is on as I have turned off sw detection using bcdedit. On hardware enforcement, I get True, 3. On Jul 1, 7:38 pm, ryan+hu...@sleevi.com wrote: Howard, Would you mind checkinghttp://support.microsoft.com/kb/912923and reporting back a bit more about the values from WMIC? I'm hoping to identify: 1) Are you using hardware-enforced DEP? 2) What the current value is for the Windows enforcement of it 3) Any possible hardware switches (Note the last line of Method 1) In addition to the information wmic will provide, can you also tell me: 1) Which mobel Toshiba laptop (Trying to understand processor architecture) 2) What version of Windows you're running (Full version string of major/minor/build + 32 bit or 64-bit) If I followed the thread correctly, I understand you can and have compiled your own versions. If you are running on a 64-bit platform with a 64-bit OS, are you compiling 64-bit Windows binaries or the default 32-bit ones? I'm suspecting based on your description that you're on 32-bit and running 32-bit, I just wanted to make sure, since DEP can get weird when there are mismatches. To be fair, DEP has caused me more headache than it's worth, simply because the sheer number of buggy programs out there. It's a trade-off between hard crashes (because of the NX bit being triggered) or soft crahses + potential security holes (to be fair, not every buffer under/overrun represents an exploitable security hole, and surprisingly some systems can 'gracefully' recover, even if they're still buggy in the first place). While you're doing that, I'll flip on hardware DEP on my Vista x64 machine and see if I can reproduce with the native x64 binaries I've been compiling for my own environment. I know it's probably not a 1:1 mapping of your problem, but hopefully if it is some bug in Hugin, it'll surface there as well. Thanks, Ryan -Original Message- From: hugin-ptx@googlegroups.com [mailto:hugin-...@googlegroups.com] On Behalf Of hbl Sent: Wednesday, July 01, 2009 7:43 PM To: hugin and other free panoramic software Subject: [hugin-ptx] Re: hugin installer for Windows Vista SVN 3975 Rick, when I try that option, the OS refuses stating that Hugin must run under DEP. On Jul 1, 6:15 pm, RueiKe ruei...@yahoo.com wrote: For Windows Vista, there is an option under System Properties - Performance Options to change the settings of DEP. On my system, it was set to be enable for essential Windows programs only. When I change it to be active for all programs, I sitll don't see it raising any DEP error for hugin. I am running 64bit, SP1, so maybe SP2 is more sensitive. Seems like I am the only one reporting major issues in not being able to use anything newer than SVN3884 for large projects. Are there others using the latest builds on windows for large projects with no problems? Regards, Rick On Jul 2, 6:40 am, Bruno Postle br...@postle.net wrote: On Wed 01-Jul-2009 at 18:32 -0400, Yuval Levy wrote: The big question is whether to release 0.8 before this bug is fixed, or keep postponing 0.8. For users that are not affected by this bug, the current snapshot is good enough for a release... Yes, I'd like to go with the current release candidate, but I'm not sure if these problems are in hugin, the windows build, windows itself or some 3rd party windows software. Does anyone else see these crashes on OS X or Linux? (note that enblend or enfuse crashing during stitching isn't a hugin bug) -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Where to find wxWidgets pkg?
The latest pre-compiled Hugin SDK does not include the wxWidgets package (according to CMake). I've searched the computer HD for 'wxWidgets' which failed. I have done this build on a different computer about a year or so ago but cannot for the life of me remember what the solution was. A hint, please? -- Howard --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Where to find wxWidgets pkg?
Problem solved. Somehow I managed to follow some outdated links. On Jun 30, 12:56 pm, hbl hblar...@comcast.net wrote: The latest pre-compiled Hugin SDK does not include the wxWidgets package (according to CMake). I've searched the computer HD for 'wxWidgets' which failed. I have done this build on a different computer about a year or so ago but cannot for the life of me remember what the solution was. A hint, please? -- Howard --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: SVN 3966 exits on image load
I have now built svn 3972 on the notebook it is to run on. The app has the same behavior as the others: It closes unexpectedly on 'image load'. There were two issues with the build: 1) cmake could not find the wxrc executable. 2) on building wxrc, include file wx/setup.h was missing. I am not sure what the issue is here. I found a copy header file in \lib\vc_lib\mswu\wx\ and used it instead. If anyone has a suggestion on what to try next, I would appreciate the input. -- Howard On Jun 29, 4:02 pm, hbl hblar...@comcast.net wrote: Thanks for the reply, Bruno. I checked every registry entry associated with hugin. All entries having pathnames pointed to a valid location. The peculiar thing is hugin opens a valid images folder. But everything immediately closes as the folder opens. I shall continue investigating. Any further tips/suggestions would be appreciated. hbl On Jun 29, 7:37 am, Bruno Postle br...@postle.net wrote: On Sun 28-Jun-2009 at 18:04 -0700, hbl wrote: Thanks for the suggestion, Bruno. 'startDir' was found but 'actualPath' was not. Do I need to define an environment variable? actualPath exists in the Linux settings, ignore it if there is no windows equivalent. There was a recent bug report where hugin failed if the startup folder was on a non-existing drive. So my suggestion was to check to see if this path in the registry actually exists or if there is something other 'special' or unusual about it. -- Bruno On Jun 28, 3:59 pm, Bruno Postle br...@postle.net wrote: On Sat 27-Jun-2009 at 09:41 -0700, hbl wrote: The app opens but exits without warning when the load image feature is activated. The folder having the images is displayed briefly before everything closes. Computer is toshiba notebook running 32-bit windows vista. I suggest you look in the Windows registry for the hugin settings, there will be 'startDir' and 'actualPath' keys, check that these folders are available and/or try changing them to some other path. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Hugin cannot open images--the cause
Hugin has been closing unexectedly on 'load images'. The cause is Microsoft Data Execution Prevention service. According to Microsoft, DEP works alone or with compatible microprocessors to mark some memory locations as non-executable. If a program tries to run code from a protected location, DEP closes the program and notifies you, whether the code is malicious or not. I don't know what the solution is. My system refuses to allow an exception for Hugin. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Hugin cannot open images--the cause
More info: To run Hugin without interference from DEP, run this
command as admin: bcdedit.exe /set {current} nx AlwaysOff
To turn DEP on, change AlwaysOff to AlwaysOn. This is not desirable.
There must be a reason DEP is being triggered.
Unfortunately, the stitching process still resulted in an enblend
precondition error. The log will be put into the bug tracker.
On Jun 30, 8:06 pm, hbl hblar...@comcast.net wrote:
Hugin has been closing unexectedly on 'load images'. The cause is
Microsoft Data Execution Prevention service.
According to Microsoft, DEP works alone or with compatible
microprocessors to mark some memory locations as non-executable. If
a program tries to run code from a protected location, DEP closes the
program and notifies you, whether the code is malicious or not.
I don't know what the solution is. My system refuses to allow an
exception for Hugin.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
hugin and other free panoramic software group.
A list of frequently asked questions is available at:
http://wiki.panotools.org/Hugin_FAQ
To post to this group, send email to hugin-ptx@googlegroups.com
To unsubscribe from this group, send email to
hugin-ptx-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/hugin-ptx
-~--~~~~--~~--~--~---
[hugin-ptx] SVN 3966 exits on image load
Thanks for the suggestion, Bruno. 'startDir' was found but 'actualPath' was not. Do I need to define an environment variable? -- Howard On Jun 28, 3:59 pm, Bruno Postle br...@postle.net wrote: On Sat 27-Jun-2009 at 09:41 -0700, hbl wrote: The app opens but exits without warning when the load image feature is activated. The folder having the images is displayed briefly before everything closes. Computer is toshiba notebook running 32-bit windows vista. I suggest you look in the Windows registry for the hugin settings, there will be 'startDir' and 'actualPath' keys, check that these folders are available and/or try changing them to some other path. -- Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Need help with SVN 3966 on Vista
I have installed Ad's build based on SVN version 3966 (0.8.0-rc4). The app opens but exits without warning when the load image feature is activated. The folder having the images is displayed briefly before everything closes. This is not unique to this build. I have exactly the same problem with the 0.7.0 released version. Any hints on how to troubleshoot appreciated. Computer is toshiba notebook running 32-bit windows vista. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
