Re: [equinox-dev] Problem loading Native Library

2009-08-25 Thread Karl Pauls
ate the Native.so file in Windows while I am going to use in Ubuntu? > > > > Thank you in advance > > > > > > ___ > equinox-dev mailing list > equinox-dev@eclipse.org > https://dev.eclipse.org/mailman/listinfo/equinox-dev > > -- Karl Pauls karlpa...@gmail.com ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Problem Exporting Bundle with Native Libraries include in Eclipse

2009-08-24 Thread Karl Pauls
the next Header to the Manifest.MF: > > > > Bundle-NativeCode: libjunixsocket.so ; > >  processor = i386 ; osname = Linux > > > > I do not get any compilation error so that should work fine. > > > > Any idea? > > Thank you in advance >

[equinox-dev] Re: Missing doPriv when creating a new URL with a custom handler for internal protocols

2008-03-12 Thread Karl Pauls
something (I use the PermissionAdmin to give permissions to my bundles and set the default permissions to null). This kind of internal access should be handled by the framework right? regards, Karl On Wed, Mar 12, 2008 at 11:36 AM, Karl Pauls <[EMAIL PROTECTED]> wrote: > Hi, > >

[equinox-dev] Missing doPriv when creating a new URL with a custom handler for internal protocols

2008-03-12 Thread Karl Pauls
now I can work around it by giving my calling bundle the needed permission but I do think this is something the framework should do by creating the urls for its internal protocols in a doPriv, no? regards, Karl -- Karl Pauls [EMAIL PROTECTED

Re: [equinox-dev] equinox standalone problem

2008-03-11 Thread Karl Pauls
your bundle threads. Yes, that is what I did. Sorry again. regards, Karl > Tom > > > > "Karl Pauls" ---03/11/2008 05:14:20 PM---> Hi Karl, > > > > > From: > "Karl Pauls" <[EMAIL PROTECTED]> > > To: > "Equino

Re: [equinox-dev] equinox standalone problem

2008-03-11 Thread Karl Pauls
ts my bundles in a daemon thread and hence, my threads end-up being daemons under equinox. In other words, one has to always call setDaemon unless one doesn't care - pff. Sorry - didn't know about that one. regards, Karl > Thanks a lot for this workaround! &

Re: [equinox-dev] equinox standalone problem

2008-03-11 Thread Karl Pauls
ive to keep the VM running. Well, that works but I don't really understand it. As I mentioned in my previous mail, I actually have bundles installed that are creating their own (non-daemon) threads so that should keep the jvm alive, no? Thanks a lot for this workaround! regards, Karl >

[equinox-dev] equinox standalone problem

2008-03-11 Thread Karl Pauls
ration) and any combination of -Dosgi.noShutdown=true config.ini/osgi.noShutdown=true and -noExit but to no avail. If I use -console everything works fine. Help would be much appreciated. regards, Karl -- Karl Pauls [EMAIL PROTECTED] ___ equinox-dev m

Re: [equinox-dev] ClassNotFoundException with, org.eclipse.osgi_3.3.0.v20070530

2007-09-19 Thread Karl Pauls
t; http://mea-bloga.blogspot.com | +1.860.839.2465 > > "Karl Pauls" ---09/19/2007 04:36:29 PM---> Fair enough, we have a button to > calculate uses just for you now ;) Great. I always wanted a bu > > > > > From: > "Karl Pauls" <[EMAIL PROTECTED]> > &

Re: [equinox-dev] ClassNotFoundException with, org.eclipse.osgi_3.3.0.v20070530

2007-09-19 Thread Karl Pauls
he export packages correctly and thus Class space consistency can not be ensured. regards, Karl > Cheers, > > --- > Chris Aniszczyk | IBM Lotus | Eclipse Committer | > http://mea-bloga.blogspot.com | +1.860.839.2465 > > "Karl Pauls" ---09/19/2007 01:27:39 PM--

Re: [equinox-dev] ClassNotFoundException with, org.eclipse.osgi_3.3.0.v20070530

2007-09-19 Thread Karl Pauls
tus | Eclipse Committer | > http://mea-bloga.blogspot.com | +1.860.839.2465 > > "Karl Pauls" ---09/19/2007 12:27:34 PM---You might want to look into Peter > Kriens' BND tool which makes it easy to create your bundles and d > > > > From: > "Karl Pauls" &l

Re: [equinox-dev] ClassNotFoundException with, org.eclipse.osgi_3.3.0.v20070530

2007-09-19 Thread Karl Pauls
t; > delegates everything to the bootclasspath (where javax resides) for > > historical reasons. But this behaviour is going to change and might have > > changed already in 3.3.. > > > > /Toni > > ___ > equinox-dev maili