similar to: Perhaps a different approach for win32-ipc

Either I''ve been up too late, or the timeout value passed to Ipc.new isn''t actually saved anywhere. Am I wrong? Anyway, I''ve added docs and a test suite for win32-ipc. Feel free to take a look and make sure there aren''t any glaring errors. Thanks. Dan PS - I''m hoping to release win32-event 0.2.0 and win32-ipc 0.1.0 this weekend unless there are

Hi all, What do you think about allowing a block to the various wait methods in win32-ipc? These could be fired off if signalled, e.g. i = IPC.new i.wait{ puts "We got a signal!" } That way, you wouldn''t constantly have to check the return value. Make sense? Or not? Regards, Dan

Hi all, I noticed this warning coming out of win32-ipc when built with -W3: c:\eclipse\workspace\win32-ipc\ipc.h(74) : warning C4146: unary minus operator applied to unsigned type, result still un signed Are we just trying to get an absolute value there? Just curious. I don''t want to break anything. I''m actually going through all the win32utils packages, compiling with

Hi all, I recently had a question on win32-event and win32-ipc on IRC, so I thought I should get around to documenting it. I had a couple questions, though. First, what does one do with an IPC object? I originally thought this would be a module that you mixed in but it appears to be a class. Second, does anyone have a good example of how to use win32-event (using the CVS version)? I

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

Hi all, I made some minor final changes to the win32-changenotify code (added accessors I forgot, updated the test suite, explicit type checking in the constructor, etc). The only somewhat major change that I made is that I now have the constructor yield/close if a block is given. Unless anyone objects to that, it''s going into 0.5.0. Otherwise, I''ll put 0.5.0 out tonight.

Hi all, I''ve been going through the various IPC modules for Win32Utils and converting them to pure Ruby. I''m almost done with win32-mutex, but I can''t get the example to work. I keep getting this error: C:/Documents and Settings/djberge/workspace/win32-mutex/examples/mutex_test.rb:41: undefined method `+'' for nil:NilClass (NoMethodError) from

All, I''ve been tinkering with Kevin''s patch. Seems to work much better as far as service control goes. The only thing that initially concerned me was the service_init code, but doing a 10 second sleep caused no problems in testing. Unless there are any objections, I''m going to put out win32-service 0.5.3 this weekend. This will be the last C version I put out. The

Hi all, Just wanted to let you know that I released 0.3.1 last night. This addresses Bug #712 and incorporates Patches #1087 and #1137 (thanks Aslak). I''ll try to get an open4 implementation out this weekend, though I noticed that Aslak''s patch is different than what Park originally had, so I''ll have to decide which I prefer, or if they can be blended somehow.

Bugs item #20455, was opened at 2008-05-30 16:54 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=20455&group_id=85 Category: None Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: win32-open3: crashes after 170 popen3 operations Initial Comment: OS: XP w/SP2 C:\Documents and

Hi all, I''ve made some changes to the way that events are handled in win32-changenotify, and I wanted to verify that they were both appropriate and sensical. First, win32-changenotify now requires win32-event. In the constructor, if an event isn''t explicitly passed, a new Win32::Event object is created (instead of calling CreateEvent directly). Then, in the

Hi all, I''ve narrowed down one more problem for cygwin/mingw. For win32-shortcut, it appears that you need to add "-luuid" to $LIBS. Once Takaaki tried that, it worked. How does this look for the extconf.rb for win32-shortcut? # extconf.rb require "mkmf" require "ftools" if RUBY_PLATFORM =~ /cygwin|mingw/i CONFIG["CC"] = "g++"

Hi all, I''ve checked win32-dir into CVS. Please take a look. It''s nothing fancy - just defines some constants: Dir::WINDOWS # C:\WINNT Dir::PROGRAM_FILES # C:\Program Files And so on. Take a look. As long as there are no complaints, I release it (and win32-changejournal) this weekend. Oh, a couple of requests. First, please take a look at the extconf.rb file. There

Hi all, I know that once upon a time I said that we shouldn''t use DONT_RESOLVE_DLL_REFERENCES (line 698), but it appears that this was wrong headed thinking for win32-eventlog. A couple of folks have complained that they couldn''t get descriptions for event records in some cases, and I have a strong feeling that''s the culprit. Can anyone see a downside to using

Hi all, I''ve committed what I think is a complete version of win32-process in pure Ruby. The new version is in the toplevel CVS directory. You''ll need to grab the latest windows-pr from CVS as well. If there are any errors, or any comments that are incorrect, please let me know. Otherwise, I''m planning on a release this weekend. Thanks, Dan

Bugs item #6722, was opened at 2006-11-17 05:17 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=6722&group_id=85 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: win32-changenotify fails on Ruby 1.8.4 Initial Comment: throws an exception when loading, roughly

Hi all, Since I didn''t get any takers on the win32-ole rewrite I thought I''d take a stab at starting it. Here''s what I''ve got so far (along with some extra constants in Windows::COM only in CVS), but the call to CoCreateInstance() isn''t working. I''m not sure if I''m dealing with the IDispatch interface properly: # win32/ole.rb require

Bugs item #28904, was opened at 2011-02-02 18:41 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=28904&group_id=85 Category: win32-eventlog Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Jason Bourne (jbourne) Assigned to: Nobody (None) Summary: Gem win32-eventlog v0.5.2 on Ruby 1.9.1 and 1.9.2 Initial Comment: 1.Requirement:

Hi all, I realized the current implmentation has a problem - you can only get the last value set? I realized, after looking at the old C code, that it actually stores values in a hash and marshals the hash, not the values themselves. That seemed clunky to me, though. I thought it would be more interesting if we just marshalled the entire mmap object and passed that back and forth.

Dan, Do you know when the next release of win32-dir is going to be available. I really would like to rely on it for the junction capability that Timothy Byrd posted. =) Thanks, Zach