gmane.comp.gnome.lib.xslt

Set xmlDoc encoding type

Alexwell Sandro — 2013-06-07T19:42:04

Hi, how to set xmlDocPtr encoding type?

I tried this:

*xmlDocPtr doc = xmlNewDoc(BAD_CAST "1.0");*
*doc->encoding = BAD_CAST "UTF-8";*

When I call: *"xmlFreeDoc(doc);"* Error occurs.


Thanks,
_______________________________________________
xslt mailing list, project page http://xmlsoft.org/XSLT/
xslt< at >gnome.org
https://mail.gnome.org/mailman/listinfo/xslt

Re: syntax errors in w3c entity declarations?

Per Jessen — 2013-04-28T15:00:32


Thanks Daniel, well spotted!

Re: syntax errors in w3c entity declarations?

Daniel Veillard — 2013-04-28T14:36:21

  I smell that you are including an HTML set of entity declarations
in an xmL document, but XML recognize only a limited subset of SGML
entities support and you get a fatal error.

  Try to load the entities coming from XHTML instead

<!-- Character entity set. Typical invocation:
    <!ENTITY % HTMLlat1 PUBLIC
       "-//W3C//ENTITIES Latin 1 for XHTML//EN"
       "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">
    %HTMLlat1;
-->

  from /usr/share/xml/xhtml/1.0/xhtml-lat1.ent coming from my
xhtml1-dtds package which  are registered in the XML catalog.

Daniel

syntax errors in w3c entity declarations?

Per Jessen — 2013-04-26T09:37:49

I'm using xsltproc and I'm trying to include the w3c standard character
entity sets in a stylesheet:


<!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin
1//EN//HTML" "HTMLlat1.ent">
%HTMLlat1;

...../xsl/myHTMLlat1.ent:12: parser error : Entity value required
<!ENTITY nbsp   CDATA "&#160;" -- no-break space = non-breaking space,
                ^
/usr/lib/hostsuisse/xsl/myHTMLlat1.ent:12: parser error : Space required
before 'NDATA'
<!ENTITY nbsp   CDATA "&#160;" -- no-break space = non-breaking space,
                ^
/usr/lib/hostsuisse/xsl/myHTMLlat1.ent:12: parser error :
xmlParseEntityDecl: entity nbsp not terminated
<!ENTITY nbsp   CDATA "&#160;" -- no-break space = non-breaking space,
                ^
/usr/lib/hostsuisse/xsl/myHTMLlat1.ent:12: parser error : internal error
<!ENTITY nbsp   CDATA "&#160;" -- no-break space = non-breaking space,
                ^
/usr/lib/hostsuisse/xsl/myHTMLlat1.ent:12: parser error : DOCTYPE
improperly terminated
<!ENTITY nbsp   CDATA "&#160;" -- no-break space = n

Biggest Fake Conference in Computer Science

2013-04-12T17:37:50

We are researchers from different parts of the world and conducted a study on  
the world’s biggest bogus computer science conference WORLDCOMP 
( http://sites.google.com/site/worlddump1 ) organized by Prof. Hamid Arabnia 
from University of Georgia, USA.


We submitted a fake paper to WORLDCOMP 2011 and again (the 
same paper with a modified title) to WORLDCOMP 2012. This paper 
had numerous fundamental mistakes. Sample statements from 
that paper include: 

(1). Binary logic is fuzzy logic and vice versa
(2). Pascal developed fuzzy logic
(3). Object oriented languages do not exhibit any polymorphism or inheritance
(4). TCP and IP are synonyms and are part of OSI model 
(5). Distributed systems deal with only one computer
(6). Laptop is an example for a super computer
(7). Operating system is an example for computer hardware


Also, our paper did not express any conceptual meaning.  However, it 
was accepted both the times without any modifications (and without 
any reviews) and we were invited to submit

Compiling libxslt-1.1.28 error on Cross Linux From Scratch...

2013-02-06T03:29:31

Hello to all. I'm getting an error when compiling libxslt-1.1.28 on my
newly built Cross Linux From Scratch multi-lib build. I do have libxml2
installed for dependencies sake. Some of what's on the screen:

make[3]: Entering directory '/sources/.../libxslt-1.1.28/python'
SRCDIR=. /usr/bin/python. /generator. py
Traceback (most recent call last) :
File ". /generator. py", line 923, in <module>
buildStubs()
File ". /generator. py", line 405, in buildStubs
(parser, target) = getparser()
File ". /generator. py", line 26, in getparser
parser = xml.sax.make_parser()
File "/usr/lib/python2.7/xml/sax/__init__.py", line 93, in make_parser
raise SAXReaderNotAvailable("No parsers found", and None)
xml.sax._exceptions.SAXReaderNotAvailable: No parsers found
make[3]: *** [gen_prog] Error 1
make[3]: Leaving directory '/sources/.../libxslt-1.1.28/python'
make[3]: ***[all-recursive] : Error 1
make[2]: Leaving directory' /sources/.../libxslt-1.1.28/python'

I'm not a programmer by any means but can get around Linux ok. Just

Makefile errata - win32 MinGW

Rupert Avery — 2013-01-31T07:17:07

Hello,

First off I'd just like to say I'm new at building things from scratch
using makefiles, and C/C++ in general, so my assumptions may be wrong.

i was trying to build 1.1.28 from source using MinGW but I was getting an
undefined reference to xsltEvalAVT while linking.

I traced to attrvt.o not included in the
Makefile.mingw XSLT_OBJS/XSLT_OBJS_A definition, although it is in the
.msvc version.

Is this a valid errata in the Makefile or (silly thought) did I just force
it to compile but there is a different workaround for mingw?

I added it in .mingw, did a distclean, re-configure'd and make'd it again
and the link went through, although now my problem is:

gcc.exe -Wl,-L,bin.mingw -Wl,-L,C:\MinGW\lib  -Wl,--major-image-version,1
-Wl,--minor-image-version,1 -o bin.mingw/xsltproc.exe -lwsock32 -llibxml2
-llibxslt -llibexslt int.utils.mingw/xsltproc.o

int.utils.mingw/xsltproc.o:xsltproc.c:(.text+0x11b): undefined reference to
`xmlStrdup'

I'm not really asking for a solution (I'll figure this out somehow

Re: Having a hard time to install on cygwin

Nils Werner — 2013-02-22T18:16:29

You need to install libxslt using the cygwin package installer by
running setup.exe again and selecting it.

On Fri, Feb 22, 2013 at 6:54 PM, Yves S. Garret
<yoursurrogategod< at >gmail.com> wrote:

Having a hard time to install on cygwin

Yves S. Garret — 2013-02-22T17:54:49

Hello,

I downloaded libxml2-2.9.0 and did the standard configure + make + make
install.  Now, when I try the following example, this is what I get:

Example:
http://bin.cakephp.org/view/1538130039

Error message:
http://bin.cakephp.org/view/493315042

I'm compiling in cygwin... and honestly, I'm not sure what I'm doing wrong.
 This is what happens when I run the whereis command:

$ whereis libxml
libxml: /lib/libxml2.la /usr/lib/libxml2.la /usr/local/lib/libxml2.a
/usr/local/lib/libxml2.la /usr/share/man/man3/libxml.3.gz

$ whereis libxml2
libxml2: /lib/libxml2.la /usr/lib/libxml2.la /usr/local/lib/libxml2.a
/usr/local/lib/libxml2.la /usr/include/libxml2

What am I doing wrong?
_______________________________________________
xslt mailing list, project page http://xmlsoft.org/XSLT/
xslt< at >gnome.org
https://mail.gnome.org/mailman/listinfo/xslt

Re: [PATCH] math:random() missing its seed

Daniel Veillard — 2013-02-19T13:28:34

  Hi Nils,


  Hum, right


  That maybe the main issue. People using it without initialization
may be fooled in expecting something randomized while it is not.


  Patch is complete, fine and applies well. My main question is
shouldn't the random generator be initialized by default in the
library itself instead of xsltproc ?
  The documentation says nothing except it's supposed to be random <grin/>
http://www.exslt.org/math/functions/random/index.html

  Basically if we don't initialize it is a false promise, but also
agreed one ought te be able to controld the to get reproductible
behaviour if needed.
  IMHO EXSLT should have allowed for an optional mecanism to seed
the number, that would have left the decision back in the stylesheet
writers hand.

  Considering how long we have shipped this way i think your patch
is a good compromise, so I pushed it as-is:

http://git.gnome.org/browse/libxslt/commit/?id=3fcf11ead6ad226227b0a3ef4cc6565b8d5857ff

  thanks a lot :-) !

Daniel

Re: Newbie question....Compiling libxslt-1.1.28 error on Cross Linux From Scratch...?

2013-02-06T16:36:59

Would installing python before expat cause this issue you think.? 


Sent from my android device.



_______________________________________________
xslt mailing list, project page http://xmlsoft.org/XSLT/
xslt< at >gnome.org
https://mail.gnome.org/mailman/listinfo/xslt

Re: Newbie question....Compiling libxslt-1.1.28 error on Cross Linux From Scratch...?

Michael Ludwig — 2013-02-06T10:33:34

dsreyes1014< at >gmail.com schrieb am 05.02.2013 um 21:38 (-0600):


No idea what and why, but maybe your Python needs Expat, too:

Issue 14839: xml.sax.make_parser() returns "No parsers found"
http://bugs.python.org/issue14839

Michael

Newbie question....Compiling libxslt-1.1.28 error on Cross Linux From Scratch...?

2013-02-06T03:38:39

Hello to all. I'm getting an error when compiling libxslt-1.1.28 on my
newly built Cross Linux From Scratch multi-lib build. I do have libxml2
installed for dependencies sake. Some of what's on the screen:

make[3]: Entering directory '/sources/.../libxslt-1.1.28/python'
SRCDIR=. /usr/bin/python. /generator. py
Traceback (most recent call last) :
File ". /generator. py", line 923, in <module>
buildStubs()
File ". /generator. py", line 405, in buildStubs
(parser, target) = getparser()
File ". /generator. py", line 26, in getparser
parser = xml.sax.make_parser()
File "/usr/lib/python2.7/xml/sax/__init__.py", line 93, in make_parser
raise SAXReaderNotAvailable("No parsers found", and None)
xml.sax._exceptions.SAXReaderNotAvailable: No parsers found
make[3]: *** [gen_prog] Error 1
make[3]: Leaving directory '/sources/.../libxslt-1.1.28/python'
make[3]: ***[all-recursive] : Error 1
make[2]: Leaving directory' /sources/.../libxslt-1.1.28/python'

I'm not a programmer by any means but can get around Linux ok. Just

[PATCH] math:random() missing its seed

Nils Werner — 2013-01-24T19:08:54

Hey,

I recently noticed that the current implementation of math:random()
repeatedly always produces the same random numbers.

After looking into the code and digging up a few messages from 2008
(http://comments.gmane.org/gmane.comp.gnome.lib.xml.general/13910) I
realised that the current implementation is missing its seed.

My modifications only apply to xsltproc itself. I figured that for now
software linking to libxslt may either already have run srand() itself
or may be required to do so in order to use the lib.

I also absolutely understand the need for a deterministic and
reproducible seed, so besides running srand(time(NULL)) once during
program startup I implemented a command line parameter --seed-rand
with wich the seed can be overridden manually.

The patch can be found at
https://github.com/nils-werner/libxslt/compare/master...seedrand.patch

Regards,
Nils Werner

Re: xsl:include from other than real file?

Peter Jentsch — 2013-01-20T11:29:23

Hi Lothar,

you should be able to achieve this using a custom entity loader ( 
http://xmlsoft.org/xmlio.html#entities). I haven't done this with 
libxml, but with java, but it should work all the same.

HTH,

Peter
_______________________________________________
xslt mailing list, project page http://xmlsoft.org/XSLT/
xslt< at >gnome.org
https://mail.gnome.org/mailman/listinfo/xslt

xsl:include from other than real file?

Lothar — 2013-01-20T10:14:53

Hi,

I am thinking about embedded xslt templates or templates in databases. I have several stylesheets that include other stylesheets. Usually the are located in the file system.
Can I change the location from a file into a memory buffer and preload this buffer into the xslt processor to use that instead the real file (preload)?

Maybe using a hook to intercept the real loading process from file...

Thanks, Lothar

Re: Building XSLT on Windows using mingw

Roumen Petrov — 2012-12-14T22:44:13

Right. Mingw makefile based build cannot be expected to be widely used.
Autotool based offer common build process. It could be used either for 
native or for cross builds.

[SNIP]
[SNIP]
No it is header from mingw runtime . It is fine to define it in makefile 
based libxml mingw build.
You patch looks good to me.

Uhh may be one day winsock library will be removed from both builds - 
autotool & makefile based .
This is issue with variable export/import. May be makefile libxml build 
use incorrect header or is installed incorrect header

No idea.
May be a library or crt file is build with 'old' compiler . 4.7.x is not 
compatible with versions before .


Roumen

Building XSLT on Windows using mingw

Paul Moore — 2012-12-14T21:35:37

I am trying to build libxslt on Windows, using the mingw toolchain.
Unless I'm mistaken, it doesn't look like this approach is commonly
used, as there seem to be a number of problems with the mingw makefile
supplied. (Alternatively, it's quite possible that I'm doing something
wrong, but I *have* tried the process a number of times now, on a
couple of PCs, always with the same sort of issues). But even after
fixing all the problems I can (patch attached) I still have issues.
I'd appreciate any advice.

I am using the latest mingw, with gcc version 4.7.2, on Windows 7. I
have an essentially clean build environment (I've stripped everything
from PATH except the Windows directories and mingw\bin). I have
previously built zlib and libiconv using the msys/mingw toolchain, and
I have them in my C_INCLUDE_PATH and LIBRARY_PATH variables, so that
gcc will pick them up automatically.

I have built libxml, by means of the documented build process

cscript configure.js compiler=mingw zlib=yes prefix=foo
mingw32-make in

Re: calling EXSLT function str:replace() without transform context raises memory error in 1.1.27

Stefan Behnel — 2012-11-30T05:53:49

Nick Wellnhofer, 28.09.2012 17:44:

Hm, looks like this slipped through for 1.1.28. Sorry for not insisting in
time.

< at >Daniel, could you take a look at Nick's patch and apply it if possible?

Stefan

Release of libxslt-1.1.28

Daniel Veillard — 2012-11-21T09:37:37

  I just made a new release pushing the bug fixes and cleanups,
it should be as usual at:
   ftp://xmlsoft.org/libxslt/

Bug Fixes:
- Fix generate-id() to avoid generating the same ID (Stewart Brodie)
- Fix crash with empty xsl:key/< at >match attribute (Nick Wellnhofer)
- Crash when passing an uninitialized variable to document() (Nick
  Wellnhofer)
- Add missing test docs to EXTRA_DIST (Nick Wellnhofer)
- Fix regression: Default namespace not correctly used (Nick Wellnhofer)

Cleanups:
- Remove xsltTransStorageAdd and xsltTransStorageRemove from symbols.xml
  (Daniel Veillard)
- autogen.sh cleanup (Daniel Richard)
- consistent use of xslt processor (Roumen Petrov)
- Add object files in tests/plugins to .gitignore (Nick Wellnhofer)
- Fix error on bug-165 regression test (Daniel Veillard)
- Remove xsltTransStorageAdd and xsltTransStorageRemove (Daniel
  Veillard)

Portability:
- Fix python build by using libxsltmod_la_CPPFLAGS instead of
  AM_CPPFLAGS (Alexandre Rostovtsev)
- configure should be more careful wit

Re: [PATCH] autogen.sh cleanup

Daniel Veillard — 2012-11-21T03:36:17

  Sure, looks fine, pushed,

    thanks !

Daniel