You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@celix.apache.org by Jonathan Melissant <jo...@gmail.com> on 2012/04/25 12:03:10 UTC
Bug report - minizip in framework
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..
Re: Bug report - minizip in framework
Posted by Alexander Broekhuis <a....@gmail.com>.
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 <jo...@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 <jo...@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
Re: Bug report - minizip in framework
Posted by Jonathan Melissant <jo...@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 <jo...@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..
>
>