similar to: Sanity check for win32-file

Hi all, I''ve got alpha versions of nread and nwrite now added to the win32-file class in CVS. They seem to work fine, although I''ve noticed one bug in the File#read method. Let''s say we have a text file with "hello world" in it. If I call nread with no arguments, it works fine: fh = File.nopen("C:\\test.txt") p fh.nread -> "hello

Hi all, I''ve committed an alpha version of File.nopen (native open) to win32-file. This is a wrapper for CreateFile(). A quick synopsis: * File.nopen(file,access_mode,share_mode,creation_mode,flags) * * A ''native'' open method. This uses CreateFile() behind the scenes instead of * the _open() function. This allows much greater flexibility when it comes * to

Hi all, > fh = File.nopen("C:\\temp.txt",File::WRITE_ATTRIBUTES) > fh.hidden = true > fh.close > > I get "test.rb:16:in `hidden='': cannot convert nil into > String (TypeError)" It looks like this line is the culprit: rbPath = rb_funcall(self,rb_intern("path"),0,0); Hm...we could use GetFullPathName() if rbPath is nil. That, however,

Hi, > >Thank you very much Park. There is one curious difference I noticed >with the write operations. It seems that there is a line ending issue >between a file descriptor opened with File.open vs File.nopen. You >can see this easily enough by doing something like this: > >fh1 = File.open("test1.txt","w+") >fh1.print "hello\nworld\n"

Hi all, Windows 2000 VC++ 6 Well, it turns out I''m not insane. The rb_class_new_instance() chokes with RC9. However, when I rolled back to RC7, it worked fine. So, either something is broken in RC9 or this is some sort of VC6 vs VC7 issue. Can anyone else confirm? Regards, Dan

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

All, I''ve committed an alpha version of a win32-file that supports a native open, close and write. I''ve got a couple issues that I was hoping you could help with. First, should we overload these methods? In other words, for the open method, if it''s 1 argument use the default Ruby method, but if it''s 5 arguments (the number of arguments that CreateFile()

Hi all, If you take a look at the service.rb file in the win32-service repository (the new one in the toplevel repository path), I''ve got this bit of code, which succeeds, but I can''t seem to unpack the data structure properly. Did I pack it wrong to begin with? I should know this but I''m spacing out. proc_status =

Hi all, Thanks to Wayne and Park, I''ve got something like this now: static VALUE file_set_compressed(VALUE self, VALUE rbBool){ HANDLE h; BOOL rv; DWORD dwBytesReturned; int fn; USHORT inBuf = COMPRESSION_FORMAT_DEFAULT; if((rbBool != Qtrue) && (rbBool != Qfalse)){ rb_raise(rb_eTypeError,"Argument must be true or false"); }

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

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

Hi all, I''ve got the latest win32-mmap code checked into CVS. Unfortunately, it seems that I''m not able to open an existing mapping and retrieve set data. Below is a simple example that seems like it ought to work but doesn''t. Any ideas? # map1.rb require ''win32/mmap'' include Win32 mmap = MMap.new(:name => ''alpha'', :size

Hi Dan, > > Hi Park, > > On a side note, any clue as to why Nobu''s suggestion doesn''t seem to > work? I tried his suggested patch of sending a second argument. It > compiles fine, and I don''t get any warnings, but it simply doesn''t seem > to write anything to a file when I tried. > > See my note on the ML for more details. >

Bugs item #10589, was opened at 2007-05-04 12:01 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=10589&group_id=85 Category: win32-mmap Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Daniel Berger (djberg96) Assigned to: Daniel Berger (djberg96) Summary: Bug in win32-mmap Initial Comment: Ruby 1.8.6 win32-mmap 0.2.1 Assigning

Hi all, Passing a Fixnum when you should have passed a String (pointer) causes a segfault in Win32API. I''ve already reported this on RubyForge (Bug #3904): require ''Win32API'' RegFormat = Win32API.new(''user32'', ''RegisterClipboardFormat'', ''P'', ''I'') RegFormat.call(1) # Boom! I''ve traced the

Bugs item #6632, was opened at 2006-11-12 16:45 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=6632&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 4 Submitted By: Alex Fenton (brokentoy) Assigned to: Kevin Smith (qualitycode) Summary: Linux crash on NoteBook in bigdemo.rb Initial Comment: Linux

Hi, I''m trying to create a chatboard (I call it my BoomBox, each post is called a "boom") which appears on every page of a weblog I''m building. I have a scaffold-built controller called Boom, and the form to post to the BoomBox is written into my default layout. So, the form can be viewed from several of my other controllers, in most of their actions. The form

Thank you very much. :) Dan > -----Original Message----- > From: win32utils-devel-bounces@rubyforge.org > [mailto:win32utils-devel-bounces@rubyforge.org] On Behalf Of > win32utils-devel@rubyforge.org > Sent: Friday, October 29, 2004 7:12 PM > To: win32utils-devel@rubyforge.org > Subject: Re:[Win32utils-devel] buffer size for win32-eventlog > (was infiniteloop bug...)

Hello win32-dev team! I''m going to read and post where I can in attempt to be helpful. At the moment I am to busy to try to provide any help, but if the time becomes available I will ask and see if I can be of help. Zach

On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > Hi all, > I am having some problems in updating some packages from source. I start > with : > install.packages("Boom",lib="C:/RownLib",type="source") > > I get the following error message : Do you have multiple copies of cygwin1.dll? Duncan Murdoch > > * installing *source* package