Recurring problem with XML LibTool

[TomWaltz]

I mentioned this some months ago, and there still has not been any kind of response:

The LP_XMLConverter tool for Mac does not seem to work. Simply: It does not run. Instead, it presents the error
Failed to load LP_XMLConverterLib.

It is a default installation, simply unzipping the tar.gz file, then trying to run LP_XMLConverter. It does not seem to function whether I provide command switches or source/dest values or not.

The windows version appears to work fine, but this is of little use to me, since my work machine is a MAC!!

Is there any hope that this will be addressed or repaired some time soon?

[Ralph Wessel]

TomWaltz wrote:
I mentioned this some months ago, and there still has not been any kind of response:

The LP_XMLConverter tool for Mac does not seem to work. Simply: It does not run. Instead, it presents the error
Failed to load LP_XMLConverterLib.

Tom,

Sorry, I didn't see the earlier post on this. I am regularly using the LP_XMLConverter tool on the Mac and I haven't encountered any problems so far (at least none that weren't my own fault )

Can you briefly describe the steps you take to run the tool and the response you get?

[TomWaltz]

Ralph

I'm typing in ./LP_XMLConverter l2x <source directory> <target directory> in terminal.

The error that it kicks back is "Failed to load LP_XMLConverterLib."

I tried with different directories, l2x, x2l, no switch, switches I made up, and directories that do no exist, all with the same result.

[Ralph Wessel]

TomWaltz wrote:
I'm typing in ./LP_XMLConverter l2x <source directory> <target directory> in terminal.
The error that it kicks back is "Failed to load LP_XMLConverterLib."

Tom,

Can you tell me what you see if you do a "Get Info" on the file "LP_XMLConverterLib", in particular the version and file size (in bytes)? A snapshot of the Info window would be good (cmd-shift-4, press spacebar, click on the window).

[TomWaltz]

Interesting, it shows as a Unix executable, not a library...

[Ralph Wessel]

TomWaltz wrote:
Interesting, it shows as a Unix executable, not a library...

The assumed file type isn't of any consequence - mine thinks it's a Strata3D document.

However, the file size is different and that is of concern. Please refer to the info file from the same library on my Mac. The modified date and version all appear to be identical, but the number of bytes is reduced in your library. That suggests some kind of corruption or data loss - most likely when the files were extracted from the zip archive.

What did you use to unzip the original archive? Some tools try to do clever things with line endings on (assumed) text files which can wreak havoc when they get it wrong. OS X now has a built-in facility to create and expand zip files and that works well for me.

[TomWaltz]

Ralph

that's what I used as well: Mac OS 10's built-in unzipping utlity. I will have to try a few others and see if I get different results.

[TomWaltz]

I've now gotten the same file size using Mac's Unzip, Unzip from the Terminal, and Stuffit Expander for Windows.

Any other ideas? Ugh!!

[Ralph Wessel]

TomWaltz wrote:
I've now gotten the same file size using Mac's Unzip, Unzip from the Terminal, and Stuffit Expander for Windows.
Any other ideas? Ugh!!

Baffling...
I've set up a dmg file containing the libraries I use, but I'll send the link by PM - I don't think GS would want a general distribution of their files from other sources.