Win32 Crash on help menu (Spawn) Problem
Has anyone had a look at the Win32 spawn problem lately? (https://bugs.launchpad.net/inkscape/+bug/204779)
Or has anyone managed to compile 0.46 branch with the patch suggested by Adib in 187920 (https://bugs.launchpad.net/inkscape/+bug/187290/comments/34)?
Using the March 3 libs has no spawn problem, but means we drop some extra pango/type support. Is that a satisfactory resolution?
Ulf has done some work on Adib's patch and says it's working for him. Thanks!=) It's posted here; https://bugs.launchpad.net/inkscape/+bug/187290/comments/39
It would be great if some of the Windows guys could test this and get it committed to the 046 branch. If not, I might end up committed... %-|
rygle wrote:
A patch has been released for the Win 32 spawn bug now - thanks to Ulf Erikson and Albin Sunnanbo. Great work guys!
https://bugs.launchpad.net/inkscape/0.46.x/+bug/204779
Windows version of Inkscape 0.46 is getting close.
Can someone please commit this patch to both the 046 release branch and trunk? This is a major fix that has been tested by a several different people and marked as fixed released.
https://bugs.launchpad.net/inkscape/+bug/204779/comments/17
Any help greatly appreciated!
J.B.C.Engelen@...1578... schrieb:
How come you haven't got commit rights yet?
+1 for commit rights to rygle. theAdib. commited (modified) patch to trunk I replace _wspawn declaration by #include <process.h> and #include <wchar.h> in the #ifdef WIN32 section Rygle: I have _wspawn functions in wchar.h which I explicitly included in io\sys.cpp HTH, Adib.
Well, most of the patch seems to be there, although a little different to that on the bug report. But as a non-programmer I am mystified where the process.h and wchar.h files or procedures actually are.
I 'm pretty sure they're not files in the source tree or the devlibs. A search in both folders reveals nothing. Are the prototypes still to be put in io/sys.cpp? Is that what this is; http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/io/sy...
Rygle
Adib taraben-4 wrote:
Ah, found them in the mingw\include folder.
So is this patch all sorted? Jospeh? Adib? Just wanting to strike them all off. I have 9 and this is the 6th, so three more to check.
There seems to be a packaging problem. On Vista SP1 Inkscape says it's missing libpng12.dll when starting. Then Inkscape terminates. In %PROGRAMFILES%\Inkscappe there is no libpng12.dll, but a libpng13.dll In my C:\devlib there is the libpng13.dll I guess the compilation is done linking to the wrong dll.
// Albin
Rygle skrev:
On Fri, Mar 28, 2008 at 1:15 PM, Albin Sunnanbo <albin@...1900...> wrote:
I have the same problem on win xp
Hi again If I make a copy of libpng13.dll and call it libpng12.dll everything starts upp OK. I have roughly tested most of the last minute windows bugs I know of and found nothing further to complain about.
// Albin
Albin Sunnanbo skrev:
Hello,
2008/3/28, Rygle <pittos@...1208...>:
I have a performance problem with blurred objects in 0.46pre4: Open the attached file, select the right parallelogram in the background, open the "Fill and strokes" dialog and move the "Blur" slider. Inkscape
* takes a long time to repaint the painting (several seconds) and
* is unresponsive while doing so.
0.45.1 was slow with that, too, though not that much. This might be related to https://bugs.launchpad.net/inkscape/+bug/202704 and might not be windows specific, but it's the only issue with pre4 (Printing was not tested).
[Sorry if this mail arrived twice]
eph
On Fri, Mar 28, 2008 at 3:43 PM, Ephrim Khong <dr.khong@...1439...> wrote:
I'm afraid it's not fixable quickly enough. I have added this item to the Known Issues in release notes:
* Blur and other filters are very slow when applied to an object with transform= attribute with rotation or skew. To avoid this slowdown, either do not rotate/skew objects you use with filters, or apply filters only to paths (but not shapes to text) because paths, by default, get no transform= attribute when you rotate or skew them.
The libpng thing has me stumped, as I just ran the packaging script as per the wiki; http://wiki.inkscape.org/wiki/index.php/Win32Port#Create_the_Setup_package_f...
I then did a full install using the NSIS installer, and had no complaints about libpng12.dll being missing (. So the solution for now is to rename libpng13.dll to libpng12.dll? Any thoughts on what's going on there?
Adib suggested on IRC that it's finding it in the path somwhere else. Perhaps Gimp?? My Gimp has both versions, but if I rename libpng12.dll, Inkscape still starts. Perhaps it's somewhere else. Adib suggested http://www.dependencywalker.com/, so I'll check this out later.
About the blur thing, should we add that to the known issues on the wiki? I've updated the bug report; https://bugs.launchpad.net/inkscape/+bug/202704 It's not really fixable for 0.46.0, as we need to keep in step with the Linux release, but should we milestone this for 0.46.1? In the meantime, does reducing the blur quality in the prefs help?
Thanks. More feedback welcome.
Rygle.
It seems that the patched libcairo-2.dll version might depend on libpng12.dll, but hopefully this will be fixed in a day or two with the new devlibs.
I believe the new devlibs will only change the libcairo-2.dll version, since everything else is working well. Then we shouldn't have this extra dependency.
I guess that's why it's good to have this test version...
Do some of you guys mind downloading and testing with dependency walker from here; http://www.dependencywalker.com/
Run that and then Open the Inkscape executable. Under the view menu, select Full Paths. This will show you where you're getting your libs from.
Also, can I ask whether you used the installer version, or one of the zip/7z versions? I think the installer adds a path entry for the directory. The inkscape executable should dynamically modify paths, but it may not be fixed properly. If you have trouble running extensions, that is a sign your path setting isn't right. If that's the case, are you running as administrator? Don't know about Vista, but on XP this may affect your access to certain path related registry settings.
Just found the bug report on the libpng issue here;
https://bugs.launchpad.net/inkscape/+bug/208433
This whole thing's weird. With dependency walker I get just libpng13.dll in the correct directory. And the build on SF is the same build I'm using exactly.
I'm going to upload another version of the files with libpng12.dll in it until we figure this out.
Rygle
bulia byak schrieb:
So why is it not possible (as discussed in the bug tracker, I think) to add "Do not render Gaussian blur" as an option below "Lowest quality (fastest)" in the Filters tab of Inkscape Preferences? It can be removed as soon as rendering is fast enough but for now it gives people a simple way to make working with blurred objects feasible again while at the same time avoiding the necessity to switch to outline mode (so that they can see colors, etc.). It should be a very minor change and easy to code, or am I mistaken?
Max
participants (9)
-
unknown@example.com
-
Adib taraben
-
Albin Sunnanbo
-
bulia byak
-
Ephrim Khong
-
Maximilian Albert
-
ryan lerch
-
rygle
-
Rygle