Hi, See, if I wanted to use windows, honestly it wasn't eclipse I was to start with. But since it's a Core Duo 1.0 machine, any virtualization is awfully slow - it's not an accident that core duo had such a short lifespan (<0.5 yrs).
As far as I understand, preverifier just checks that a midlet uses a subset of java suitable for mobile phones. But I know what I do, so it'd be a good solution for me to disable it completely - if I get errors, I know I did something wrong. Yet I cannot disable it anyhow, which is probably an unusual behaviour, but still possible. Nor I could depend on the mpp-sdk preverifier, which does exists, because it calls the built-in one, ignoring my settings. This seems to me like a bug, not just with the preverifier, but the surrounding eclipseme. I don't want to use windows, I wouldn't even want to install the eclipse plugin development SDK, but it seems I'll need to. So my questions: - Am I doing anything wrong at the package addition? Isn't this the way it's supposed to? - How could I force the eclipseme platform to use the mpp-sdk preverifier? - How could I disable the preverifier completely? Is it feasible? (Again, I tried to disable it in project settings, tried to force it in project setting, but it does not have effect seemingly.) On 9/27/07, Craig Setera <[EMAIL PROTECTED]> wrote: > Adam, > > I'm sorry to hear you are having trouble with the built-in preverifier. > I built that preverifier for use on platforms like OS X, but as you've > found, it still has some problems. Because I don't really have the time > to really support the preverifier, my plan it to get rid of it > completely in an upcoming release. My goal when I get beyond my current > push with my "real job" is to replace my implementation of the > preverifier with the new one coming from Eric Lafortune in the next > release of Proguard. I've started work on this, but all EclipseME work > is on the back burner for a while. In the meantime, there isn't a lot I > can do to help if the preverifier isn't working right for you. My only > real suggestion is to somehow (parallels, vmware or something else) use > one of the wireless toolkits preverifiers until I can integrate proguard. > > Craig > > Adam Nemeth wrote: > > Hi all, > > > > I'm trying to use EclipseME (1.7.5/Eclipse 3.3.0I20070621) with the > > latest mpowerplayer (2.0.1185), with the semacode library from > > semacode.org, on OS X. > > > > However, I cannot even compile the sample application to run on my > > mobile (not to mention the emulator) :( Seems to be a bug with the > > built-in preverifier, but I'm not sure. > > > > When I add the uncompressed jar's class files to the build path to be > > packaged, it says > > > > Errors during build. > > Errors running builder 'Preverification' on project 'semacode'. > > error in opening zip file > > error in opening zip file > > > > (It even does such when I try to right click on project | J2ME |Create > > Package..) > > > > The thing is: there's NO zip file (other than the jar to be generated, > > but it can't be present upon generating!) > > > > Other thing I noticed: it starts the built-in preverifier no matter > > what I do to prevent it! > > > > Prove: I created a wrapper on mpp-sdk's preverifier to log on which > > parametes it gets - and it does not get executed. Also errors in the > > .metadata/.log seems to show executing the built-in one, even if it's > > disabled. > > > > I tried to disable even the whole preverifier from the built process, > > but no matter of that, it DOES run. > > > > Don't know what to do with it. I really need this project to finish, > > yet I can't even start it in eclipse. Any ideas? > > > > I did an archive of the workspace. The project is "semacode". There's > > nothing sensitive in the log file, the last event is a - naturally > > failed - create package menucall, with the debug arguments of j2me I > > found turned on. The file is at: > > > > http://jo-hely.hu/~aadaam/semacode_ws_eclipseme.tgz > > > > (It's 1.5MB) > > > > I'd really appreciate your help to start with this. > > > > Greets > > > -- Aadaam <[EMAIL PROTECTED]> ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Eclipseme-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/eclipseme-users
