From djberg96 at yahoo.com Sun Sep 4 19:49:40 2005 From: djberg96 at yahoo.com (Daniel Berger) Date: Sun Sep 4 19:42:47 2005 Subject: [Win32utils-devel] Fwd: Win32 Utils TaskScheduler Message-ID: <20050904234940.52895.qmail@web50311.mail.yahoo.com> Note: forwarded message attached. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An embedded message was scrubbed... From: Scott Harper Subject: Win32 Utils TaskScheduler Date: Sun, 4 Sep 2005 17:04:24 -0400 Size: 4971 Url: http://rubyforge.org/pipermail/win32utils-devel/attachments/20050904/8c7914f1/attachment.eml From phasis at nownuri.net Sun Sep 4 20:59:18 2005 From: phasis at nownuri.net (Park Heesob) Date: Sun Sep 4 20:52:32 2005 Subject: [Win32utils-devel] Fwd: Win32 Utils TaskScheduler References: <20050904234940.52895.qmail@web50311.mail.yahoo.com> Message-ID: <00d501c5b1b5$0b83c870$ea0d5bd2@2xnm9896kmqn5b9> Hi, Your usage of minutes_duration, and minutes_interval is invalid. You must use it like this: trigger = { "start_year" => 2005, "start_month" => 9, "start_day" => 5, "start_hour" => 7, "start_minute" => 14, "trigger_type" => TaskScheduler::DAILY, "minutes_duration" => 540, "minutes_interval" => 60, "type" => { "days_interval" => 1} } NB. minutes_duration must be greater than minutes_interval. Regards, Park Heesob From ntalbott at gmail.com Thu Sep 8 13:53:36 2005 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Thu Sep 8 13:46:35 2005 Subject: [Win32utils-devel] Stopping services Message-ID: 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 script/service:77 from script/service:76:in `call' from script/service:88 Note that I only get this if the service has successfully made it in to service_main - if I stop it before that, it stops OK. I wanted to back up and see if the examples worked OK for me, so I ran daemon_test: C:\build\ruby\extensions\win32-service-0.4.6\examples>ruby daemon_test.rb install VERSION: 0.4.6 installed C:\build\ruby\extensions\win32-service-0.4.6\examples>ruby daemon_test.rb start VERSION: 0.4.6 Ok, started C:\build\ruby\extensions\win32-service-0.4.6\examples>ruby daemon_test.rb stop VERSION: 0.4.6 daemon_test.rb:59:in `stop': The pipe has been ended. (Win32::ServiceError) from daemon_test.rb:59 Note that you need to wait to attempt the stop until after the service has started writing "service is running" to C:\test.log before it will fail. Any ideas on either of these problems, and/or ways to debug better? I'm running ruby1.8.3p1 compiled locally with MSVC (7, I think), with win32-service-0.4.6 on XP Pro SP2. Thanks, -- Nathaniel Talbott <:((>< From Daniel.Berger at qwest.com Thu Sep 8 14:41:57 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Thu Sep 8 14:34:59 2005 Subject: [Win32utils-devel] Stopping services Message-ID: <39AA6550E5AA554AB1456707D6E5563D0DCD20@QTOMAE2K3M01.AD.QINTRA.COM> Hi Nathaniel, > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Nathaniel Talbott > Sent: Thursday, September 08, 2005 11:54 AM > To: Development and ideas for win32utils projects > Subject: [Win32utils-devel] Stopping services > > > 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 script/service:77 > from script/service:76:in `call' > from script/service:88 > > Note that I only get this if the service has successfully > made it in to service_main - if I stop it before that, it stops OK. Yes, I had that issue a while back. See http://rubyforge.org/pipermail/win32utils-devel/2004-August/000144.html. It was never resolved, but it seemed to be harmless. Yes, it raised an error, but the service does stop. Not ideal, but liveable. My *guess* is that it has something to do with the fact that win32-service spawns a native thread (in the service_mainloop function) which is, afaik, required. But, that's a guess. If I'm right, I don't know that it's a solveable issue until Ruby 2.0. If I'm wrong, then I'm not sure what the issue is. Any ideas Heesob? Dan From djberg96 at gmail.com Thu Sep 8 20:12:51 2005 From: djberg96 at gmail.com (Daniel Berger) Date: Thu Sep 8 20:04:56 2005 Subject: [Win32utils-devel] win32-file and File.basename edge case Message-ID: <4320D383.8030104@gmail.com> Hi all, I noticed in win32-file 0.4.4 that File.basename("") hangs on my Windows XP Pro box at work, but not at home. Does anyone else see this behavior? I can only speculate that the behavior of PathRemoveBackslash() changed at some point in the lifecycle of VC++ 7. Dan From ntalbott at gmail.com Fri Sep 9 08:20:26 2005 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Fri Sep 9 08:13:29 2005 Subject: [Win32utils-devel] Stopping services In-Reply-To: <39AA6550E5AA554AB1456707D6E5563D0DCD20@QTOMAE2K3M01.AD.QINTRA.COM> References: <39AA6550E5AA554AB1456707D6E5563D0DCD20@QTOMAE2K3M01.AD.QINTRA.COM> Message-ID: On 9/8/05, Berger, Daniel wrote: > Hi Nathaniel, > > > 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 script/service:77 > > from script/service:76:in `call' > > from script/service:88 > > > > Note that I only get this if the service has successfully > > made it in to service_main - if I stop it before that, it stops OK. > > Yes, I had that issue a while back. See > http://rubyforge.org/pipermail/win32utils-devel/2004-August/000144.html. > > It was never resolved, but it seemed to be harmless. Yes, it raised an > error, but the service does stop. Not ideal, but liveable. While it does work OK, I'm hesitant to release something that may be managed by other people and tell them, "Oh, the service manager just hangs when you stop it, don't worry, it really stopped OK." I can hear, "What kind of hacky software is this???" from here :-/. > My *guess* is that it has something to do with the fact that > win32-service spawns a native thread (in the service_mainloop function) > which is, afaik, required. But, that's a guess. If I'm right, I don't > know that it's a solveable issue until Ruby 2.0. Really? Even with your wiz-bang mad C hackery skillz? :-) > If I'm wrong, then I'm not sure what the issue is. Any ideas Heesob? Any other ideas would be greatly appreciated. Thanks, -- Nathaniel Talbott <:((>< From ntalbott at gmail.com Fri Sep 9 09:49:13 2005 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Fri Sep 9 09:42:11 2005 Subject: [Win32utils-devel] Stopping services In-Reply-To: <39AA6550E5AA554AB1456707D6E5563D0DCD20@QTOMAE2K3M01.AD.QINTRA.COM> References: <39AA6550E5AA554AB1456707D6E5563D0DCD20@QTOMAE2K3M01.AD.QINTRA.COM> Message-ID: On 9/8/05, Berger, Daniel wrote: > It was never resolved, but it seemed to be harmless. Yes, it raised an > error, but the service does stop. Not ideal, but liveable. FYI, I also can't seem to get it to call my #service_stop method, which I'm guessing is related. Have you had the same problem? -- Nathaniel Talbott <:((>< From Daniel.Berger at qwest.com Fri Sep 9 11:45:12 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Fri Sep 9 11:39:08 2005 Subject: [Win32utils-devel] Stopping services Message-ID: <39AA6550E5AA554AB1456707D6E5563D0DCD24@QTOMAE2K3M01.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Nathaniel Talbott > Sent: Friday, September 09, 2005 6:20 AM > To: Development and ideas for win32utils projects > Subject: Re: [Win32utils-devel] Stopping services > > Really? Even with your wiz-bang mad C hackery skillz? :-) My mad C hackery skillz led me to this in the Service_Ctrl function: // Tell service_main thread to stop. if ((dwCtrlCode == SERVICE_CONTROL_STOP) || (dwCtrlCode == SERVICE_CONTROL_SHUTDOWN)) { if (!SetEvent(hStopEvent)) ErrorStopService(); // Raise an error here? } So, if SetEvent (a Windows function) fails, we call ErrorStopService (our function). Looking at ErrorStopService I see this: // If you have threads running, tell them to stop. Something went // wrong, and you need to stop them so you can inform the SCM. SetEvent(hStopEvent); // Stop the service. SetTheServiceStatus(SERVICE_STOPPED, GetLastError(), 0, 0); Looking at SetTheServiceStatus (our function) I see this: // Send status of the service to the Service Controller. if(!SetServiceStatus(ssh, &ss)){ ErrorStopService(); } It almost looks like we could end up with an infinite loop. Is the SCM saving our butt here by just timing out and shutting down the service for us? I'm not sure. I think we need to look more closely at why SetEvent() is failing. Perhaps raising an error is in order. That's where I'm going to start looking anyway. Regards, Dan From Daniel.Berger at qwest.com Fri Sep 9 12:18:47 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Fri Sep 9 12:11:50 2005 Subject: [Win32utils-devel] Stopping services Message-ID: <39AA6550E5AA554AB1456707D6E5563D0DCD25@QTOMAE2K3M01.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Nathaniel Talbott > Sent: Friday, September 09, 2005 7:49 AM > To: Development and ideas for win32utils projects > Subject: Re: [Win32utils-devel] Stopping services > > > On 9/8/05, Berger, Daniel wrote: > > > It was never resolved, but it seemed to be harmless. Yes, > it raised > > an error, but the service does stop. Not ideal, but liveable. > > FYI, I also can't seem to get it to call my #service_stop > method, which I'm guessing is related. Have you had the same problem? Upon further review, things seem to be working fine. :/ I installed, ran, and stopped the sample (Abba) service. Here was the log output: service is running as of: Fri Sep 09 10:15:39 Mountain Daylight Time 2005 service is running as of: Fri Sep 09 10:15:42 Mountain Daylight Time 2005 service is running as of: Fri Sep 09 10:15:45 Mountain Daylight Time 2005 stop signal received: Fri Sep 09 10:15:48 Mountain Daylight Time 2005 service is running as of: Fri Sep 09 10:15:48 Mountain Daylight Time 2005 service_main left It didn't hang when I stopped (which I tried from both the command line and the Services GUI). And, as you can see, it definitely picked up the stop event. What version of Windows and win32-service are you running? And how did you build it? Dan From ntalbott at gmail.com Fri Sep 9 14:12:52 2005 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Fri Sep 9 14:05:56 2005 Subject: [Win32utils-devel] Stopping services In-Reply-To: <39AA6550E5AA554AB1456707D6E5563D0DCD25@QTOMAE2K3M01.AD.QINTRA.COM> References: <39AA6550E5AA554AB1456707D6E5563D0DCD25@QTOMAE2K3M01.AD.QINTRA.COM> Message-ID: On 9/9/05, Berger, Daniel wrote: > Upon further review, things seem to be working fine. :/ > > I installed, ran, and stopped the sample (Abba) service. Here was the > log output: > > service is running as of: Fri Sep 09 10:15:39 Mountain Daylight Time > 2005 > service is running as of: Fri Sep 09 10:15:42 Mountain Daylight Time > 2005 > service is running as of: Fri Sep 09 10:15:45 Mountain Daylight Time > 2005 > stop signal received: Fri Sep 09 10:15:48 Mountain Daylight Time 2005 > service is running as of: Fri Sep 09 10:15:48 Mountain Daylight Time > 2005 > service_main left > > It didn't hang when I stopped (which I tried from both the command line > and the Services GUI). And, as you can see, it definitely picked up the > stop event. > > What version of Windows and win32-service are you running? And how did > you build it? See my first message... I also tried the sample service, and while it had a different error, it did error, and I never get the "stop signal" in my log. My original message outlines my environment, too - let me know if you need additional info. Thanks, -- Nathaniel Talbott <:((>< From ntalbott at gmail.com Fri Sep 9 14:25:07 2005 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Fri Sep 9 14:18:05 2005 Subject: [Win32utils-devel] Stopping services In-Reply-To: References: <39AA6550E5AA554AB1456707D6E5563D0DCD25@QTOMAE2K3M01.AD.QINTRA.COM> Message-ID: On 9/9/05, Nathaniel Talbott wrote: > My original message outlines my environment, too - let me > know if you need additional info. One bit of clarification as to my environment - I'm building with VS.NET 2003. -- Nathaniel Talbott <:((>< From Daniel.Berger at qwest.com Fri Sep 9 14:26:07 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Fri Sep 9 14:19:08 2005 Subject: [Win32utils-devel] Stopping services Message-ID: <39AA6550E5AA554AB1456707D6E5563D0DCD26@QTOMAE2K3M01.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > Nathaniel Talbott > Sent: Friday, September 09, 2005 12:13 PM > To: Development and ideas for win32utils projects > Subject: Re: [Win32utils-devel] Stopping services > > What version of Windows and win32-service are you running? And how > > did you build it? > > See my first message... I also tried the sample service, and > while it had a different error, it did error, and I never get > the "stop signal" in my log. My original message outlines my > environment, too - let me know if you need additional info. Sorry, I wasn't paying attention. :( I'll try building 1.8.3 at home this weekend and see what happens. Anyone else seeing this behavior? Thanks. Dan From ntalbott at gmail.com Fri Sep 9 14:52:37 2005 From: ntalbott at gmail.com (Nathaniel Talbott) Date: Fri Sep 9 14:45:35 2005 Subject: [Win32utils-devel] Stopping services In-Reply-To: <39AA6550E5AA554AB1456707D6E5563D0DCD26@QTOMAE2K3M01.AD.QINTRA.COM> References: <39AA6550E5AA554AB1456707D6E5563D0DCD26@QTOMAE2K3M01.AD.QINTRA.COM> Message-ID: On 9/9/05, Berger, Daniel wrote: > Sorry, I wasn't paying attention. :( No problem. > I'll try building 1.8.3 at home this weekend and see what happens. Thanks a lot for your help... I really, really want to be able to use Ruby for this sort of thing, instead of having to use some sort of service wrapper, and I don't think I'm the only one. While I like to dis Windows as much as the next guy, good support for it is really valuable to the community. Thanks for all the work you (and the others here) do. Looking forward to hearing what you find out this weekend, -- Nathaniel Talbott <:((>< From zdennis at mktec.com Fri Sep 9 14:58:35 2005 From: zdennis at mktec.com (Zach Dennis) Date: Fri Sep 9 14:51:46 2005 Subject: [Win32utils-devel] Stopping services In-Reply-To: References: <39AA6550E5AA554AB1456707D6E5563D0DCD26@QTOMAE2K3M01.AD.QINTRA.COM> Message-ID: <4321DB5B.30606@mktec.com> Nathaniel Talbott wrote: > Thanks for all the work you (and the others here) do. > I am merely an end user of the win32 packages, but I would like to second this thanks! Zach From djberg96 at gmail.com Sat Sep 10 22:32:25 2005 From: djberg96 at gmail.com (Daniel Berger) Date: Sat Sep 10 22:24:31 2005 Subject: [Win32utils-devel] Stopping services In-Reply-To: References: <39AA6550E5AA554AB1456707D6E5563D0DCD26@QTOMAE2K3M01.AD.QINTRA.COM> Message-ID: <43239739.8050904@gmail.com> Nathaniel Talbott wrote: >Thanks a lot for your help... I really, really want to be able to use >Ruby for this sort of thing, instead of having to use some sort of >service wrapper, and I don't think I'm the only one. While I like to >dis Windows as much as the next guy, good support for it is really >valuable to the community. Thanks for all the work you (and the others >here) do. > >Looking forward to hearing what you find out this weekend, > > > > Alright, I built the latest stable release (10-Sep-2005) on my XP home laptop, ran the "daemon_test.rb" script again, and still had no problems. I can only guess that has something to do with your development environment, unless there's something specific about 1.8.3p1 causing the issue. You could try the latest stable release and see if that makes a difference. How are your C skills? I think at this point I would try adding some debug code directly in service.c, especially around the SetEvent() calls, to see if that's the culprit or not. Regards, Dan From noreply at rubyforge.org Wed Sep 28 02:11:04 2005 From: noreply at rubyforge.org (noreply@rubyforge.org) Date: Tue, 27 Sep 2005 23:11:04 -0700 Subject: [Win32utils-devel] [ win32utils-Bugs-2532 ] Etc::Admin.configure_group problem Message-ID: <200509280611.j8S6B3vK026482@rubyforge.org> Bugs item #2532, was opened at 2005-09-27 23:11 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=2532&group_id=85 Category: win32-etc Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Daniel Berger (djberg96) Assigned to: Park Heesob (phasis68) Summary: Etc::Admin.configure_group problem Initial Comment: Ruby 1.8.2 Windows XP Pro I can't seem to configure an existing group with more than four users. As a test, I added users "user0" to "user99". Then I ran the following snippet: tc::Admin.configure_group( :group_name => "group0", :description => "Test group - delete this group", :local? => true, :users => %w/user7 user1 user2 user99 user0/ ) This fails. However, if I reduce the number of users to 4 or less, regardless of which users 0 through 99 I use, it works. Dan (me) ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=2532&group_id=85 From phasis at nownuri.net Wed Sep 28 05:05:24 2005 From: phasis at nownuri.net (Park Heesob) Date: Wed, 28 Sep 2005 18:05:24 +0900 Subject: [Win32utils-devel] [ win32utils-Bugs-2532 ]Etc::Admin.configure_group problem References: <200509280611.j8S6B3vK026482@rubyforge.org> Message-ID: <000c01c5c40b$c35ccb50$e70d5bd2@2xnm9896kmqn5b9> Hi, ----- Original Message ----- From: To: Sent: Wednesday, September 28, 2005 3:11 PM Subject: [Win32utils-devel] [ win32utils-Bugs-2532 ]Etc::Admin.configure_group problem > Bugs item #2532, was opened at 2005-09-27 23:11 > You can respond by visiting: > http://rubyforge.org/tracker/?func=detail&atid=411&aid=2532&group_id=85 > > Category: win32-etc > Group: Code > Status: Open > Resolution: None > Priority: 3 > Submitted By: Daniel Berger (djberg96) > Assigned to: Park Heesob (phasis68) > Summary: Etc::Admin.configure_group problem > > Initial Comment: > Ruby 1.8.2 > Windows XP Pro > > I can't seem to configure an existing group with more than four users. As > a test, I added users "user0" to "user99". Then I ran the following > snippet: > > tc::Admin.configure_group( > :group_name => "group0", > :description => "Test group - delete this group", > :local? => true, > :users => %w/user7 user1 user2 user99 user0/ > ) > > This fails. However, if I reduce the number of users to 4 or less, > regardless of which users 0 through 99 I use, it works. > > Dan (me) I guess the source etc.c at line 843 should be lgmi = malloc((sizeof(LOCALGROUP_MEMBERS_INFO_3) * len)); Why did you use / ? lgmi = malloc((sizeof(LOCALGROUP_MEMBERS_INFO_3) * len) / sizeof(LOCALGROUP_MEMBERS_INFO_3)); Regards, Park Heesob From Daniel.Berger at qwest.com Wed Sep 28 11:34:56 2005 From: Daniel.Berger at qwest.com (Berger, Daniel) Date: Wed, 28 Sep 2005 10:34:56 -0500 Subject: [Win32utils-devel] [ win32utils-Bugs-2532]Etc::Admin.configure_group problem Message-ID: <39AA6550E5AA554AB1456707D6E5563DBCFC5A@QTOMAE2K3M01.AD.QINTRA.COM> > -----Original Message----- > From: win32utils-devel-bounces at rubyforge.org > [mailto:win32utils-devel-bounces at rubyforge.org] On Behalf Of > Park Heesob > Sent: Wednesday, September 28, 2005 3:05 AM > To: Development and ideas for win32utils projects > Subject: Re: [Win32utils-devel] [ > win32utils-Bugs-2532]Etc::Admin.configure_group problem > > > Hi, > ----- Original Message ----- > From: > To: > Sent: Wednesday, September 28, 2005 3:11 PM > Subject: [Win32utils-devel] [ > win32utils-Bugs-2532 ]Etc::Admin.configure_group problem > > > > Bugs item #2532, was opened at 2005-09-27 23:11 > > You can respond by visiting: > > > http://rubyforge.org/tracker/?func=detail&atid=411&aid=2532&group_id=8 > > 5 > > > > Category: win32-etc > > Group: Code > > Status: Open > > Resolution: None > > Priority: 3 > > Submitted By: Daniel Berger (djberg96) > > Assigned to: Park Heesob (phasis68) > > Summary: Etc::Admin.configure_group problem > > > > Initial Comment: > > Ruby 1.8.2 > > Windows XP Pro > > > > I can't seem to configure an existing group with more than > four users. > > As > > a test, I added users "user0" to "user99". Then I ran the > following > > snippet: > > > > tc::Admin.configure_group( > > :group_name => "group0", > > :description => "Test group - delete this group", > > :local? => true, > > :users => %w/user7 user1 user2 user99 user0/ > > ) > > > > This fails. However, if I reduce the number of users to 4 or less, > > regardless of which users 0 through 99 I use, it works. > > > > Dan (me) > > I guess the source etc.c at line 843 should be > lgmi = malloc((sizeof(LOCALGROUP_MEMBERS_INFO_3) * len)); > > Why did you use / ? > lgmi = malloc((sizeof(LOCALGROUP_MEMBERS_INFO_3) * len) / > sizeof(LOCALGROUP_MEMBERS_INFO_3)); > Because I'm a bonehead? I'll fix it today, thanks. Dan From noreply at rubyforge.org Wed Sep 28 20:59:46 2005 From: noreply at rubyforge.org (noreply@rubyforge.org) Date: Thu, 29 Sep 2005 09:59:46 +0900 Subject: [Win32utils-devel] [ win32utils-Bugs-2532 ] Etc::Admin.configure_group problem Message-ID: <200509290059.j8T0xkgk006224@rubyforge.org> Bugs item #2532, was opened at 2005-09-28 15:11 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=2532&group_id=85 Category: win32-etc Group: Code >Status: Closed Resolution: None Priority: 3 Submitted By: Daniel Berger (djberg96) Assigned to: Park Heesob (phasis68) Summary: Etc::Admin.configure_group problem Initial Comment: Ruby 1.8.2 Windows XP Pro I can't seem to configure an existing group with more than four users. As a test, I added users "user0" to "user99". Then I ran the following snippet: tc::Admin.configure_group( :group_name => "group0", :description => "Test group - delete this group", :local? => true, :users => %w/user7 user1 user2 user99 user0/ ) This fails. However, if I reduce the number of users to 4 or less, regardless of which users 0 through 99 I use, it works. Dan (me) ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=2532&group_id=85