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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]>
> >   To: "Apache AXIS C Developers List" <[email protected]>
> >   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
> >   > <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]>
> >   > >  To: "Apache AXIS C Developers List" <[email protected]>
> >   > >  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" <[EMAIL PROTECTED]>
> >   > >  >   To: "Apache AXIS C Developers List" <[email protected]>
> >   > >  >   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: [email protected]
> >   > >  >   > > > >                 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
> >   > >  >   > > > >
> >   > >  >   > > >
> >   > >  >   > > >
> >   > >  >   > >
> >   > >  >   > >
> >   > >  >   >
> >   > >  >   >
> >   > >  >   >
> >   > >  >
> >   > >  >
> >   > >  >
> >   > >
> >   > >
> >   >
> >   >
> >
> >
> >
> 
>

Reply via email to