celix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexander Broekhuis <a.broekh...@gmail.com>
Subject Re: Bug report - minizip in framework
Date Thu, 26 Apr 2012 08:29:27 GMT
Great to hear it works!

If I've got some time I'll try the instructions you send me. If all works,
I'll add it to the website.

Being able to build for other (embedded) platforms is a great addition for
Celix!

2012/4/26 Jonathan Melissant <jonathanmelissant@gmail.com>

> This bug was resolved by changing back a CMake Flags to std=gnu99 in the
> CMakeLists.txt in celix root.
>
> Previously we had changed this to std=c99, because we wanted to isolate
> another bug (the fmaxl which wasn't supported).
> However, since this bug was already resolved in another way, we had to
> change back to gnu99, but we forgot ;)
>
>
>
>
>
>
>
>
> 2012/4/25 Jonathan Melissant <jonathanmelissant@gmail.com>
>
> > During execution of the hello_world example, the framework / minizip
> > failed to extract the MANIFEST folder from the bundles.
> > Testing this, it seemed that any other folders inside a zip-file would
> not
> > be extracted as well.
> > Taking a look in miniunz.c in /framework/private/src, i applied the
> > following fix:
> >
> > int mymkdir(dirname)
> >     const char* dirname;
> > {
> >     int ret=0;
> > #ifdef _WIN32
> >     ret = _mkdir(dirname);
> > #else
> > //#if defined unix || defined __APPLE__
> >     ret = mkdir(dirname,0775);
> > //#endif
> > #endif
> >     return ret;
> > }
> >
> > Apparently my ARM development board was not recognised to be running
> > either unix or apple (for no reason).
> > However, since it is not running windows, it was safe to remove this
> extra
> > check.
> >
> > This solved the problem..
> >
> >
>



-- 
Met vriendelijke groet,

Alexander Broekhuis

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message