I can''t get mongrel installed on a Win XP. I keep getting some unknown
error with this "win32-service-0.5.2". While it states results are
logged, the file is empty - not much help. I even tried complete
uninstall of ruby and reinstalled ruby 1.8.5-21. But no luck.
Oddly, I had no problem installing earlier on a Win 2K machine. Is
there something special about XP?
here is output from...
gem install mongrel --include-dependencies
result is...
43. Cancel installation
> 2
Building native extensions. This could take a while...
ERROR: While executing gem ... (RuntimeError)
ERROR: Failed to build gem native extension.
Gem files will remain installed in
c:/ruby/lib/ruby/gems/1.8/gems/win32-service-0.5.2 for inspection.
Results logged to
c:/ruby/lib/ruby/gems/1.8/gems/win32-service-0.5.2/gem_make.out
Thank you
--
Andy Koch, Web Applications Developer
PC-Doctor, Inc.
9805 Double R Boulevard Suite 301
Reno, NV 89521
775.336.4079
andy.koch at pc-doctor.com
CONFIDENTIALITY
The information contained in this message is confidential. It is
intended to be read only by the individual or entity to whom it is
addressed or by an authorized designee. If the reader of this
message is not the intended recipient, be aware that distribution
of this message in any form is strictly prohibited. If you have
received this message in error, please immediately notify the sender
and destroy any copy of this message.
On 12/4/06, Andy Koch <andy.koch at pc-doctor.com> wrote:> I can''t get mongrel installed on a Win XP. I keep getting some unknown > error with this "win32-service-0.5.2". While it states results are > logged, the file is empty - not much help. I even tried complete > uninstall of ruby and reinstalled ruby 1.8.5-21. But no luck. >The problem is that mongrel depends on win32-service >= 0.5.0 We (Zed and I) hacked a gem of win32-service for 0.5.0, but win32utils guys start distributing a source only version of 0.5.2 (which requires compilers to build it). Since that, rubyforge removed the pre-build gem made by us. A workaround that problem is: Download the service.so from the win32utils project (service-0.5.2-vc6.so): http://rubyforge.org/frs/?group_id=85&release_id=8093 Renamed it to "service.so" and place it into: C:\Ruby\lib\ruby\gems\1.8\gems\win32-service-0.5.2\lib\win32 THEN, install mongrel gem. Hope we resolve that "issue" for the next release, removing the dependency on the service gem.> Oddly, I had no problem installing earlier on a Win 2K machine. Is > there something special about XP?Guess is that because you already have the gem installed.> > here is output from...[snip]> > > Thank you >HTH, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi
> -----Original Message----- > From: mongrel-users-bounces at rubyforge.org > [mailto:mongrel-users-bounces at rubyforge.org] On Behalf Of Luis Lavena > Sent: Monday, December 04, 2006 3:34 PM > To: mongrel-users at rubyforge.org > Subject: Re: [Mongrel] mongrel install on win32 XP problems > > > On 12/4/06, Andy Koch <andy.koch at pc-doctor.com> wrote: > > I can''t get mongrel installed on a Win XP. I keep getting some > > unknown error with this "win32-service-0.5.2". While it states > > results are logged, the file is empty - not much help. I > even tried > > complete uninstall of ruby and reinstalled ruby 1.8.5-21. But no > > luck. > > > > The problem is that mongrel depends on win32-service >= 0.5.0 > We (Zed and I) hacked a gem of win32-service for 0.5.0, but > win32utils guys start distributing a source only version of > 0.5.2 (which requires compilers to build it).<snip> Since this seems to be causing quite a few headaches all around, I''ll get cracking on a binary distribution for the gem tonight and try to get it released asap. The only downside is that it will be compiled with VC++ 6.0, which means a couple of the Win32Service struct members will be unavailable in the Service.services method (and you won''t be able to specify a ''group''). This won''t affect the Daemon class, though. Ideally I''d like to be able to set this up as an either-or, with something like "gem install win32-service --from-source" to force a build if the user wants to build from source instead of using the binary. Is such an option possible? Thanks, Dan This communication is the property of Qwest and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
On 12/5/06, Berger, Daniel <Daniel.Berger at qwest.com> wrote:> > -----Original Message----- > > From: mongrel-users-bounces at rubyforge.org > > [mailto:mongrel-users-bounces at rubyforge.org] On Behalf Of Luis Lavena > > Sent: Monday, December 04, 2006 3:34 PM > > To: mongrel-users at rubyforge.org > > Subject: Re: [Mongrel] mongrel install on win32 XP problems > > > > > > On 12/4/06, Andy Koch <andy.koch at pc-doctor.com> wrote: > > > I can''t get mongrel installed on a Win XP. I keep getting some > > > unknown error with this "win32-service-0.5.2". While it states > > > results are logged, the file is empty - not much help. I > > even tried > > > complete uninstall of ruby and reinstalled ruby 1.8.5-21. But no > > > luck. > > > > > > > The problem is that mongrel depends on win32-service >= 0.5.0 > > We (Zed and I) hacked a gem of win32-service for 0.5.0, but > > win32utils guys start distributing a source only version of > > 0.5.2 (which requires compilers to build it). > > <snip> > > Since this seems to be causing quite a few headaches all around, I''ll > get cracking on a binary distribution for the gem tonight and try to get > it released asap. > > The only downside is that it will be compiled with VC++ 6.0, which means > a couple of the Win32Service struct members will be unavailable in the > Service.services method (and you won''t be able to specify a ''group''). > This won''t affect the Daemon class, though. > > Ideally I''d like to be able to set this up as an either-or, with > something like "gem install win32-service --from-source" to force a > build if the user wants to build from source instead of using the > binary. Is such an option possible? >Daniel, Based on rubygems documentation and experience, if you have two gems with the same version, but both with different platforms (ruby and mswin32), rubygems will offer you a choice on which one will be installed. Basically, if you want the user build the native extensions by himself, download the ruby version, any other case (ala no compiler), download the prebuild gem.> Thanks, > > Dan >Thanks to you Dan, I scheduled a few hours this afternoon to solve this issue, but guess your work will ease the things a bit :-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi
On 12/5/06, Luis Lavena <luislavena at gmail.com> wrote:> On 12/5/06, Berger, Daniel <Daniel.Berger at qwest.com> wrote: > > > -----Original Message-----[snip]> > > > The only downside is that it will be compiled with VC++ 6.0, which means > > a couple of the Win32Service struct members will be unavailable in the > > Service.services method (and you won''t be able to specify a ''group''). > > This won''t affect the Daemon class, though.Dan, I packaged the VisualC++ 2003 Toolkit, with latest Platform SDK (2003 R2), along with VC6 in 35MB (7z). I use that environment to switch compilers testing compatibility issues. Contact me off the list and I could provide you a link (the 2003 Toolkit is no longer downloadable online, that''s why I''m offering this to you). Regards, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi
Luis Lavena wrote: <snip>>> Ideally I''d like to be able to set this up as an either-or, with >> something like "gem install win32-service --from-source" to force a >> build if the user wants to build from source instead of using the >> binary. Is such an option possible? >> > > Daniel, > > Based on rubygems documentation and experience, if you have two gems > with the same version, but both with different platforms (ruby and > mswin32), rubygems will offer you a choice on which one will be > installed. > > Basically, if you want the user build the native extensions by > himself, download the ruby version, any other case (ala no compiler), > download the prebuild gem.I thought about that, but I worry it will just confuse the newbs. I can see it now - "Hey, which of these am I suppose to install?". Assuming gems doesn''t provide an alternative I''ll just have to deal with it I guess. Thanks, Dan
On 12/5/06, Daniel Berger <Daniel.Berger at qwest.com> wrote:> Luis Lavena wrote: > <snip> > > >> Ideally I''d like to be able to set this up as an either-or, with > >> something like "gem install win32-service --from-source" to force a > >> build if the user wants to build from source instead of using the > >> binary. Is such an option possible? > >> > > > > Daniel, > > > > Based on rubygems documentation and experience, if you have two gems > > with the same version, but both with different platforms (ruby and > > mswin32), rubygems will offer you a choice on which one will be > > installed. > > > > Basically, if you want the user build the native extensions by > > himself, download the ruby version, any other case (ala no compiler), > > download the prebuild gem. > > I thought about that, but I worry it will just confuse the newbs. I can > see it now - "Hey, which of these am I suppose to install?". Assuming > gems doesn''t provide an alternative I''ll just have to deal with it I guess. >The problem with gemspecs: If you define something in "extensions", rubygems will try to run the extconf for that extension. To avoid that, extensions must be cleared (extensions.clear()) like we are doing with mongrel gems: http://rubyforge.org/viewvc/trunk/Rakefile?revision=441&root=mongrel&view=markup Guess a notice / faq should be used to warn the user about this: Q. When installing gem ''name'', two versions are shown, which one should I choose? A. If you''re a Windows user, mostly you don''t have a compiler/build environment like Visual C to compile and build the extensions bundled with the gem. In that case, please choose the pre-built version (marked as platform specific gem: mswin32). -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi
I have an MSDN subscription. Send me a solution file and build instructions, and I will try to build it with VS.Net 2003 (VC 7.1) or VS.Net 2005 (VC 8), or if you give me a day, VS.Net (VC 7). =Will Berger, Daniel wrote:>>-----Original Message----- >>From: mongrel-users-bounces at rubyforge.org >>[mailto:mongrel-users-bounces at rubyforge.org] On Behalf Of Luis Lavena >>Sent: Monday, December 04, 2006 3:34 PM >>To: mongrel-users at rubyforge.org >>Subject: Re: [Mongrel] mongrel install on win32 XP problems >> >> >>On 12/4/06, Andy Koch <andy.koch at pc-doctor.com> wrote: >> >> >>>I can''t get mongrel installed on a Win XP. I keep getting some >>>unknown error with this "win32-service-0.5.2". While it states >>>results are logged, the file is empty - not much help. I >>> >>> >>even tried >> >> >>>complete uninstall of ruby and reinstalled ruby 1.8.5-21. But no >>>luck. >>> >>> >>> >>The problem is that mongrel depends on win32-service >= 0.5.0 >>We (Zed and I) hacked a gem of win32-service for 0.5.0, but >>win32utils guys start distributing a source only version of >>0.5.2 (which requires compilers to build it). >> >> > ><snip> > >Since this seems to be causing quite a few headaches all around, I''ll >get cracking on a binary distribution for the gem tonight and try to get >it released asap. > >The only downside is that it will be compiled with VC++ 6.0, which means >a couple of the Win32Service struct members will be unavailable in the >Service.services method (and you won''t be able to specify a ''group''). >This won''t affect the Daemon class, though. > >Ideally I''d like to be able to set this up as an either-or, with >something like "gem install win32-service --from-source" to force a >build if the user wants to build from source instead of using the >binary. Is such an option possible? > >Thanks, > >Dan > > >This communication is the property of Qwest and may contain confidential or >privileged information. Unauthorized use of this communication is strictly >prohibited and may be unlawful. If you have received this communication >in error, please immediately notify the sender by reply e-mail and destroy >all copies of the communication and any attachments. >_______________________________________________ >Mongrel-users mailing list >Mongrel-users at rubyforge.org >http://rubyforge.org/mailman/listinfo/mongrel-users > >
> -----Original Message----- > From: mongrel-users-bounces at rubyforge.org > [mailto:mongrel-users-bounces at rubyforge.org] On Behalf Of Will Green > Sent: Tuesday, December 05, 2006 5:40 PM > To: mongrel-users at rubyforge.org > Subject: Re: [Mongrel] mongrel install on win32 XP problems > > > I have an MSDN subscription. Send me a solution file and build > instructions, and I will try to build it with VS.Net 2003 (VC 7.1) or > VS.Net 2005 (VC 8), or if you give me a day, VS.Net (VC 7). > > => WillYou don''t need a solution file. The gem should build from source just fine with VC 7. Or, you can download the zip file and do "ruby extconf.rb; nmake; nmake install". I''m not so sure about VC 8, since I don''t think Ruby itself builds successfully with VC 8. - Dan This communication is the property of Qwest and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
On 12/6/06, Berger, Daniel <Daniel.Berger at qwest.com> wrote:> > -----Original Message----- > > From: mongrel-users-bounces at rubyforge.org > > [mailto:mongrel-users-bounces at rubyforge.org] On Behalf Of Will Green > > Sent: Tuesday, December 05, 2006 5:40 PM > > To: mongrel-users at rubyforge.org > > Subject: Re: [Mongrel] mongrel install on win32 XP problems > > > > > > I have an MSDN subscription. Send me a solution file and build > > instructions, and I will try to build it with VS.Net 2003 (VC 7.1) or > > VS.Net 2005 (VC 8), or if you give me a day, VS.Net (VC 7). > > > > => > Will > > You don''t need a solution file. The gem should build from source just > fine with VC 7. Or, you can download the zip file and do "ruby > extconf.rb; nmake; nmake install". > > I''m not so sure about VC 8, since I don''t think Ruby itself builds > successfully with VC 8. >VC8 (Express 2005) will not build any ruby extension without tweaking. Thats due the manifest need the me included in the assemblies. (Don''t ask me about that, was a loooong topic on the ruby-talk about this and make ruby compile fine under VC2005). You need to build ruby with VC8 (to link against msvcrt8.lib/dll) for successfully compile the extensions. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi