Alexander Wagner a écrit :
> Pascal Georges wrote:
>
> Hi!
>
> > On my Suse distro I get a crash after "package require
> > tdom" ...
>
> That's bad news...
>
> This is a stable SuSE? Or some of this Open-Ever-Beta
> stuff? That is: could it just be a bug in SuSE? Probably
> solved by some of their updates?
>
I use SLED 10.1, supported by Suse. I also checked on Windows
(ActiveState Tcl) and tdom is present.
> I guess you have the tdom package installed of course and
> that crash does not mean it just did not find it. As far as
> I got tDOM is pretty "old" so it should be stable. Mine is
> 0.7.8 dating July 2003...
>
> > Would it be possible to incorporate the necessary code in
> > Scid ?
>
> Hm, that indeed does not really sound like a solution. I
> mean put to the extreme we could just incoroprate tcl source
> into scid and build everything from scratch... (Probably
> bootstrapping a gcc before ;) <scnr>
>
> Besides: actually I'm still happy if I get tcl to talk with
> me, but building that stuff is a bit beyond my capabilities.
> I don't know where to put all this stuff for tcl to find it,
> what it requires and so on.
>
> > As a workaround I wrote catch { package require tdom } so
> > Scid can be launched, but for the least this exception
> > should be caught if no other solution is possible (that is
> > inhibit correspondance stuff if tdom is missing).
>
> Inhibit would not be necessary, one could use an external
> tool of course. But I admit that the above does not sound
> good. I thougth this stuff is kind of standard, stable and
> usable...
>
> But I'm open to use whatever lib or package that gives me
> just xpath access to xml. Admitting that I did quite some
> research to even come up with the tDOM solution.
>
> Anyway could you please check wether this is a singular
> problem on your setup? Probably by compiling tDOM from
> source? You're a lot more in this tcl-stuff then I'll ever
> be...
>
What I mean is that on some OS / distro, tdom will not be present. So
the user will have to fetch this one which is not always easy to do for
everybody.
But we can live with that.
Pascal
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
