- Inkscape Devel - Inkscape Mailman

resurrecting Win32 builds
by Bob Jamison 30 Aug '04

30 Aug '04

Hi all. Just thought I'd update everyone on the Win32 situation. Re: win32 startup crashes =================== For the entire summer, I have been without a Win32 box on which to do native builds or test Inkscape. All I can do is make cross-compiled builds and depend on other people to test and debug Win32 factors. Simarilius and others have been researching many possible reasons for the crashing bugs, and trying to alleviate them. malloc/free and null pointers seem to be prime suspects. One possibility occurred to me yesterday. The GCC3.4.1 compiler we have been using for cross-compiling was a CVS HEAD version, and not the final 3.4.1 release. It was possible that MinGW patches might insufficiently apply to this code. It is thus possible that the objects created from C++ might be buggy. So I rebuilt the cross-compiler and all of the C++ libs in our gtk24.zip collection, and put these new builds on the web site. Anyone building Win32 Inkscape should get a fresh copy of these. The same links as before have the new items. I built Inkscape with these libs yesterday, put them on the server. Bulia said it works; Simarilius says there are still some problems. So -at least- we are making some progress. One possible problem area to investigate is MSVCRT's RtlFreeHeap() seeing different address spaces in the .exe and .dlls. Allocating memory in one, and freeing in the other would cause a fault in WinNT and above (not 9x). Re: server =================== After more than a week of downtime, my little development server is partially back online. The current location is now: http://troi.hous.es3.titan.com/~rjamison/inkscape By 'partially,' I mean that it can be accessed via http, but the admin has not fixed the routers to allow the machine to see the Net. So it cannot do a cvs checkout, thus cannot do an autobuild. The admin is a good guy, so this condition is certainly temporary. Because of this, I did a manual build, and put a copy in the /builds subfolder (link at the top of the page). I will do this occasionally until things are fixed. InkscapeLatest.zip points to it. Bob

3 5

evil_malloc
by MenTaLguY 30 Aug '04

30 Aug '04

Since I was asked about evil_malloc() -- the main reason I introduced it was that malloc debuggers (e.g. Electric Fence) don't like malloc(0), and I wanted to be able to use them. The reason is that malloc(0) is not required to return NULL; all that is required is that it return a pointer which can be free()d -- this can introduce some subtle bugs depending on the platform and libc versions. [ regrettably, realloc(p, 0) is not guaranteed to return NULL either, though it is more likely to :/ ] While I don't see any harm to livarot specifically resulting from differing malloc(0) behaviors, there is far too much code in there that is "wrong, but harmless". I want rid of it; subtle bugs cropping up in livarot is sapping far too much of my development time. So, anyway, the proper resolution to the evil_malloc() business is to replace the calls to evil_malloc() with an explicit check of the allocation size (really, nrPt or whatever the size is computed from). I will do that myself eventually, but it's a simple enough task that anyone can do it if they are so inclined. -mental References: http://sources.redhat.com/ml/libc-hacker/1998-06/msg00001.html http://users.bestweb.net/~ctips/tip028.html http://lists.freebsd.org/pipermail/freebsd-standards/2004-February/000395.h… http://www.ussg.iu.edu/hypermail/linux/kernel/0011.0/1122.html http://www.uclibc.org/downloads/Glibc_vs_uClibc_Differences.txt (item #4)

1 1

Fedora-2 RPMS
by Plinnell 29 Aug '04

29 Aug '04

Hi all, I've uploaded Fedora-2 rpms for 0.39, thanks to Phil Compton, one of the core Fedora packagers. The move is allmost done, so next time, there will be less delay. Cheers, Peter

1 0

Re: Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

bulia wrote: >Works! Though it is very slow for large images, almost as good as a >dead freeze. To make it usable, we need to provide a progress bar and >to make it interruptible in some way. Another problem is that it puts >the path into 0,0 instead of overlaying the original image; look up >sp_selection_tile in selection-chemistry that solves a similar problem >for Tile. Yeah, it's full of little problems for now. I just wanted to get something out there that people could see. The pathlist that is generated has the x,y coordinates relative to the top/left of the image. All we need to do is copy the x/y attribute of the <image> itself to the <path> and we can fix this. Path simplify works well to reduce the number of nodes. However, I'm sure there there is a tolerance setting or something in Potrace for estimating the curve and controlling the number of nodes output. I noticed the delay. At first, I thought it was the text output/repr parsing that was slowing it down, but it is not. The tracing takes all of the time, and the output is very quick. I'll look at the tiling stuff you mentioned. Maybe execute this in a thread? Maybe not; we might -want- the user to see the delay, so he realizes that it is an expensive operation on large images. Hey, we need an animated 'Busy' icon. How about a potato sleeping on a couch? ;-) Would be appropriate for many of us coders! Bob

1 0

Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

Oops. I haven't been able to use POP access to my email from home recently, so I didn't know about the freeze until just now, by reading it on the list archive on the website. I'll stop now :-). But in the meantime, I have gotten the Tracing operation to a limited initial functionality. Please give it a try. It will obviously need to be tested and tweaked. It will almost certainly need an associated dialog to adjust the settings. Please defer any feature suggestions until later... we just want to get it to work. To make it work, I embedded a copy of Potrace in Inkscape. Instead of using its full functionality of reading images and writing vectored output (that's OUR job), I just have it read the data from an <image>, and create an associated <path>. Eventually, I will probably make a generic Tracer class, with various tracing engines referenced by it. The basic function a tracer needs to perform, is to read a GdkPixbuf, and output the d="" attribute of a <path>; as long as an engine does that, we can consider it a black box. Sooo... give it a try. To use, load an image, select it, and choose "Trace image". That is all it takes. It will of course work much better on line art than a multicolored image. Currently, the color->line art conversion threshold is hardcoded at 50% brightness; this will of course be a future dialog item. So. I'm quitting coding for now... going back to debugging. (Hey, I found a good bug Friday, anyway ;-) Bob

2 1

ANNOUNCE Scribus 1.2 Released
by Atlantic Tech Solutions 29 Aug '04

29 Aug '04

The Scribus Team is pleased to announce the release of Scribus 1.2 - Open Source Desktop Publishing. The 1.2 release is the culmination of over 1 year of hard work since last year's 1.0 release. The Scribus team urges all users and distros to use this latest release. The Scribus Team is also proud to announce the first commercial implementation of Scribus for commercial newspaper production. Last month, the premier issue of Twin Tier Times, a US weekly newspaper was launched using a production workflow centered on Scribus and other Open Source applications including GIMP 2.0, Inkscape and others. Among the major changes and features in 1.2 since the release of Version 1.0: * A new EPS/PS importer, which can import EPS and PS files as vector or postscript outlines, which can then be edited as native Scribus objects. * A dedicated documentation site, http://docs.scribus.net has been implemented. There are French and German translations in progress. * Over 800 bug reports and user feature requests have been squashed. * Scribus now features a New from/ Save as Template plug-in, which enables end users to quickly generate preformatted documents. This is useful for both first time users, as well as experts. * The Scribus GUI is now translated into 27 languages. * Scribus 1.2 features new print previewer which has the ability to render CMYK separations on screen, transparency, UCR (Under Color Removal) to give users a true postscript generated preview of the page. * A new table feature to create basic tables within Scribus. * Many enhancements to text frames including multi-columned text, baseline grids, new contour options, tabs and drop caps. * Several new plug-ins for exporting documents as images, as well as special typography plug-ins for Czech, French and other languages. Scribus was chosen by Trolltech as one of their "Cool Applications". We on the Scribus Team are honored to be recognized as such and appreciate the recognition. The Scribus Team will present the first public demo at KDE Community World Summit 2004 "aKademy" 21-29 August, 2004 Ludwigsburg (Stuttgart Region), Germany. Enjoy!

2 1

lockups & Seg faults [Re: libsigc++ problems in Yoper]
by tom b 28 Aug '04

28 Aug '04

From: Mike Hearn <mike@...519...> Re: libsigc++ problems in Yoper [Re: Please Help: Yoper linux packaging/compiling problems] 2004-08-22 09:06 >> "Could not find "libsigc C++ callback library"" > That"s odd. It should have downloaded it and installed it for you. > Bugs, bugs, everywhere .... It did d/l some other packages before libsigc. >> 1) There is no such package for Yoper yet >> 2) I config/make/make install libsigc-1.2.so5 (I think > Check that /usr/local/lib is actually in your linker path and > that you reran ldconfig as root. OK, that worked. New tests: 1) ./inkscape-0.40cvs.package installed everything fine inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run 2) package remove inkscape ./inkscape-0.39.package installed everything fine ran inkscape in shell & inkscape window opened fine (though I did notice window resizing was slow on my AthlonXP 2200) drew a square shape, computer locked up (I could move mouse, but not click, & [Enter] wouldn't work) shell said "Emergency save activated! completed..." had to do a hardware reboot (couldn't reboot in linux) (BTW: I have the exact same lockup problem with .39 in Win98se & Mandrake Cooker on the same computer. But Debian unstable seemed to work fine.) 3) package remove inkscape ./inkscape-0.40cvs.package installed everything fine, though re-installed libsigc again inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com

3 2

svg plugin
by Lucas Vieites 27 Aug '04

27 Aug '04

Hi, I was just wondering, while we're waiting for Mozilla and Firefox to implement full svg support, is there any plugin available for Linux to see svg drawings inside a web page? Of course I know of the Adobe svg plugin, but it seems to be available only for RedHat 7.1 (quite far away in time by now). Would it be very difficult to adapt the inkview code to act as a plugin and not as an external viewer? Just asking, not actually proposing an "inkscape svg plugin" ;-) Thanks for your time. -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

5 5

Re: [Inkscape-devel] svg plugin
by Tobias Jakobs 27 Aug '04

27 Aug '04

Lucas Vieites <lucas@...212...> schrieb am 27.08.04 09:47:02: > > Hi, I was just wondering, while we're waiting for Mozilla and Firefox > to implement full svg support, is there any plugin available for Linux > to see svg drawings inside a web page? > Of course I know of the Adobe svg plugin, but it seems to be available > only for RedHat 7.1 (quite far away in time by now). > > Would it be very difficult to adapt the inkview code to act as a > plugin and not as an external viewer? > > Just asking, not actually proposing an "inkscape svg plugin" ;-) > The librsvg even provides a Mozilla/Firefox plugin and standalone viewer (rsvg-view) http://librsvg.sourceforge.net/ ____________________________________________________ Aufnehmen, abschicken, nah sein - So einfach ist WEB.DE Video-Mail: http://freemail.web.de/?mc=021200

1 0

re: svg plugin
by tom b 27 Aug '04

27 Aug '04

From: Lucas Vieites <lucas@...524...> svg plugin 2004-08-27 00:45 > Hi, I was just wondering, while we"re waiting for > Mozilla and Firefox to implement full svg support, > is there any plugin available for Linux > to see svg drawings inside a web page? A search for "SVG" at Mozilla.org digs up these links: http://www.mozilla.org/projects/svg/ http://www.mozilla.org/projects/svg/build.html So, you can compile a version with SVG built-in. There are also UNOFFICIAL builds here that may support SVG: http://www.pryan.org./mozilla/firefox/ Use at your own risk! :) ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

1 0