On Tue, May 12, 2009 at 11:02:27AM +0100, Andrew Ross wrote: > On Mon, May 11, 2009 at 05:31:22PM -0700, Alan Irwin wrote: > > On 2009-05-11 22:35+0100 Andrew Ross wrote: > > > > > I've tried and the same thing occurs with the epsqt driver. In both cases > > > gdb > > > shows that the example is hanging on a connect system call in the cups > > > library. I'm now wondering if the problem is actually to do with cups > > > configuration in my case rather than qt? Perhaps others can confirm / deny > > > this? > > > > That's a really interesting speculation that makes a certain amount of sense > > since there is a strong printing component to the EPS and PDF formats. > > However, I am not sure this would be an issue for the downloadable Qt SDK. > > For that case, they probably provide their own CUP libraries since the Linux > > ones come in all sorts of versions/configurations which would be hard > > for trolltech to anticipate. > > > > Also, this may not be an issue for Debian. When I first tried qt, I just > > used the Qt-4.4.3 Debian packages, and as best I can remember I tried pdfqt > > a couple of times without any noticeable pdfqt speed issues. OTOH, I may not > > be remembering right, and in any case most of my pdfqt testing has been > > after I moved to the downloadable Qt4 SDK you can get from trolltech. > > > > Did you use a Ubuntu package for Qt-4.5.0 or the downloadable SDK (which is > > now Qt-4.5.1, but it was 4.5.0 not that long ago). > > > > If you haven't yet tried that downloadable SDK, I suggest you do so to > > see if this (Qt4?/cups?) problem persists. > > I've tried on another Ubuntu system. Same versions of all the software, > but 64-bit. This system works fine with near instantaneous running of > the examples. Printers and so forth are different between the two > systems, so now I just need to work out exactly what differences are > causing the problem. But anyway it doesn't look like an intrinsic > problem with Qt libs.
Right. Turns out the problem is cups related. I had a ipp remote printer configured on my laptop which wasn't actually present. Cups was trying to get the configuration information from the printer and hanging. Qt in turn was waiting on this. Goodness knows why it wanted information from a remote printer (not the default). Anyway, deleting the printer solves the problem. I don't find this a very satisfactory solution since it is quite likely that mobile users will want to keep printers configured but not necessarily always online. For a related bug see https://bugs.launchpad.net/ubuntu/+source/cups/+bug/276531 Seems like at least on Ubuntu the cups packager says it is a library problem. I'm not convinced. Anyway all working normally again. Andrew ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
