firstobject.com discussion http://www.firstobject.com/discussion.xml Discussion and Beta Update Feed en-us Tue, 08 Sep 2009 13:24:00 GMT 180 firstobject.com comments 142 18 http://www.firstobject.com/ http://www.firstobject.com/firstobjectNews.gif multiply defined symbol errors in easy zlib http://www.firstobject.com/easy-zlib-c++-xml-compression.htm#20090908132400 easy-zlib-c++-xml-compression.htm#20090908132400 Tue, 08 Sep 2009 13:24:00 GMT C++ Articles First of all thank you for developing and sharing this extremely useful lib. It has all I ever wanted from zlib, but in much smaller and easier to use package. :) I wanted you to know that I compiled it under mac OS X using xcode 3.1 (intel mac). I found only one issue, the linker was reporting duplicate symbols for function (since multiple source files have easy zlib included).

int ezcompress( ezbuffer& bufDest, const ezbuffer& bufSrc )
and similar...

I solved it by declaring the functions inline:

inline int ezcompress( ezbuffer& bufDest, const ezbuffer& bufSrc )
inline int ezuncompress( ezbuffer& bufDest, const ezbuffer& bufSrc )
inline int ezcompress( ezbuffer& bufDest, const MCD_STR& strSrc )
inline int ezuncompress( MCD_STR& strDest, const ezbuffer& bufSrc )
]]> Linking Problem of CMarkup V11.1 http://www.firstobject.com/fseeki64-ftelli64-in-vc++.htm#20090727061900 fseeki64-ftelli64-in-vc++.htm#20090727061900 Mon, 27 Jul 2009 06:19:00 GMT CMarkup Articles I'm using CMarkup (V11.1) class in my laboratory project (Windows XP & Visual C++ 6.0) for parsing xml documents. I've download Markup.h & Markup.cpp from www.firstobject.com and added them into my VC++ project.

There's a problem in Markup.h, line 223: "#elif _MSC_VER >= 1000". As the version of VC++ 6.0 is 1200, MCD_FSEEK and MCD_FTELL are defined as _fseeki64 and _ftelli64. This causes 2 linking errors, e.g. "unresolved external symbol __ftelli64"

However, if I choose to "Use MFC in a Static Library", just the same as the sample project does, it's okay. But the size of execution file seems to be too big. So I changed the line 223 like this: "#elif _MSC_VER > 1200", and the problem is solved. I also try version 11.0 of CMarkup and there's no such problem, because it define MCD_FSEEK as _fseeki64 only when _MSC_VER is bigger than 1400 (VC++ 2005).

I would suggest that for VC++ 6.0, it's better to define MCD_FSEEK and MCD_FTELL as fseek and ftell, rather than _fseeki64 and _ftelli64

]]> xml splitter http://www.firstobject.com/split-xml.htm#20090701182500 split-xml.htm#20090701182500 Wed, 01 Jul 2009 18:25:00 GMT XML Editor Articles I am searching for a xml splitter to generate the file name using values from a child field. I can't make [your script] work for my specific file name. Is there a way to have the file name this way: xmlOutput.Open( "test" + "_" + [Child value from REFERRAL_ID] + "_"+ nFileCount + ".xml", MDF_WRITEFILE ); My XML is:

<REFERRAL_DISCHARGE>
  <FILE_VERSION>1.0</FILE_VERSION>
  <REFERRAL_ID>9999</REFERRAL_ID>
  <ORGANISATION_ID>A12345-6</ORGANISATION_ID>
  <ORGANISATION_TYPE>100</ORGANISATION_TYPE>
  <EXTRACT_FROM_DATE_TIME>2009-06-01T00:00:00</EXTRACT_FROM_DATE_TIME>
  <EXTRACTED_DATE_TIME>2009-06-30T00:30:00</EXTRACTED_DATE_TIME>
  <TEAM_CODE>1111</TEAM_CODE>
  <EVENT_HCU_ID>AAA1234</EVENT_HCU_ID>
  <SEX>M</SEX>
  <DATE_OF_BIRTH>1900-05-05</DATE_OF_BIRTH>
  <REFERRAL_FROM>UN</REFERRAL_FROM>
  <START_DATE_TIME>2008-12-24T00:00:00</START_DATE_TIME>
</REFERRAL_DISCHARGE>

The parent is REFERRAL_DISCHARGE. I need the file name exactly how you have it plus the individual value from REFERRAL_ID to make it easy to link to the data included. We are a not-for-profit organization and we have to report to the Ministry of Health and our data is to be packed as individual XML files. We are not dealing with huge files (this one is only 316kb).

]]> 11.1 Issue: linking fseeki64 and ftelli64 http://www.firstobject.com/fseeki64-ftelli64-in-vc++.htm#20090617223100 fseeki64-ftelli64-in-vc++.htm#20090617223100 Wed, 17 Jun 2009 22:31:00 GMT CMarkup Articles I got an error in my application which is a windows mobile program, developing in VS 2008. I created the application in the following steps:

a) Create a smartdevice project: New project -> smart device ->Win32 Smart Device project
b) Add markup files: copy the two files into the project directory, then add them into the project, and select the "cmarkup.cpp", set it properties "Not Using Precompiled Headers"
c) Add some code in the testmarkup.cpp: #include "Markup.h" ... CMarkup xml; xml.Load(_T("UserInfo.xml"));
d) Compile the project, then I got the following error [configuration Debug Windows Mobile 5.0 Pocket PC SDK (ARMV4I)]:

...
WINVER not defined. Defaulting to 0x0400,
  which is appropriate for all supported Windows CE versions
...
.\Markup.cpp(1498) : error C3861: '_fseeki64': identifier not found
.\Markup.cpp(1499) : error C3861: '_ftelli64': identifier not found
...
]]> editor 2.3.5 help search, file mode subdocs http://www.firstobject.com/dn_editcomments.htm#20090617213000 dn_editcomments.htm#20090617213000 Wed, 17 Jun 2009 21:30:00 GMT XML Editor Articles Download the latest firstobject XML editor here. Release 2.3.5 introduces help search and CMarkup release 11.1 file mode subdocuments (see file mode sections of GetSubDoc and AddSubDoc) for handling pieces of XML files in memory and splitting large xml files.

  • Help search. Pressing F1 on a term in a Program will search on that term if it is not a function or method. Type search terms into the editbox above the help
  • CMarkup release 11.1 methods, features and fixes
  • mouse wheel code corrected for the editor and added to the tree
  • foal: improvements in the debugging display for CMarkup objects in file mode; the read and write file offset and the current position
  • output box right-click function to "Open in document window"
  • Redo Ctrl+Y now puts the cursor in the correct location
  • Undo Ctrl+Z combines consecutive typed characters on a line and will also combine consecutive backspaces on a line, and consecutive deletes on a line

    • ]]>         Enter() and Leave() methods http://www.firstobject.com/dn_marklevels.htm#20090612120501 dn_marklevels.htm#20090612120501 Fri, 12 Jun 2009 12:05:01 GMT CMarkup Articles ...Also (and this is just a personal preference of mine, so please ignore it), I've renamed the functions "IntoElem()" and "OutOfElem()" to "Enter()" and "Leave()" respectively. I find 'em easier to type and read.

    ]]>         11.1 Issue: linking fseeki64 and ftelli64 http://www.firstobject.com/fseeki64-ftelli64-in-vc++.htm#20090612120500 fseeki64-ftelli64-in-vc++.htm#20090612120500 Fri, 12 Jun 2009 12:05:00 GMT CMarkup Articles I'm still on VC++ 6.0 (don't ask) and the functions _fseeki64 and _ftelli64 don't exist. To fix this, you just need to bump the compiler version directive as follows:

    Old line 223:
    #elif _MSC_VER >= 1000 // VC++

    New line 223:
    #elif _MSC_VER > 1200 // > VC++ 6.0?

    ]]>         easy zlib checksum question http://www.firstobject.com/easy-zlib-c++-xml-compression.htm#20090601090900 easy-zlib-c++-xml-compression.htm#20090601090900 Mon, 01 Jun 2009 09:09:00 GMT C++ Articles I've downloaded and used your easy zlib, it is really easy to use! But when I compress and decompress files using your library, the checksum of files are different. Here is my sample source code:

    ]]>         declarations in write file mode http://www.firstobject.com/dn_markxmldecl.htm#20090525133100 dn_markxmldecl.htm#20090525133100 Mon, 25 May 2009 13:31:00 GMT CMarkup Articles I've got large file writing mode working now, with one exception. My code uses the SetDoc method to add XML and style sheet declarations, like this:

    CString sXMLHeader(_T("<?xml version=\"1.0\" encoding=\"UTF-8\"?>\r\n"));
if (m_bUseXSLT)
  sXMLHeader.Append(_T("<?xml-stylesheet type=\"text/xsl\" href=\"fs.xsl\"?>\r\n"));
m_markup.SetDoc(sXMLHeader);

    I've noticed that when using MDF_WRITEFILE mode, SetDoc is not supported, so this code no longer works. Adding the XML declaration to the markup object constructor doesn't seem to work either. What's the right way to inject these declarations when using large file writing mode?

    ]]>         editor 2.3.4 better far east char performance http://www.firstobject.com/dn_editcomments.htm#20090511104500 dn_editcomments.htm#20090511104500 Mon, 11 May 2009 10:45:00 GMT XML Editor Articles Release 2.3.4 has better text drawing performance which is especially noticeable when a lot of far eastern text (such as Chinese or Japanese) is in view and Windows GDI++ is on. This is a big step up from the solution started in 2.2.5. This release also completes tree customization lower level child element, minor resource string improvements, and does not display a parse error when loading non-markup text documents.

    ]]>         Tree customization lower level child element http://www.firstobject.com/tree-customization-in-xml-editor.htm#20090508111600 tree-customization-in-xml-editor.htm#20090508111600 Fri, 08 May 2009 11:16:00 GMT XML Editor Articles Is it possible to have a lower level child element (not direct child) displayed in the Tree? As an example, I have the following reoccurring nodes and would like the BusinessNameLine1 displayed on the SubsidiaryReturn tree.

    <SubsidiaryReturn> 
  <ReturnHeader> 
    <SubsidiaryCorp> 
      <EIN>999999999</EIN> 
      <Name> 
        <BusinessNameLine1>Company Name</BusinessNameLine1> 
      </Name>

    We've got over two hundred subsidiary returns in our consolidated Federal Tax Return XML eFile data which makes it very hard to traverse the list.

    ]]>         missing tag in huge XML file http://www.firstobject.com/parse-huge-xml-file-in-c++.htm#20090508102200 parse-huge-xml-file-in-c++.htm#20090508102200 Fri, 08 May 2009 10:22:00 GMT CMarkup Articles So here is where we get into trouble... if a property is NULL, the .NET serializer doesn't write out the tag at all. So what happens when we use FindElem("property1") is that it scans to the end, and we can't read any more of the data. Do you have any suggestions? Is there some way to record where we started, and roll the file pointer back to that location so we can avoid the problem of a missing tag in the XML?

    ]]>         11.0 Bug: file read and write modes http://www.firstobject.com/dn_markknown.htm#20090507120000 dn_markknown.htm#20090507120000 Thu, 07 May 2009 12:00:00 GMT CMarkup Articles (fixed in 11.1)

    If you are using either read or write file mode (the Open method) this is an important fix. Please replace the ElemStack Unslot method in Markup.cpp line 1274 as follows:

    void Unslot( TagPos& lp ) { int n=lp.iSlotNext,p=lp.iSlotPrev; if (n) pL[n].iSlotPrev=p; if (p) pL[p].iSlotNext=n; else anTable[lp.nSlot]=n; };

    *Thanks Dave Terracino

    ]]>         pull from a huge XML file a little bit at a time http://www.firstobject.com/parse-huge-xml-file-in-c++.htm#20090505065200 parse-huge-xml-file-in-c++.htm#20090505065200 Tue, 05 May 2009 06:53:00 GMT CMarkup Articles What we have is a rather large XML file [1.82GB] that we need to pull all the data from a little bit at a time. This is a file that was serialized to an XML file from a .NET application and needs to be read back in by our Visual C++ 6.0 application. We need this ASAP, as we've been trying other paths to no avail.

    ]]>         FOAL C++ short circuit evaluation http://www.firstobject.com/dn_foal.htm#20090501103400 dn_foal.htm#20090501103400 Fri, 01 May 2009 10:34:00 GMT XML Editor Articles Something I noticed (the hard way) is that FOAL doesn't seem to support 'short circuit evaluation,' at least not in my usage in an 'if' test scenario. Not a big deal to work around it, just a difference from C++ that you might mention in the existing documentation about the differences between FOAL and C++.

    ]]>