Return-Path: Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org Received: (qmail 31030 invoked from network); 31 Jan 2005 09:30:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 31 Jan 2005 09:30:51 -0000 Received: (qmail 69278 invoked by uid 500); 31 Jan 2005 09:30:51 -0000 Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org Received: (qmail 69254 invoked by uid 500); 31 Jan 2005 09:30:50 -0000 Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: List-Id: "Apache AXIS C Developers List" Reply-To: "Apache AXIS C Developers List" Delivered-To: mailing list axis-c-dev@ws.apache.org Received: (qmail 69234 invoked by uid 99); 31 Jan 2005 09:30:50 -0000 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_50_60,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from mtagate1.uk.ibm.com (HELO mtagate1.uk.ibm.com) (195.212.29.134) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 31 Jan 2005 01:30:48 -0800 Received: from d06nrmr1407.portsmouth.uk.ibm.com (d06nrmr1407.portsmouth.uk.ibm.com [9.149.38.185]) by mtagate1.uk.ibm.com (8.12.10/8.12.10) with ESMTP id j0V9Tnxr528400 for ; Mon, 31 Jan 2005 09:29:51 GMT Received: from d06av04.portsmouth.uk.ibm.com (d06av04.portsmouth.uk.ibm.com [9.149.37.216]) by d06nrmr1407.portsmouth.uk.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j0V9Tnn1039300 for ; Mon, 31 Jan 2005 09:29:49 GMT Received: from d06av04.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av04.portsmouth.uk.ibm.com (8.12.11/8.12.11) with ESMTP id j0V9TmCI020206 for ; Mon, 31 Jan 2005 09:29:48 GMT Received: from d06ml068.portsmouth.uk.ibm.com (d06ml068.portsmouth.uk.ibm.com [9.149.38.194]) by d06av04.portsmouth.uk.ibm.com (8.12.11/8.12.11) with ESMTP id j0V9TmDI020187 for ; Mon, 31 Jan 2005 09:29:48 GMT In-Reply-To: To: "Apache AXIS C Developers List" MIME-Version: 1.0 Subject: Re: AttachmentHelper breaks Windows and AIX X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: John Hawkins X-MIMETrack: S/MIME Sign by Notes Client on John Hawkins/UK/IBM(Release 6.0.2CF1|June 9, 2003) at 31/01/2005 09:28:00, Serialize by Notes Client on John Hawkins/UK/IBM(Release 6.0.2CF1|June 9, 2003) at 31/01/2005 09:28:00, Serialize complete at 31/01/2005 09:28:00, S/MIME Sign failed at 31/01/2005 09:28:00: The cryptographic key was not found, Serialize by Router on D06ML068/06/M/IBM(Release 6.53HF247 | January 6, 2005) at 31/01/2005 09:34:00, Serialize complete at 31/01/2005 09:34:00 Message-ID: Date: Mon, 31 Jan 2005 09:33:58 +0000 Content-Type: multipart/alternative; boundary="=_alternative 0034009080256F9A_=" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This is a multipart message in MIME format. --=_alternative 0034009080256F9A_= Content-Type: text/plain; charset="US-ASCII" 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 31/01/2005 07:57 Please respond to "Apache AXIS C Developers List" To Apache AXIS C Developers List 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 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" > > To: "Apache AXIS C Developers List" > > 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 > > > 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" > > > > To: "Apache AXIS C Developers List" > > > > 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" > > > > > To: "Apache AXIS C Developers List" > > > > > 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 > > > > > > > > std::char_traits > __thiscall > > > > > > > > > std::num_get > > > > > > > > std::istreambuf_iterator > > > > > > > > std::char_traits > >::do_get(class > > > > > > > > > std::istreambuf_iterator > > > > > > > > std::char_traits >,class > > > > > > > > > std::istreambuf_iterator > > > > > > > > std::char_traits >,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 > > > > > > > > std::char_traits > __thiscall > > > > > > > > > std::num_get > > > > > > > > std::istreambuf_iterator > > > > > > > > std::char_traits > >::do_get(class > > > > > > > > > std::istreambuf_iterator > > > > > > > > std::char_traits >,class > > > > > > > > > std::istreambuf_iterator > > > > > > > > std::char_traits >,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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --=_alternative 0034009080256F9A_= Content-Type: text/html; charset="US-ASCII"
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
> >   > >  >   > > > >
> >   > >  >   > > >
> >   > >  >   > > >
> >   > >  >   > >
> >   > >  >   > >
> >   > >  >   >
> >   > >  >   >
> >   > >  >   >
> >   > >  >
> >   > >  >
> >   > >  >
> >   > >
> >   > >
> >   >
> >   >
> >
> >
> >
>
>
--=_alternative 0034009080256F9A_=--