search for: smtp_address

Hi. As mentioned here: https://bugzilla.opensuse.org/show_bug.cgi?id=1123136 there's a new issue with GCC 9, it's related to: https://gcc.gnu.org/gcc-9/porting_to.html#complit in: /* Not const! Never return this as a result directly! */ #define SMTP_ADDRESS_LITERAL(localpart, domain) \ &((struct smtp_address){ (localpart), (domain) }) Thanks, Martin

...t;> https://bugzilla.opensuse.org/show_bug.cgi?id=1123136 >> >> there's a new issue with GCC 9, it's related to: >> https://gcc.gnu.org/gcc-9/porting_to.html#complit >> >> in: >> /* Not const! Never return this as a result directly! */ >> #define SMTP_ADDRESS_LITERAL(localpart, domain) \ >> ????&((struct smtp_address){ (localpart), (domain) }) > > Thanks for reporting this. We are working on it (tracking internally as DOP-890). > > Regards, > > Stephan. Hi. Thanks for working on that. Is there any update please? Martin

...t-2.3.0.1.tar.gz). https://github.com/dovecot/core/commit/2bf919786518d138cc07d9cc21e14ad5e07e5e56#diff-7964e00c46515956a959fa47fc86d605 I also noticed a similar construct being used on line 465 (rcpt->rcpt.rcpt->path) that was causing the segfault on the above commit on line 136. struct smtp_address *rcpt_to = rcpt->rcpt.rcpt->path; Should that also use rcpt->rcpt.path; ? Thanks from the other side of the gulf! Reio -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20180304/314ada20/attachment.html&...

I would like to define some constants that I can use across models and views and I cannot figure out how to do that. Googling hasn''t turned up anything useful and I''m looking at the PickAxe book, and I get the impression that a constant must belong to a class. If I just want a constant like... CompanyPhoneNo = "(602) 999-9999" and be able to use it in any view

...> > As mentioned here: > https://bugzilla.opensuse.org/show_bug.cgi?id=1123136 > > there's a new issue with GCC 9, it's related to: > https://gcc.gnu.org/gcc-9/porting_to.html#complit > > in: > /* Not const! Never return this as a result directly! */ > #define SMTP_ADDRESS_LITERAL(localpart, domain) \ > &((struct smtp_address){ (localpart), (domain) }) Thanks for reporting this. We are working on it (tracking internally as DOP-890). Regards, Stephan.

...suse.org/show_bug.cgi?id=1123136 >>> >>> there's a new issue with GCC 9, it's related to: >>> https://gcc.gnu.org/gcc-9/porting_to.html#complit >>> >>> in: >>> /* Not const! Never return this as a result directly! */ >>> #define SMTP_ADDRESS_LITERAL(localpart, domain) \ >>> ????&((struct smtp_address){ (localpart), (domain) }) >> Thanks for reporting this. We are working on it (tracking internally as DOP-890). >> >> Regards, >> >> Stephan. > Hi. > > Thanks for working on that. Is the...

...github.com/dovecot/core/commit/2bf919786518d138cc07d9cc21e14ad5e07e5e56#diff-7964e00c46515956a959fa47fc86d605 > > I also noticed a similar construct being used on line 465 > (rcpt->rcpt.rcpt->path) that was causing the segfault on the above > commit on line 136. > > struct smtp_address *rcpt_to = rcpt->rcpt.rcpt->path; > > Should that also use rcpt->rcpt.path; ? > > Thanks from the other side of the gulf! > Reio > I now managed to coax a core dump out of CentOS - here it is. Thanks! Reio Reading symbols from /usr/libexec/dovecot/lmtp...Reading symbol...