Welcome to the official BlackBerry Support Community Forums.

This is your resource to discuss support topics with your peers, and learn from each other.

inside custom component

Native Development

New Developer
Posts: 169
Registered: ‎04-12-2010
My Device: Storm
My Carrier: Verizon

Weird Discarding unconsumed meta data ... anyone???

[ Edited ]

My code is not that big yet as I'm about 2/3 of wrapping my port and I'm starting to get some weird things from the NKD plugin BBNative SDK10.1.0.1020 I have this routine that unless I leave like below it will not compile

will always pop that  "Discarding unconsumed meta data" msg


QStringList my_module::group_mixed_replies( const QString &this_reply  )

	 int i ;

	    QVector<QString>  tempCAO;//  temp_CAO  fails
	    QVector<QString> tempPre; // tempPre_CAO  or tempPreCAO fail

	    int testy;    <-- [Discarding.. msg here when failing


So by trial/error I kinda concluding that if the names are 7-chars and don't have a "_ " in it , it will pass the compilation and will allow me to carry on... otherwise just pops in there and I don't see much info about it on the net... anybody has seen this????? 


A couple of other times it will throw some SEGV segmentation error and the only way to get out of it was adding more code.



New Contributor
Posts: 4
Registered: ‎03-15-2013
My Device: Developer account

Re: Weird Discarding unconsumed meta data ... anyone???

[ Edited ]

I just encountered the same problem. For me, the error points to the declaration of a member in a class:


class MyClass : public QObject

... additional members ...

    bb::cascades::Container* myContainerA;

    bb::cascades::Container* myContainerB; //<-- Error

... additional members ...


Where you able to solve this, becker666? Everything seems to work despite the error, so it is ignorable. Still, I would like it to disappear completely.


Regarding the mysterious SEGV errors; I saw that too, occasionally, but It turned out that it was always solvable by a clean and rebuild.


Edit: Just found the solution. The line before the one that is reported is a comment that starts with: "//=". I read before, when I researched this, that lupdate does not like /*= together, without a space before the =. Apparently, it does not like /= either. I just had to change my comment so it starts with "// =" and it worked.

New Developer
Posts: 169
Registered: ‎04-12-2010
My Device: Storm
My Carrier: Verizon

Re: Weird Discarding unconsumed meta data ... anyone???

It seems like you've got it anyway.  Yeah once u start pushing it then funny things will pop all is left is trial/error , time and patience, BB could certainly enhance their documetation (I've been whining about that since I started doing BB10 stuff ) I don't like the time wasting part since I'm alwasy on time constraints but there is no alternative some times you'll get hints here or someone with a similar issue will give out that hint.

Regular Contributor
Posts: 205
Registered: ‎06-11-2013
My Device: Blackbery z10
My Carrier: RIM

Re: Weird Discarding unconsumed meta data ... anyone???

you are testing on device or emulator.

Posts: 17,006
Registered: ‎07-29-2008
My Device: Z10 LE, Z30, Passport
My Carrier: O2 Germany

Re: Weird Discarding unconsumed meta data ... anyone???

[ Edited ]

I just had the same error and found this post.
For me it seemed that it resulted from some commented out code.


this caused an error



 and this compiled

// =test

 i got the idea from http://gitorious.org/meegotouch/libmeegotouch/merge_requests/486

so i suspect lupdate parsing your code causing the issue.

feel free to press the like button on the right side to thank the user that helped you.
please mark posts as solved if you found a solution.
@SimonHain on twitter
Posts: 89
Registered: ‎03-17-2013
My Device: Dev Alpha + Z10
My Carrier: I carry it myself.

Re: Weird Discarding unconsumed meta data ... anyone???


OMG, I realized that /*: sequence also causes this error.

I've spent at least 1/2 hrs with it.


SQL Terminal – command-line interface to local SQLite database