Hi Vic, As usual, thanks for testing. I get the same error on my Windows machine. I think something has to be updated in the liblouisutdml windows directory. Hopefully I can do that before leaving for Washington tomorrow afternoon. In any case, you can continue to use the previous version of liblouisutdml. John On Sat, May 05, 2012 at 10:13:12PM -0400, Vic Beckley wrote: > John, > > That is exactly what I did. Liblouis seemed to compile successfully. At > least there were no errors and the new DLL was created. It said I was at > revision 591. It wasn't until I ran the nmake command for liblouisutdml that > I got all the errors. Is there anything else I can try? > > > Best regards from Ohio, U.S.A., > > Vic > E-mail: vic.beckley3@xxxxxxxxx > > -----Original Message----- > From: brailleblaster-bounce@xxxxxxxxxxxxx > [mailto:brailleblaster-bounce@xxxxxxxxxxxxx] On Behalf Of John J. Boyer > Sent: Saturday, May 05, 2012 9:58 PM > To: brailleblaster@xxxxxxxxxxxxx > Subject: [brailleblaster] Re: Error > > Hi Vic, > > The getLadstTableList is a new liblouis function. If you first update > your lilouis repository, compile liblouis and then compile liblouisutdml > it should work. If it doesn't there may be a problem with the liblouis > repository. > > John > > On Sat, May 05, 2012 at 09:34:36PM -0400, Vic Beckley wrote: > > John, > > > > Here is the last portion of the error I received when trying to compile > > liblouisutdml. It was too long to fit on one screen. Where is the log file > > that shows the error? > > > > link /dll /nologo /DEF:liblouisutdml.def SAX.obj entities.obj encoding > > .obj error.obj parserInternals.obj parser.obj tree.obj hash.obj > > list.obj > > xmlIO.obj xmlmemory.obj uri.obj valid.obj xlink.obj HTMLparser.obj > > HTMLtre > > e.obj debugXML.obj xpath.obj xpointer.obj xinclude.obj nanohttp.obj > > nanoft > > p.obj DOCBparser.obj catalog.obj globals.obj threads.obj c14n.obj > > xmlstrin > > g.obj xmlregexp.obj xmlschemas.obj xmlschemastypes.obj xmlunicode.obj > > xmlre > > ader.obj relaxng.obj dict.obj SAX2.obj xmlwriter.obj legacy.obj > > chvalid.ob > > j pattern.obj xmlsave.obj xmlmodule.obj schematron.obj > > Jliblouisutdml.obj c > > hange_table.obj makeContents.obj examine_document.obj liblouisutdml.obj > > path > > s.obj readconfig.obj semantics.obj transcribe_cdataSection.obj > > transcribe_ch > > emistry.obj transcribe_computerCode.obj transcribe_document.obj > > transcribe_gr > > aphic.obj transcribe_math.obj transcribe_music.obj > > transcribe_paragraph.obj > > convert_utd.obj utd2transinxml.obj utd2brf.obj utd2pef.obj > > utd2volumes.obj > > transcriber.obj c:\liblouis\windows\liblouis-2.lib wsock32.lib > ws2_32.lib > > kern > > el32.lib /DEF:liblouisutdml.def /OUT:liblouisutdml.dll > > Creating library liblouisutdml.lib and object liblouisutdml.exp > > semantics.obj : warning LNK4217: locally defined symbol xmlFree imported > in > > func > > tion registerNamespaces > > transcriber.obj : warning LNK4049: locally defined symbol xmlFree imported > > readconfig.obj : error LNK2019: unresolved external symbol > getLastTableList > > refe > > renced in function findTable > > liblouisutdml.dll : fatal error LNK1120: 1 unresolved externals > > NMAKE : fatal error U1077: '"c:\Program Files (x86)\Microsoft Visual > Studio > > 9.0\ > > VC\Bin\amd64\link.EXE"' : return code '0x460' > > Stop. > > NMAKE : fatal error U1077: '"c:\Program Files (x86)\Microsoft Visual > Studio > > 9.0\ > > VC\Bin\amd64\nmake.EXE"' : return code '0x2' > > Stop. > > C:\liblouisutdml\windows> > > > > > > Best regards from Ohio, U.S.A., > > > > Vic > > E-mail: vic.beckley3@xxxxxxxxx > > > > > > > > -- > John J. Boyer; President, Chief Software Developer > Abilitiessoft, Inc. > http://www.abilitiessoft.com > Madison, Wisconsin USA > Developing software for people with disabilities > > -- John J. Boyer; President, Chief Software Developer Abilitiessoft, Inc. http://www.abilitiessoft.com Madison, Wisconsin USA Developing software for people with disabilities