[hugin-ptx] Re: PTBatcherGUI single instance
2009/4/29 Bruno Postle : > > On Wed 29-Apr-2009 at 10:14 +0200, Lukáš Jirkovský wrote: >> >>I'd like to change the core of PTBatcher not to use wxWidgets in a >>future so there would be possibility to create a tool which wouldn't >>need wxWidgets. Unfortunately it would need quite a big refactoring of >>the code. Fortunately quite big part of it would be things like change >>wxString to std::string etc. > > Please don't, hugin is now well supplied by a wide range of batch > processors: > > PTBatcherGUI > distmake > panostart > find . -name '*.pto.mk' -exec echo make -f {} \; > > Their possibilities need to be exhausted before another tool is > justified. Though someday I would like to see various ideas about > creating projects move from panostart into PTBatcherGUI. > > -- > Bruno > OK, I'll forget about it. Lukáš --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Wed 29-Apr-2009 at 10:14 +0200, Lukáš Jirkovský wrote: > >I'd like to change the core of PTBatcher not to use wxWidgets in a >future so there would be possibility to create a tool which wouldn't >need wxWidgets. Unfortunately it would need quite a big refactoring of >the code. Fortunately quite big part of it would be things like change >wxString to std::string etc. Please don't, hugin is now well supplied by a wide range of batch processors: PTBatcherGUI distmake panostart find . -name '*.pto.mk' -exec echo make -f {} \; Their possibilities need to be exhausted before another tool is justified. Though someday I would like to see various ideas about creating projects move from panostart into PTBatcherGUI. -- 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: PTBatcherGUI single instance
On Tue 28-Apr-2009 at 22:27 -0700, T. Modes wrote: > >> One more thing I forgot, on Linux PTBatcherGUI listens to port 4242 >> on all interfaces. >I changed it, PTBatcherGUI uses now sockets for inter process >communication (rev 3812). Great it works here, and I can't seem to break either the .lock file or .ipc socket in /tmp after logging in with a second user account. -- 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: PTBatcherGUI single instance
2009/4/28 Yuval Levy : > > Bruno Postle wrote: >> does anybody else want to keep the PTBatcher command-line tool? > > Does PTBatcherGUI work on the server as well? without dependencies such > as wxWidgets? > > Yuv > I'd like to change the core of PTBatcher not to use wxWidgets in a future so there would be possibility to create a tool which wouldn't need wxWidgets. Unfortunately it would need quite a big refactoring of the code. Fortunately quite big part of it would be things like change wxString to std::string etc. Lukáš --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
> One more thing I forgot, on Linux PTBatcherGUI listens to port 4242 > on all interfaces. > > This means that two users on the same machine can't run it at the > same time, given that it is a GUI tool this is ok for now. > > It definitely needs to only listen on localhost rather than all > network interfaces. > > The alternative is to use sockets or dbus. > I changed it, PTBatcherGUI uses now sockets for inter process communication (rev 3812). Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
Bruno Postle wrote: > On Tue 28-Apr-2009 at 17:35 -0400, Yuval Levy wrote: >> Bruno Postle wrote: >>> does anybody else want to keep the PTBatcher command-line tool? >> Does PTBatcherGUI work on the server as well? without dependencies such >> as wxWidgets? > > Nope, but neither does PTBatcher. then I don't really care if any or both of them are ditched. A respectable batch processor IMO should live on a server (which in the special case can be the same box as the client) and have a mechanism to accept into the queue projects coming from any client on the network. The GUI, including the GUI controlling the batch queue, can reside on the client. Print spoolers come to my mind. 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: PTBatcherGUI single instance
On Tue 28-Apr-2009 at 17:35 -0400, Yuval Levy wrote: >Bruno Postle wrote: >> does anybody else want to keep the PTBatcher command-line tool? > >Does PTBatcherGUI work on the server as well? without dependencies such >as wxWidgets? Nope, but neither does PTBatcher. -- 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: PTBatcherGUI single instance
Bruno Postle wrote: > does anybody else want to keep the PTBatcher command-line tool? Does PTBatcherGUI work on the server as well? without dependencies such as wxWidgets? 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: PTBatcherGUI single instance
One more thing I forgot, on Linux PTBatcherGUI listens to port 4242 on all interfaces. This means that two users on the same machine can't run it at the same time, given that it is a GUI tool this is ok for now. It definitely needs to only listen on localhost rather than all network interfaces. The alternative is to use sockets or dbus. -- 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: PTBatcherGUI single instance
2009/4/27 Bruno Postle : > > On Sun 26-Apr-2009 at 22:44 -0700, T. Modes wrote: >> >>> I'm not sure we need PTBatcher to be an entire command-line queue >>> manager if PTBatcherGUI already exists. >> >>I agree with you. We should think if we need PTBatcher really. > > Ok, does anybody else want to keep the PTBatcher command-line tool? > It makes no sense having two single-instance programs that can't run > at the same time. > >>Some comment: PTBatcherGUI supports the following command line >>parameter: >> >>PTBatcherGUI [switches] [project1.pto [prefix1]] [project2.pto >>[prefix2]] >>adds the projects to the queue (attention: no -a switch as in >>PTBatcher) > > Yes, this now works very nicely. If I have a PTBatcherGUI instance > running, then I can add a folder full of projects to its queue with > this command-line: > > PTBatcherGUI *.pto > > -- > Bruno > > > > I vote for removal of PTBatcher. It's nonsense to have both GUI and comandline tool when PTBatcherGUI can fully stand for PTBatcher. Anyway great work, Tom. I've tested it and it's really cool. --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Sun 26-Apr-2009 at 22:44 -0700, T. Modes wrote: > >> I'm not sure we need PTBatcher to be an entire command-line queue >> manager if PTBatcherGUI already exists. > >I agree with you. We should think if we need PTBatcher really. Ok, does anybody else want to keep the PTBatcher command-line tool? It makes no sense having two single-instance programs that can't run at the same time. >Some comment: PTBatcherGUI supports the following command line >parameter: > >PTBatcherGUI [switches] [project1.pto [prefix1]] [project2.pto >[prefix2]] >adds the projects to the queue (attention: no -a switch as in >PTBatcher) Yes, this now works very nicely. If I have a PTBatcherGUI instance running, then I can add a folder full of projects to its queue with this command-line: PTBatcherGUI *.pto -- 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: PTBatcherGUI single instance
> This is what I don't understand about the existing design. Surely > if the queue exists as a file or files on disk, then all you need to > do is modify the queue files. The queue processor shouldn't try to > keep the 'canonical' queue list in memory it should just refer to > the file all the time. This way multiple applications can add > projects to the queue without needing to communicate with another > process. > The queue is only loaded at startup of PTBatcherGUI. So I added code to watch the queue file and to load it again when changed outside. All changes within PTBatcherGUI are done in memory and then saved back to disk. I won't change the existing design so a done this workaround. > I'm not sure we need PTBatcher to be an entire command-line queue > manager if PTBatcherGUI already exists. I agree with you. We should think if we need PTBatcher really. Some comment: PTBatcherGUI supports the following command line parameter: PTBatcherGUI [switches] [project1.pto [prefix1]] [project2.pto [prefix2]] adds the projects to the queue (attention: no -a switch as in PTBatcher) switches -b runs batch immediately -p sets option "run batch projects in parallel" -d sets option "delete *.pto files after stitching" -o sets option "overwrite previous files without asking" -s sets option "shutdown computer after batch is complete" -v sets option "show verbose output when processing projects" > The other thing remaining now is that the 'Save project and send to > batch' button should launch PTBatcherGUI, probably this is what most > users would expect. > I'm working on it, it needs some testing if all cases works. I will commit it in the next days. Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Wed 22-Apr-2009 at 22:39 -0700, T. Modes wrote: > >The changes were intended to synchronize PTBatcherGUI and PTBatcher. >Both are using the same queue. But when PTBatcherGUI was running and a >project was added or removed with command line (ptbatcher), >PTBatcherGUI doesn't reflect the changes in the running instance. You >had to restart PTBatcherGUI to see the changes. Currently I try to >reread the queue when the file was changed. This is what I don't understand about the existing design. Surely if the queue exists as a file or files on disk, then all you need to do is modify the queue files. The queue processor shouldn't try to keep the 'canonical' queue list in memory it should just refer to the file all the time. This way multiple applications can add projects to the queue without needing to communicate with another process. >Are there user (especially on linux) which are using PTBatcherGUI to >monitor the queue and manage the queue more likely with command line >ptbatcher? I'm not sure we need PTBatcher to be an entire command-line queue manager if PTBatcherGUI already exists. Much more useful would be a tool for simply adding projects to the queue, `PTBatcher -a` crashes when I try this: PTBatcher -a hugin.pto *** glibc detected *** free(): invalid next size (fast): 0x096ee4d8 *** Aborted ..but the same thing can now be done with your fixed PTBatcherGUI, so I wonder if PTBatcher command-line is needed at all. The other thing remaining now is that the 'Save project and send to batch' button should launch PTBatcherGUI, probably this is what most users would expect. -- 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: PTBatcherGUI single instance
On Sun 26-Apr-2009 at 02:49 -0700, T. Modes wrote: > >I commit the patch to trunk (svn 3802). PTBatcherGUI runs now only one >times (one instance). A second call is blocked and all command line >parameters are transfered to the first instance. Yes seems to work now, I can start PTBatcherGUI, add projects in the GUI, stitch them, add projects by running PTBatcherGUI with a project as an argument. The single instance stuff works ok, though it did once hang with no error. -- 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: PTBatcherGUI single instance
> So I recommend commiting this patch, as this fuctionality is very > necessary for the batch processor.. > > -- > Bruno I commit the patch to trunk (svn 3802). PTBatcherGUI runs now only one times (one instance). A second call is blocked and all command line parameters are transfered to the first instance. I also could found the bug with the synchronisation. PTBatcherGUI should now run again. I tested both points on Windows Vista and Ubuntu 9.04 (guess who installed ubuntu ;-) ). On both systems I noticed no problems. Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
> >I commited a patch to better deal with synchronisation between > >ptbatcher and ptbatchergui. Maybe this fixes the start problem. > > ok, the trunk now runs without crashing, though it doesn't pick up > the content of the queue file when it starts and soon enough > locks up with an error like this: > > Xlib: unexpected async reply (sequence 0x2839)! > > Thomas, how close do you think this is to being releasable? > > I don't really understand how it is supposed to work, there is a > whole facility for saving and loading queue files, but why would > anyone ever want more than one queue per user? Surely that is the > whole point? The changes were intended to synchronize PTBatcherGUI and PTBatcher. Both are using the same queue. But when PTBatcherGUI was running and a project was added or removed with command line (ptbatcher), PTBatcherGUI doesn't reflect the changes in the running instance. You had to restart PTBatcherGUI to see the changes. Currently I try to reread the queue when the file was changed. These things are running without problems on my machine with Vista. I see the same implementation make troubles on Linux. Are there user (especially on linux) which are using PTBatcherGUI to monitor the queue and manage the queue more likely with command line ptbatcher? The simplest solution would be to comment out the synchronisation part, which probably causes the troubles. So we could release 0.8 with PTBatcher. The fix of the problem would be a matter for the next version. Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Tue 21-Apr-2009 at 22:39 -0700, T. Modes wrote: > >I commited a patch to better deal with synchronisation between >ptbatcher and ptbatchergui. Maybe this fixes the start problem. ok, the trunk now runs without crashing, though it doesn't pick up the content of the queue file when it starts and soon enough locks up with an error like this: Xlib: unexpected async reply (sequence 0x2839)! Thomas, how close do you think this is to being releasable? I don't really understand how it is supposed to work, there is a whole facility for saving and loading queue files, but why would anyone ever want more than one queue per user? Surely that is the whole point? -- 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: PTBatcherGUI single instance
I commited a patch to better deal with synchronisation between ptbatcher and ptbatchergui. Maybe this fixes the start problem. On Vista PTBatcherGUI works without problems. On 21 Apr., 19:28, Bruno Postle wrote: > Ok, now that I can run PTBatcherGUI (but not working 100%) I've > tested the patch and it seems to work exactly as needed: > > PTBatcherGUI starts ok. > A second instance exits immediately ok. > Stopping the first instance allows starting a new instance ok. > killing a runing instance leaves a 'stale' lock PID file, but a new > instance deals with this correctly ok. > > So I recommend commiting this patch, as this fuctionality is very > necessary for the batch processor.. > There is one point which needs testing: Parsing of command line parameters. When starting PTBatcherGUI a second time with a project file or with project file and prefix these setting should forwarded to the first instance. Version 2 is using wxServer/wxClient/wxConnection to communicate between the instances, version 6 is using a file. When this is working the "send to batch" button in Hugin could be extended to automatic start PTBatcherGUI with the current project. Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Fri 27-Mar-2009 at 07:22 +0100, Thomas Modes wrote: >I changed the debug version again. Please test it compiled as >debug. (It's using wxLogDebug to output some messages. I hope to >identify to lines which cause the problems.) Ok, now that I can run PTBatcherGUI (but not working 100%) I've tested the patch and it seems to work exactly as needed: PTBatcherGUI starts ok. A second instance exits immediately ok. Stopping the first instance allows starting a new instance ok. killing a runing instance leaves a 'stale' lock PID file, but a new instance deals with this correctly ok. So I recommend commiting this patch, as this fuctionality is very necessary for the batch processor.. -- 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: PTBatcherGUI single instance
I come very late to this thread, since I had never used PTBatcherGUI - except today, when I tried to run it and found that it crashed a few instants after being started, in linux. The error is: PTBatcherGUI: ../../src/xcb_io.c:285: _XAllocID: Assertion `!(dpy->flags & (1L << 3))' failed. I am using SVN version 3792. Kubuntu x86_64. The backtrace is #0 0x7ff1a91a5095 in raise () from /lib/libc.so.6 #1 0x7ff1a91a6af0 in abort () from /lib/libc.so.6 #2 0x7ff1a919e2df in __assert_fail () from /lib/libc.so.6 #3 0x7ff1a63d175b in _XAllocID () from /usr/lib/libX11.so.6 #4 0x7ff1a54cfcb2 in XRenderCreatePicture () from /usr/lib/libXrender.so.1 #5 0x7ff1a5b5d125 in ?? () from /usr/lib/libcairo.so.2 #6 0x7ff1a5b5e831 in ?? () from /usr/lib/libcairo.so.2 #7 0x7ff1a5b36305 in ?? () from /usr/lib/libcairo.so.2 #8 0x7ff1a5b36511 in ?? () from /usr/lib/libcairo.so.2 #9 0x7ff1a5b38ce4 in ?? () from /usr/lib/libcairo.so.2 #10 0x7ff1a5b39000 in ?? () from /usr/lib/libcairo.so.2 #11 0x7ff1a5b35b5e in ?? () from /usr/lib/libcairo.so.2 #12 0x7ff1a5b275dc in ?? () from /usr/lib/libcairo.so.2 #13 0x7ff1a5b20cc0 in cairo_fill_preserve () from /usr/lib/libcairo.so.2 #14 0x7ff1a5b20cd9 in cairo_fill () from /usr/lib/libcairo.so.2 #15 0x7ff1a80b37fc in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #16 0x7ff1a80b48e9 in gdk_window_begin_paint_region () from /usr/lib/libgdk-x11-2.0.so.0 #17 0x7ff1a845fd13 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x7ff1a80b4cab in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #19 0x7ff1a80b52c7 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #20 0x7ff1a80b52e9 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #21 0x7ff1a809c89e in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #22 0x7ff1a712d384 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #23 0x7ff1a7130695 in ?? () from /usr/lib/libglib-2.0.so.0 #24 0x7ff1a71309b5 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #25 0x7ff1a845ff03 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x7ff1aacc701d in wxEventLoop::Run () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #27 0x7ff1aad5958b in wxAppBase::MainLoop () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #28 0x7ff1ab1ae19c in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0 #29 0x0041d722 in main (argc=1, argv=0x56b4) at /home/seb/downloads/hugin/src/hugin1/ptbatcher/PTBatcherGUI.cpp:30 Cheers, Seb --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
OK, I've tracked it down. It crashes when calling "gtk_main()" from inside of "int wxEventLoop::Run()" in src/gtk/evtloop.cpp (wxWidgets sources). Though I've no idea why. --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
I don't know how wxWidgets are supposed to work exactly, but the problem seems not to be in the OnInit function so the problem may be inwxWidgets. More exactly, if I step through the OnInit it get to the "return true" without any problems. After repeating nexti a few times I always get something like: 0xb704e147 in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0 (gdb) PTBatcherGUI: Fatal IO error 2 (No such file or directory) on X server :0.0. PS. I should note that I'm running PTBatcherGUI with the --sync option. Otherwise it sometimes just "freezes" (ie. window is shown but without any controls and is not responding to anything) but it is still the same problem. Maybe I'll try to build wxWidgets with debugging informations to get more info about it. --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Sat 28-Mar-2009 at 16:05 +, Bruno Postle wrote: > > The program 'PTBatcherGUI' received an X Window System error. > The error was 'BadImplementation (server does not implement > operation)'. Also I'm running everything via remote-X, so in this case the 'server' is an asus eee. -- 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: PTBatcherGUI single instance
On Sat 28-Mar-2009 at 14:12 +0100, Lukáš Jirkovský wrote: > >Shame on me. It's not problem of your current patches, I apologize for >confusion I've caused. It crashes also with the PTBatcherGUI from svn >trunk. This is what I see with the trunk, PTBatcherGUI runs, but won't close, if I kill it I see this error: Xlib: unexpected async reply (sequence 0x7e3)! Then running again I get this error: The program 'PTBatcherGUI' received an X Window System error. The error was 'BadImplementation (server does not implement operation)'. (Details: serial 251 error_code 17 request_code 20 minor_code 0) With repeated runs I get the same error or this one: The error was 'BadAtom (invalid Atom parameter)'. (Details: serial 252 error_code 5 request_code 20 minor_code 0) -- 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: PTBatcherGUI single instance
Shame on me. It's not problem of your current patches, I apologize for confusion I've caused. It crashes also with the PTBatcherGUI from svn trunk. I'm going to give it a bit testing. I hope I'll find solution because it makes PTBatcher unusable on Linux. --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
2009/3/28 T. Modes : > >> Nothing changed. It seems that it crashes before any wxLogDebug can be >> used. Anyway, I've found that the problematic assertion is in the >> libx11, so it can be a fault of the X.org, not your. > > Thank you effort. > In the moment I have no idea, what to test next. Maybe someone on > linux can have a look on the source and search for the bug. > > Thomas > > > I've (almost) free weekend, so I will try to fix it or at least find where the problem is regards, Lukáš --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
> Nothing changed. It seems that it crashes before any wxLogDebug can be > used. Anyway, I've found that the problematic assertion is in the > libx11, so it can be a fault of the X.org, not your. Thank you effort. In the moment I have no idea, what to test next. Maybe someone on linux can have a look on the source and search for the bug. Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
Nothing changed. It seems that it crashes before any wxLogDebug can be used. Anyway, I've found that the problematic assertion is in the libx11, so it can be a fault of the X.org, not your. --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
Crashes with the simple patch. It seems that there are two different crashes: First one: The program 'PTBatcherGUI' received an X Window System error. This probably reflects a bug in the program. The error was 'BadIDChoice (invalid resource ID chosen for this connection)'. (Details: serial 10126 error_code 14 request_code 1 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) after using --sync: PTBatcherGUI: xcb_io.c:176: process_responses: Assertion `!(req && current_request && !(((long) (req->sequence) - (long) (current_request)) <= 0))' failed. Aborted The other one: PTBatcherGUI: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
> >The program 'PTBatcherGUI' received an X Window System error. > >This probably reflects a bug in the program. > >The error was 'BadRequest (invalid request code or no such operation)'. > > (Details: serial 5748 error_code 1 request_code 134 minor_code 6) > > I get a slightly different error: > > The program 'PTBatcherGUI' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadAtom (invalid Atom parameter)'. > (Details: serial 243 error_code 5 request_code 20 minor_code 0) > Currently I have no clue, whats goes wrong. On windows all works ok. I'm using the wxSingleInstanceChecker class as described in the doc of wxWidgets. Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Mon 23-Mar-2009 at 18:59 +0100, Lukáš Jirkovský wrote: > >The program 'PTBatcherGUI' received an X Window System error. >This probably reflects a bug in the program. >The error was 'BadRequest (invalid request code or no such operation)'. > (Details: serial 5748 error_code 1 request_code 134 minor_code 6) I get a slightly different error: The program 'PTBatcherGUI' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAtom (invalid Atom parameter)'. (Details: serial 243 error_code 5 request_code 20 minor_code 0) The ~/.PTBatcherGUI-bruno file gets updated with the new process-id each time I run it. -- 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: PTBatcherGUI single instance
This version (ver5) crashes here. It says deleted state lock /path/to/the/lockfile and immediately crashes: The program 'PTBatcherGUI' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 5748 error_code 1 request_code 134 minor_code 6) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) After running with --sync option I got: PTBatcherGUI: xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed. Aborted --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Fri 20-Mar-2009 at 07:37 +0100, Thomas Modes wrote: > >This is a lock file used by wxSingleInstanceChecker. I changed the >name to make it hidden. On windows wxSingleInstanceChecker uses a >mutex, so this file is never created. Hi, I can't get this ver4 patch to apply, this is the chunk that fails: Index: src/hugin1/ptbatcher/BatchFrame.cpp === --- src/hugin1/ptbatcher/BatchFrame.cpp (Revision 3750) +++ src/hugin1/ptbatcher/BatchFrame.cpp (Arbeitskopie) @@ -336,18 +359,21 @@ wxArrayString paths; dlg.GetPaths(paths); for(unsigned int i=0; iAddProjectToBatch(paths.Item(i),name.GetPath(wxPATH_GET_VOLUME | wxPATH_GET_SEPARATOR) + name.GetName()); - SetStatusText(_("Added project ")+paths.Item(i)); - projListBox->AppendProject(m_batch->GetProject(m_batch->GetProjectCount()-1)); - } + AddToList(paths.Item(i)); } else { // bail //wxLogError( _("No project files specified")); } } +void BatchFrame::AddToList(wxString aFile) +{ + wxFileName name(aFile); + m_batch->AddProjectToBatch(aFile,name.GetPath(wxPATH_GET_VOLUME | wxPATH_GET_SEPARATOR) + name.GetName()); + SetStatusText(_("Added project ")+aFile); + projListBox->AppendProject(m_batch->GetProject(m_batch->GetProjectCount()-1)); +} + void BatchFrame::OnButtonCancel(wxCommandEvent &event) { GetToolBar()->ToggleTool(XRCID("tool_pause"),false); --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Wed 18-Mar-2009 at 07:47 +0100, Thomas Modes wrote: >>> I get a segfault and this compilation warning which may be related: > >Tried to fix in vers 2 Thanks, it now crashes a bit further on: The program 'PTBatcherGUI' received an X Window System error. This probably reflects a bug in the program. The error was 'BadImplementation (server does not implement operation)'. (Details: serial 251 error_code 17 request_code 20 minor_code 0) It also creates a '~/HuginBatch-bruno' file containing the PID of the process. So I guess this bit is working, though this a normal file not a socket. -- 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: PTBatcherGUI single instance
Thanks, I've not tested it much but it seems to work. Anyway, I see that you've done some patches for "refreshing" batch queue but it doesn't seem to work (or I've not get the purpose) because when I run PTBatcherGUI, add some project through it's GUI and then run PTBatcher -a some_project.pto everything from the queue is removed. regards, Lukáš "stativ" Jirkovský --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
On Tue 17-Mar-2009 at 18:15 +0100, Lukáš Jirkovský wrote: > >Program received signal SIGILL, Illegal instruction. >[Switching to Thread 0xb5056950 (LWP 4061)] >0x0806171d in PTBatcherGUI::OnInit (this=0x85fe978) at >/home/lukas/DEBUG/test-build/src/hugin-build/src/hugin1/ptbatcher/PTBatcherGUI.cpp:87 >87 m_locale.AddCatalog(wxT("hugin")); I get a segfault and this compilation warning which may be related: [ 87%] Building CXX object src/hugin1/ptbatcher/CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o /home/bruno/src/hugin/trunk/src/hugin1/ptbatcher/PTBatcherGUI.cpp: In member function `virtual bool PTBatcherGUI::OnInit()': /home/bruno/src/hugin/trunk/src/hugin1/ptbatcher/PTBatcherGUI.cpp:89: warning: cannot pass objects of non-POD type `class wxString' through `...'; call will abort at runtime -- 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: PTBatcherGUI single instance
2009/3/17 T. Modes : > >> Doesn't compile here (Arch linux), probably it's missing some linker flag: >> >> undefined reference to `wxTCPConnection::wxTCPConnection()' >> undefined reference to `wxTCPServer::~wxTCPServer()' > > Seems that the patch requires wxNet on Linux: > > Could you try to change in CMakeList.txt (in trunk) line 108 > SET(wxWidgets_USE_LIBS base core xrc html xml adv gl) > to > SET(wxWidgets_USE_LIBS base core xrc html xml adv gl net) > > This should add wxNet to PTBatcherGUI and I hope, then it compiles. > > Little background: I need some kind of inter process communication to > transfer the command > line parameters. I tried to use wxConnection/wxClient/wxServer from > wxWidgets. On windows > it uses DDE which is in the wxBase. But as I see from your post, on > linux it uses a TCP protocol > which is only in wxNet. > > Thomas Yeah, it compiles now but PTBatcher doesn't start: Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb5056950 (LWP 4061)] 0x0806171d in PTBatcherGUI::OnInit (this=0x85fe978) at /home/lukas/DEBUG/test-build/src/hugin-build/src/hugin1/ptbatcher/PTBatcherGUI.cpp:87 87 m_locale.AddCatalog(wxT("hugin")); Unfortunately I don't have much time this week to try to find where the bug is. Lukáš --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
> Doesn't compile here (Arch linux), probably it's missing some linker flag: > > undefined reference to `wxTCPConnection::wxTCPConnection()' > undefined reference to `wxTCPServer::~wxTCPServer()' Seems that the patch requires wxNet on Linux: Could you try to change in CMakeList.txt (in trunk) line 108 SET(wxWidgets_USE_LIBS base core xrc html xml adv gl) to SET(wxWidgets_USE_LIBS base core xrc html xml adv gl net) This should add wxNet to PTBatcherGUI and I hope, then it compiles. Little background: I need some kind of inter process communication to transfer the command line parameters. I tried to use wxConnection/wxClient/wxServer from wxWidgets. On windows it uses DDE which is in the wxBase. But as I see from your post, on linux it uses a TCP protocol which is only in wxNet. Thomas --~--~-~--~~~---~--~~ 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: PTBatcherGUI single instance
Doesn't compile here (Arch linux), probably it's missing some linker flag: Linking CXX executable PTBatcherGUI CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o: In function `BatchIPCConnection': /home/lukas/DEBUG/test-build/src/hugin-build/src/hugin1/ptbatcher/PTBatcherGUI.h:52: undefined reference to `wxTCPConnection::wxTCPConnection()' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o: In function `~BatchIPCConnection': /home/lukas/DEBUG/test-build/src/hugin-build/src/hugin1/ptbatcher/PTBatcherGUI.h:52: undefined reference to `wxTCPConnection::~wxTCPConnection()' /home/lukas/DEBUG/test-build/src/hugin-build/src/hugin1/ptbatcher/PTBatcherGUI.h:52: undefined reference to `wxTCPConnection::~wxTCPConnection()' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o: In function `~BatchIPCServer': /home/lukas/DEBUG/test-build/src/hugin-build/src/hugin1/ptbatcher/PTBatcherGUI.h:59: undefined reference to `wxTCPServer::~wxTCPServer()' /home/lukas/DEBUG/test-build/src/hugin-build/src/hugin1/ptbatcher/PTBatcherGUI.h:59: undefined reference to `wxTCPServer::~wxTCPServer()' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV14BatchIPCServer[vtable for BatchIPCServer]+0x8): undefined reference to `wxTCPServer::GetClassInfo() const' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV14BatchIPCServer[vtable for BatchIPCServer]+0x1c): undefined reference to `wxTCPServer::Create(wxString const&)' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x8): undefined reference to `wxTCPConnection::GetClassInfo() const' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x1c): undefined reference to `wxTCPConnection::Execute(wchar_t const*, int, wxIPCFormat)' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x24): undefined reference to `wxTCPConnection::Request(wxString const&, int*, wxIPCFormat)' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x28): undefined reference to `wxTCPConnection::Poke(wxString const&, wchar_t*, int, wxIPCFormat)' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x2c): undefined reference to `wxTCPConnection::StartAdvise(wxString const&)' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x30): undefined reference to `wxTCPConnection::StopAdvise(wxString const&)' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x34): undefined reference to `wxTCPConnection::Advise(wxString const&, wchar_t*, int, wxIPCFormat)' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTV18BatchIPCConnection[vtable for BatchIPCConnection]+0x38): undefined reference to `wxTCPConnection::Disconnect()' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTI14BatchIPCServer[typeinfo for BatchIPCServer]+0x8): undefined reference to `typeinfo for wxTCPServer' CMakeFiles/PTBatcherGUI.dir/PTBatcherGUI.o:(.rodata._ZTI18BatchIPCConnection[typeinfo for BatchIPCConnection]+0x8): undefined reference to `typeinfo for wxTCPConnection' collect2: ld returned 1 exit status --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---