You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Paul Querna <ch...@force-elite.com> on 2005/06/14 11:05:38 UTC
2.1.5 on Friday
I am volunteering to RM 2.1.5 on this Friday, June 17.
We have had several big changes and fixes from the last release of 2.1.3
on 2/22/2005.
I am planning to bundle APR 1.1.1 and APR-Util 1.1.2.
I would like to be able to put up win32 binaries, just to get a wider
testing group. Would anyone who could do those be able to? I know
there are still some unresolved issues with APR-Iconv for win32
binaries, but there are so many other areas in httpd that have changed,
just testing on the win32 platform would be helpful.
Thanks,
-Paul
Re: 2.1.5 on Friday
Posted by Paul Querna <ch...@force-elite.com>.
William A. Rowe, Jr. wrote:
>At 04:05 AM 6/14/2005, Paul Querna wrote:
>
>
>>I am volunteering to RM 2.1.5 on this Friday, June 17.
>>
>>We have had several big changes and fixes from the last release of 2.1.3 on 2/22/2005.
>>
>>I am planning to bundle APR 1.1.1 and APR-Util 1.1.2.
>>
>>
>
>If the APR project has new releases, would you please consider
>those, instead? There is -alot- of activity on the bug-fixing
>side of that world, especially in network APIs.
>
>
>
Sure, if they are at least tar'ed and tagged by Friday morning, it is
reasonable to use them. I do not however want to hold up this for an
APR release. If it gets done, great, if not, there is always another alpha.
-Paul
Re: 2.1.5 on Friday
Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
At 07:23 AM 6/15/2005, Jorge Schrauwen wrote:
>NMAKE : fatal error U1077: 'msdev' : return code '0x1'
>Stop.
>NMAKE : fatal error U1077: '"E:\Program Files\Microsoft Visual Studio
>.NET 2003\VC7\BIN\nmake.exe"' : return code '0x2'
>Stop.
>--- end output ---
>
>msdev.exe is not part of vs.net 200x i think that might be the problem.
That's easy, actually. We manage .dsw/.dsp projects, because that
was the LAST version microsoft allowed a 'save as .mak' option for.
And of course, upgrading is easy. Simply load Apache.dsw, and your
Dev Studio will write out the .sln/.vcproj files.
Once the .sln/.vcproj files exist - Makefile.win uses them, instead!
Simply 'convert', and then build from the command line...
>Opening apache.dsw and converting it to an sln file.
>And fixing libapr.rc, libapriconv.rc and libapeutil.rc.
>Then building from IDE works fine. Accept for the config file problem.
And... now... command line build -should- work for you. But there
are a few files, the .rc's, the .conf's, which are generated from
awk.
Obviously, your version of awk is simply borked. We went through
this with gnu awk some time ago. Strongly suggest you follow the
directions about obtaining awk to the letter. gawk 3.0.6, IIRC,
was the flavor that was particularly useless.
Keep in mind that cygwin awk really isn't a windows utility, it's
a cygwin utility. This is part of the reason that mixing and
matching cygwin binaries can cause such hassles.
If you come up with any minor changes to the awk scripts which
cause them to work with both cygwin's binary and typical win32
binaries of awk, we would be happy to entertain them!
Bill
Re: 2.1.5 on Friday
Posted by ed elliott <ed...@yahoo.co.uk>.
i have vs.net and vc 6 - when i ran it from a vs.net cmd line I had the same problem so I ran vcvars.bat (from vc 6) and then I was able to compile it ( httpd-trunk but I had the same errors you got ).
Jorge Schrauwen <in...@blackdot.be> wrote:
Building via cmd seems to be completly broke. (atleast using vs.net
2002 or 2003) (awk is placed in c:\GnuWin32\Bin, the folder path is
included in path variable so all console programs can find it.)
I've redownloaded "httpd-2.1.3-beta.tar.gz", place apr-iconv in the
srclib folder. ran lineends.pl to fix the line endings.
here is the output from the cmd.
--- output ---
E:\httpd-2.1.3-beta>nmake /f Makefile.win installr
Microsoft (R) Program Maintenance Utility Version 7.10.3077
Copyright (C) Microsoft Corporation. All rights reserved.
INSTDIR = \Apache2
SERVERNAME = localhost
PORT = 80
To change these options use 'nmake /f Makefile.win [option=value]'
Example: nmake /f Makefile.win PORT=8080
Microsoft (R) Program Maintenance Utility Version 7.10.3077
Copyright (C) Microsoft Corporation. All rights reserved.
Building Win32 Release targets (R suffixes)
'msdev' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'msdev' : return code '0x1'
Stop.
NMAKE : fatal error U1077: '"E:\Program Files\Microsoft Visual Studio
.NET 2003\VC7\BIN\nmake.exe"' : return code '0x2'
Stop.
--- end output ---
msdev.exe is not part of vs.net 200x i think that might be the problem.
Opening apache.dsw and converting it to an sln file.
And fixing libapr.rc, libapriconv.rc and libapeutil.rc.
Then building from IDE works fine. Accept for the config file problem.
If you would like me to try something or want more information.
Ask here, i'll be watching this thread for a while.
(PS: starting from next week I won't have time to get online much
because of exames)
---------------------------------
Yahoo! Messenger NEW - crystal clear PC to PCcalling worldwide with voicemail
Re: 2.1.5 on Friday
Posted by Jorge Schrauwen <in...@blackdot.be>.
Building via cmd seems to be completly broke. (atleast using vs.net
2002 or 2003) (awk is placed in c:\GnuWin32\Bin, the folder path is
included in path variable so all console programs can find it.)
I've redownloaded "httpd-2.1.3-beta.tar.gz", place apr-iconv in the
srclib folder. ran lineends.pl to fix the line endings.
here is the output from the cmd.
--- output ---
E:\httpd-2.1.3-beta>nmake /f Makefile.win installr
Microsoft (R) Program Maintenance Utility Version 7.10.3077
Copyright (C) Microsoft Corporation. All rights reserved.
INSTDIR = \Apache2
SERVERNAME = localhost
PORT = 80
To change these options use 'nmake /f Makefile.win [option=value]'
Example: nmake /f Makefile.win PORT=8080
Microsoft (R) Program Maintenance Utility Version 7.10.3077
Copyright (C) Microsoft Corporation. All rights reserved.
Building Win32 Release targets (R suffixes)
'msdev' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'msdev' : return code '0x1'
Stop.
NMAKE : fatal error U1077: '"E:\Program Files\Microsoft Visual Studio
.NET 2003\VC7\BIN\nmake.exe"' : return code '0x2'
Stop.
--- end output ---
msdev.exe is not part of vs.net 200x i think that might be the problem.
Opening apache.dsw and converting it to an sln file.
And fixing libapr.rc, libapriconv.rc and libapeutil.rc.
Then building from IDE works fine. Accept for the config file problem.
If you would like me to try something or want more information.
Ask here, i'll be watching this thread for a while.
(PS: starting from next week I won't have time to get online much
because of exames)
Re: 2.1.5 on Friday
Posted by Jorge Schrauwen <in...@blackdot.be>.
> Do you build the InstallBin project target, or use the makefile.win
> nmake build with installr or installd targets?
>
> If so did you install awk.exe where nmake can find it? Awk is used
> to modify a number of parameters. See
>
> http://httpd.apache.org/docs-2.1/platform/win_compiling.html
>
> If awk is available and this -still- is just broke, get back
> to us please and we will help address it.
>
> Bill
I have always compiled from the VS.net IDE,
I have some free time on my hands this afternoun. I'll compile it via
console to see if the problem is also there.
Jorge
Re: 2.1.5 on Friday
Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
At 12:20 PM 6/14/2005, Jorge Schrauwen wrote:
>I know regular poeple normaly don't post here...
:)
>I've compiling Apache 2.1.3b on win32 for about 4 times.
>Sofar i haven't found major building problems.
> From the limited testing i've done mosthings seem to work.
>(well that is i can get it to run, a simple setup nothing fance)
Good to hear!
>Only problem i had is the conf files that don't get moved/created when
>compiling.
Do you build the InstallBin project target, or use the makefile.win
nmake build with installr or installd targets?
If so did you install awk.exe where nmake can find it? Awk is used
to modify a number of parameters. See
http://httpd.apache.org/docs-2.1/platform/win_compiling.html
If awk is available and this -still- is just broke, get back
to us please and we will help address it.
Bill
Re: 2.1.5 on Friday
Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
Jorge, I've got lots of feedback and a few mea culpas below...
At 09:46 AM 6/17/2005, Jorge Schrauwen wrote:
>Reply seemd to be missing :(
>So i'll post again.
>
>First i updated awk.exe, i seem to have had the same one as online, i
>updated anyway to be sure.
>
>This time i wanted to do a full build with zlib and ssl.
>
>First Problem:
>SSL build commands as described in the documenation didn't work.
>These commands however did:
>--
>perl Configure --openssldir=C:/Apache21/bin VC-WIN32
>ms\do_masm
>nmake -f ms\ntdll.mak
>--
I will review; note that the 'intended' target was srclib/openssl/,
built in-tree. Note that the apache make install target should
copy the required openssl dll.
I'm guessing this is 0.9.7?
>once that was compiled i unpacked apr-iconv into the correct folder.
When 2.1.5 is approved, I'll roll a zip which includes -iconv to save
that hassle :)
>I then opend apache.dsw in vs.net and let it convert it to a sln file.
>I then tried to build apache from cmd(using vs.net command promt).
>I got some errors on apr, aprutil and apriconv, after removing the
>ending "," is the rc files for those library's it went past that stage
>so all was good.
Yes; known bug, I'll hotfix the distribution. Note that .zip files
we distribute do include the .mak files, as well as the .rc files.
>Untill i hit zlib, it didn't compile it kept complaining about
>zlib.lib. (i tried zlib 1.1.4 and zlib 1.2.1)
Zlib 1.2 is required, note 1.2.2 has some security fixes.
This differs from httpd-2.0, which relied on zlib 1.1.4 (and which
never suffered from the security issue.)
>I then went into srclib\zlib\projects\visualc6 and opened zlib.dsw.
>Then i build "LIB Release" it generated zlib.lib which i moved to to
>srclib\zlib.
Like openssl, Win32's build expects this to be built in-tree,
in srclib/zlib.
>Now the building contineud on till the file copieing part. there it
>was stuck. It seems giving \apache21 as install dir didn't go to wel.
>once i made it c:\apache21 the build went fine!
Ewww... exactly which version of Windows? (You mention you were
in a cmd shell, not the 'command.com' shell, right?) What's your
COMSPEC variable set to?
>Now all seemed to be fine.
>The config files where created and no error's.
<whew :->
>I tried writing a simple perl script to delete all the pdb files in
>the install dir but my perl skill's aren't so great and I faild.
>So I manual delete them to save diskspace.
Note; those are -very- useful to help figure out why Apache
crashes, if it does! But skip perl...
del *.pdb /s
works very effectively :)
>I then edited the listen directive to be 8080 so I could test it a bit
>along side my other apache instance.
If you add PORT=8080 to the install line, the makefile.win should
do that for you :)
>It started without a problem.
>
>So asside from the problems whit the rc's of the apr projects and the
>zlib problems all seems to build fine out of the box without any
>problems(well windows users need to run lineends.pl first)
I will examine the directions and bring them up-to-date w.r.t. the
version 2.1. Yes, a few things changed, and I'll need to make sure
that httpd 2.0 / 2.1 users are pointed at the correct flavor.
Re: 2.1.5 on Friday
Posted by Jorge Schrauwen <in...@blackdot.be>.
Reply seemd to be missing :(
So i'll post again.
First i updated awk.exe, i seem to have had the same one as online, i
updated anyway to be sure.
This time i wanted to do a full build with zlib and ssl.
First Problem:
SSL build commands as described in the documenation didn't work.
These commands however did:
--
perl Configure --openssldir=C:/Apache21/bin VC-WIN32
ms\do_masm
nmake -f ms\ntdll.mak
--
once that was compiled i unpacked apr-iconv into the correct folder.
I then opend apache.dsw in vs.net and let it convert it to a sln file.
I then tried to build apache from cmd(using vs.net command promt).
I got some errors on apr, aprutil and apriconv, after removing the
ending "," is the rc files for those library's it went past that stage
so all was good.
Untill i hit zlib, it didn't compile it kept complaining about
zlib.lib. (i tried zlib 1.1.4 and zlib 1.2.1)
I then went into srclib\zlib\projects\visualc6 and opened zlib.dsw.
Then i build "LIB Release" it generated zlib.lib which i moved to to
srclib\zlib.
Now the building contineud on till the file copieing part. there it
was stuck. It seems giving \apache21 as install dir didn't go to wel.
once i made it c:\apache21 the build went fine!
Now all seemed to be fine.
The config files where created and no error's.
I tried writing a simple perl script to delete all the pdb files in
the install dir but my perl skill's aren't so great and I faild.
So I manual delete them to save diskspace.
I then edited the listen directive to be 8080 so I could test it a bit
along side my other apache instance.
It started without a problem.
So asside from the problems whit the rc's of the apr projects and the
zlib problems all seems to build fine out of the box without any
problems(well windows users need to run lineends.pl first)
I hope this information is usefull.
I would be more than willing to do more testing if needed.
Jorge
--- In new-httpd@yahoogroups.com, "William A. Rowe, Jr." <wr...@r...>
wrote:
> At 04:05 AM 6/14/2005, Paul Querna wrote:
> >I am volunteering to RM 2.1.5 on this Friday, June 17.
> >
> >We have had several big changes and fixes from the last release of
2.1.3 on 2/22/2005.
> >
> >I am planning to bundle APR 1.1.1 and APR-Util 1.1.2.
>
> If the APR project has new releases, would you please consider
> those, instead? There is -alot- of activity on the bug-fixing
> side of that world, especially in network APIs.
>
> >I would like to be able to put up win32 binaries, just to get a
wider testing group. Would anyone who could do those be able to?
>
> Happy to.
>
> >I know there are still some unresolved issues with APR-Iconv for
win32 binaries, but there are so many other areas in httpd that have
changed, just testing on the win32 platform would be helpful.
>
> These issues are addressed by a patch I'll be committing later
> today for apr (core). apr_dso_filepath_get() will track down that
> libapriconv-1.so/.dll/.dylib/.sl filepath we were hunting for.
>
> In any case, if this is an alpha, I have no hesitation in supporting
> another round of testing and review. I do have a huge issue if the
> project tags any flavor before addressing the HTTP Request flaws, but
> your Friday window gives folks an opportunity to investigate those.
>
> Bill
Re: 2.1.5 on Friday
Posted by Jorge Schrauwen <jo...@msn.com>.
Hello,
I know regular poeple normaly don't post here...
I've compiling Apache 2.1.3b on win32 for about 4 times.
Sofar i haven't found major building problems.
>From the limited testing i've done mosthings seem to work.
(well that is i can get it to run, a simple setup nothing fance)
Only problem i had is the conf files that don't get moved/created when
compiling.
Jorge
--- In new-httpd@yahoogroups.com, "William A. Rowe, Jr." <wr...@r...>
wrote:
> At 04:05 AM 6/14/2005, Paul Querna wrote:
> >I am volunteering to RM 2.1.5 on this Friday, June 17.
> >
> >We have had several big changes and fixes from the last release of
2.1.3 on 2/22/2005.
> >
> >I am planning to bundle APR 1.1.1 and APR-Util 1.1.2.
>
> If the APR project has new releases, would you please consider
> those, instead? There is -alot- of activity on the bug-fixing
> side of that world, especially in network APIs.
>
> >I would like to be able to put up win32 binaries, just to get a
wider testing group. Would anyone who could do those be able to?
>
> Happy to.
>
> >I know there are still some unresolved issues with APR-Iconv for
win32 binaries, but there are so many other areas in httpd that have
changed, just testing on the win32 platform would be helpful.
>
> These issues are addressed by a patch I'll be committing later
> today for apr (core). apr_dso_filepath_get() will track down that
> libapriconv-1.so/.dll/.dylib/.sl filepath we were hunting for.
>
> In any case, if this is an alpha, I have no hesitation in supporting
> another round of testing and review. I do have a huge issue if the
> project tags any flavor before addressing the HTTP Request flaws, but
> your Friday window gives folks an opportunity to investigate those.
>
> Bill
Re: 2.1.5 on Friday
Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
At 04:05 AM 6/14/2005, Paul Querna wrote:
>I am volunteering to RM 2.1.5 on this Friday, June 17.
>
>We have had several big changes and fixes from the last release of 2.1.3 on 2/22/2005.
>
>I am planning to bundle APR 1.1.1 and APR-Util 1.1.2.
If the APR project has new releases, would you please consider
those, instead? There is -alot- of activity on the bug-fixing
side of that world, especially in network APIs.
>I would like to be able to put up win32 binaries, just to get a wider testing group. Would anyone who could do those be able to?
Happy to.
>I know there are still some unresolved issues with APR-Iconv for win32 binaries, but there are so many other areas in httpd that have changed, just testing on the win32 platform would be helpful.
These issues are addressed by a patch I'll be committing later
today for apr (core). apr_dso_filepath_get() will track down that
libapriconv-1.so/.dll/.dylib/.sl filepath we were hunting for.
In any case, if this is an alpha, I have no hesitation in supporting
another round of testing and review. I do have a huge issue if the
project tags any flavor before addressing the HTTP Request flaws, but
your Friday window gives folks an opportunity to investigate those.
Bill