search for: some_address

Hello Everyone! I just want to make sure if such a mess could work for sip channel: In sip.conf: ; register => <some_md5_checksum>@host ; ; [host] hostname=some_address auth=md5 Greets Tomek -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050208/169311c6/attachment.htm

...aps WHERE email = '%u' password_query = SELECT user, password, userdb_uid, userdb_gid, userdb_home, userdb_mail FROM dovecot_user_maps WHERE user = '%n' After reloading postfix and restarting dovecot I'm getting this type of warnings in dovecot.err log: May 04 10:43:10 deliver(some_address at some_domain.com): Error: userdb lookup: connect(/var/run/dovecot//auth-master) failed: No such file or directory Could somebody please help me to resolve this mistery. What am I missing ether in configuration file or somewhere else? Many thanks in advance, Alex

Hi all, when compiling code like short ptr * = some_address; int val; val = *ptr; if (val>2047) val = 2047; else if (val<-2048) val = -2048. // other things done that require val to be an int ... The load operation is represented by a load and a sign extension operation in the LLVM IR. On most target architectures, there exist signed halfword...

...ing is already expressible. For what it's worth, the max detection could fairly easily be done in a back-end isel pattern. On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter < bjorn.desutter at elis.ugent.be> wrote: > Hi all, > > when compiling code like > > short ptr * = some_address; > int val; > > val = *ptr; > if (val>2047) > val = 2047; > else if (val<-2048) > val = -2048. > // other things done that require val to be an int ... > > The load operation is represented by a load and a sign extension operation > in the LLVM IR. On mo...

...(copy src1) (copy src2) to find opportunities for max/min operations? Or should that not be needed? Thanks. Bjorn > > On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter <bjorn.desutter at elis.ugent.be> wrote: > Hi all, > > when compiling code like > > short ptr * = some_address; > int val; > > val = *ptr; > if (val>2047) > val = 2047; > else if (val<-2048) > val = -2048. > // other things done that require val to be an int ... > > The load operation is represented by a load and a sign extension operation in the LLVM IR. On most...

.... ARM and X86, for example. -Jim > > > Thanks. > > Bjorn > > >> >> On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter <bjorn.desutter at elis.ugent.be> wrote: >> Hi all, >> >> when compiling code like >> >> short ptr * = some_address; >> int val; >> >> val = *ptr; >> if (val>2047) >> val = 2047; >> else if (val<-2048) >> val = -2048. >> // other things done that require val to be an int ... >> >> The load operation is represented by a load and a sign exte...

...s of the sext would become uses of the load. > > Thanks. > > Bjorn > > > > On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter < > bjorn.desutter at elis.ugent.be> wrote: > >> Hi all, >> >> when compiling code like >> >> short ptr * = some_address; >> int val; >> >> val = *ptr; >> if (val>2047) >> val = 2047; >> else if (val<-2048) >> val = -2048. >> // other things done that require val to be an int ... >> >> The load operation is represented by a load and a sign extens...

http://bugzilla.mindrot.org/show_bug.cgi?id=948 ------- Additional Comments From dtucker at zip.com.au 2005-01-19 20:01 ------- Also worth trying: patch #772 in bug #973 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.