User Activity

  • Posted a comment on ticket #120 on pam_mount module

    For server systems that do not support the Samba-style Unix extensions — and I suppose this applies to all Windows systems —, leaving out uid= will cause all files to show up as root:root and be unmodifiable by the unprivileged user, which is no doubt a bad outcome.

  • Created ticket #1129 on gSOAP Toolkit

    Static analysis: a bit too much code doing nothing

  • Created ticket #1128 on gSOAP Toolkit

    Static analysis: potential NULL dereference

  • Created ticket #1127 on gSOAP Toolkit

    Unchecked return values: soap_array_reference

  • Created ticket #1126 on gSOAP Toolkit

    union constructors not recognized

  • Posted a comment on ticket #1125 on gSOAP Toolkit

    struct a { unsigned char *__ptr; int __size; }; struct action { int __union; union uxx { struct a id; } blah; }; gsoap is right in what it does. If struct a were to gain any constructors (either explicit, or implicit by using the = nullptr initialization technique), action::blah becomes non-default-constructible and a user-provided constructor must be provided. Complicated... blame the guy who thought it was a good idea to introduce unions into the zarafa wire protocol.

  • Modified a comment on ticket #1125 on gSOAP Toolkit

    Hm, normally gsoap generates constructors for these on its own (like with struct rightsArray), but it seems this does not happen for xsd__base64Binary.

  • Posted a comment on ticket #1125 on gSOAP Toolkit

    gsoap already zero initializes these by default. struct SOAP_CMAC rightsArray { public: /** Sequence of elements 'item' of XSD type 'rights' stored in dynamic array __ptr of length __siz int __size; struct rights *__ptr; public: /** Return unique type id SOAP_TYPE_rightsArray */ int soap_type() const { return SOAP_TYPE_rightsArray; } /** Constructor with member initializations */ rightsArray() { __size = 0; __ptr = NULL; } ... } Needless to say, if the user provides their own constructor (as is the...

View All

Personal Data

Username:
jengelh
Joined:
2005-05-28 14:19:26
Location:
Göttingen / Germany / CEST

Projects

Skills

  • No skills entered.

Personal Tools

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks