Piotr Domagalski

Show:

What's happening?

  • FedStage DRMAA for PBS Pro

    szalik added mamonski to the FedStage DRMAA for PBS Pro project.

    2009-09-13 19:40:36 UTC in FedStage DRMAA for PBS Pro

  • soap_faultdetail not properly generated when using DOM

    2.7.12 When my SOAP_ENV__Detail contains xsd__anyType __any instead of char *__any the function soap_faultdetail is not properly generated, i.e. it doesn't allocate the detail element: SOAP_FMAC3 const char ** SOAP_FMAC4 soap_faultdetail(struct soap *soap) { soap_fault(soap); return NULL; } This causes problems because e.g. wsaapi.c calls soap_faultdetail() and then...

    2008-10-31 12:16:02 UTC in gSOAP Toolkit

  • s2dateTime ignoring DST

    gSOAP 2.7.12 If dayTime is not in UTC or doesn't have time zone offset, local time zone is assumed. In s2dateTime, the following modification: *p = mktime(T) T.tm_isdst = -1; is needed to make mktime() determine whether supplied time should be interpreted with daylight savings time zone or not. Currently tm_isdst is zeroed so DST is never assumed. For example, the following...

    2008-10-25 19:14:25 UTC in gSOAP Toolkit

  • Comment: soap_s2dateTime silently ignores time zone

    2.7.12 still has the bug mentioned in my last comment, please see the following test that fails: int main() { struct soap soap; time_t t = 0; struct tm *tm = NULL; char tbuf[128] = ""; soap_init(&soap); if (soap_s2dateTime(&soap, "2000-03-04T02:00:00+03:00", &t) != SOAP_OK) soap_print_fault(&soap, stderr);...

    2008-10-03 11:21:38 UTC in gSOAP Toolkit

  • Comment: soap_s2dateTime silently ignores time zone

    The current code is buggy -- it doesn't handle dates like: 2000-03-04T02:00:00+03:00 which gives: 2000-03-04 23:00 GMT and should change the day to 2003-03-03.

    2008-08-25 16:41:08 UTC in gSOAP Toolkit

  • Comment: DOM, <xsd:any> and fault detail element

    Now the output is: ...> (I'm using dom.c)

    2008-08-07 17:48:29 UTC in gSOAP Toolkit

  • Comment: DOM, <xsd:any> and fault detail element

    The problem seems to be that in the wsdl2h generated file, the detail element contains "xsd__anyType __any" instead of "*__any". Manual change to ptr seems to help.

    2008-08-06 19:25:58 UTC in gSOAP Toolkit

  • DOM, <xsd:any> and fault detail element

    My fault detail element has which is handled by DOM (wsdl2h -d). When the fault returned, additional element ("") is sent, e.g.: SOAP-ENV:ClientNotAuthorizedFault

    2008-08-06 19:18:13 UTC in gSOAP Toolkit

  • __any from other namespace

    When using SOAP_XML_STRICT, it would nice to have a possibility to differentiate between different definitions as far as namespace attribute goes (i.e. ##any vs ##other).

    2008-08-06 15:14:10 UTC in gSOAP Toolkit

  • Comment: wsa plugin crash in 2.7.11

    Sorry -- it looks like it must have been my fault. I could swear I recompiled everything a few times but today in the morning it suddenly started to work as intended. And yes, I'm doing some unusual compiling. I have a convenience library that amongst all things has gSOAP engine compiled in, that is stdsoap2.*, wsaapi.* wsseapi.* dom.*. Of course, to compile this I need some dummy stubs and...

    2008-08-05 09:01:27 UTC in gSOAP Toolkit

About Me

  • 2001-07-27 (8 years ago)
  • 282497
  • szalik (My Site)
  • Piotr Domagalski

Send me a message