You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by florian <fl...@structbench.com> on 2002/03/10 00:58:36 UTC
batik crashes
hi!
im trying to rasterize alot of svgs into pngs. every now and then the
batik-rasterizer
crashes though. im not that experienced with java, so i have not alot
of clue what could
go wrong there..
i put the error log up on: http://www.structbench.com/hs_err_pid11616.log.txt
im also wondering: when that error appears, java is just hanging
there. not really
quitting or anything. its just showing the last # of the text in the
file up there and
doing nothing. (until i hit control +c)
what could be the reason for that? i use the rasterizer via the commandline..
thanks alot in advance! have a nice weekend =)
ciao!
florian
--
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
Re: Batik 1.5 and basic attribute support
Posted by Chris Lilley <ch...@w3.org>.
On Monday, 11 March, 2002, 22:28:43, Thomas wrote:
>>>>>> "JD" == Jeremy E Denton <jd...@galdosinc.com> writes:
JD>> The additions from 1.1 to 1.5b are great. I've been exploring
JD>> them and it really great to see. The only thing that confounds me
JD>> is that there doesn't seem to be support for changing basic
JD>> attribute values like fill or stroke. I mean one of the most
JD>> basic and common uses for scripting in SVG is changing the colour
JD>> of an object as the mouse passes over it. Anyone know if there is
JD>> a reason for this?
TED> There is a reason for this. These are in fact CSS properties they
TED> are not actually XML attributes :)
Well to be less mysterious they *are* of course XML attributes, but
what those attributes do is contribute to the eventual computed value
of the identically-named CSS property which is also influenced by
internal and external style sheets, style attributes, and the users
own style sheet.
TED> When you use 'fill="black"' you are
TED> actually changing a 'presentation attribute' which is transparently
TED> converted to a zero specificity CSS rule (I'm not a CSS head so if the
TED> wording is off a bit please don't shoot me).
Its spot on. Relax.
TED> The end result is that these 'basic' things are _very_ hard to do
TED> correctly and efficently in animation (consider changing a fill on a
TED> 'g' must then cascade down to it's children). To properly support
TED> them we are in the processes of completely rewriting the current CSS
TED> engine.
Whoopee! Yes, there are a bunch of optimizations that can be made, no doubt.
JD>> Anyway of getting around it?
TED> Only really ugly ways (like cloning the node changing the
TED> presentation attribute and replacing the original with the new one).
I would add 'download Batik 1.5 non beta'
--
Chris mailto:chris@w3.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
Batik 1.5 and basic attribute support
Posted by Thomas E Deweese <th...@kodak.com>.
>>>>> "JD" == Jeremy E Denton <jd...@galdosinc.com> writes:
JD> The additions from 1.1 to 1.5b are great. I've been exploring
JD> them and it really great to see. The only thing that confounds me
JD> is that there doesn't seem to be support for changing basic
JD> attribute values like fill or stroke. I mean one of the most
JD> basic and common uses for scripting in SVG is changing the colour
JD> of an object as the mouse passes over it. Anyone know if there is
JD> a reason for this?
There is a reason for this. These are in fact CSS properties they
are not actually XML attributes :) When you use 'fill="black"' you are
actually changing a 'presentation attribute' which is transparently
converted to a zero specificity CSS rule (I'm not a CSS head so if the
wording is off a bit please don't shoot me).
The end result is that these 'basic' things are _very_ hard to do
correctly and efficently in animation (consider changing a fill on a
'g' must then cascade down to it's children). To properly support
them we are in the processes of completely rewriting the current CSS
engine.
JD> Anyway of getting around it?
Only really ugly ways (like cloning the node changing the
presentation attribute and replacing the original with the new one).
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
Batik 1.5 and basic attribute support
Posted by "Jeremy E. Denton" <jd...@galdosinc.com>.
Hey,
The additions from 1.1 to 1.5b are great. I've been exploring them and it
really great to see. The only thing that confounds me is that there doesn't
seem to be support for changing basic attribute values like fill or stroke.
I mean one of the most basic and common uses for scripting in SVG is
changing the colour of an object as the mouse passes over it. Anyone know if
there is a reason for this?
Anyway of getting around it?
Jeremy E. Denton
----------------------------------------------------------------------------
Software Developer | Privileged or confidential information may be contained
Galdos Systems Inc | in this message. If this message was not intended for
| you, destroy it and notify us immediately. Opinions,
phone: | conclusions, recommendations, and other information
(604)484-2762 | recommendations, and other information presented in
fax: | this message are not given or necessarily endorsed by
(604)484-2755 | my employer or firm.
----------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
RE: batik crashes
Posted by florian <fl...@structbench.com>.
hi again!
okay. i've tried it. still no different. batik crashes with that
error about 1 time out of 15 tries. anybody got an idea? or should
i contact the batik-developer list?
ciao!
florian
>hey tangent!
>
>
>im running batik on mandrake linux 8.1 using kernel 2.4.8-26mdk.
>its running on a amd 1400 mhz, with 512 mb ram..
>
>i will give it a try with you tip though. thanks alot =)
>
>ciao!
>florian
>
>
>
>>Hi Florian,
>>
>>I am not too sure which platform you are running the Rasterizer, I only
>>have some experience under Windows platform, and most of the time I
>>resolve the crash, if it is consistent, by allocating more memory for
>>Java VM, which makes the command read,
>>
>> java -Xms256m -Xmx512m -jar batik-rasterizer.jar [options]
>>
>>In the line above, I allocate 256MB for Batik to start with, and
>>optionally Batik can use up to 512MB of RAM.
>>
>>Hope this helps!
>>
>>- Tangent
--
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
RE: batik crashes
Posted by florian <fl...@structbench.com>.
hey tangent!
im running batik on mandrake linux 8.1 using kernel 2.4.8-26mdk.
its running on a amd 1400 mhz, with 512 mb ram..
i will give it a try with you tip though. thanks alot =)
ciao!
florian
>Hi Florian,
>
>I am not too sure which platform you are running the Rasterizer, I only
>have some experience under Windows platform, and most of the time I
>resolve the crash, if it is consistent, by allocating more memory for
>Java VM, which makes the command read,
>
> java -Xms256m -Xmx512m -jar batik-rasterizer.jar [options]
>
>In the line above, I allocate 256MB for Batik to start with, and
>optionally Batik can use up to 512MB of RAM.
>
>Hope this helps!
>
>- Tangent
--
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
RE: batik crashes
Posted by Tangent <ta...@usa.net>.
Hi Florian,
I am not too sure which platform you are running the Rasterizer, I only
have some experience under Windows platform, and most of the time I
resolve the crash, if it is consistent, by allocating more memory for
Java VM, which makes the command read,
java -Xms256m -Xmx512m -jar batik-rasterizer.jar [options]
In the line above, I allocate 256MB for Batik to start with, and
optionally Batik can use up to 512MB of RAM.
Hope this helps!
- Tangent
> -----Original Message-----
> From: florian [mailto:florian@structbench.com]
> Sent: Saturday, March 09, 2002 5:59 PM
> To: batik-users@xml.apache.org
> Subject: batik crashes
>
>
>
>
> hi!
>
> im trying to rasterize alot of svgs into pngs. every now and then the
> batik-rasterizer
> crashes though. im not that experienced with java, so i have not alot
> of clue what could
> go wrong there..
>
> i put the error log up on:
> http://www.structbench.com/hs_err_pid11616.log> .txt
>
> im also
> wondering: when that error appears, java is
> just hanging
> there. not really
> quitting or anything. its just showing the last # of the text in the
> file up there and
> doing nothing. (until i hit control +c)
>
> what could be the reason for that? i use the rasterizer via
> the commandline..
>
>
> thanks alot in advance! have a nice weekend =)
>
> ciao!
> florian
>
>
>
> --
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: batik-users-help@xml.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org