libopc Issue Tracker Rss Feed

Closed Task: missing iOS build for build 0.0.2 [794]

mfayez — Thu, 16 May 2013 10:31:19 GMT

the iOS video tutorial in the documentation section is using version 0.0.1 which is wrong as this version does not have mceTextReader_t data type.

please make a new build for iOS for version 0.0.2

I got the code and I am trying to make the build myself, if it worked fine please allow me to upload it.

best regards,
Mahmoud Fayez

Commented Feature: add Zip64 64bit support [165]

gemmell — Thu, 02 May 2013 00:49:41 GMT

Currently Zip64-based OPC container are not supported.
Comments: ** Comment from web user: gemmell **

Would be good to have.

Commented Feature: add Zip64 64bit support [165]

harikoduru — Thu, 24 Jan 2013 16:47:32 GMT

<p>Currently Zip64-based OPC container are not supported.</p>
Comments: ** Comment from web user: harikoduru **

We support this request as well.

Commented Feature: add Zip64 64bit support [165]

rursem — Fri, 18 Jan 2013 21:47:17 GMT

<p>Currently Zip64-based OPC container are not supported.</p>
Comments: ** Comment from web user: rursem **

When using OPC from a C++ environment with large files, 64 bit support is needed. In our field we plan to use OPC for reservoir descriptions, which can easily exceed the 32 bit limit.

Commented Issue: At unidentified conditions libopc fail with "Part /_rels/.rels does not exist.!\n" message [1074]

vitaly_v_ch — Tue, 08 Jan 2013 14:57:34 GMT

but unzip show "_rels/.rels" as archive member:

$ unzip -v 210648_summary_0_avg.xlsx
Archive: 210648_summary_0_avg.xlsx
Length Method Size Cmpr Date Time CRC-32 Name
-------- ------ ------- ---- ---------- ----- -------- ----
531 Defl:N 192 64% 1980-00-00 00:00 947bd5a8 _rels/.rels
702 Defl:N 359 49% 1980-00-00 00:00 9c87e49e docProps/core.xml
267 Defl:N 163 39% 1980-00-00 00:00 8f99c3e9 docProps/app.xml
...
$
Comments: ** Comment from web user: vitaly_v_ch **

Some hint:

I add following lines to findItem():

OPC_ASSERT(i==j);
*pos=i;
+ {
+ for (i=0; i<items; i++)
+ fprintf(stderr, "%s: key1='%s', ((opcContainerPart*)array_)[%u].name='%s'\n",
+ __func__, key1, i, ((opcContainerPart*)array_)[i].name);
+ }
return OPC_FALSE;

and get on stderr:

findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[0].name='docProps/app.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[1].name='docProps/core.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[2].name='xl/sharedStrings.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[3].name='xl/styles.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[4].name='xl/workbook.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[5].name='xl/worksheets/sheet1.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[6].name='xl/worksheets/sheet10.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[7].name='xl/worksheets/sheet11.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[8].name='xl/worksheets/sheet2.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[9].name='xl/worksheets/sheet3.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[10].name='xl/worksheets/sheet4.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[11].name='xl/worksheets/sheet5.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[12].name='xl/worksheets/sheet6.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[13].name='xl/worksheets/sheet7.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[14].name='xl/worksheets/sheet8.xml'
findItem: key1='_rels/.rels', ((opcContainerPart*)array_)[15].name='xl/worksheets/sheet9.xml'
Part /_rels/.rels does not exist.!

So '_rels/.rels' really does not exist in array_. It's by design or it's misbehavior of libopc?

Commented Issue: At unidentified conditions libopc fail with "Part /_rels/.rels does not exist.!\n" message [1074]

vitaly_v_ch — Sun, 23 Dec 2012 09:53:08 GMT

In my application all calls to libopc are made from same thread. So all calls are properly mutexed :)

-pthread is artefact from main application.

all sample code you can extract from attachment XlsxEditor.zip. My sample code is stripped down from main application except that artifact :).

Commented Issue: At unidentified conditions libopc fail with "Part /_rels/.rels does not exist.!\n" message [1074]

flr — Sat, 22 Dec 2012 09:56:58 GMT

-pthread ?!

Looks like you are using threads... Are you sure you have all concurrent calls to libopc properly mutexed?
Can you provide some sample code?

Thanks!

Commented Issue: At unidentified conditions libopc fail with "Part /_rels/.rels does not exist.!\n" message [1074]

vitaly_v_ch — Thu, 20 Dec 2012 10:53:09 GMT

PS: there are at least two base documents with same behavior: one created by MS Excel and one created by Libre Office.

Commented Issue: At unidentified conditions libopc fail with "Part /_rels/.rels does not exist.!\n" message [1074]

vitaly_v_ch — Thu, 20 Dec 2012 10:49:47 GMT

I compile my test application in following way:

$ gcc -o test \
-g -Wall -Wextra -pthread -Wno-sign-compare -Wno-write-strings -Wno-deprecated -Wno-unused-parameter -Wno-unused-variable `xml2-config --cflags` -D_GNU_SOURCE \
test.c xlsx_editor.c \
-lopc
$

and run:

$ ./test out.xlsx bEVM_9-LO.xlsx
Part /_rels/.rels does not exist.!
$

Commented Issue: At unidentified conditions libopc fail with "Part /_rels/.rels does not exist.!\n" message [1074]

flr — Wed, 19 Dec 2012 21:27:06 GMT

Thanks for reporting the issue.
Is it possible for you to attach the document in question?

Created Issue: At unidentified conditions libopc fail with "Part /_rels/.rels does not exist.!\n" message [1074]

vitaly_v_ch — Wed, 19 Dec 2012 19:31:07 GMT

Commented Issue: Small bug in _opcZipFileRead and _opcZipFileWrite functions [1055]

flr — Tue, 18 Dec 2012 23:44:07 GMT

Hi, by locking at you code in zip.c file I discovered a small bug in _opcZipFileRead and _opcZipFileWrite functions. They will never report OPC_ERROR_STREAM. The code how it should look is in attachment. Hope it helps.
Comments: ** Comment from web user: flr **

Hi!
Thanks a lot for the finding. I will add you patch to the next release.

Created Issue: Small bug in _opcZipFileRead and _opcZipFileWrite functions [1055]

BorgRi — Sat, 01 Dec 2012 16:53:41 GMT

Hi, by locking at you code in zip.c file I discovered a small bug in _opcZipFileRead and _opcZipFileWrite functions. They will never report OPC_ERROR_STREAM. The code should look like this:

static inline opc_uint32_t _opcZipFileRead(opcIO_t *io, opc_uint8_t *buf, opc_uint32_t buf_len) {
OPC_ASSERT(NULL!=io && io->_ioread!=NULL && NULL!=buf);
opc_uint32_t ret=0;
if (OPC_ERROR_NONE==io->state.err) {
int len=io->_ioread(io->iocontext, (char *)buf, buf_len);
ret=(opc_uint32_t)len;
if (retstate.err=OPC_ERROR_STREAM;
} else {
io->state.buf_pos+=ret;
}
}
return ret;
}

static inline opc_uint32_t _opcZipFileWrite(opcIO_t *io, const opc_uint8_t *buf, opc_uint32_t buf_len) {
OPC_ASSERT(NULL!=io && io->_iowrite!=NULL && NULL!=buf);
opc_uint32_t ret=0;
if (OPC_ERROR_NONE==io->state.err) {
int len=io->_iowrite(io->iocontext, (const char *)buf, buf_len);
ret=(opc_uint32_t)len;
if (retstate.err=OPC_ERROR_STREAM;
} else {
io->state.buf_pos+=ret;
if (io->state.buf_pos>io->file_size) io->file_size=io->state.buf_pos;
}
}
return ret;
}

Hope it helps.

Created Issue: Create documentation for building with MinGW [1036]

ComFreek — Fri, 21 Sep 2012 17:46:24 GMT

There is no documentation for building with MinGW/GCC on Windows.

The generate.py file also does not support (as far as I could search) CodeBlocks or other project files.

Commented Task: missing iOS build for build 0.0.2 [794]

mfayez — Sat, 25 Feb 2012 11:32:30 GMT

for the dylib it includes everything headers + static library, I used a zlib library that was like that. but I cannot figure out how to make one.

I found I good tutorial how to make one but you will have to release the header files + the static lib with it too. Which will be easier to integrate lipopc into xcode projects without changing project settings.

I will post it with in two or three days.

best regards,
Mahmoud

Commented Task: missing iOS build for build 0.0.2 [794]

flr — Wed, 22 Feb 2012 09:03:24 GMT

Hi Mahmoud,

Thanks for the testing!

When you say "dlib", do you mean a "shared library" or a "framework bundle" which includes a static lib?

Anyway,
let me know when there is something to test...

Florian

Commented Task: missing iOS build for build 0.0.2 [794]

mfayez — Tue, 21 Feb 2012 10:57:14 GMT

Hi Florian,

I tested the 0.0.3 and it is working just fine, I am planing to fetch the code and make dlib for iPhone programmers to make it even easier to integrate your lib without the need to change any project settings.

I will work on XCode project to be included into your source code which will be used to generate the lib so you can do it each release.

Thanks,
Mahmoud

Commented Issue: missing iOS build for build 0.0.2 [794]

flr — Mon, 20 Feb 2012 12:12:20 GMT

Hi Mahmoud,

I uploaded the builds for release 0.0.3. The release is still in "planned" mode. You can find it here: http://libopc.codeplex.com/releases/view/70014.

Can you give it a try?

Thanks,

Florian

Commented Issue: missing iOS build for build 0.0.2 [794]

flr — Sat, 18 Feb 2012 15:09:42 GMT

Hi Mahmoud,

thanks for reminding me. Release 0.0.3 is overdue.
I try to get it released over the weekend.

Thx,

Florian

Created Issue: missing iOS build for build 0.0.2 [794]

mfayez — Sat, 18 Feb 2012 11:31:22 GMT