similar to: Issues with win32-service Daemon

Hi, I believe this patch would be a perfect solution for a lengthy initialization application. Added hStartEvent, service_init, checkpoint increments. ============================================================ --- temp/service.c 2005-11-27 00:03:30.000000000 +0900 +++ service.c 2005-11-27 00:01:58.000000000 +0900 @@ -14,6 +14,7 @@ static VALUE cDaemonError; static VALUE rbServiceStruct,

Hi, Unless I''m mistaken the final arguments to Service.start should be passed to the Daemon''s service_main method. Correct? I modified the Service.start method (now in CVS) to look something like this: def self.start(service, host=nil, *args) ... num_args = args.length if args.empty? args = nil else args.unshift(service) # Necessary?

Hi all, I''ve started porting the Win32::Shortcut Perl module over to Ruby. I''ve done some initial work and committed it to CVS (look under win32utils - I goofed and made a toplevel dir as well - it''s empty). Anyway, everything compiles fine, but when I do "s = Shortcut.new" I get a weird error: test.rb:11:in `initialize'': undefined method

I''m back to getting stuff to run as a Windows service, and am running in to a problem. My service (a Daemon ruby class) installs and starts fine, but when I try to stop it, I get: C:\workspaces\default\tahoe>ruby script\service stop script/service:77:in `stop'': An exception occurred in the service when handling the control request. (Win32::ServiceError) from

Hi all, Windows XP Pro Ruby 1.8.2 I''m having a couple of problems with the following service. The first issue is that the code in service_start doesn''t seem to fire off. The second problem is that any attempt to do ''require "webrick"'' within webrick_daemon.rb causes the service to fail on start. Any ideas? # webrickctl.rb

Hello list, In my quest to get Mongrel working as service for win32, found some problems with win32/service that make it impossible to solve. Attached is the simplest service script I could do with ruby, which depends on win32/service. I found that doing anything complex in service_stop (killing threads, doing file handling, even sleeping for 0.25 seconds). crash the service with backtraces (of

Ok, this might sound bad... well, actually it is. I''m my rewrite of mongrel_rails_service and provide a uniform set of commands in the line of gem_plugin commands, found a few issues while stopping the service. Thinking that rails (1.1.2) was responsable, tested against my 1.0.0 rails app, both with the same results. Again, reverted to mongrel 0.3.8, when services was working ok, with

Hi all, Windows 2000 Ruby 1.8.2 R7 VC++ 6.0 I noticed that if I try to call new_work_item and give the task a name that already exists, I get a segfault: C:\eclipse\workspace\win32-taskscheduler>ruby test.rb "0.1.0" test.rb:22:in `new_work_item'': NewWorkItem() function failed (Win32::TaskSchedul erError) from test.rb:22 test.rb:22: [BUG] Segmentation fault ruby

Hi, I just got done using win32/service to run a very small/hack-ish "Riki" WEBrick service. Very cool stuff. Thanks. So, in the process, I noticed a lot of the "control" start/install/etc. command line parser stuff looked a bit boilerplate, so I pulled it out into a helper function "service_cli" (for lack of a better name). Its simple, but it allows me to do away

Got this today. Please take a look and let me know what you think. - Dan ---------- Forwarded message ---------- From: Kevin Burge <kevin.burge at systemware.com> Date: Dec 7, 2006 6:45 AM Subject: win32-service problems with patch To: djberg96 at gmail.com Hi Daniel, Thanks for win32-service. In the process of using it for running a reliable-msg (drb) server and clients, I had some

Does this look right? The places to look are wait and wait_for_multiple (which I modified to take the class as an argument, so that I could yield). Dan /**************************************************************************** * ipc.c - source for the win32-ipc package ****************************************************************************/ #include "ruby.h" #include

Thoughts? Dan -------------- next part -------------- An embedded message was scrubbed... From: "Patrick Hurley" <phurley at gmail.com> Subject: Ruby Win32-Service Date: Sun, 18 Jun 2006 12:46:01 -0400 Size: 2863 Url: http://rubyforge.org/pipermail/win32utils-devel/attachments/20060618/cc346796/attachment.eml

Hi, I am getting a number of segmentation faults using Ferret 0.9.5, Fedora Core 5 and Ruby 1.8.4 I installed it with the recommended gem install ferret and example segmentation fault creation line would be as follows: @records = FerretConfig::INDEX.search("address_line_2:\"Dumbarton\"") I am also using acts_as_ferret and rails 1.15 but think this is an issue with

Figure I'd share the latest revision to p2v I had regarding $subject. The patch now applies against HEAD and compiles fine. I was able to update the package on the client and run virt-p2v, though have yet to do a full end-to-end verification Most likely a little more work is needed to tidy up some edge cases and fully flush things out, but the majority of the work should be in place. On the

I''m having no luck trying to daemonize mongrel running a camping server. When mongrel daemonizes, I get: /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel.rb:723:in `accept'': closed stream (IOError) from /usr/lib/ruby/gems/1.8/gems/mongrel-1.0.1/lib/mongrel/configurator.rb:293:in `join'' ... (This was after I disabled the unhandled exception catchall in the

Hello mailing list! Sorry for the personal/private mail I sent to Daniel and Park, but just a few minutes ago I subscribed to this list. I have found the solution, for webrick, mongrel and other webserver (well I guess). If the code in service_main is blocked (like the webrick dispatcher), the service_main function never exit/left, so service.mainloop never terminates and service control

Bugs item #12881, was opened at 2007-08-07 19:17 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=12881&group_id=85 Category: win32-service Group: None Status: Open Resolution: None Priority: 3 Submitted By: John Leake (ozwaldtwistle) Assigned to: Nobody (None) Summary: Cannot wait on Process - service_daemon/service_main Initial Comment: First of

Hi all, I *finally* committed the patch from Patrick Hurley (you know, the one he submitted way back in June). Looks like it works. I''ve also revamped the code under the examples directory. There''s now a tdaemon.rb (the test daemon) and tdaemon_ctl.rb (the test daemon controller). Before I release this into the wild I want to make sure I document how to use it properly.

Heya Folks- This is mainly for Zed and Mentalguy. I have been playing with the new release of rubygems 0.9.0.8 and I have a major problem with the requirement that fastthread needs to be required before thread. Just requiring rubygems and then requiring fastthread right after that will throw the error: ez _blog $ ruby require ''rubygems'' require

In order to be able to call event hooks as I mentioned previously it looks like I''ll have to do something like this in Service_Ctrl(): // For example if(dwCtrlCode == SERVICE_CONTROL_STOP){ rb_funcall(self,rb_intern("send"),rb_intern("on_stop")); } There are a few problems. First, I''m not sure I''m calling that properly. Second, I don''t