Hello, On 9/27/07, Markus Sinner <[EMAIL PROTECTED]> wrote: > Hello Adam, > > > 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. > Thats NOT exactly what the perverifier does or what it is supposed to > do. The preverifier adds some data to class-files to allow Limited > Devices to skip some work a normal J2RE would do before executing the > classes. >
Oh, OK, so I cannot skip it then. > Is there any other toolkit for macs? I do not know the internal > routines, but maybe for some toolkits the internal preverifier is > hard-coded. > Effectively there isn't, it was born as a reference implementation, then a company was built around it. > > 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 think that the mpp-preverifier calls the build-in, for it does > not know that this one exists :-) > Sorry for having bad reference-handling in English :) eclipseme calls its built-in one. Could I somehow depend on the external? Anyone knows why it was hardcoded? -- 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
