search for: getmetadata

On dovecot 2.2.12 compiled from source I use ActiveSync with kolab-syncroton. When running a test i have this imap log: [29-Mar-2014 22:58:25 +0200]: [F658] S: A0004 OK Getmetadata completed. [29-Mar-2014 22:58:25 +0200]: [F658] C: A0005 SETMETADATA INBOX (/private/vendor/kolab/activesync "{\"DEVICE\":{\"601099122\":{\"ID\": \"a5daac4806642a1cfeceb53aea32e86218c4d512\",\"TYPE\": \"TestActiveSyncConnectivity\",\...

Hello, I have dovecot 2.2.13 instance and I found that (at least for polish language) folder names in GETMETADATA command response are encoded in UTF8. Shouldn't it be converted to UTF7? Both SETMETADATA and GETMETADATA arguments have to be encoded in UTF7, the problem(?) is related only to server response example: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN AUTH...

This patch adds support for getMetadata to plugins. It could probably use better strings for "core". I need this for my dbus-based configuration GUI. -- Travis Watkins http://www.realistanew.com -------------- next part -------------- A non-text attachment was scrubbed... Name: add_plugin_metadata.patch Type: text/x-patch Siz...

...s CLL_Metadata < ActionWebService::Struct member :key, :string member :type, :string member :value, :string member :webapplication_id, :string member :user_tenfold_id, :string member :login_username, :string end api_method :GetMetadata, :expects => [{:metadata_type => :string}, {:metadata_key => :string}, {:metadata_value => :value}, {:webapplication_id => :string}, {:user_tenfo...

...ACL foo admin akxeilprwtscd -admin "" sto at iti.es lrwstipekxacd A1 OK Getacl completed. A2 SETACL "foo" sto at iti.es l A2 OK Setacl complete. A3 GETACL "foo" * ACL foo admin akxeilprwtscd -admin "" sto at iti.es al A3 OK Getacl completed. A4 GETMETADATA "foo" (/private/vendor/kolab/folder-type /shared/vendor/kolab/folder-type) A4 NO [NOPERM] Permission denied A5 GETMETADATA "*" (/private/vendor/kolab/folder-type /shared/vendor/kolab/folder-type) <CORE DUMPED> The dovecot.log messages are: Feb 05 13:59:12 imap...

Hi, getMetadata(“dbg”) returns NULL for such a small program as follows: int main(){ char a[10], b[2]; if(a[0] != 0 && a[1] != 0){ strcpy(a, b); } return 0; } The compiling command is: llvm-gcc --emit-llvm -g -c ./src.c I also tried the solutions I found through Google: http://stackoverflow...

i have in my configs the following lines: 10-mail.conf:mail_attribute_dict = file:/srv/vmail/dovecot/metadata/%d/%n/attributes 20-imap.conf:imap_metadata = yes when i test GETMETADATA with telnet i got a pannic in my error.log file and no attributes file in the given location is created root at i920:/etc/dovecot/conf.d# telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRAL...

...NBOX's /private/vendor/vendor.dovecot/pvt/server/vendor/vendor.dovecot/http-notify. > I am sorry, but this is not working. As you suggested I have launched the imap commands: a setmetadata "" (/private/vendor/vendor.dovecot/http-notify "user=myuser at mydomain.com") b getmetadata "" "/private/vendor/vendor.dovecot/http-notify" c getmetadata "INBOX" "/private/vendor/vendor.dovecot/pvt/server/vendor/vendor.dovecot/http-notify" the 'b' command returns a sort of json with the correct result the 'c' command returns NIL B...

Here is the code. I am running on llvm 3.1 on Lion (Mac 10.7.4) *string getFileDirectory*(*const* Instruction &I){ MDNode *MD = I.getMetadata("dbg"); DICompileUnit compileUnit(MD); return compileUnit.getDirectory().str(); } George On Wed, Oct 3, 2012 at 12:40 PM, Eric Christopher <echristo at gmail.com>wrote: > Without knowing the code that you've written and the IR that you're > running on I'm...

...ng. > > George > > On Thu, Oct 4, 2012 at 1:33 AM, George Baah <georgebaah at gmail.com> wrote: >> >> Here is the code. I am running on llvm 3.1 on Lion (Mac 10.7.4) >> >> string getFileDirectory(const Instruction &I){ >> >> MDNode *MD = I.getMetadata("dbg"); >> >> DICompileUnit compileUnit(MD); >> >> return compileUnit.getDirectory().str(); >> >> } >> >> >> George >> >> On Wed, Oct 3, 2012 at 12:40 PM, Eric Christopher <echristo at gmail.com> >> wrote: &...

Török Edwin wrote: > [snip] >>> Something like this (you can of course cache TheMetadata and MDDbgKind) >>> >>> llvm::MetadataContext *TheMetadata = M->getContext().getMetadata(); >>> MDDbgKind = TheMetadata->getMDKind("dbg"); >>> if (MDDbgKind) { >>> if (MDNode *Dbg = TheMetadata->getMD(MDDbgKind, I)) { >>> DILocation Loc(Dbg); >>> ... >>> Loc.getDirectory() >>> Loc.getFi...

Török Edwin wrote: > [snip] > > Ah, the method got moved to the instruction itself! > > dbgKind = Context->getMDKindID("dbg"); > if (MDNode *Dbg = I->getMetadata(dbgKind)) { > ... > Thanks! This appears to work. I also have code that looks up debug information for GlobalVariables and regular LLVM Value *'s. For the former, I think I can look up their debug information by using the DebugInfoFinder class and iterating through all the MDNod...

...ICompileUnit and it works. Hmmm, interesting. George On Thu, Oct 4, 2012 at 1:33 AM, George Baah <georgebaah at gmail.com> wrote: > Here is the code. I am running on llvm 3.1 on Lion (Mac 10.7.4) > > *string getFileDirectory*(*const* Instruction &I){ > > MDNode *MD = I.getMetadata("dbg"); > > DICompileUnit compileUnit(MD); > > return compileUnit.getDirectory().str(); > > } > > George > > On Wed, Oct 3, 2012 at 12:40 PM, Eric Christopher <echristo at gmail.com>wrote: > >> Without knowing the code that you've writt...

...h <georgebaah at gmail.com> wrote: > > Hi Guys, > > How does one get the directory of the compilation unit in llvm? > > I am using DICompileUnit but for some reason I am getting blanks > > for the directory name. Here is my code ... > > > > MDNode *MD = I.getMetadata("dbg"); > > > > DICompileUnit compileUnit(MD); > > > > return compileUnit.getDirectory().str(); > > > > In general for these questions it's easier to look at how it's done in > DwarfDebug.cpp and DwarfCompileUnit.cpp. > > -eric > ---...

Hello everybody, I want to get the line number of an instruction (and also of a variable declaration - alloca and global). The instruction is saved in an array of instructions. I have the function:     Constant* metadata::getLineNumber(Instruction* I){         if (MDNode *N = I->getMetadata("dbg")) { // this if is never executed             DILocation Loc(N);             unsigned Line = Loc.getLineNumber();             return ConstantInt::get(Type::getInt32Ty(I->getContext()), Line);         }   // else {           //  return NULL; }     } and in my main() I have :    ...

...lt;" "<<gy; } SmallVector<Value*, 100> bla; for(int gy=0;gy<cnt;gy++){ bla.push_back(values[gy]); } instr->setMetadata("path",MDNode::get(C,bla)); if( (instr->getMetadata("path")) ){ for(int gy=0;gy<cnt;gy++){ if(instr->getMetadata("path")->getOperand(gy)) { errs()<<"\n "<<*(is->getMetadata("path")->getOperand(gy))<<"\n";...

...to process them using v3.4 tools. While I don't expect a lot of backward compatibility in LLVM, luckily it seems everything's working fine, except for reading source line information attached to instructions. I use this piece of code [0] to get source line information. For v3.4, instruction.getMetadata returns NULL. I used llvm-dis to see what's going on. For a sample program [1], llvm-dis v3.3, of course, didn't have problems and dumped [2], showing dbg info. However, llvm-dis v3.4 seemed to have problems grabbing the dbg info [3]. Any idea how I can modify the code [0] to solve the pr...

...ction data. This more or less works I just need to hook up the rest of the methods and signals that the old plugin had and register/unregister plugins on load/unload. However, I have run into some problems while doing this due to the design of the current dbus interface. Methods like get, set, and getMetadata take/return different types depending on the situation and getMetadata has a variable number of return values. Right now I'm fudging this by lying and having the generated XML say all the different types are strings and by adding in worthless precision of 1 to int metadata to make sure it's...

...ttp://www.dovecot.org/list/dovecot/2013-November/093243.html I setup Horde and dovecot-2.2.5 to use this extension and it works well using 1.) Now, with dovecot-2.2.9, the plugin fail to compile (unrelated problem on my side). So I tried 2.) But here I get a Horde-Error "Error in IMAP command GETMETADATA: Invalid arguments." I enables mail_debug but saw no helpfull logging. mail_attribute_dict = file:/tmp/%Lu/dovecot-attributes remote horde.testserver.ip/32 { imap_metadata = yes mail_debug = yes } Also I created directory /tmp/$my_login_id (mode 777) but dovecot also created no...

...t; SmallVector<Value*, 100> bla; > > for(int gy=0;gy<cnt;gy++){ > bla.push_back(values[gy]); > } > > instr->setMetadata("path",MDNode::get(C,bla)); > > > if( (instr->getMetadata("path")) ){ > for(int gy=0;gy<cnt;gy++){ > if(instr->getMetadata("path")->getOperand(gy)) { > errs()<<"\n > "<<*(is->getMetadata("path")->getOperand(gy))<&lt...