OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [docbook-apps] Re: strange trouble with lists


I dumped a log to disk with tcpdump -s 0 not host 70.182.153.38 -w tcpdump.log

(s 0 gives full packets)

In 28 seconds of processing, it only gets up to the TCP protocall,
never to HTTP (and thus the level of showing urls). I guess this might
be because I have requested the files from sourceforge so many times
that it is just not responding to me.

In the same log, I can see TCP (ACK) packets followed by HTTP (GET)
packets on urls hosted at my website.

:-/

I think I should assume saxon is trying to pull the stylesheets down.
It would make no sense for the catalog to locate the stylesheet on my
disk but not to locate draft.png, especially when draft.png and my
stylesheet are both present in the docbook stylesheet folder and I
have explicitly set draft.mode to no.

One reason XEP had trouble with draft.png is that it was dealing with
an fo file that had been processed with draft.mode set to maybe. The
other reason is detailed here
http://ecos.sourceware.org/ml/docbook-apps/2003-q4/msg00428.html


On 9/7/06, Camille Bégnis <camille@neodoc.biz> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> My bet:
>
> param.xsl:<xsl:param name="draft.watermark.image"
> select="'http://docbook.sourceforge.net/release/images/draft.png'"/>
>
>
> Chris Chiasson a écrit :
> > after further diagnosis using tcpdump (adding filters to view less traffic)
> >
> > tcpdump -e ip and not host (my workstation's ip)
> >
> > I found this in the output when I ran my ant script and java forked to
> > saxon:
> >
> > 04:32:13.623349 00:13:d4:cc:94:92 (oui Unknown) > 00:12:43:a9:bc:75
> > (oui Unknown), ethertype IPv4 (0x0800), length 74:
> > wsip-70-182-153-37.br.br.cox.net.49543 >
> > projects.sourceforge.net.http: S 2632400219:2632400219(0) win 5840
> > <mss 1460,sackOK,timestamp 16154975 0,nop,wscale 4>
> >
> > So, I am reasonably sure that it is trying to load something from
> > source forge. I would guess that this means I have a problem with my
> > catalogs under java. However, I am unsure how to fix that. Any
> > suggestions?
> >
> > On 9/7/06, Chris Chiasson <chris@chiasson.name> wrote:
> >> In trying to diagnose this problem, I switched to saxon. I am having
> >> trouble with it as well (both the saxon 6 and saxon 8 versions). It
> >> hangs when processing the stylesheet, though saxon 8 does at least
> >> print one warning that I am processing an XSLT 1 document with an XSLT
> >> 2 processor. I have saxon, xml-commons, xml-commons-resolver,  and
> >> xml-commons-external-1.3 in the classpath (it's dynamically generated
> >> from package.env files with these names). I think the hang is coming
> >> from the processor or parser trying access the internet, but I wasn't
> >> able to verify this using tcpdump, and I couldn't find an option to
> >> have saxon disable net access. I will say that xsltproc's --nonet
> >> option works just fine with this combination of xml source and
> >> stylesheet, so perhaps an internet delay isn't the problem in saxon's
> >> case. The reason why I think it might be an internet delay is that XEP
> >> was exhibiting the same behavior (thought it produced a lot more
> >> console text first) until I turned off draft.mode.
> >>
> >> Anyway, that's my update so far. I would appreciate any ideas you may
> >> have on this issue. It's pretty hard to make good documentation
> >> without any lists.
> >>
> >> On 9/6/06, Chris Chiasson <chris@chiasson.name> wrote:
> >> > I have a docbook 5 document where adding orderedlist or itemized list
> >> > (as a child of chapter or para, so far) causes the following output:
> >> >
> >> > to-fo:
> >> >      [exec] Stripping NS from DocBook 5/NG document.
> >> >      [exec] Processing stripped document.
> >> >      [exec] Making portrait pages on USletter paper (8.5inx11in)
> >> >      [exec] XPath error : Invalid context position
> >> >      [exec] xmlXPathCompiledEval: evaluation failed
> >> >      [exec] Result: 10
> >> >
> >> >
> >> > Then sections of the result document are missing, etc. Everything
> >> > works fine when I don't have a list. What might be the cause of
> >> > something like that?
> >> >
> >> > --
> >> > http://chris.chiasson.name/
> >> >
> >>
> >>
> >> --
> >> http://chris.chiasson.name/
> >>
> >
> >
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFE/+vtjv9P65BfOUMRAuFiAKCFAUFYQPU+YXEWqyLyLb8qd2FJnQCcDu30
> e+R8SoGg81/bFKmJLnJ7uw8=
> =4eME
> -----END PGP SIGNATURE-----
>
>
>


-- 
http://chris.chiasson.name/


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]