axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "sanjaya singharage" <sanja...@opensource.lk>
Subject Re: AttachmentHelper breaks Windows and AIX
Date Mon, 31 Jan 2005 12:13:26 GMT
Ok. +1 for keeping attachments out of 1.5.

sanjaya.
  ----- Original Message ----- 
  From: John Hawkins 
  To: Apache AXIS C Developers List 
  Sent: Monday, January 31, 2005 3:33 PM
  Subject: Re: AttachmentHelper breaks Windows and AIX



  Hi Folks, 

  AIX is broken and we do not have the resource to fix it if attachments are in - there is
no guaranteee that the issue that we see now will be the last ! 
  I would prefer (as I keep repeating!) to keep Attachments out of this release please? 

  Overall, I also think this is a hack fix (as I think others agree) and we should look for
a better solution. 

  thankyou, 
  John. 

  John Hawkins




        Samisa Abeysinghe <samisa.abeysinghe@gmail.com> 
        31/01/2005 07:57 Please respond to
              "Apache AXIS C Developers List" 


       To Apache AXIS C Developers List <axis-c-dev@ws.apache.org>  
              cc  
              Subject Re: AttachmentHelper breaks Windows and AIX 

              

       



  Well, I think the problems are with platforms other than Windows and Linux.

  AIX has been a major concern according to John. 

  There is limited access to this platform, hence the question is, would
  those who have access would have enough time and energy to test this
  within the set timelines?

  We cannot ignore the platform factor as there could be planned
  deployments on those platforms.

  Thanks,
  Samisa...


  On 31 Jan 2005 12:14:27 +0600, Roshan Weerasuriya <roshan@opensource.lk> wrote:
  > hi All,
  > 
  > If the attachment support works on windows and linux, and if there is a
  > sample as well, and if it is tested, then I would like to see it with
  > 1.5. If we have a feature it is a good idea to provide it to the
  > clients.
  > 
  > +1 for supporting Attachments with 1.5 release.
  > 
  > Roshan
  > 
  > On Mon, 2005-01-31 at 12:10, Rangika Mendis wrote:
  > >   Hi Samisa,
  > >
  > >   If there are no issues supporting ws-attachments for 1.5 then this can be
  > > shipped with 1.5.
  > >
  > >   Regards,
  > >   Rangika
  > >
  > >
  > >
  > >   ----- Original Message -----
  > >   From: "Samisa Abeysinghe" <samisa.abeysinghe@gmail.com>
  > >   To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
  > >   Sent: Monday, January 31, 2005 11:49 AM
  > >   Subject: Re: AttachmentHelper breaks Windows and AIX
  > >
  > >
  > >   > Hi Rangika,
  > >   >      Please help me get this right.
  > >   >      What you are saying is that all the implementations are in CVS,
  > >   > but attachments would not ship with 1.5. Am I correct?
  > >   >
  > >   > Regards,
  > >   > Samisa...
  > >   >
  > >   >
  > >   > On Mon, 31 Jan 2005 11:14:26 +0600, Rangika Mendis
  > >   > <rangika@opensource.lk> wrote:
  > >   > >
  > >   > >  Hi all,
  > >   > >
  > >   > >  Ws-attachments are working on windows & Linux. We tested with
the
  > > latest
  > >   > > checkout & it worked.
  > >   > >  We have commited all the stuff (code, samples etc) to the CVS. (But
  > > we
  > >   > > have just commented the places where it invokes attachment related
  > > methods
  > >   > > in the CVS.)
  > >   > >
  > >   > >  Regards,
  > >   > >  Nithya & Rangika
  > >   > >
  > >   > >  ----- Original Message -----
  > >   > >  From: "Rangika Mendis" <rangika@opensource.lk>
  > >   > >  To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
  > >   > >  Sent: Friday, January 28, 2005 5:25 PM
  > >   > >  Subject: Re: AttachmentHelper breaks Windows and AIX
  > >   > >
  > >   > >  >   Hi Roshan,
  > >   > >  >
  > >   > >  >   Thanx for the solution...... it works in windows.
  > >   > >  >
  > >   > >  >   So sorry for the late reply.
  > >   > >  >
  > >   > >  >   Regards,
  > >   > >  >   Rangika
  > >   > >  >   ----- Original Message -----
  > >   > >  >   From: "Roshan Weerasuriya" <roshan@opensource.lk>
  > >   > >  >   To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
  > >   > >  >   Sent: Tuesday, January 25, 2005 3:07 PM
  > >   > >  >   Subject: Re: AttachmentHelper breaks Windows and AIX
  > >   > >  >
  > >   > >  >
  > >   > >  >   > hi All,
  > >   > >  >   >
  > >   > >  >   > The following hack will make the code work. If you add
this in
  > > the
  > >   > >  >   > AttachmentHelper.h then it builds fine.
  > >   > >  >   >
  > >   > >  >   > //-----add this code to AttachmentHelper.h-----
  > >   > >  >   > #ifdef strtoul
  > >   > >  >   > #undef strtoul
  > >   > >  >   > #endif
  > >   > >  >   > #define strtoul strtoul
  > >   > >  >   > //-----end add this code to AttachmentHelper.h-----
  > >   > >  >   >
  > >   > >  >   > But I doubt whether using this hack is OK simple because
apache
  > >   > > doesn't
  > >   > >  >   > like this "strtoul" function. What we do is going against
  > > apache.
  > >   > > But
  > >   > >  >   > there is no other solution as I see when you look at
the
  > > following
  > >   > >  >   > summary.
  > >   > >  >   >
  > >   > >  >   > Summary:
  > >   > >  >   > Rangika or Nithya is not using this "strtoul" function
at all
  > > in any
  > >   > > of
  > >   > >  >   > the files including AttachmentHelper.h. It is that when
VC++ 6
  > >   > > buids,
  > >   > >  >   > one of its files which is "program files\microsoft visual
  > >   > >  >   > studio\vc98\include\xlocnum" is the which is using this
  > > function, so
  > >   > > it
  > >   > >  >   > is totaly out of our control.
  > >   > >  >   >
  > >   > >  >   > I tried to define strtol instead of strtoul but it didn't
  > > compile in
  > >   > >  >   > windows/VC++
  > >   > >  >   >
  > >   > >  >   > //-----add this code to AttachmentHelper.h but doesn't
  > > build-----
  > >   > >  >   > #ifdef strtoul
  > >   > >  >   > #undef strtoul
  > >   > >  >   > #endif
  > >   > >  >   > #define strtoul strtol
  > >   > >  >   > //-----end add this code to AttachmentHelper.h-----
  > >   > >  >   >
  > >   > >  >   > Roshan
  > >   > >  >   >
  > >   > >  >   >
  > >   > >  >   > On Tue, 2005-01-25 at 10:35, Roshan Weerasuriya wrote:
  > >   > >  >   > > hi All,
  > >   > >  >   > >
  > >   > >  >   > > I checked the same in Linux. The linux apache version
  > > (apache2)
  > >   > > also
  > >   > >  > has
  > >   > >  >   > > the same entry in its httpd.h include file. But
in linux the
  > >   > > module
  > >   > >  >   > > builds fine.
  > >   > >  >   > >
  > >   > >  >   > > I think when you build the "Axis C++ Apache2 module"
in
  > > windows,
  > >   > > VC++
  > >   > >  > 6
  > >   > >  >   > > uses the following file in the compilation process:
  > >   > >  >   > > "program files\microsoft visual studio\vc98\include\xlocnum"
  > >   > >  >   > >
  > >   > >  >   > > This file has funcation calls to the "strtoul" function
which
  > >   > > Apache
  > >   > >  >   > > doesn't like for some reason (as Apache says it
is not a
  > > portable
  > >   > >  >   > > function)
  > >   > >  >   > >
  > >   > >  >   > > But probably in linux there are no function calls
to
  > > "strtoul" so
  > >   > > it
  > >   > >  >   > > builds fine in linux.
  > >   > >  >   > >
  > >   > >  >   > > Any ideas abt solving this problem???
  > >   > >  >   > >
  > >   > >  >   > > Roshan
  > >   > >  >   > >
  > >   > >  >   > > On Tue, 2005-01-25 at 10:28, Roshan Weerasuriya
wrote:
  > >   > >  >   > > > hi All,
  > >   > >  >   > > >
  > >   > >  >   > > > When I investigated this problem I found the
following. In
  > > the
  > >   > >  >   > > > apache2_0\httpd.h include file the following
is there:
  > >   > >  >   > > >
  > >   > >  > //-----from apache2_0\httpd.h ------
  > >   > >  >   > > > ..
  > >   > >  >   > > > ....
  > >   > >  >   > > > /** strtoul does not exist on sunos4. */
  > >   > >  >   > > > #ifdef strtoul
  > >   > >  >   > > > #undef strtoul
  > >   > >  >   > > > #endif
  > >   > >  >   > > > #define strtoul
  > >   > >  > strtoul_is_not_a_portable_function_use_strtol_instead
  > >   > >  >   > > > ...
  > >   > >  >   > > > ......
  > >   > >  >   > > > //-----end from apache2_0\httpd.h ------
  > >   > >  >   > > >
  > >   > >  >   > > > This causes this compile error in windows.
I just commented
  > >   > > above
  > >   > >  > from
  > >   > >  >   > > > the httpd.h file and then the Axis C++ Apache2
module
  > > started to
  > >   > >  > compile
  > >   > >  >   > > > fine. But this is not the soulution since we
can't comment
  > >   > > Apache's
  > >   > >  >   > > > httpd.h file entries.
  > >   > >  >   > > >
  > >   > >  >   > > > Any idea???
  > >   > >  >   > > >
  > >   > >  >   > > > Roshan
  > >   > >  >   > > >
  > >   > >  >   > > >
  > >   > >  >   > > > On Tue, 2005-01-25 at 10:07, Rangika Mendis
wrote:
  > >   > >  >   > > > >         Hi John,
  > >   > >  >   > > > >
  > >   > >  >   > > > >         When I tried to compile the Apache2Transport
with
  > >   > >  >   > > > >         AttachmentHelper class included
I also got the
  > > linking
  > >   > >  > errors
  > >   > >  >   > > > >         that you  mentioned. Then I renamed
strtoul with
  > >   > > strtol in
  > >   > >  > the
  > >   > >  >   > > > >         xlocnum file. That solved the
compilation
  > > problems.
  > >   > >  >   > > > >
  > >   > >  >   > > > >         We tested all the classes related
to
  > > ws-attachments in
  > >   > >  > windows
  > >   > >  >   > > > >         before committing and it worked.
  > >   > >  >   > > > >
  > >   > >  >   > > > >         Well I guess we'll have to test
again.
  > >   > >  >   > > > >
  > >   > >  >   > > > >         Regards,
  > >   > >  >   > > > >         Rangika
  > >   > >  >   > > > >
  > >   > >  >   > > > >
  > >   > >  >   > > > >         ----- Original Message -----
  > >   > >  >   > > > >                 From: John Hawkins
  > >   > >  >   > > > >                 To: axis-c-dev@ws.apache.org
  > >   > >  >   > > > >                 Sent: Tuesday, January
25, 2005 2:55 AM
  > >   > >  >   > > > >                 Subject: AttachmentHelper
breaks Windows
  > > and
  > >   > > AIX
  > >   > >  >   > > > >
  > >   > >  >   > > > >                 Hi Folks,
  > >   > >  >   > > > >
  > >   > >  >   > > > >                 Attachments appear to
have broken the
  > > builds
  > >   > > again
  > >   > >  > I'm
  > >   > >  >   > > > >                 afraid. It broke on Windows
and AIX. It
  > >   > > appears,
  > >   > >  > after
  > >   > >  >   > > > >                 some investigation, that
AttachmentHelper
  > > is
  > >   > > the
  > >   > >  >   > > > >                 offending class. It appears
to compile
  > > fine on
  > >   > >  > Linux
  > >   > >  >   > > > >                 but not on the other platforms.
The
  > > errors
  > >   > > below
  > >   > >  > are
  > >   > >  >   > > > >                 what we see in the ANT
(windows) build.
  > >   > > Perhaps
  > >   > >  > this
  > >   > >  >   > > > >                 is an ANT build issue
only? The issues on
  > > AIX
  > >   > > are
  > >   > >  >   > > > >                 similar.
  > >   > >  >   > > > >
  > >   > >  >   > > > >                 We've been struggling
to fix this and we
  > >   > > really
  > >   > >  > need a
  > >   > >  >   > > > >                 stable build. So I'm sorry
but the best
  > > that I
  > >   > >  > could
  > >   > >  >   > > > >                 do was remove the offending
Objects from
  > > CVS
  > >   > > until
  > >   > >  > we
  > >   > >  >   > > > >                 can discuss it on the
mailing list. If
  > > this is
  > >   > > an
  > >   > >  > ANT
  > >   > >  >   > > > >                 build issue only when
please could you
  > > explain
  > >   > >  > what
  > >   > >  >   > > > >                 the scripts need to include/exclude
and
  > > we'll
  > >   > > be
  > >   > >  > happy
  > >   > >  >   > > > >                 to fix it.
  > >   > >  >   > > > >
  > >   > >  >   > > > >
  > >   > >  >   > > > >
  > >   > >  >   > > > >
  > >   > >  >   > > > >                 compileApache20Module:
  > >   > >  >   > > > >                     [copy] Copying 102
files to
  > >   > >  >   > > > >
  > >   > > F:\build\nw00_PA\src\ws-axis\c\include\apache2_0
  > >   > >  >   > > > >                 Suspicious library name
starting with
  > > "lib":
  > >   > >  > libapr
  > >   > >  >   > > > >                 Suspicious library name
starting with
  > > "lib":
  > >   > >  > libhttpd
  > >   > >  >   > > > >                       [cc] 3 total files
to be compiled.
  > >   > >  >   > > > >                       [cc] Apache2Transport.cpp
  > >   > >  >   > > > >                       [cc]
  > > D:\msdev6\VC98\INCLUDE\xlocnum(155)
  > >   > > :
  > >   > >  > error
  > >   > >  >   > > > >                 C2065:
  > >   > >  >   > > > >
  > >   > >  > 'strtoul_is_not_a_portable_function_use_strtol_instead' :
  > > undeclared
  > >   > >  > identifier
  > >   > >  >   > > > >                       [cc]
  > >   > >  > D:\msdev6\VC98\INCLUDE\xlocnum(144)
  > >   > >  >   > > > >                 : while compiling class-template
member
  > >   > > function
  > >   > >  >   > > > >                 'class
  > > std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
> __thiscall
  > >   > >  >   > > > >                 std::num_get<char,class
  > >   > >  >   > > > >                 std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
> >::do_get(class
  > >   > >  >   > > > >                 std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
>,class
  > >   > >  >   > > > >                 std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
>,class
  > > std::ios_base
  > >   > > &,int
  > >   > >  >   > > > >                 &,bool &) const'
  > >   > >  >   > > > >                       [cc] mod_axis2.cpp
  > >   > >  >   > > > >                       [cc]
  > > D:\msdev6\VC98\INCLUDE\xlocnum(155)
  > >   > > :
  > >   > >  > error
  > >   > >  >   > > > >                 C2065:
  > >   > >  >   > > > >
  > >   > >  > 'strtoul_is_not_a_portable_function_use_strtol_instead' :
  > > undeclared
  > >   > >  > identifier
  > >   > >  >   > > > >                       [cc]
  > >   > >  > D:\msdev6\VC98\INCLUDE\xlocnum(144)
  > >   > >  >   > > > >                 : while compiling class-template
member
  > >   > > function
  > >   > >  >   > > > >                 'class
  > > std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
> __thiscall
  > >   > >  >   > > > >                 std::num_get<char,class
  > >   > >  >   > > > >                 std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
> >::do_get(class
  > >   > >  >   > > > >                 std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
>,class
  > >   > >  >   > > > >                 std::istreambuf_iterator<char,struct
  > >   > >  >   > > > >                 std::char_traits<char>
>,class
  > > std::ios_base
  > >   > > &,int
  > >   > >  >   > > > >                 &,bool &) const'
  > >   > >  >   > > > >
  > >   > >  >   > > > >                 The changes I've made
are to remove
  > >   > >  > AttachmentHelper
  > >   > >  >   > > > >                 from being included in
  > >   > >  >   > > > >
  > >   > >  >   > > > >                  Modified:    c/src/server/apache2
  > >   > >  > AttachmentHelper.h
  > >   > >  >   > > > >                 Apache2Transport.cpp
  > >   > >  >   > > > >                                      
 Apache2Transport.h
  > >   > >  >   > > > >
  > >   > >  >   > > > >                 sorry for any inconvenience.
  > >   > >  >   > > > >                 John.
  > >   > >  >   > > > >
  > >   > >  >   > > > >                 John Hawkins
  > >   > >  >   > > > >
  > >   > >  >   > > >
  > >   > >  >   > > >
  > >   > >  >   > >
  > >   > >  >   > >
  > >   > >  >   >
  > >   > >  >   >
  > >   > >  >   >
  > >   > >  >
  > >   > >  >
  > >   > >  >
  > >   > >
  > >   > >
  > >   >
  > >   >
  > >
  > >
  > >
  > 
  >


Mime
View raw message