libopc Discussions Rss Feed

New Post: Building libopc for armv7 with clang

valentinradu — Sat, 27 Apr 2013 18:23:21 GMT

Hey Florian,

Thanks for the input, works like a charm. Just one thing, you can't set the host in your config file so I had to hack it a little to get it to work (set it manually), I don't know if this is intended (or if there is a nicer way to do it) or not, but I though I should write it here if anybody has this problem in the future.

New Post: Building libopc for armv7 with clang

flr — Sat, 27 Apr 2013 17:04:13 GMT

Hi,

you need to define the platform in the Makefile.platform.xml. I use

<platform name="ios4-debug-gcc-i386" family="ios-debug-gcc-x86"

cc="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/llvm-gcc-4.2"

ld="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/ld"

ar="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/ar"

cflags="-g -O0 -arch i386 -fno-exceptions -fvisibility=hidden -fstack-protector"

cflags_c="-std=c99" cflags_cpp="-fno-rtti"

cppflags="-D__IPHONE_OS_VERSION_MIN_REQUIRED=40300 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.1.sdk/"

ldflags="-framework Foundation -framework UIKit -framework CoreText -framework CoreGraphics -framework OpenGLES -framework QuartzCore -lstdc++"/>

<platform name="ios4-release-gcc-i386" family="ios-release-gcc-x86"

cc="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang"

ld="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld"

ar="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ar"

cflags="-g -Os -arch i386 -fno-exceptions -fvisibility=hidden"

cflags_c="-std=c99" cflags_cpp="-fno-rtti"

cppflags="-DNDEBUG -D_NDEBUG -D__IPHONE_OS_VERSION_MIN_REQUIRED=40300 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator6.1.sdk/"

ldflags="-framework Foundation -framework UIKit -framework CoreText -framework CoreGraphics -framework OpenGLES -framework QuartzCore -lstdc++"/>

<platform name="ios4-debug-gcc-armv7" family="ios-debug-gcc-arm"

cc="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang"

ld="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld"

ar="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ar"

cflags="-g -O0 -arch armv7 -fno-exceptions -fvisibility=hidden -mthumb"

cflags_c="-std=c99" cflags_cpp="-fno-rtti"

cppflags="-miphoneos-version-min=4.3 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk"

ldflags="-framework Foundation -framework UIKit -framework CoreText -framework CoreGraphics -framework OpenGLES -framework QuartzCore -lstdc++"/>

<platform name="ios4-release-gcc-armv7" family="ios-release-gcc-arm"

cc="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang"

ld="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld"

ar="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ar"

cflags="-g -Os -arch armv7 -fno-exceptions -fvisibility=hidden -mthumb"

cflags_c="-std=c99" cflags_cpp="-fno-rtti"

cppflags="-DNDEBUG -D_NDEBUG -miphoneos-version-min=4.3 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS6.1.sdk"

ldflags="-framework Foundation -framework UIKit -framework CoreText -framework CoreGraphics -framework OpenGLES -framework QuartzCore -lstdc++""/>

on my machine.

Let me know whether this works,

Florian

New Post: Building libopc for armv7 with clang

valentinradu — Sat, 27 Apr 2013 16:27:50 GMT

Hi,

Fist of all, thank you for this great lib. I'm trying to build it for armv7 but it seems it's not supported out of the box. I've tried to set the os/ver/toolchain/arch to ios4-debug-clang-armv7 with no luck. Also, it seems the config file only accepts debug for the clang toolchain. Is there a easy way to do it?

New Post: .rels xml missing header

DrLudwig — Sat, 30 Mar 2013 20:44:25 GMT

Hi Florian,
thank you for your reply. I'm using the compiled version libopc-sdk-darwin-debug/release-gcc-x64-0.0.3 and do not feel confident to compile the library myself at this stage.
If you don't mind could you please add this line:

opcContainerWriteUtf8Raw(out, _X('<?xml version="1" encoding="utf-8"?>'))

before your next release?
Thank you for this very useful library.
Regards,
Matthias

New Post: .rels xml missing header

flr — Sat, 30 Mar 2013 10:37:23 GMT

Hi, well --- it should not be a problem. But you can easily add the header in opcContainerWriteRels (container.c). Simply put a opcContainerWriteUtf8Raw(out, _X("<?xml version=....")); in there. Best, Florian

New Post: .rels xml missing header

DrLudwig — Thu, 28 Mar 2013 23:16:55 GMT

When I create a custom opc package using libopc on MacOS X and add a relationship with opcRelationAdd the produced .rels xml file does not have the usual xml header:
<?xml version= ...

This does not seem to be a problem, but is not equivalent to what microsoft is doing.

New Post: using in C#

connectsrini2011 — Sun, 10 Mar 2013 01:11:35 GMT

I do need this library to create a c# .net wrapper how to do it

New Post: .NET Wrapper

connectsrini2011 — Sun, 10 Mar 2013 01:07:16 GMT

Does a .NET Wrapper Exist and if not how to create a .NET Wrapper ( C# ) from object file library

New Post: .NET Wrapper (no SDK)

toddmain — Sat, 09 Feb 2013 01:40:11 GMT

Do you know if a .NET wrapper exists for libOPC? I'm working with WinRT, which doesn't support IO.Packaging. So it looks like libOPC may be the way to go, but I haven't a clue as to what do with C++/CLI stuff.

If a wrapper exists, could you point me to it? If not, how would one go about creating one? My needs are pretty simple - read-only and a rough estimation of IO.Packaging to load the streams (PackageParts, XML, images, etc.). No need for SDK type of mapping to named package parts.

New Post: Problem iterating relations

rebustiano — Tue, 22 Jan 2013 16:51:59 GMT

Well, sorry for the question, the real problem was at example code!!!!!!!!!!!!

In the second loop, "rel" must be compared with OPC_RELATION_INVALID instead of OPC_PART_INVALID.

Regards!

New Post: Problem iterating relations

rebustiano — Tue, 22 Jan 2013 16:32:18 GMT

Well, I have just fixed my problem but I think the solution is not "elegant".

I could see when a part has no relations opcRelationFirst return UINT_MAX as relation. Then:

 for(opcPart part=opcPartGetFirst(c);OPC_PART_INVALID!=part;part=opcPartGetNext(c, part)) {
		 //printf("%s;%s \n", part, opcPartGetType(c, part));
	   for(opcRelation rel=opcRelationFirst(c, part);
		 OPC_PART_INVALID!=rel; rel=opcRelationNext(c, part, rel)) 
      {
		   if (rel == UINT_MAX) break;
			...
			...
       }
}

As I said, I dont like the solution, Could somebody get de images "id" by other way or with a more elegant code?
Many Thanks!

New Post: Problem iterating relations

rebustiano — Tue, 22 Jan 2013 16:01:38 GMT

HI every one.

I am making a reader and render for docx files and using libopc to read it.

Well, I have a problem to get the images "id", then I decided get the image "Id" by the same way that opcContainerDump method is printing this information. For beginning I tried to print every relationship by using the code that I see in libopc documentation but the code is crashing...

opcContainer *c = opcContainerOpen(_X(filePath.c_str()),  OPC_OPEN_READ_ONLY,  NULL,  NULL);
if (c)
{
		
    for(opcPart part=opcPartGetFirst(c);OPC_PART_INVALID!=part;part=opcPartGetNext(c, part)) {
	   for(opcRelation rel=opcRelationFirst(c, part); OPC_PART_INVALID!=rel; rel=opcRelationNext(c, part, rel)) {
		   opcPart internal_target=opcRelationGetInternalTarget(c, part, rel);
		   const xmlChar *external_target=opcRelationGetExternalTarget(c, part, rel);
		   const xmlChar *target=(NULL!=internal_target?internal_target:external_target);
		   const xmlChar *prefix=NULL;
		   opc_uint32_t counter=-1;
		   const xmlChar *type=NULL;
		   opcRelationGetInformation(c, part, rel, &prefix, &counter, &type);        
		   if (-1==counter) { /* no counter after prefix */
			  printf("%s;%s;%s;%s\n", part, prefix, target, type);
		   } else {
			  printf("%s;%s%i;%s;%s\n", part, prefix, counter, target, type);
		   }
	   }
}
...
....

Any suggestion?

Many thanks and great library!

New Post: Large parts and Windows X64

dmendres — Tue, 08 Jan 2013 17:18:33 GMT

Well, duh, now that I submitted this, I see that Zip64 is not currently supported and there is an existing work item to add Zip64 support. The field set in the quoted code is the original zip header, for file sizes up to 0xFFFFFFFF. I just voted the work item up. Any comments on the difficulty of accomplishing this?

New Post: Large parts and Windows X64

dmendres — Tue, 08 Jan 2013 15:12:56 GMT

I have rebuilt libopc on Windows (VS2010) for X64 platform (I think!). It certainly is running in a 64-bit executable. However, I see that the part headers in zip.c appear to be hard-coded as unsigned int 32:

 && (4==opcZipRawWriteU32(io, rawState, compressed_size))  // compressed size
        && (4==opcZipRawWriteU32(io, rawState, uncompressed_size))  // uncompressed size

As expected, when I create a large part (12391552489), the recorded archive compressed size (3801617899) is incorrect, and is exactly the remainder of the original size modulo max unsigned int32:

12391552489%4294967295

3801617899

Now, Winzip knows the actual size of the uncompressed part, so I believe the deflated stream is written correctly, but the header is incorrect.

Have I built the X64 target incorrectly or is this a libopc limitation? I suspect the latter because of the 4 byte write quoted from zip.c, above.

New Post: Creating xlsx file from scratch?

Cooor — Thu, 22 Nov 2012 07:53:45 GMT

hi,

I've tested Masood's code to get a xlsx file text content like this:

static void dumpSharedrows(mceTextReader_t *reader){
#if 0
xmlChar *ln = xmlStrdup(xmlTextReaderLocalName(reader->reader));
const char * lnvalue=(const char*)ln;
if((strcmp(lnvalue,"si"))==0) {
//id3++;
}
#endif
mce_skip_attributes(reader);
//mce_start_attributes(reader){ }
//mce_end_attributes(reader);

mce_start_children(reader){
mce_start_element(reader,NULL,NULL)
{ dumpSharedrows(reader); }
mce_end_element(reader);

mce_start_text(reader){
      for(const xmlChar *txt=xmlTextReaderConstValue(reader->reader);0!=*txt;txt++)
      putc(*txt, stdout);
      putc('\n', stdout);
//remove((const char *)xmlTextReaderConstValue(reader->reader));

//LOGI("%s", xmlTextReaderConstValue(reader->reader));

}mce_end_text(reader);
}
mce_end_children(reader);
}

int __stdcall processxlsx(_TCHAR* inputFilename, _TCHAR* outputFilename)
{
#ifdef WIN32
_CrtSetDbgFlag (_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);
#endif

opcInitLibrary();
opcContainer *c=opcContainerOpen(_X(inputFilename), OPC_OPEN_READ_ONLY, NULL, NULL);
if (NULL!=c) {
mceTextReader_t reader;

if (OPC_ERROR_NONE==opcXmlReaderOpen(c, &reader, _X("xl/sharedStrings"), NULL, 0, 0)) // xl/worksheets/sheet1.xml
{
  mce_start_document(&reader)
  {
   mce_start_element(&reader, NULL, NULL)
   {
    dumpSharedrows(&reader);
   }
   mce_end_element(&reader);
  }
  mce_end_document(&reader); mceTextReaderCleanup(&reader);
}
opcContainerClose(c, OPC_CLOSE_NOW);
}
opcFreeLibrary();

#ifdef WIN32
OPC_ASSERT(!_CrtDumpMemoryLeaks());
#endif
return 0;
}

only part of the text content would be received. I'd lovely to get whole text at a time,but it seems I must process xl/worksheets/sheet1.xml
,xl/worksheets/sheet2.xml... is it ture? how i can do that?

Another question, how can i get the whole text content from a pptx file? i am seeking of it.

Regards.

Cooor.

New Post: Concurrent dump?

gemmell — Tue, 13 Nov 2012 04:49:38 GMT

flr wrote:
One more thing: libopc is NOT thread safe. So if you are calling the "dump" function from different thread be sure to add a MUTEX before calling libopc.

Well that'd be it then - I read "Concurrent Write" to mean "can write/read from two separate threads so long as they're different parts without the need for a mutex". Talk about reading into it!.... maybe don't use the term concurrent on that page - it's not concurrent (occurring at the same time) at all.

Thanks for the clarification.

New Post: using in C#

rzarei — Fri, 09 Nov 2012 07:16:20 GMT

Hi.

Thanks.

New Post: using in C#

flr — Thu, 08 Nov 2012 16:52:00 GMT

Hi,

you must be referring to: http://en.wikipedia.org/wiki/Opc_server. The "opc" in libopc refers to: http://en.wikipedia.org/wiki/Open_Packaging_Conventions.

so I'm sorry. I guess this it not the lib your are looking for ;-)

Best,

Florian

New Post: Concurrent dump?

flr — Thu, 08 Nov 2012 16:48:31 GMT

Hi,

Well --- it should do interleaved reads and writes!!! I guess there is a little --- bug :-(

Here is a little sample program. A modified version of opc_extract which will dump two streams interleaved:

#include <opc/opc.h>
#include <stdio.h>
#ifdef WIN32
#include <io.h>
#include <fcntl.h>
#endif
#ifdef WIN32
#include <crtdbg.h>
#endif

int main( int argc, const char* argv[] )
{
#ifdef WIN32
     _CrtSetDbgFlag (_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);
#endif

#ifdef WIN32
    _setmode( _fileno( stdout ), _O_BINARY ); // make sure LF are not translated to CR LF on windows...
#endif
    if (OPC_ERROR_NONE==opcInitLibrary() && 4==argc) {
        opcContainer *c=NULL;
        if (NULL!=(c=opcContainerOpen(_X(argv[1]), OPC_OPEN_READ_ONLY, NULL, NULL))) {
            opcPart part=OPC_PART_INVALID;
            opcContainerInputStream *stream[2]={NULL, NULL};
            for(int i=0;i<2;i++) {
                if ((part=opcPartFind(c, _X(argv[2+i]), NULL, 0))!=OPC_PART_INVALID) {
                    stream[i]=opcContainerOpenInputStream(c, part);;
                }
            }
            while(stream[0]!=NULL || stream[1]!=NULL) {
                for(int i=0;i<2;i++) {
                    if (NULL!=stream[i]) {
                        opc_uint8_t buf[100];
                        opc_uint32_t len=0;
                        if((len=opcContainerReadInputStream(stream[i], buf, sizeof(buf)))>0) {
                            fwrite(buf, sizeof(opc_uint8_t), len, stdout);
                        } else if (0==len) {
                            opcContainerCloseInputStream(stream[i]);
                            stream[i]=NULL;
                        } else {
                            assert(0); // not good...
                        }
                    }
                }
            }
            opcContainerClose(c, OPC_CLOSE_NOW);
        } else {
            fprintf(stderr, "ERROR: file \"%s\" could not be opened.\n", argv[1]);
        }
        opcFreeLibrary();
    } else if (2==argc) {
        fprintf(stderr, "ERROR: initialization of libopc failed.\n");    
    } else {
        fprintf(stderr, "opc_extract FILENAME PART1 PART2\n\n");
        fprintf(stderr, "Sample: opc_extract test.docx word/document.xml word/styles.xml\n");
    }
#ifdef WIN32
    OPC_ASSERT(!_CrtDumpMemoryLeaks());
#endif
    return 0;
}

I gave it a try with:

> opc_extract2 OOXMLI1.docx word/document.xml word/styles.xml

and it gave me the two streams without any assertion failure.

It would be great to understand the bug which triggers the assertion in your program.

One more thing: libopc is NOT thread safe. So if you are calling the "dump" function from different thread be sure to add a MUTEX before calling libopc.

Hope that helps,

Florian

New Post: using in C#

rzarei — Thu, 08 Nov 2012 14:22:28 GMT

Hi.

I'm developing a monitoring application that interacts with PLCs. I want to create an OPC Server and expose Tags; i think you misunderstood my question.

Thanks.